- This topic has 23 odpovedí, 9 hlasov, and was last updated pred 8 years, 12 months by
.
-
Príspevky
-
nakolko robime na velkych projektoch, kde klienti testuju aj v ie8 aj na kazdom mozno zariadeni a prehliadaci, tak sa velmi o to opierat nemozem kolko ludi pouziva/nepouziva. dokonca sme robili projekt, ktory mal pouzivat angular a podporovat ie7, kedze cela firma (telekomunikacny operator) pouziva ie7.
jop, mas pravdu, html.
nejde o to prepocitavanie, lebo ano mozem pouzit nejaky mixin, ale potom nevidim dovod pouzivat em ak aj tak zadam rozmer v pixeloch. v em vidim vyhodu ak naozaj chcem skalovat dany objekt kvoli responzivite a nemenit na 100miestach rozmeror v pixoloch. zmenim iba na jednom miesta a o zvysok je postarane. ale ak stranka nema byt reponzivna, alebo je repospozivna tak, ze velkosti medzi zariadeniami nie su v pomere tak ani em mi velmi nepomoze, lebo musim definovat novu velkost pre kazdy breakpoint a je jedno ci je to v px, em, rem… a co nemam rad je miesat vsetky mozne jednotky (px, %, em, rem…), vtedy vznika na stranke bordel. takze bud jedno alebo druhe, ale nie vsetko :)
ale vravel som uz vyssie, kazdy funguje inak a kazdemu vyhovuje nieco ine. nemam nic proti em ale mne sa vo vacsine pripadov lepsie robi s px.
Problem je, ze px je jednotka absolutna, kdezto em relativna. A mixovat to s % budes tak ako tak, pretoze ano, font-size budes mat v pixeloch ci em, ale rozmery prvkov na gride vzdy v % (teda ak to nie je natvrdo definovana prasacina) :)
Podpora IE7? Au, au au. Vsak to uz nik nepouziva a kto ano, tak to nebude zaujimavy klient, lebo asi nema ziadne peniaze. S IE 7 ci IE 8 sa seriozne neda browsovat, nie dnes. A v kombinacii s Angularom uplne vylucena vec, tam je podpora uz IE 8 defakto neexistujuca, ak by tam mala byt, tak to znamena defakto vyrabat vlastnu verziu Angularu. Momentalne riesime vnutropodnikovu aplikaciu na Angulari, IE 8 aj IE 9 sme z tohto dovodu odstrihli. Znamenalo by to prerabat Angular uplne od jadra, do buducna tazke na udrzbu (novy angular, nove prerabanie jadra), to je proste nemyslitelne.
Ono chapem, ked si to klient zela, tazko sa s tym da nieco spravit, ale v dnesnej dobe riesit 15 rokov stare prehliadace je uchylnost. Posledne 3 verzie kazdeho browsera a dost. V opacnom pripade bez problemov prirazka k projektu minimalne 100 %.
Vam to mozno Quatar Airlines uhradi, my takych klientov nemame :)
renad: s IE 11 to uz tak horuce nie je, isto, bugy sa najdu (spominany Angular a cachovanie v IE podla datestampu), ale tie su v kazdom prehliadaci. Vela veci v IE 11 nie je co WebKit ma (svg filtre nad html obsah, css filtre ako take) ale napr. co sa tyka podpory OpenType features (ligatury, kapitalky ai.) ako aj podpora css hyphenation, tak tam je paradoxne na tom lepsie, ako Safari. kde Apple nejak na typograficke vychytavky slusne kasle, az je to prekvapive.
Jo, flexbox ma svoje rezervy, perspective3d tiez zabudnime.Obavam sa skor Spartanu, pri predbeznom testovani sa vyskytuju seriozne bugy s SVG (natvrdo definovanu velkost Spartan v SVG ignoruje a vela ineho). Snad to fixnu.
Inak IE (myslim uz od verzie 9) pouzival na renderovanie pisiem DirectWrite, nie katastrofalny, primitivny ClearType, takze pismo tam vyzeralo lepsie, nez v Chrome cca pol roka dozadu, ktory renderoval cez ClearType, tudiz deformovane tahy pisma, otrasny antialiasing (defakto ziadny), zanikanie kresby pri mensich velkostiach a kopa ineho.
- Musíte byť prihlásený, aby ste mohli odpovedať na túto tému.