親カテゴリー： 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：//などは、人間用にレンダリングされた、ブラウザから自然に直接閲覧できる必要があります。） -graphql：///、 rest：///などのhttp上でAPIプロトコルをネイティブに参照する機能。 -メールをネイティブに読み取る機能（SMTP、IMAPなどのサポート、他の人が残りのAPIを通過することを望んでいるのと同じように、これらのプロトコルの何が問題になっていますか？） -古き良き時代のように、IRCを続ける能力。 SeaMonkeyブラウザには irc：//が統合されていました。 -カレンダーの標準...なぜサードパーティにカレンダーをホストさせる必要があるのですか？ 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.

–

[返信]

—Mindey, 19,158 1:05

ブラウザに欲しいもの-

*データプロトコルやIPFSのようなCRDTなどのピア2ピアストレージ

SQL API

*S3などの同期およびリモートストレージAPI

*仮想DOMと双方向バインディング

*OperaUniteに類似したサーバーコンポーネント

*何兆ものアイテムを自動的に遅延サポートできる効率的なデスクトップウィジェット

- 元の言語で表示 -

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

+[コメント]