Názory k článku
Microsoft, Google a Mozilla budou spolupracovat na ladění kompatibility prohlížečů
-
peci1Stříbrný podporovatelJeste by se mi libilo, kdyby Mozilla zapracovala na kompatibilite WebRTC. MS Teams v prohlizeci? Jedine Chrome... Predpokladam, ze kvuli flexboxu to nebude... Taky by se Firefox mohl naucit pouzivat systemem vybrany mikrofon. Firefox mi na Linuxu vetsinou nabidne jediny ze 3 moznych mikrofonu, a v 80% pripadu prave ten, co je jenom prazdna dira, kam neni nic pripojene... Myslim, ze tahle polofunkcnost ve WebRTC prave letos a loni Firefoxu zatloukla dalsi hrebicek do rakve... (ac bych ho v ni videl strasne nerad).
-
Filip JirsákStříbrný podporovatelJak se to ale rychle změnilo, že? Nejdřív to byl Internet Explorer, pak ještě ve dvojici s Edge, a najednou prakticky během pár měsíců přešel Černý Petr k Safari. Kdo by to byl před pár lety řekl – zvlášť když Safari je vlastně otec Chrome a Edge. Ale prostě se aktualizuje pomalu…
Vlastně je to ale velká pochvala pro Firefox (Gecko). Protože Safari, Chrome (a Edge) vychází ze stejného základu, přesto se Gecko mezi ně dokáže vklínit, že je sice, horší než Blink, ale lepší než WebKit.
-
Filip JirsákStříbrný podporovatel
Ano, ale to se naštěstí téhle soutěže už neúčastní, proto jsem o něm nepsal. Jinak by měl IE „pokořitele“ ještě v době před svou klinickou smrtí.
-
Filip JirsákStříbrný podporovatel
Díváte se na to z pohledu uživatele. Z pohledu vývojáře musím nefunkčnost ve WebKitu řešit, že je prohlížeč uživatele pomalý při dlouhodobém využívání mne jako vývojáře netrápí.
-
Adam KaliszStříbrný podporovatelReálně je Safari opravdu problém. Ještě ani ne tak na macOS, tam se dají lidé směřovat na Chrome/ Firefox apod. ale na iOS si člověk nevybere.
Upřímně ale v OrgPadu i trochu kvůli tomu co děláme v podstatě implementujeme skoro všechno, co by mohl dělat browser znova a to, co browser už dělá, musíme často opravovat, protože ani to nefunguje často zcela správně. Tuhle třeba kombinace ReactJS + Chrome, když změníme class, tak na chvilku prvek zmizí z DOM, takže se vyvolá onmouseover/ onmouseout a další podobné eventy i když to není záměr. Ve Firefoxu to funguje správně, v Safari jsou jiné chyby, protože tam se zase CSS transformace chovají jinak. No je to prostě peklo.
Nakonec tedy řešíme v celé aplikaci třeba myš kompletně sami a počítáme, nad jakým prvkem zrovna je. To znamená v podstatě počítat věci jako z-height a zohlednit tak větší prvek apod.
Jinak včera jsme v OrgPadu dali ven fyzikální animace (pružiny) pomocí výpočtů diferenciálních rovnic v JS a nasypání do keyframů v CSS transformaci. Zatím je tohle aktivní na https://orgpad.com/list nad náhledy OrgStránek. Je to o hodně rychlejší (v tomto případě to není až tak relevantní, ale jinde to bude podstatné) než simulace v React Motion, protože to nejen jde kolem velkých částí Reactu, ale CSS ještě potom řeší browser efektivněji. Postupně se React Motion úplně zbavíme, ale pár dní to ještě bude trvat.
Jak jsem psal dříve, ty fyzikální animace mohly být v CSS + nějaké rozumné API na ovládání těchto animací/ časování a knihovny jako React Motion by byly +- nepotřebné. Takhle jsou na většině webu, Androidu apod. animace buď ošklivé protože nepůsobí přirozeně nebo pomalé, protože se počítají neefektivně simulací a promítají neefektivně do prohlížeče.
-
-
Nemyslím si, že je realistické googlu v tomto veriť. Don´t be evil je už dávno le PR.
Former Mozilla exec: Google has sabotaged Firefox for years26. 3. 2021, 06:29 editováno autorem komentáře
-
Microsoft a google sa dohodli s modzilou? :D Vsak este nedavno hovorila modzila, ako jej google hadze polena pod nohy, ako znefunkcnuje stranky na firefoxe, ako sa na niecom dohodnu a nakoniec si google spravi po svojom a firefox necha par mesiacov sa trapit. Tomuto uz hadam nikto neuveri. Najme ked vacsina ziskov modzily plynie z... googlu a reklam na nom. O microsofte sa nema ani cenu bavit, ten je tam len ako reklama, mozno usmernenie pre google, ako sa to ma "robit".
