Abo
  1. Foren
  2. Kommentare
  3. OpenSource
  4. Alle Kommentare zum Artikel
  5. › WHATWG: Browserhersteller…

Was fehlt?

  1. Thema

Neues Thema Ansicht wechseln


  1. Was fehlt?

    Autor: attitudinized 16.04.18 - 13:13

    Ich vermisse nicht wirklich ein Feature (ja das eine oder andere könnte geschmeidiger sein, da wird sich bei einem historisch gewachsenen Standard nix wesentliches ändern) was fehlt? IMHO ist HTML fertig.

  2. Re: Was fehlt?

    Autor: burzum 16.04.18 - 15:23

    attitudinized schrieb:
    --------------------------------------------------------------------------------
    > Ich vermisse nicht wirklich ein Feature (ja das eine oder andere könnte
    > geschmeidiger sein, da wird sich bei einem historisch gewachsenen Standard
    > nix wesentliches ändern) was fehlt? IMHO ist HTML fertig.

    * Ein gescheites, standardisiertes Kalender- und Zeitwidget das gestylt werden kann und vom Browser gerendert wird.
    * Ein etwas mächtigeres Selectwidget, siehe Select2
    * Eine Standard API für Translations in ECMA Script
    * Eine Standard API für Datum und Zeit (ICU kompatibel) in ECMA Script
    * Ein besseres Handling wie man diesen Wust aus JS zusammenbaut, ein Standard der Bundler wie Webpack und Co überflüssig macht.
    * Feuchter Traum: Etwas C# ähnliches statt ECMA Script. ;) Gut, eventuell reicht ja Web Assembly ;)

    Es ist ein Krampf die Balance aus einem JS-Blob zu dem was eine bestimmte Seite benötigt zu finden und dann auch immer das richtige Zeug zu laden das man gerade braucht. Eine Art Routing Map wie sie SPA-JS-Frameworks verwenden oder auch Frameworks auf Serverseite um eine URL zu mappen. Nur das man sie hier zu einem Set von Libs mappt. Durch diese Map könnte ein Script ideale Bundles bauen und automatisch, ohne das man das Scriptfile explizit angeben muß automatisch laden.

    Ansonsten braucht man für jeden Punkt irgendeine Lib. Und gerade Translations sind hochgradig ÄTZEND! Man nimmt z.B. ein Kalenderwidget das seine eigene Implementierung dafür mitbringt, dann nutzt man Moment.js das wieder eine andere Implementierung hat und die eigene Anwendung nutzt wieder eine eigene Implementierung oder eine der zig Libs dafür. Die Files liegen dann an tausend Orten verstreut, man hat drei Implementierungen und kann nicht mal einfach doppelte Strings (so fern sie vorkommen) zwischen den Libs teilen. Einfach rückständig und scheiße. Warum kann man nicht einfach sagen translations.setRoot('/locales'); und danach wird einfach nach gewählter Sprache z.B. /locales/de_de/main.po geladen? Eine in ECMA Script nativ vorhandene gettext Implementierung wäre ein Traum.

    Ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul.



    3 mal bearbeitet, zuletzt am 16.04.18 15:34 durch burzum.

  3. Re: Was fehlt?

    Autor: KrayZee 16.04.18 - 15:58

    burzum hat nette features genannt, die gehen zwar mehr richtung js aber trotzdem relevant.

    wenn man mehr richtung html geht wäre zum beispiel ein templatesystem ganz nett, teile des trees in verschiedene dateien aufspalten und so weiter. dies gibt es zwar schon in einer relativ rudimentären form, man könnte dies jedoch weiter vereinfachen. in kombination mit dem templatesystem dann evtl den domtree ändern ohne diesen komplett neu aufzubauen, so wie es einige frameworks bereits können.

    mit floats und co konnte man früher auf tolle designs erstellen aber es war ne qual, mit flexbox und grid wurde uns die hand gottes gereicht. ich warte nurnoch auf den tag bis man sich keien sorgen mehr machen muss wegen der kompatibilität zu den browsern.

    nativer support für eigene tags wär auch ziemlich nett, man muss sich da immernoch mit workarounds aushelfen. es würde den quellcode viel lesbarer machen.

    dann vllt noch etwas zu css. die priorityrules sind ja mal sowas von quark.

  4. Re: Was fehlt?

    Autor: gab33 16.04.18 - 16:17

    > IMHO ist HTML fertig.

    W3C ≠ HTML (Nicht nur) - denn SVG, CSS und XML, MathML, SSML, XPath uvm. gehören da dazu. Zudem startete vor einigen Tagen WoT (Webstandards für IoT) Working Group.

    Also genug, was Browserhersteller sehr wohl noch interessiert.

    Mit HTML 5.2 gab es dazu auch: `<dialog>`, <style> im <body> - kleine Änderungen die es trotzdem angenehmer machen damit zu arbeiten.

  5. Re: Was fehlt?

    Autor: atarixle 16.04.18 - 16:19

    Win95 war auch fertig. Aber neue Ansprüche führten über viele weitere fertige Produkte zu Windows 10. Alles, was man jetzt mit JS macht, speziell mit JS Frameworks, könnte man in HTML standardisieren.

    HTML ist somit noch nicht fertig.
    Im Gegenteil, es wird nie fertig.

  6. Re: Was fehlt?

    Autor: redmord 16.04.18 - 17:27

    burzum schrieb:
    --------------------------------------------------------------------------------
    > * Ein gescheites, standardisiertes Kalender- und Zeitwidget das gestylt
    > werden kann und vom Browser gerendert wird.

    Inputs könnten generell mehr Aufmerksamkeit vertragen.

    > * Eine Standard API für Translations in ECMA Script

    Was hat der Browser hiermit zu tun? Internationalisierung ist dein persönliches Thema, sollte auch so bleiben. Die Szenarien sind zu unterschiedlich.

    > * Eine Standard API für Datum und Zeit (ICU kompatibel) in ECMA Script

    https://developer.mozilla.org/de/docs/Web/JavaScript/Reference/Global_Objects/Intl
    Siehe auch: https://formatjs.io/

    > * Ein besseres Handling wie man diesen Wust aus JS zusammenbaut, ein
    > Standard der Bundler wie Webpack und Co überflüssig macht.
    > * Feuchter Traum: Etwas C# ähnliches statt ECMA Script. ;) Gut, eventuell
    > reicht ja Web Assembly ;)

    http://www.typescriptlang.org/
    C#-styligeres ECMA geht nicht. ;-)
    Und ja, WebAssembly wird die feuchten Träume aller JS-Hater werden. :P

    > Es ist ein Krampf die Balance aus einem JS-Blob zu dem was eine bestimmte
    > Seite benötigt zu finden und dann auch immer das richtige Zeug zu laden das
    > man gerade braucht. Eine Art Routing Map wie sie SPA-JS-Frameworks
    > verwenden oder auch Frameworks auf Serverseite um eine URL zu mappen. Nur
    > das man sie hier zu einem Set von Libs mappt. Durch diese Map könnte ein
    > Script ideale Bundles bauen und automatisch, ohne das man das Scriptfile
    > explizit angeben muß automatisch laden.

    Dependency-Management sollte IMHO auch weiterhin zu 100 % in der Hand der Entwickler bleiben.

    > Ansonsten braucht man für jeden Punkt irgendeine Lib. Und gerade
    > Translations sind hochgradig ÄTZEND! Man nimmt z.B. ein Kalenderwidget das
    > seine eigene Implementierung dafür mitbringt, dann nutzt man Moment.js das
    > wieder eine andere Implementierung hat und die eigene Anwendung nutzt
    > wieder eine eigene Implementierung oder eine der zig Libs dafür. Die Files
    > liegen dann an tausend Orten verstreut, man hat drei Implementierungen und
    > kann nicht mal einfach doppelte Strings (so fern sie vorkommen) zwischen
    > den Libs teilen.

    Das obliegt der Community, nicht der Browser-Entwickler. Das ist auch ganz gut so..

    > Einfach rückständig und scheiße. Warum kann man nicht
    > einfach sagen translations.setRoot('/locales'); und danach wird einfach
    > nach gewählter Sprache z.B. /locales/de_de/main.po geladen? Eine in ECMA
    > Script nativ vorhandene gettext Implementierung wäre ein Traum.

    Den "Quasistandard" gibt es doch mittlerweile: https://www.i18next.com/

  7. Re: Was fehlt?

    Autor: burzum 16.04.18 - 20:12

    redmord schrieb:
    --------------------------------------------------------------------------------
    > Was hat der Browser hiermit zu tun? Internationalisierung ist dein
    > persönliches Thema, sollte auch so bleiben. Die Szenarien sind zu
    > unterschiedlich.

    Es geht um die Schnittstelle! Ein allgemeines API, so das ich bei egal welcher Lib die gleiche API und die gleiche Datenstruktur der Übersetzung ansprechen kann. War mein Bespiel mit den Libs nicht klar?

    > > * Eine Standard API für Datum und Zeit (ICU kompatibel) in ECMA Script
    >
    > developer.mozilla.org
    > Siehe auch: formatjs.io

    Intl alleine gibt mir noch kein "last friday at 02:00 am" aus, oder irre ich? Formatjs bietet mir wieder Libs, keinen nativen Standard. Ich hätte gerne eine standardisierte Lösung die quasi data-fns und moment.js und co überflüssig macht in dem sie alles biete was die Libs bieten.

    > www.typescriptlang.org
    > C#-styligeres ECMA geht nicht. ;-)

    Ja, aber schon wieder ein Transpiler der meine Build Config und Dependencies anschwellen läßt.

    > Dependency-Management sollte IMHO auch weiterhin zu 100 % in der Hand der
    > Entwickler bleiben.

    Ich habe nichts anderes behauptet sondern fordere nur eine saubere, standardisierte Lösung dafür statt dem dreckigen Gefrickel das die Sache trotz Tools wie Webpack bleibt. Alleine Webpack2 vs Webpack3. Fontawesome geht z.B. nicht out of the Box mit Webpack3, da mußte man auch erst wieder frickeln.

    > Das obliegt der Community, nicht der Browser-Entwickler. Das ist auch ganz
    > gut so..

    Was ist an einem erweiterbaren Grundgerüst auszusetzen? Die ganzen Kalender der Community sehen eh alle gleich aus vom Grundgerüst her. Wer dann noch immer seine Implemtierung will kann das ja nach wie vor tun. Den restlichen 99% wird das Widget des Browsers / ECMA Script API dazu reichen.

    > Den "Quasistandard" gibt es doch mittlerweile: www.i18next.com

    Ein Quasistandard ist kein Standard. :) Wie du inzwischen gemerkt hast geht es mir um standardisierte APIs. Und wie ich schrieb findest du kaum zwei Libs die das gleiche System für Übersetzungen nutzen. Ich kenne i18next. Das Problem ist aber der eine nutzt i18next, der andere was Hausgemachtest, der nächste gettext-js und darauf der wieder was eigenes. Ich glaube weder moment.js noch eins unserer Vue.js Plugins nutzt I18next oder das Vue Plugin dafür. Auch kein einziges der Jquery Plugins. Das Kalenderscript hat eine eigene Lösung. Zum Kotzen. :)

    Was spricht zum Beispiel gegen etwas wie:

    <link rel="locale" type="gettext" root="/locales" href="app">
    <link rel="locale" type="json" root="/some-plugin/locales" href="some-plugin" locale="de">

    Der Browser läd das Zeug automatisch aus

    http://i18n.com/locales/en_en/app.po
    http://i18n.com/some-plugin/locales/de_de/some-plugin.json

    und stellt den Kram via ein paar Methoden durch die ECMA Script API zur Verfügung?

    i18n.plural('{0} Article', '{0} Articles');

    oder noch geiler, so das man kein JS schreiben müßte:

    <i18n-plural>
    <plural-case>{0} Article</plural>
    <plural-case>{0} Articles</plural>
    </i18n-plural>

    Ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul.

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Schwarz Zentrale Dienste KG, Weinsberg
  2. Berliner Verkehrsbetriebe (BVG), Berlin
  3. Haufe Group, Freiburg
  4. Swyx Solutions GmbH, Dortmund

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Hardware-Angebote
  1. (u. a. RT-AC5300 + Black Ops 4 für 255,20€ + Versand)
  2. 309€ + Versand mit Gutschein: RYZEN20 (Bestpreis!)
  3. (reduzierte Überstände, Restposten & Co.)


Haben wir etwas übersehen?

E-Mail an news@golem.de


Oldtimer-Rakete: Ein Satellit noch - dann ist Schluss
Oldtimer-Rakete
Ein Satellit noch - dann ist Schluss

Ursprünglich sollte sie Atombomben auf Moskau schießen, dann kam sie in die Raumfahrt. Die Delta-II-Rakete hat am Samstag ihren letzten Flug.
Von Frank Wunderlich-Pfeiffer

  1. Stratolaunch Riesenflugzeug bekommt eigene Raketen
  2. Chang'e 4 China stellt neuen Mondrover vor
  3. Raumfahrt Cubesats sollen unhackbar werden

SpaceX: Milliardär will Künstler mit zum Mond nehmen
SpaceX
Milliardär will Künstler mit zum Mond nehmen

Ein japanischer Milliardär ist der mysteriöse erste Kunde von SpaceX, der um den Mond fliegen will. Er will eine Gruppe von Künstlern zu dem Flug einladen. Die Pläne für das Raumschiff stehen kurz vor der Fertigstellung.
Von Frank Wunderlich-Pfeiffer

  1. Mondwettbewerb Niemand gewinnt den Google Lunar X-Prize

iPhone Xs, Xs Max und Xr: Wer unterstützt die eSIM in den neuen iPhones?
iPhone Xs, Xs Max und Xr
Wer unterstützt die eSIM in den neuen iPhones?

Apples neue iPhones haben neben dem Nano-SIM-Slot eine eingebaute eSIM, womit der Konzern erstmals eine Dual-SIM-Lösung in seinen Smartphones realisiert. Die Auswahl an Netzanbietern, die eSIMs unterstützen, ist in Deutschland, Österreich und der Schweiz aber eingeschränkt - ein Ãœberblick.
Von Tobias Költzsch

  1. Apple Das iPhone Xr macht's billiger und bunter
  2. Apple iPhone Xs und iPhone Xs Max sind bierdicht
  3. Apple iPhones sollen Stiftunterstützung erhalten

  1. L-Mount Alliance: Leica, Panasonic und Sigma mit gemeinsamem Bajonett
    L-Mount Alliance
    Leica, Panasonic und Sigma mit gemeinsamem Bajonett

    Künftig wollen die drei Unternehmen Leica, Panasonic und Sigma einen gemeinsamen Anschluss für Objektive nutzen, das sogenannte L-Bajonett.

  2. Phishingmails: Domainregistrar deaktiviert Zoho.com
    Phishingmails
    Domainregistrar deaktiviert Zoho.com

    Nach Phishingbeschwerden deaktiviert der Domainregistrar Tierra.net die Domain Zoho.com. Erst nach einem Aufruf auf Twitter wurde sie wieder freigeschaltet.

  3. Leica S3: Mittelformatkamera mit 64 Megapixeln
    Leica S3
    Mittelformatkamera mit 64 Megapixeln

    Leica hat mit der S3 eine neue Mittelformatkamera vorgestellt, die optisch an eine DSLR erinnert, aber einen deutlich größeren Sensor als beim Kleinbildformat beinhaltet. Die Neue nimmt 64 Megapixel auf.


  1. 13:25

  2. 13:10

  3. 12:55

  4. 12:40

  5. 12:25

  6. 12:00

  7. 12:00

  8. 11:39