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. Hays AG, Berlin
  2. Yves Rocher, Stuttgart Vaihingen
  3. diconium digital solutions GmbH, Berlin, Hamburg, Karlsruhe, Stuttgart
  4. TechniaTranscat GmbH, Karlsruhe oder Dortmund

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 8,49€
  2. 3,99€
  3. 20,99€
  4. (-72%) 16,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Mobile-Games-Auslese: Teilzeit-UFOs, Rollenspielgeschichte und Würfelpiraten
Mobile-Games-Auslese
Teilzeit-UFOs, Rollenspielgeschichte und Würfelpiraten
  1. Playerunknown's Battlegrounds Mobilversion von Pubg in Europa erhältlich
  2. Mobile-Games-Auslese Abfahrten, Verliebtheit und Kartenkerker
  3. Mobile-Games-Auslese GladOS aus Portal und sowas wie Dark Souls für unterwegs

Kryptobibliotheken: Die geheime Kryptosoftware-Studie des BSI
Kryptobibliotheken
Die geheime Kryptosoftware-Studie des BSI
  1. Russische IT-Angriffe BSI sieht keine neue Gefahren für Router-Sicherheit
  2. Fluggastdaten Regierung dementiert Hackerangriff auf deutsches PNR-System
  3. Government Hack Hack on German Government via E-Learning Software Ilias

Raumfahrt: Die Digitalisierung des Weltraums
Raumfahrt
Die Digitalisierung des Weltraums
  1. Raumfahrt Mann überprüft mit Rakete, ob die Erde eine Scheibe ist
  2. Raumfahrt Falsch abgebogen wegen Eingabefehler
  3. Raumfahrt Falscher Orbit nach Kontaktverlust zur Ariane 5

  1. Verdi: Amazon-Lagerarbeiter wollen internationale Streiks
    Verdi
    Amazon-Lagerarbeiter wollen internationale Streiks

    Gewerkschafter bei Amazon wollen ihre Streiks für mehr Geld und bessere Arbeitsbedingungen global koordinieren. In den USA und Europa will man versuchen, zur gleichen Zeit zu kämpfen.

  2. Notebooks: Lenovos Business-Thinkpads mit Ryzen Mobile kommen
    Notebooks
    Lenovos Business-Thinkpads mit Ryzen Mobile kommen

    In den kommenden Wochen dürften die ersten Thinkpads für den professionellen Einsatz mit mobilen AMD-Prozessoren auf den Markt kommen. Zusätzlich zu zwei Displaygrößen gibt es zahlreiche Konfigurationen und Robustheit.

  3. Adblock Plus: Bundesgerichtshof erlaubt Einsatz von Werbeblockern
    Adblock Plus
    Bundesgerichtshof erlaubt Einsatz von Werbeblockern

    Der Bundesgerichtshof hat im Streit um die Nutzung von Werbeblockern entschieden: Eyeo verstößt mit Adblock Plus gegen keine Gesetze. Axel Springer hat nach dem Urteil angekündigt, Verfassungsbeschwerde einreichen zu wollen.


  1. 19:01

  2. 17:18

  3. 16:44

  4. 16:27

  5. 16:00

  6. 15:00

  7. 14:43

  8. 14:28