Родительские категории: Browser monoculture.

Dream browser

What should a browser provide? What APIs should be provided?

–

YAML Вопрос

I am curious what you all think a browser should provide. Maybe we can design a layout engine that does everything you want.

—chronological, 19,158 1:05

Нет дочерних категорий.

+[вопрос]

+[идея]

+[проект]

+[ссылка]

О, здесь должен быть длинный список вещей. для одного:

Возможность просматривать другие протоколы, кроме https, как описано в идее Интернет-браузер. (например, postgres://, mongodb://, ftp:// и т. д. должны быть доступны для просмотра естественным образом и непосредственно из браузера, отображаемого для людей.)
Возможность нативного просмотра протоколов API поверх http, таких как graphql:///, rest:/// и т. д.
Возможность нативно читать почту (поддержка SMTP, IMAP и т.д., как бы другим не хотелось, чтобы люди ходили через rest API, что не так с этими протоколами?)
Возможность выйти в IRC, ох, прямо как в старые добрые времена. Браузер SeaMonkey имеет встроенный irc://.
Стандарты календаря... почему мы должны доверить размещение календарей третьим сторонам? Я думаю, почтовый клиент Evolution имеет эту функцию. Тем не менее, это вполне может быть роль браузера для поддержки возможности просмотра почты.

Эти возможности для доступа к различным типам протоколов через интуитивно понятные пользовательские интерфейсы могут быть обеспечены путем включения библиотек пользовательского интерфейса JavaScript в кеш браузера, поэтому что-то вроде «npm install» будет работать в браузере, и разработчикам JavaScript не нужно будет приносить свой JavaScript с их веб-приложений, это сэкономило бы много трафика и сделало бы CDN почти устаревшими. Библиотеки виджетов (например, SnappyWidgets) также могут быть частью этого.

Просто несколько мыслей.

И т.п.

- показать на языке оригинала -

Oh, this has to have a long list of things. for one:

Ability to browse other protocols than https , as described in the Internet Browser idea. (e.g., postgres://, mongodb://, ftp://, etc., should be browsable naturally and directly from browser, rendered for humans.)
Ability to natively browse API protocols on top of http, like graphql:///, rest:///, etc.
Ability to natively read mail (SMTP, IMAP, etc. support, as much as others want people to go through rest API, what's wrong with these protocols?)
Ability to go on IRC, oh, just like in good old days. SeaMonkey browser had an irc:// integrated.
Calendar standards... why should we have 3rd party host our calendars? I think, Evolution mail client has that feature. However, it could perfectly be the role of browser to support the capability to browse mail.

These capabilities to access different kind of protocols through intuitive UIs, could be provided by making JavaScript UI libraries part of browser cache, so, something like npm install would work within browser, and the JavaScript developers would not have to bring their JavaScript with their web apps, it would save a lot of bandwidth, and would make CDNs almost obsolete. Widget libraries (i.e., SnappyWidgets), could be part of that too.

Just a few of thoughts.

Etc.

–

[ответить]

—Mindey, 19,158 1:05

Некоторые вещи, которые я хочу от браузера -

Одноранговое хранилище 2, например, с CRDT, как в протоколе dat или IPFS
API-интерфейсы SQL
Синхронизация и API удаленного хранения, такие как S3
Виртуальный DOM и двусторонняя привязка
Серверный компонент аналогичен Opera Unite
Эффективные виджеты рабочего стола, которые могут лениво поддерживать триллионы элементов автоматически

- показать на языке оригинала -

Some things I want from a browser -

Peer 2 peer storage such as with CRDT as in dat protocol or IPFS
SQL APIs
Sync and remote storage APIs like S3
Virtual DOM and two way binding
Server component similar to Opera Unite
Efficient desktop widgets that can lazily support trillions of items automatically

✱ +1

–

[ответить]

    : Mindey
    :  -- 
    :  --

—chronological, 19,158 1:05

+[комментарий]