上级分类: 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.


没有子分类。

投票 (可选) (别通知) (可选)
请,登录

我想从浏览器中得到一些东西 -

  • Peer 2 对等存储,例如 CRDT,如 dat 协议或 IPFS

  • SQL API

  • 同步和远程存储 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



    : Mindey
    :  -- 
    :  -- 
    

chronological,

哦,这必须有一长串的东西。一个:

  • 能够浏览除 https 之外的其他协议,如 Internet Browser 理念中所述。 (例如,postgres://mongodb://ftp:// 等,应该可以自然地直接从浏览器中浏览,为人类呈现。)
  • 能够在 http 之上本地浏览 API 协议,例如 graphql:///rest:/// 等。
  • 能够本地阅读邮件(SMTP、IMAP 等支持,就像其他人希望人们通过 REST API 一样,这些协议有什么问题?)
  • 能够继续使用 IRC,哦,就像过去一样。 SeaMonkey 浏览器集成了 irc://
  • 日历标准......为什么我们应该让第 3 方主持我们的日历?我认为,Evolution 邮件客户端具有该功能。然而,支持浏览邮件的能力完全可以是浏览器的角色。

这些通过直观的 UI 访问不同类型协议的功能可以通过使 JavaScript UI 库成为浏览器缓存的一部分来提供,因此,像“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.


语言