Magyar Opera

SSSE3, Levelező, HTML5 Drag'n'drop és további javítások (b1429)

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. wink

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:

https://magyaropera.blog.hu/api/trackback/id/tr64543975

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

Nálam egy Intel Celeron G530 dolgozik, ami teljesen más dimenzió, mint a 2600K, de a fenti diagramon látható arányok teljes mértékben megegyeznek az én eredményeimmel. Szóval van itt még tartalék a szoftveres renderelés kapcsán is, nem kell rögtön a hardveres gyorsításhoz nyúlni. :D

Mihics Zoltán (Med1on) 2012.05.24. 18:09:13

Peacekeeper
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

Peacekeeper teszt win7 64 bit Hardware Acceleration Off :
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

Nálam meg nincs SSSE3, úgyhogy nyúljanak csak a hardveres gyorsításhoz, mert durván lassú a szoftveres render a hardvereshez képest. Főleg a DX-nél. Az OpenGL-nél max az élsimítás a bónusz, amúgy nem sok különbséget vettem észre normál böngészésnél.

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

@penge™: Az aztán tényleg nem 1 mai darab lehet, ami nem ismeri az SSE3-at. Pontosan milyen CPU-ról beszélünk.

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

@Med1on: Nem SSE3, hanem SSSE3, azaz Supplemental(!) SSE3

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

@penge™: Hát igen, így tényleg bukó a dolog.
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

@Med1on: Egyébként a böngészés is gyorsabb ettől az SSSE3-tól, vagy csak a WebGL-ben az FPS magasabb?

twollah / bRoKEn hOPe, sUppLeX · http://freewaresoftwarenews.blogspot.com/ 2012.05.24. 20:35:58

A chat.hu oldalon a 32 es a 64 bites verzio azonnal osszeomlik.

chat.hu/

Probaljatok ki.
A 1424-es verzio stabil.

MosoMasa 2012.05.24. 20:41:24

És az User-Agenthoz mit kell írni?

Mihics Zoltán (Med1on) 2012.05.24. 21:57:48

@penge™: Ott nem igazán éreztem változást.

Krissz5435 2012.05.24. 23:21:41

@twollah / bRoKEn hOPe, sUppLeX:
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

Mac-es változat: 100% processzor használat, el sem indul.

sanyix 2012.05.25. 00:24:29

de jó ssse3, az intel első amd szivatása (szabványosította sse3-mat, majd megvárta míg az amd implementálta és gyártani kezdte a procikat, és azután rögtön megváltoztatta az intelekbe kerülőt hogy ne legyen kompatibilis, és lett az ssse3, ugyanúgy mint most az AVX-el csinálta), így csak intelen elérhető ez, meg az amd bulldozereken.
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

@Krissz5435: szerintem csak eleg a link, mert meg a nevet se lehet beirni azonnal osszeomlik az Opera.

RaidX 2012.05.25. 07:41:31

@twollah / bRoKEn hOPe, sUppLeX:

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:56:59

@Mr. Moody: Ez jó. Rákattintatva újra jól jönnek be a képek.

sanyix 2012.05.25. 13:02:28

tök jó ez a kulön folyamatos plugin, csak semmi értelme, mivel 10 ből 8x ha elszáll a plugin és vele a wrapper, akkor fő program is "nem válaszol" állapotba kerül...

penge™ · http://www.thevenusproject.com/ 2012.05.25. 13:13:06

@sanyix: Ha elszáll, akkor megjelenik a "Plugin has crashed" és az újratöltéses beúszó sáv. Ha lefagy(!) a plugin wrapper, akkor kerül "nem válaszol" állapotba a böngésző. De nem mindegy, hogy 30+ tabbal az egész böngészőt lövöd ki, vagy csak a plugin-t, aminek a hatására megjelenik a "Plugin has crashed" és az újratöltéses beúszó sáv és a böngésző újra válaszol.

sanyix 2012.05.25. 13:42:03

@penge™: nem bejön hogy opera_wrapper "hibát okozott" bezárás. Bezár, és az opera nem válaszol, nem úszik be semmi.
süti beállítások módosítása