Aukštesnės kategorijos: Browser monoculture.

Dream browser

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

YAML Kategorija

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


Nėra sub-kategorijų.

Balsas (nebūtinas) (nesiųsti pranešimų) (nebūtinas)
Prašome prisijungti.

O, čia turi būti ilgas dalykų sąrašas. vienam:

– Galimybė naršyti kitus protokolus nei „https“, kaip aprašyta interneto naršyklės idėjoje. (pvz., postgres://, mongodb://, ftp:// ir kt., turėtų būti naršoma natūraliai ir tiesiai iš naršyklės, pateikiama žmonėms.) - Galimybė savarankiškai naršyti API protokolus virš „http“, pvz., „graphql:///“, „rest:///“ ir kt. - Galimybė skaityti paštą (SMTP, IMAP ir kt. palaikymas, tiek, kiek kiti nori, kad žmonės naudotų poilsio API, kas negerai su šiais protokolais?) - Galimybė patekti į IRC, kaip senais gerais laikais. SeaMonkey naršyklėje buvo integruotas „irc://“. - Kalendorių standartai... kodėl turėtume turėti trečiosios šalies kalendorių prieglobą? Manau, Evolution pašto programa turi šią funkciją. Tačiau tai gali būti naršyklės vaidmuo, palaikantis galimybę naršyti paštą.

Šios galimybės prieiti prie įvairių protokolų per intuityvią vartotojo sąsają gali būti suteikiamos „JavaScript“ vartotojo sąsajos bibliotekas įtraukus į naršyklės talpyklą, taigi kažkas panašaus į „npm install“ veiktų naršyklėje, o „JavaScript“ kūrėjams nereikėtų įnešti savo „JavaScript“ savo žiniatinklio programėles, tai sutaupytų daug pralaidumo ir CDN būtų beveik pasenę. Valdiklių bibliotekos (pvz., SnappyWidgets) taip pat galėtų būti to dalis.

Tik keletas minčių.

ir kt.

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.


Kai kurie dalykai, kurių noriu iš naršyklės –

  • Peer 2 peer saugykla, pvz., su CRDT, kaip dat protokole arba IPFS

  • SQL API

  • Sinchronizuokite ir nuotolinio saugojimo API, pvz., S3

  • Virtualus DOM ir dvipusis įrišimas

  • Serverio komponentas panašus į „Opera Unite“.

  • Veiksmingi darbalaukio valdikliai, kurie gali tingiai automatiškai palaikyti trilijonus elementų

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,

Kalba