Názory k článku
Servo Engine dostal grant, implementuje HTML <table>

Zrovna na projekty tohoto typu se Rust hodí (ostatně v tomto kontextu i vzniknul). Tak snad těch grantů pro Servo bude více.

Nechci působit jako škarohlíd, ale investovat do projektu, který po desíti létech od vzniku pracuje na funkcionalitě, kterou měly necky (pozn. pro mládež: takto se říkalo Netscape Navigatoru) před 28 léty, zdá se mi býti poněkud nešťastným ;-)

No, dal jsem si tu práci a trochu popátral, jak to s těmi tabulkami je. Ono servo se vyvíjí už poměrně dlouho, a tak existuje Layout 2013 a Layout 2020.

Holt se to vyvíjí tak dlouho, že to v průběhu překopávají. Layout 2013 tabulky uměl.

Layout 2020 doteď nikoliv.

Súhlasím, keby to bol rok starý projekt, nepoviem, ale Servo Engine je tu už hodne dlho na to aby to implementovalo minimálne 90% špecifikácií W3C. HTML to už malo vedieť úplne celé, a teraz sa mali riešiť drobnosti a featury čo prišli s ES2022 a ES2023. Však sakra, ešte aj NerdLang je na tom lepšie a to podporuje ES3 len na 80%, a to ten projekt už umrel 3 krát.

A víš, že Servo je vykreslovací engine pro html, proč to srovnáváš s NerdLang? Na javascript se v Servo používá spidermonkey engine, ten má mimochodem ES3 na 88 %.

Veď práve. HTML je výrazne jednoduchší než JS, preto by som očakával že za tak dlhý čas bude Servo s HTML na 99%

Moderne HTML nie je rozhodnej jedonoduchsie ako JS. JS ma vela api ale samotna sytnax a co s nou robit je relativne jednoducha, zatial co HTML ma kazdy element odlisne spravanie a do toho este prichadza CSS, ktore to spravane a vykreslenie moze zmenit.

Jednodušší a ještě výrazně?! Můžeš prosím napsat své hodnotící kritéria? Vždyť jen specifikace html 5 má asi 4x více slov než ES2023. Když k tomu přidám další api z rodiny html, jsem na 15x více textu. Jen abys byl v obraze, ES2023 má asi 1000 normostran, tady se bavíme o 10 000+ normostranách textu, který popisuje chování. Za jak dlouho si něco takového nastuduješ?

Vykreslování něčeho na různých zobrazovadlech, zachování velice nízké latence na vše (každý zádrhel je vidět), nelineární přístup ke zpracování je velice obtížná disciplína, proti tomu je interpret JS školka.

Stačí se podívat na repositáře, nerdlang, 1000 souborů, 230 000 řádek kódu. Servo 110 000 souborů, 2 895 000 řádek kódu.

I z dalšího pohledu to je neporovnatelné, interpretů JS vzniklo už několik desítek (https://en.wikipedia.org/wiki/List_of_ECMAScript_engines) a vznikají pořád další. Zatímco enginů pro html tady historicky máme jednotky a navzájem na sebe navazují, khtml -> webkit, webkit -> blink, trident, blink -> edgehtml, gecko, pak spousta forků khtml do různých embedded, ale kdo z nich umí html5? Zapomněl jsem na nějaký? Dám jich většinu i z hlavy, přesně takhle je ten trh malý a teď do toho vstupuje servo. To opravdu nevypadá, že by to bylo tak jednoduché, když jich je tak málo, že?

Tak když už by chtěl být člověk hodně rejpavej, tak by poznamenal, že tabulky uměl(a) i xChaosova Arachne, což byl one man show projekt.

Ale tiez sa cudujem ako im to dlho trva, ked Rust je tak super jazyk.

jak jsem tady psal v jiném komentáři, je to opravdu rozsáhlá disciplína. Abych odpověděl na Mlocik97, podíval jsem se do repositáře servo, cloc hlásí skoro 3 mil řádek kódu. Specifikace html 5 a css, to jsou desítky tisíc normostran textu.

Pokud se jim to povede, tak se zařadí vedle blinku a webkitu, jiný moderní html engine v současné době nemáme a oba jsou vyvíjeny direktivně korporáty. Velice fandním tomu, aby servo dospělo a podařilo se komunitně a otevřeně takový projekt dotáhnout.