Opera
-
#4342
"nem tudom, melyik kiegészítő zavarhatja :S"
Tiltsd le mindet és teszteld úgy, aztán engedélyezd őket egyenként. De előtte érdemes lenne találnod egy reprodukálható crash-t, amivel teszteled.
"és az is zavar, hogy a kiegészítők készítői rohadt lassan dolgoznak, tele van bugokkal mind, és nem igazán látom, hogy foltoznák"
Lám, lám, lassan beigazolódni látszik, amit korábban írtam a kiegészítőkről (amikor elleneztem őket).
Jelenleg, mivel teljesen ingyen dolgoznak és a szabadidejükben teszik ezt, ezért a "Maximum megköszönheted, de innentől kuss van" szabály van érvényben.
Éppen emiatt soha nem lesz olyan minőségi addon, mintha azt a fejlesztők belső funkcióként fejlesztenék.
A programnyelvről meg már nem is beszélve. A natív C++ és a JavaScript bármilyen hipersebességű motorral futtatva is összehasonlíthatatlan marad.
Ilyen apró cuccok, amik már userJS-ként is léteztek (vagy létezhettek volna) jól, nagyjából azonos sebességgel futnak, de például nézd meg Firefoxban a XUL miatt az addonok sebességét és teljesítményre gyakorolt hatását.
Én Linkifierből is már olyat várok, ami kattintásra linkesíti az adott oldalt (de csak és kizárólag azt), mert az automata megoldás a RegExp műveletek miatt taccsra vág egy bármilyen nagyobb terjedelmű oldalt.
Ugyanez bármelyikre érvényes, amiben sok a RegExp.
ps: A NoAds is egy jó példája a sebességnek. A régi .exe-s megoldásból keresd elő az Adblock+.js-t (ami azért felel, hogy a domainspecifikus CSS szabályokat képes legyen értelmezni az Opera) és sima CSS fájlba írd bele a szabályokat.
Eredmény:
A NoAds esetében egy lassan töltődő oldalon még ha 1 másodperc is a renderelésben a késleltetés néha-néha még látszik a DIV, ami később el fog tűnni, míg a pure CSS szabály esetén nem látsz már semmit, tehát nem ugrál az oldal töltődés közben.
Ennyit jelent a natív kódvégrehajtás szemben a
- JavaScript lekérdezi a LocalStorage-t
- LocalStorage válaszol
- JavaScript lefut műveletkombinációval.