Fórum Root.cz
Ostatní => Odkladiště => Téma založeno: venture 20. 09. 2018, 18:03:13
-
Koukám jak puk, jak je možné, že stejná stránka na 2 stránkách vypadá různě v tom, že odstavcový text je jinak dělený.
například stránka (https://doc.qt.io/archives/qt-4.8/threads-reentrancy.html) a tato stránka (https://doc.qt.io/archives/qt-4.8/threads-reentrancy.html) (Oboje stejné). Zde je vyznačeno Dělení na obou tabech (první lomítko druhá stránka, první stránka druhé lomítko)
can be / used in / multithread
Pochybuji že stránka může třeba přes AJAX něco načítat, nebo že by měla javascript, co text vkládá něco.
Spíš mám pocit, že Textový engine browseru dělá (a musí z podstaty věci) dělat sazbu, přičemž nějaké algoritmy využívají prvek náhody. Nemýlím se?
PS: Browser IE11
-
Browser IE11
:) ;) :D ;D :P
:) ;) :D ;D :P
:) ;) :D ;D :P
-
To je tím, že MSIE11 je daleko napřed před ostatními brosery - obsahuje vyhodnocovací UI, která stránku optimalizuje, aby co nejlépe vypadala v kontextu webu, kde se nachází.
Programování přestává být deterministickou záležitostí, bude tu stále více stochaistických prvků ;D :P
-
Chrome = stránka ve dvou tabech vypadá stejně.
-
Nikde neni receno ze se html musi renderovat uplne stejne.
-
To chce screenshoty
-
Nikde neni receno ze se html musi renderovat uplne stejne.
Samozřejmě, ale to platí pro různé vykreslovače. V opakovaném provedení jedním vykreslovačem už je to otázka jiná.
-
To chce screenshoty
Si to zkus, odkazy výše máš - vykreslí se se to na pixel stejně (žádné roztažení textu nebo menší box), ale v jednom případě to zalomí text na nový řádek o jedno nebo dvě slova dřív než ve druhém případě.
-
To chce screenshoty
Si to zkus, odkazy výše máš - vykreslí se se to na pixel stejně (žádné roztažení textu nebo menší box), ale v jednom případě to zalomí text na nový řádek o jedno nebo dvě slova dřív než ve druhém případě.
Si to nezkusim. Nemam IE11, natoz Windows ve kterem by to bezelo. Zkus asi jine forum, nebo sem postni screenshoty kdyz chces vedet o co jde.
-
Zkoušel jsem to v IE11 a vykreslí se to stejně. V kódu ani není nic, proč by se to mělo na dvou tabech zalamovat jinak. Možná stránku pozměňuje nějaké rozšíření. Nebo se v jednom z tabů akorát nenačetl custom font a tím pádem v druhém má text jinou šířku.
-
IE11 a zadny rozdil.....a ted mi rekni kvuli jake chybe v IE11 nas tam posilas:)
-
TAk se to chová ještě hř než jsem si původně myslel - při načítání z jednoho zdroje se to rendruje různě při každém reloadu :o (W7 SP1, MSIE 11.0.9600.18816)
(https://imgup.cz/images/2018/09/21/1a.md.jpg) (https://imgup.cz/image/LKAu)
(https://imgup.cz/images/2018/09/21/1b.md.jpg) (https://imgup.cz/image/LKAo)
(https://imgup.cz/images/2018/09/21/1c.md.jpg) (https://imgup.cz/image/LKAD)
-
Je tam kvanta scriptů, je tam bar na informování o cookies který se mi někdy (ten text) vykresluje jako první a pak přepíše a přesouvá dolů (a možná maže, po odsouhlasení, ale možná až po vykreslení) a očividně to má hodně dynamických prvků (ve smyslu zobrazovaných později - jako třeba ten google search). Některé prvky jsou ze stejné stránky, některé z externích zdrojů (cloudfront, google). Např. zrovna info o cookies se mi nezobrazí, pokud mám zablokované načítání z externích stránek.
Pokud některá vykreslení a přesuny v rámci DOM probíhají asynchronně, paralelně, nedivil bych se, že by mohlo docházet k jinému renderu, pokud se rozměry začnou počítat v jinou chvíli a pokud to vyjde tak nevhodně, že je to třeba právě o bod (pak si dokáži představit, že browser i úmyslně kvůli rychlosti nepřerenderuje, pokud je tam výsledná "chyba" (posun) jen o bod)
-
Je to proste skutočný dynamický web. :D
-
Zkusil bych to okno zmensit a pak maximalizovat aby se prepocetli rozmery. Takto to opakovat na kazdem tabu a pak srovnat, zda to bude porad rozhozeny nebo nikoliv - to by potvrdilo tu uvahu predchoziho prispevatele ze pri malych zmenach se ne vse prekresli. Takze overit, zda velka zmena zpusobi prekresleni.
-
@RDa zkusil jsem to bokem (W7 IE11, ale záplaty nevím zda stejné jako OP) a ano, přesně jak píšeš. Po zrušení maximalizace a jejím vrácení se to u mne někdy změní a dostává do výsledného, pak už stále stejného, stavu (stejného při opakovaní změn rozměrů a pak zpet max). Kdežto reload někdy hodí jiné rozložení (u mne málokdy, ale někdy ano).
P.S.: Koukám, že stránka natahuje externí i fonty a to nejen z gstatic (které bývají rychlé a cacheované), ale i min. 9 dalších fontů z cloudfront. I to by mohlo hrát roli.
-
Tak že klasika na root.cz Je tu hromada programátorů, ale zase nikdo neví ::)
-
Vždyť tu odpověď je.
MSIE 11 předčasně zaláme text do boxu, který ještě nedosáhl konečné šířky (protože stránka čeká na dotažení některých externích souborů) a po dokončení už to znova nepřeláme, nechá to být.
Proto se to může chovat pokaždé jinak.
Kdyby měl dotyčný box natvrdo fixní šířku v px, dít se to nebude.
A nějak nechápu, jak to souvisí s tím zda je někdo programátor. Pochybuju že by někdo z nás dělal na vývoji vykreslovacího jádra MSIE11 a měl k dispozici zdrojáky. Bez nich je to jen kvalifikovaný odhad.
-
... Kdyby měl dotyčný box natvrdo fixní šířku v px, dít se to nebude. ...
Jen drobné upřesnění. Protože externí soubory jsou i fonty (a tady dokonce externí z několika různých cizích stránek), tak ani pevné šířky boxů nestačí, pokud se render jednou dělal jen pro blízkou podobnou náhradu fontu a jednou pro reálný cílový font. Jiný font může znamenat jiné šířky, takže i jiné rozložení slov v rámci pevných, stejných, mentinelů.