Új hozzászólás Aktív témák
-
Fecow
aktív tag
válasz Sweet Lou 6 #10 üzenetére
Nem hiszem, hogy ezek kitennének 4 %-ot, csak az érzékeltetés kedvéért az majdnem annyi mint a safari teljes részesedése, vagy az opera teljes részesedésének a duplája.
A firefoxnál a 7% (ami majdnem a chrome teljes részesedése, az egyik mérés szerint) akkor meg kijönne az ilyen iceweasel meg hasonszőrű böngészőkből, elég hihetlen valljuk be.
Másrészt ezeknek a klónoknak elvileg különböző user agent stringet is kéne használniuk, nem?Nyergeld meg a nagyot
-
Penge_4
veterán
válasz Sweet Lou 6 #125 üzenetére
És a 4.0-hoz való?
-
félisten
válasz Sweet Lou 6 #145 üzenetére
" vagy lusta vagy egy <Tab> - ot nyomni?"
Igen. -
marcias
őstag
válasz Sweet Lou 6 #145 üzenetére
De Chrome-ban, ha tabot nyomok, akkor címsorból már keresek a youtube-on, wikipedián, stb.
Steam: marcias88
-
fatal`
titán
válasz Sweet Lou 6 #166 üzenetére
Szerintem a reklámok blokkolása miatt nem fogják, ugye a google ebből él.
-
floatr
veterán
válasz Sweet Lou 6 #166 üzenetére
Őszintén szólva egyetlen olyan oldalon sem akartam még eddig keresni, amit később képtelen lett volna beépíteni -- a POST-os kérések használata miatt. Gondolom ők is megelégszenek azzal, ha az esetek kellően nagy százalékát le tudják egyszerűen fedni, de azt is gyanítom, hogy nem verik rájuk az ajtót emiatt. Vagy másképpen: emiatt nem hiszem h sok ember gondolkozna el másik böngin.
(#173) julius666 pixelek... én már azzal is megelégednék, ha az opera elsőre el tudná postolni a kommentet, amit ide írok épp. Mekkora pusztulat ez is....
[ Szerkesztve ]
-
ntomka
nagyúr
válasz Sweet Lou 6 #166 üzenetére
Ez nem policy, a webkit nem tudja, kész, pont. Azt az Apple fejleszti, ott kell hőbörögni.
(#174) Sweet Lou 6: Na, pontosan ez úgy működik, hogy háromféle lehetőse van futni egy kiegészítőnek az oldalba injektálva:
- oldalbetöltés előtt, ekkor nem fér hozzá a forráshoz, csak az oldal erőforrásait tudja blokkolni, mint képek és beágyazott elemek. Az adblock ezt csinálja, de mégsem igazi adblock ugye, mert ami nem jpeg, gif, flash, stb, azt nem tudja blokkolni így.
- oldalbetöltés után, scriptek futása előtt: ekkor már látod a legenerált dom fából adódó oldalt, de a js és a pluginek nem futottak még, így működik pl. az én kiegészítőm (szükségem van a dom fára a színezéshez, stb).
- oldalbetöltés és scriptek futása után. Előző kettőből egyértelmű mi ez.De ez ahogy írtam, mind a webkit miatt van, az Applet kell ekézni, nem a Googlet. Amikor az Apple berakta a küldős erőforrás blokkolást (első eset), akkor a Google is heteken belül átvette. Szóval az hülyeség, hogy a Googlenak nem érdeke, ezért nem teszi bele. Szimplán nem pazarolnak arra erőforrásokat, hogy minden egyes webkit kiadást patcheljenek és teszteljenek.
[ Szerkesztve ]
ツ Headphones on - World off
-
ntomka
nagyúr
válasz Sweet Lou 6 #207 üzenetére
Jah, időn túl még az kimaradt, hogy a smooth scroll is a második kategóriába tartozik, mert szükség van a dom fára, hisz a kiegészítők a böngésző működését nem befolyásolhatják, így ezek úgy működnek, hogy az oldal elmozdulására css3 vagy js (inkább az utóbbi) animációt definiálnak.
ツ Headphones on - World off
-
ntomka
nagyúr
-
Sweet Lou 6
addikt
válasz Sweet Lou 6 #306 üzenetére
Ja a lényeget hagytam ki , hogy a Chrome pl. KDE-n is GTK eszköztárat használ alapból, de a multiprocess miatt ugyanolyan gyors, mint a többi felületen.
[ Szerkesztve ]
sweetlou6.wordpress.com