A fejlesztők folyamatosan dolgoznak az Opera gyorsabbá tételén, még ha ezt nem is emelik ki mindig. Ennek egyik eredménye a mai előzetes, amely jelentősebb a szoftveres rendert érintő sebességjavulást hozott. Mindezt akkor, ha a processzorod támogatja az SSSE3-at. Alább látható egy grafikon, ahol a mostani és az eggyel korábbi buildet tesztelték 3 különböző benchmarkon és ez alapján elég szép az eltérés, főleg az utolsó kettőben. A tesztek név szerint: canvasbench, Retro DOM és Retro Canvas.
Ahogy a korábbi post kommentjeiben ígérték, a mostani build számos, Levelezőt érintő javítást hozott. Kiemelve azt a súlyos hibát, amikor a 64 bites változatban POP3 fióknál összeomlott a böngésző. De mindenről bővebben a changelogban.
A HTML5 Drag and Drop is elég sok javítást kapott mindhárom platformot érintően.
Végezetül a korábban beharangozott, ám kifelejtett egyedi User-Agent is belekerült. Sajnos csak globálisan, de legalább nem kell újraindítani. És különben sem az a céljuk, hogy most az egyszerűbb utat választva mindenki maszkolja Chrome-nak a böngészőjét, ezáltal tovább csökkentve (a statisztikákban) az Opera piaci részesedését. Szóval az elsődleges funkciója a tesztelés, de persze bárki kipróbálhatja saját maga, hogy a jelenlegi, látszólag szabványos weben milyen durva különbségek vannak user-agentek között olyan téren, ahol a laikus nem is gondolná. Kiemelnék három kirívó esetet a Szégyenfalról. Az egyik a 12-ben már javított Napi online, ahol a maszkolás nem segített, de az illeszkedés igen. Az Antibrowsniffer kiegészítővel (amely mindössze a JavaScript utasítások terén is maszkolja a window.opera és egyéb specifikus jellegek eltávolításával) hibátlan volt az oldal. A másik a Fegyvernek Nagyközség honlapja, ahol a JavaScriptes legördülő menü almenüi jelennek meg 300-400 pixellel a csatlakozópont alatt, ellenben az Antibrowsniffer itt is hibátlan működést eredményezett. Az utolsó a Google Docs, ahol az aktív cella kijelölése az A oszloptól egyre távolodva félrecsúszik. Az X oszlopban már akár 20-30 pixellel is. Látszólag ez is böngésző/renderelőmotor hiba, az Antibrowsniffer viszont fényt derít rá, hogy nem az, csupán fejlesztői hanyagság. De a legutóbbi blog.hu-ról szóló post is példával szolgálhat, hogy még egy egyszerű ikonnál is képesek eltérő margin értéket megadni böngészőfüggően. Hogy ez véletlenül hogyan sikerülhet az számomra máig rejtély. Habár a böngészőmaszkolás sajnos egy nagyon fontos témaköre az Opera böngészőnek, de ne térjünk el ennyire a tárgytól. Következzen a changelog.
Letöltés (Opera 12.00 b1429)
Változások listája (Core):
- CORE-46394 LocalStorage nem működött Application Cache-t használó oldalakon
- CORE-46313 Drag'n'drop volt aktív a térkép húzása helyett Google Maps-en
Változások listája (Desktop):
- DSK-363749 Fordító optimalizált verzió a pixel-kezelési szűk keresztmetszethez: Teljesítményjavítások a szoftveres renderelésnél ha SSSE3 elérhető. Ez felgyorsítja a WebGL-t mikor csak WebGL van engedélyezve és nem a teljes hardvergyorsítás.
- DSK-364146 Összeomlás nagyobb ablakon lévő kisebb ablak (pl. Dragonfly) rajzolásakor
- DSK-363111 Custom Protocol Handler-t érintő összeomlás
- DSK-360740 Összeomlás jobbklikk->Új lap nyitása esetén: aktív memguard esetén
- DSK-359705 [html5dnd] Képek vagy link egy háttérben lévő ablak fülsávjára való húzásakor összeomlott
- DSK-359365 [html5dnd] Ikonok és "droppable" indikátorok inkonzisztens használata
- DSK-363145 Fülek bezárás gombja nem került ignorálásra inaktív füleken mikor a fülsáv túl keskeny volt
- DSK-340052 "spinner" ikon örökké forgott mikor egy auth dialógus volt a fülön
- DSK-362447 OMenu eltűnt bizonyos tulajdonságok megváltoztatása után
- DSK-363937 Szöveg alig volt olvasható a "pop up at bottom" folyamatsávon
- DSK-358912 "Show Network Speed Notification" letiltása nem tiltja le a Turbo értesítéseket indításkor
- DSK-363187 Custom User-Agent User Pref beállítás opera:config-ban.
- DSK-359140 Az "Opera Turbo slow network notification" száma limitálva böngészőmunkamenetekre vonatkoztatva
Változások listája (Levelező):
- DSK-360051 [Win x64] POP összeomlás
- Szálak ketté lettek vágva, mikor a tárgy megváltozott
- A duplikátumokat és a szülő / gyermek leveleket is tartalmazza.
- Többsoros szövegek jobb beilleszthetősége HTML levélírás ablakban
- Átrendezve a levélírás ablak eszköztára
- DSK-362058 A csatolmánymező füleinek rendezése a levélírás ablakban
- DSK-362304 MAPI nem válaszolt összeomlás után
- DSK-361727 [Mac] Csatolmányok Drag'n'drop-olása nem működött, ha szóköz volt a névben
- DSK-362065 A levéltörzs első néhány sora hiányzott nyomtatásnál
- DSK-363650 Gmail mappákból történő leiratkozás szinkronizálásakor el lett távolítva minden másolat az ezen mappákban lévő levelekről
- DSK-355593 Az Opera nem kapott fókuszt, ha MAPI-val küldtük a csatolmányt
- DSK-362177 A "Default outgoing account" beállítás nem működött
- DSK-359260 Nem fogadott több IMAP levelet miután a kapcsolat megszakadt
- DSK-360286 Csatolmányok fordított sorrendben jelentek meg.
- DSK-361646 Nem lehetett duplaklikkel megnyitni a második csatolmányt a levélírás ablakban
- DSK-362042 Külső mailto-linkek nem nyitottak levélírás ablakot mikor az Opera már futott
- DSK-362133 Túl hosszú csatolmánynevek megakadályozták az expand gomb megjelenését
- DSK-362224 IRC tulajdonságok dialógus és a kimenő fülön szövegátfedések voltak
- DSK-349059 [RTL] RTL módban lévő UI-ban az üdvözlőlevélnek is ezt a rendezést kell követni
- DSK-362471 [RTL] A To, CC, BCC gombok szövege még jobbra volt rendezve
- DSK-363492 Összeomlás, mikor jobbklikkeltünk egy üres üzenet ablakára
- DSK-363607 "Reuse current tab" kikapcsolásának nem lett volna szabad új levelező ablakokat nyitni a Levelező panelről
- DSK-364068 Kivágás és Beillesztés a jobbklikk menüből nem működött a levélírás ablakban
- DSK-199168 Nem másolt, hanem áthelyezett mikor címeket húztunk mezők között a levélírás ablakban
- DSK-360126 Gyorsbillentyű a Quick Reply mezőbe történő fókuszáláshoz nem működött
- DSK-361669 Miután levelet küldtünk Quick Reply-vel a fókusz nem került vissza a levelekre
- DSK-362277 Csak egyetlen sor frissült, miközben a levéllistát görgettük a billentyűzetet használva
- DSK-356371 Alkalmi összeomlás, mikor a hírcsatornákhoz tartozó jelszó dialógust elutasítottuk
- DSK-362057 [Linux/FreeBSD] Csatolmány hozzáadása billentyűzet gyorsgomb a levél írása ablakban a 9.2 kompatibilis billentyűparancsokhoz is
Változások listája (Windows):
- CORE-45931 [HWA] [WebGL] Normál vektoroknak rossz iránya volt DX10-ben
- DSK-333300 Web fontok nem működtek non-ascii karaktereket tartalmazó nevű felhasználóknál
- DSK-359176 [html5dnd] Összeomlás, ha egy munkamenetet húztunk Operába
- DSK-361724 [html5dnd] Windows installer összeomlott, mikor a telepítési útvonalhoz útvonalat húztunk
- DSK-363409 [html5dnd] Összeomlás ha a Megjelenés dialógusból húztunk gombokat
- DSK-363403 [html5dnd] Összeomlás, ha füleket húztunk az Opera ablakok között
- DSK-363118 [html5dnd] 'link' módosító nem megfelelően működött
- DSK-359751 [html5dnd] Ha letöltött fájlokat húztunk a Letöltéskezelőből a desktopra, csak egy parancsikont hozott létre, nem pedig egy másolatot a fájlról
- DSK-363324 [html5dnd] Nem lehetett szöveget húzni külső alkalmazásból az Opera szövegmezőjébe
Változások listája (Mac):
- DSK-363456 2012 helyett 2128 volt a dátum mezőben
- DSK-363536 Memóriaszivárgás ablakok átméretezésekor
- DSK-362002 [html5dnd] Alkalmi összeomlás drag and drop esetében
- DSK-361799 [html5dnd] Ha egy animációt visszadobtunk, nem a megfelelő pozíciójába került vissza
- DSK-362001 [html5dnd] Drag and drop Ctrl+Shift módosítók nem támogatottak
- DSK-363824 [html5dnd] Cyberduck-kal kapcsolatos összeomlás
Változások listája (Linux/FreeBSD):
- DSK-361978 [html5dnd] Drag and Drop teszteléskori összeomlás
- DSK-361990 [html5dnd] Módosító billentyűk nem működtek
A bejegyzés trackback címe:
Kommentek:
A hozzászólások a vonatkozó jogszabályok értelmében felhasználói tartalomnak minősülnek, értük a szolgáltatás technikai üzemeltetője semmilyen felelősséget nem vállal, azokat nem ellenőrzi. Kifogás esetén forduljon a blog szerkesztőjéhez. Részletek a Felhasználási feltételekben és az adatvédelmi tájékoztatóban.
Mihics Zoltán (Med1on) 2012.05.24. 17:35:53
Mihics Zoltán (Med1on) 2012.05.24. 18:09:13
11.64:
HTML5 Canvas
32,58
és a 12.00:
HTML5 Canvas
40,03
Egy 25%-ot odatekert. :D
endruuboyyy 2012.05.24. 18:28:38
Opera 12 64 bit : 1823
Opera 12 32 bit : 1856
Opera 11.64 : 2110
??
penge™ · http://www.thevenusproject.com/ 2012.05.24. 18:31:52
De a DirectX nagyon nagy előrelépés. Legalábbis az lenne, ha a System Memory problémát megoldanák még a végleges előtt. Főleg, ha már a WebGL javításra jutott idő, ami szintén örvendetes, de sajnos a System Memory szivárgáson áll vagy bukik minden. Már ha nincs valakinek 8-16 giga RAM a gépében.
Egyébként én nem látom ekkora előnyét, hogy akár egyetlen napnyi fejlesztést is ölnek ilyen kifutófélben lévő megoldásokba. Akinek Core i7 van, annak a VGA sem utolsó. Főleg, mivel ott már az IGP is erősebb mint mondjuk egy 7600GT. Akinek meg ilyen elavult szar van, mint nekem az nem élvezheti előnyét. Sokan még az SSE2 (ami még régebbi)-s Carakannál is panaszkodtak, hogy nekik azt se támogatja a CPU.
Ráadásul VGA-t (hála a PCI-E 1.0, 2.0, 2.1 és 3.0 oda-vissza kompatibilitásnak, amit még nem barmoltak el a tervezett elavulás jegyében) cserélni is könnyebb, mint egy CPU-t, amivel együtt megy a levesbe az alaplap és a RAM-ok is.
És a vicc, hogy még egy elavult 2 magost se tudsz rendesen kihasználni, mert a sokmagos procival is azáltal tűnik gyorsabbnak, hogy a Windows van olyan jófej, hogy szétosztja a hátsó magokra a rendszerfolyamatokat és a többi szoftver által igényelt CPU időt is menedzseli, de a böngésző végső soron egy magot használ a 2-ből és a 8-ból is.
Mihics Zoltán (Med1on) 2012.05.24. 18:42:49
Még egy adalék a Peacekeeper eredményeihez. Nálam megint elkapta a Chrome-ot (2818 és 3001 pont), mint a régi szép időkben (10.50 és 10.60). :D
penge™ · http://www.thevenusproject.com/ 2012.05.24. 18:59:39
Egyébként pont Pentium D (Presler), azaz az eggyel későbbi Pentium Dual Core már támogatta.
Egyébként erre valaki illetékes (Karbonade?) tud válaszolni?
my.opera.com/desktopteam/blog/2012/05/24/improvements-to-performance-mail-html5-dragndrop-and-more?startidx=0#comment89970612
my.opera.com/desktopteam/blog/2012/05/24/improvements-to-performance-mail-html5-dragndrop-and-more?startidx=150#comment89984882
Mert egyikük sem Opera alkalmazott. A belső tesztelők meg titkolják kilétüket. Szóval ők hogyan férnek hozzá a BTS-hez? Lemaradtam valamiről?
Mihics Zoltán (Med1on) 2012.05.24. 19:15:33
Kíváncsi vagyok, hogy holnapra is maradt-e még tűzijáték.
penge™ · http://www.thevenusproject.com/ 2012.05.24. 20:05:43
twollah / bRoKEn hOPe, sUppLeX · http://freewaresoftwarenews.blogspot.com/ 2012.05.24. 20:35:58
chat.hu/
Probaljatok ki.
A 1424-es verzio stabil.
MosoMasa 2012.05.24. 20:41:24
Mihics Zoltán (Med1on) 2012.05.24. 21:57:48
Krissz5435 2012.05.24. 23:21:41
Ha be kell jelentkezni, akkor nem tudom kipróbálni, de ha elég volt a link megnyitása, akkor nem minden esetben igaz az állítás. Nálam a 64-es nem omlott, kétszer is megnéztem. HWA On.
Tomio 2012.05.24. 23:58:52
sanyix 2012.05.25. 00:24:29
Mondjuk nekem pont nem gond, mert úgy is HWA-val megy :) méghozzá opengl-el mert a directx-es bugos fos.
twollah / bRoKEn hOPe, sUppLeX · http://freewaresoftwarenews.blogspot.com/ 2012.05.25. 06:27:26
RaidX 2012.05.25. 07:41:31
Igaz belépni nem tudok mert nem vagyok regelve. De Simán megy az oldal x64 alatt és beírni is tudok.
Nekem is voltak mindenféle gondjaim, majd tiszta telepítés után megoldódtak.
például sokszor, ha írni akartam valahova egy fekete felület fogadott (belépő ablak, fórum hozzászólás, stb.)
Mr. Moody (törölt) 2012.05.25. 11:55:26
Pl itt: index.hu/belfold/2012/05/25/uszito_feliratokat_festettek_a_duna-parti_martiremlekmure/#
Mr. Moody (törölt) 2012.05.25. 11:56:59
sanyix 2012.05.25. 13:02:28
penge™ · http://www.thevenusproject.com/ 2012.05.25. 13:13:06
sanyix 2012.05.25. 13:42:03