Frissítés: A változáslistából a fejlesztők kihagyták a Levelezőt érintő változásokat. Utólag beletették, így ez a post is frissült.
A mai előzetesben megérkezett az eddigi legnagyobb, - és egyben utolsó - nagyobb frissítése a HWA-nak a 12 béta kiadásáig. Ez pedig nem más, mint a sokak (főleg Windows userek) által várt DirectX támogatás.
Ezzel együtt már újra engedélyezhető a hardvergyorsítás és a WebGL opera:config-ból, ugyanis a változás miatt alapértelmezésben letiltásra került.
Ha be akarod kapcsolni, akkor a következőképp teheted meg. Ezt opera:config#UserPrefs|EnableHardwareAcceleration és ezt opera:config#UserPrefs|EnableWebGL az opciót állítsd 1-re, mentsd el, majd indítsd újra az Operát.
Figyelem: A hardvergyorsítás bekapcsolása akár kék halált is okozhat, ezért fokozottan figyelj oda az előzetes adatmentésre
A WebGL még problémás lehet DirectX-szel, mivel OpenGL-re van optimalizálva, de ez is megoldódik majd a végleges verzióig. A fontok szintén kicsit furcsák DirectX-es gyorsításnál.
Ezzel az Opera az első és egyetlen olyan böngésző, amely teljeskörű hardvergyorsítással rendelkezik, vagyis nem csak a weboldalakat rendereli a GPU, hanem az egész böngésző UI-t. Mindezt mindhárom platformon, beleértve az elavult, de még mindig népszerű Windows XP-t is. Most pedig következzen a változáslista.
Ismert hibák:
- HTML5 Drag and Drop fejlesztése folyamatban. Ami a korábbiban nem működött az most se fog. (illetve a pontos kattintáshoz mesterlövész egér vagy több éves gamer múlt kell - a szerk.)
- HTML5test.com-on fagyhat és egyéb problémák léphetnek fel Mac alatt
- OTW-8246 A 64 bites változatot nem támogatja a Google+ (browser sniffing)
- DSK-361109 Címsáv legördülő nem jelenik meg mikor több szót tartalmazó laptartalomra keresünk (?)
- CORE-45774 [HWA] Border-color elrontja a background-color-t a border-radius-os elemekben DirectX-es gyorsítás esetén
- Dzsininek összeomlik a következő konfiggal: (Windows 7 x64, 64 bit build, Mobile Radeon HD 5650) bekapcsolt hardvergyorsítás esetén.
Változások listája (Core):
- CORE-44954 hp.com-on összeomlott bekapcsolt hardvergyorsítással
Változások listája (Desktop):
- Hardvergyorsítás alapértelmezésben letiltva
- DSK-361356 Összeomlás, mikor egy olyan oldalt zártunk be, amelyen éppen scrolloztunk
- DSK-346047 'Close all tabs' beállítás a delete private data dialógusban nem zárta be a gyorshívós fülekkel rendelkező ablakokat
- DSK-341531 A gyorshívóelemeken az X gomb ellopta a hover effektet a gyorshívóelemekről
- DSK-357909 Vissza és előre gombok eltűntek frissítés után
- DSK-360104 Zoom fokozat visszaállt, ha a háttérben nyitottunk a zoomolt oldalról egy másikat
- DSK-360691 Hosszú orosz szöveg a címsávban összeomlasztotta az Operát
- DSK-360962 Documentumok/képek ellenőrzése nyelvi problémák
- További stabilitás javítások
Változások listája (Levelező):
- Új levél írása ablak design
- DSK-356875 [Feature] Egy új "tulajdonság" dialógus a levél írása ablakban
- DSK-359616 [Feature] Beállítható alapértelmezett kimenő fiók
- DSK-360404 [Feature] Továbbfejlesztett design a levél fejléc gombok számára
- DSK-329302 [Feature] Csatolmányok megnyitásának és szerkesztésének támogatása a létrehozás ablakban
- DSK-343710 Levél írása ablak fejléc mező el volt rejtve, még ha tartalom is volt benne
- DSK-328161 Reply-To mezőben nem működött az auto-complete/cím felajánló
- DSK-357118 Nem lehetett engedélyezni a helyesírás ellenőrzőt a levél tárgyában
- DSK-129539 "Send by mail" a kiválasztott szöveggel nem adta hozzá az oldal URL-jét
- DSK-358693 Levél létrehozása ablak használhatatlan volt sötét színű skinekkel
- DSK-356452 Nyomtatási előnézet nem működött a levelező ablakban
- DSK-357232 Quick Reply szövege nem törlődött elküldés után
- DSK-357515 Levéltörzs megnyúlt minden egyes kinyit/becsuk ciklusban
- DSK-349396 Nem rejti el a levél írása ablak mezőit ha 'From' nézetbe váltunk egy hírcsoport fiókban/ból
- DSK-330184 Beállítások szerkesztése, plain text üzenet írása alatt megjelenítette a HTML formázó eszköztárat
- DSK-358044 Nem lehetett másolni/mozgatni levelet fiókok között, ha a levelező elválasztók engedélyezve voltak
- DSK-358565 A csatolmány mező billentyűzettel is hozzáférhető lett (nyomogasd a Tab-ot)
Változások listája (Windows):
- DSK-361056 HWA DirectX támogatás
- DSK-361734 BSOD mikor hozzáfértünk a webkamerához
- DSK-360014 [OOPP] Beépülőkkel kapcsolatos teljesítményproblémák és fagyás: Ez nem javít minden teljesítmény problémát
- DSK-301447 Az "Open With" jobbklikk menü elem nem jelenítette meg a Chrome-ot (amíg nem tettük azt egyszer alapértelmezetté, majd vissza, mivel UAC jogkör nélkül települ)
- DSK-359032 [OOPP] Windows Media Player plugin-t tartalmazó tabon előre-vissza navigáció pillanatnyi fagyást okozott
- DSK-355355 [OOPP] Windows Media Player player plugin vezérlői elcsúsztak scrollozás után
- DSK-359021 [OOPP] Opera ablakának átméretezésekor széthullottak a beépülők néha
- DSK-359168 [OOPP] Artifact-ok Shockwave for Director plugin használatakor görgetéskor
Változások listája (Mac):
- DSK-361531 Kamera támogatással kapcsolatos színproblémák
- DSK-347812 Growl/Mist frissítés 1.3: Growl notifications alapértelmezésben, telepítés nélkül
- [OOPP] IME javítások
- CT-2336 [OOPP] Beépülő nem rajzolódott újra görgetés után
- DSK-356081 [OOPP] Silverlight 5 és Flash alkalmazások billentyűleütés ismétlése hibás volt
- DSK-216092 [OOPP] Flash-en nem lehetett görgetni
- DSK-350738 [OOPP] Beépülőre történő kattintás ellopta a fókuszt
- DSK-356940 [OOPP] Nem volt jobbklikk menüje a Flash-nek
- DSK-357531 [OOPP] Flash plugin összeomlott Illeszkedés bekapcsolása után
Változások listája (Linux):
- DSK-358908 Gtk3 stílusozás használata Unity-ben Ubuntu 11.10 (Oneiric Ocelot) alatt és fölötte
- DSK-361345 Beállítások fülekből hiányoztak pixelek KDE és Gtk alatt a korábbi Core frissítés után
- DSK-360296 [OOPP] Plugin wrapper továbbra is futott az Opera bezárása után
- CT-2446 [OOPP] Billentyűzet használhatatlan volt bizonyos beépülőknél plug-ins
- CT-2445 [OOPP] A QWOP nevű Flash játék nem működött
Letöltés (Opera 12.00 b1380)
Frissítés: A letter spacing bugot a következő apró userCSS-vel tudod javítani, ha használni/tesztelni szeretnéd a hardvergyorsítást:
div.post h2 {
letter-spacing: 0px !important;
}
Hasonlóan járj el az összes oldalon. Az Easy User CSS kiegészítő hasznodra lehet.
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.
Dzsini 2012.04.20. 15:58:52
Krissz5435 2012.04.20. 16:09:50
Dzsini 2012.04.20. 16:17:18
Huib Kleinhout(huibk) (Desktop Team tag):
For clarification: The DirectX backend requires DirectX 10 (or later). For systems without this, OpenGL will be an alternative.
Tehát ha van DX10, akkor jelenleg az fog működni, OpenGL pedig ott, ahol ez nem - pl. Windows XP, Linux, OSX.
Dzsini 2012.04.20. 16:20:46
"For clarification: The DirectX backend requires DirectX 10 (or later). For systems without this, OpenGL will be an alternative."
Krissz5435 2012.04.20. 16:21:21
Dzsini 2012.04.20. 16:26:29
penge™ · http://www.thevenusproject.com/ 2012.04.20. 16:35:49
@Krissz5435: Frissítettem a postot, talán segít.
Teddy Beer 2012.04.20. 16:44:06
Dzsini 2012.04.20. 16:44:40
Plusz frissítsd a levelezős dolgokkal is, most bővítették ők is a changelogot :) (szép új levélírós felület van)
Krissz5435 2012.04.20. 16:58:49
Na én erre gondoltam, hogy rossz:
kepfeltoltes.hu/120420/Hiba_www.kepfeltoltes.hu_.jpg
A kis kéz pont nem látszik, de a Hardvergyorsítás szónál a H bal felső sarkába lehet csak kattintani, és úgy tudom csak megnyitni a posztot. Bekapcsolt HA-val van így.
Krissz5435 2012.04.20. 17:01:46
Egyébként én itt ellenőrzöm az opera sebességét:
oprend.hu/news.php
Ha itt elég gyors a görgetés, akkor jó. Jelenleg kikapcsolt HA-val gyorsabb, mint bekapcsolttal. Ez előtti verziónál gyorsabb volt bekapcsolt HA-val.
cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:03:55
cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:05:20
Mihics Zoltán (Med1on) 2012.04.20. 17:12:57
penge™ · http://www.thevenusproject.com/ 2012.04.20. 17:16:15
@Krissz5435: Én is erre gondoltam: i.imgur.com/OqT5g.png
A Warning dobozt javítottam, az úgy volt, hogy cousin333 módosította, mikor oldalra került a figyelmeztetés, aztán azóta a postokban lévő dobozban csúszott el az ikon.
Krissz5435 2012.04.20. 17:16:35
Hát igen eléggé trágya, de win7 alatt opera 12-vel is szaggatott. Most (már jó ideje) win8 alatt éppenhogy csak szaggatott egészen mostanáig. Aztán most mindegy, hogy a HA be van kapcsolva vagy nincs a dx 10 miatt szaggat. Egyébként miért csak dx 10 van? Nekem pl dx 11-es kártyám van és direct3d 10.1-et használ.
cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:21:15
letter-spacing: -1px;
sort erre:
letter-spacing: 0px;
majd mentés. Eredmény: eltűnik a fejlécben lévő kép, meg a kis figyelmeztető háromszögek. Valakinek valami ötlete?
cousin333 · http://magyaropera.blog.hu 2012.04.20. 17:22:31
Krissz5435 2012.04.20. 17:27:18
Miért ne? :D Amúgy meg lassan ott tartunk, hogy a dx11 is réginek számít, de a dx10-re csinálják meg. Jobb lenne akkor már dx 9-re és akkor a windowsokon egységes lehetne.
penge™ · http://www.thevenusproject.com/ 2012.04.20. 17:39:45
*, *::before, *::after {
position: static !important;
background-attachment: scroll !important;
}
@cousin333: 2012-ben már minimum élethű halakat akarunk úsztatni az akváriumban, élethűen lemodellezett úszástechnikával, kopoltyúmozgással, buborékokkal, algákkal és vetett árnyékokkal. :D
penge™ · http://www.thevenusproject.com/ 2012.04.20. 17:57:53
my.opera.com/desktopteam/blog/2012/04/20/update-on-hardware-acceleration-in-opera-12?startidx=50&cid=87725932#comment87725932
Krissz5435 2012.04.20. 18:18:13
Ez így jó lenne, csak így meg tesz két téglalapot a bal felső sarokba, ami eléggé szétszedi az oldalt.
franatixx 2012.04.20. 18:44:09
Pl.: i.imgur.com/VBlDq.png
Amelyik oldalt MEG TUDTA NYITNI ott tényleg piszok gyorsnak tűnik a görgetés meg az animációk, még az ilyen HTML5rocks-féle böngésző-killer oldalakon is. Kár hogy ~10 oldalból több mint a fele EGYÁLTALÁN nem működik, kb. teljességgel használhatatlan így a cucc még.
franatixx 2012.04.20. 18:56:49
A halacskás demóban, meg úgy általában érzésre ráver az IE10-re is (hw gyorsításban ugye az az etalon), le a kalappal. FB, Gmail is a hw gyorsítás hatására sokat javult, most már tűrhető teljesen a görgetés. Sajnos GPU használatot nagyon nem tudok nézni mert Win8 alatt vagyok és még mindig nincs teljes értékű Catalyst rá.
Lekopogom, de a random másodperces fagyásokkal sem találkoztam eddig. Nagyon tetszetős ilyen szempontból. :)
Youtube viszont konkrétan használhatatlan, HTML5 videó mellett is. Fagy orrba-szájba az oldal. Mindenesetre gondolkozom hogy elkezdem elsődleges böngészőként használni újra legalább ideiglenesen, mert tényleg piszok gyors.
Mihics Zoltán (Med1on) 2012.04.20. 19:03:24
www.youtube.com/watch?v=sxzFNJkugyU&feature=youtu.be
akkor igen.
Krissz5435 2012.04.20. 20:00:24
Na jó akkor magyarázza meg valaki miért van az ellenkezője nálam mint frantaixx-nál? :D A youtube piszok gyors lett, de a fish tank az valami képvetítés. Még csak az fps-t sem jelzi ki. És csak 20 hal próbál úszkálni.
penge™ · http://www.thevenusproject.com/ 2012.04.20. 20:15:50
ZeGa 2012.04.20. 22:50:40
Betűkön durván látszik az elsimítás.
arqblasio · www.arqblasio.com 2012.04.20. 22:53:15
penge™ · http://www.thevenusproject.com/ 2012.04.20. 23:13:17
my.opera.com/desktopteam/blog/2012/04/20/update-on-hardware-acceleration-in-opera-12?startidx=50&cid=87725932#comment87725932
Krissz5435 2012.04.20. 23:39:52
Mondjuk nem tudom mi az a visual tabs, de pl nálam 6x lap van megnyitva ami nem kevés és csak 700 megát eszik. A fele nem is akar betöltődni, de mégis stabil az opera. Az ez előtti verzió volt hogy 2-4 tabtól simán crashelt.
penge™ · http://www.thevenusproject.com/ 2012.04.21. 00:29:24
A Task Managerben nem fog sokat enni, a GPU memóriát lapozza ki, ezáltal a lapozófájlt hizlalja.
Process Hacker-ben vagy Process Explorer-ben láthatod a pontos értéket (hogy elindul ~100 megáról az Allocated és a Reserved, majd 20-30 perc böngészés után már alulról súrolja a 2 gigát. Tapasztalni max annyit fogsz, amit egy megtelt lapozófájl esetén szoktak az emberek.
Dzsini 2012.04.21. 08:22:29
beef 2012.04.21. 12:04:32
Viszont lap betöltéskor a kirakott extra betöltési sávok csak feketék (folyamat állapota, tempó, képek), igaz nem gyári skint használok.
Élsimítás olyan, mint ha a displayport helyett analóg vga bemenetet használnék.
Ennél a felbontásnál nem annyira zavaró, de azért látszik az elmosás.
Eddig stabilabbnak tűnik, mint előző (csak el ne kiabáljam).
franatixx 2012.04.21. 12:47:50
>html5-ön meg veri a chrome canary-t...
Azt nem tudom hogyan nézted.
i.imgur.com/jX6FS.png
Mindenesetre szépen javítottak, az tény, bár a WebSocket, a homokozós iframe hiánya azért elég csúnya. A page visibility api is még esetleg olyan ami már viszonylag kiforrott és problémát jelenthet mert a többiek mind tudják és lehet rá olyan logikát építeni ami adott esetben webalkalmazások működésében gondot okozhat.
Nem tudom mi olyan fekete mágia rajta hogy eddig nem implementálták, talán a thumbnail view kavar be?
@Krissz5435: Nem tudom, de itt a bizonyíték:
i.imgur.com/hWBmj.jpg
Konkrétan teljesen folyamatosnak is tűnik, nagyon néha van egy mikroakadás gondolom a GC miatt, sajnos ez JS alatt nehezen elkerülhető. IE10-ben ennyi hal 20-21 FPS-t jelent.
A tecsőt nyilván nem tudom screenshoton megmutatni, de az totális halál. Nekem ott diavetítés a dolog, csakhogy az egész böngésző működik "képkockákban", nem csak a videó, már ha értitek mire gondolok.
penge™ · http://www.thevenusproject.com/ 2012.04.21. 12:54:27
De azért jó lett volna, ha valaki megerősíti.
Mindegy, legalább már azt tudom, hogy DX-es HWA-val jelenleg nem működik a WebGL (nem csak problémásabb, ahogy a changelog fogalmaz), ezt 3-an is írták.
Virtual function call már nekem sincs, de a Desktop Team-en sokan panaszkodnak rá. Egyébként korábban nekem se volt se indításnál, se bezárásnál. Mondom, felugrott az az idegesítő ablak (hasonlóan, mint mikor kínlódik valamelyik mail szerver és a sárga felkiáltójeles ablakot dobálja, hogy IMAP hiba. Háttérbe kellett vágni (mert ha lekattintottad, akkor omlott) és böngészni tovább. Majd a böngészés befejeztével az Operát zárni be. Szóval zavaró volt, de ennyire nem vészes, amennyire sokan szenvednek miatta még most is.
@beef: A YT-on nálam a görgetés mindig szar volt, szóval annyira nem éleztem ki az érzékszerveimet a mértékére. :D
Amúgy most nézem, a cleanPages fix pozíciós nyilai már nem lassítják a görgetést. Szóval legalább akkor azt a kiegészítőt használhatom végre. :)
Ráadásul ha nem 100-150-200 (és így tovább) százalékban zoomolom az oldalt, hanem mondjuk 120 vagy 130, akkor is tűrhető a görgetési minőség, nem kezd el szaggatni.
Az élsimítás neke inkább kicsit olyan, mint mikor nem csak az Aero Glass, hanem az Aero Basic is ki van lőve és csak a klasszikus Windows skin ocsmány talpas betűtípusát rakja ki a Segoe UI helyett. Bár annyira azért nem gáz, de olyan halványabb meg darabosabb.
@blasiotm: De csak ha bekapcsolod a Web Sockets-t, akkor veri. De most meg a Maxthon hagyta maga mögött a mezőnyt.
@Krissz5435: Nem tudom, csak tipp: Talán azt is érdemes lenne odaírni a kommentekbe, hogy DirectX-es vagy OpenGL-es hardvergyorsítás.
Dzsini 2012.04.21. 13:00:44
Viszont sikerült function call-os esetet összehozni - sok fület nyitottam meg és zártam be még betöltődés közben, és egy idő után már nem töltött be egy oldalt sem... utána bezárva feldobott vagy tízet ezekből a hibaüzenetekből :)
Krissz5435 2012.04.21. 13:00:54
Én nem erre a halasra gndoltam, hanem az ie9 bemutatója idején volt a fish tank. Na ott még fps-t sem mutat. Ennél meg 1 halnál is halál van.
@penge™:
Rendben, akkor most írom, ezzel az b1380-as snapshottal próbáltam, ami dx-et használ win8 x64 alatt x64-es operával.
franatixx 2012.04.21. 13:11:34
>Rendben, akkor most írom, ezzel az b1380-as snapshottal próbáltam, ami dx-et használ win8 x64 alatt x64-es operával.
Teljesen ugyan az a konfiguráció nálam is.
Pontosabban a DX-es gyorsítást csak gyanítom, mivel nem láttam semmi erre vonatkozó beállítást gondolom Win alatt már ez az alapértelmezett.
penge™ · http://www.thevenusproject.com/ 2012.04.21. 13:15:31
A Page Visibility API annyira kiforrott, hogy a W3C oldala szerint Editor's Draft, tehát még a Working Draft előtt van.
Itt lehet egyébként megnézni: caniuse.com/#agents=desktop
Normál esetben, HA minden checkboxot bejelölsz: IE 10: 71%, FF 12: 77% Chrome 20: 87% Safari 5.2: 75% Opera 12: 70%
Viszont ha kiveszed a Working Draftot, az Other-t és az Unofficial-t:
IE 10: 84%, FF 12: 89% Chrome 20: 91% Safari 5.2: 89% Opera 12: 92%
Ha neked van egy akkora céged, mint amekkora a Google, az Apple vagy a Microsoft, akkor te is könnyedén ugrálhatsz, játszhatsz Emesét és beterjeszthetsz minden nap egy új szabványt (amit te támogatsz a legjobban), de ha ezek egyike sincs meg, akkor eldöntheted, hogy felesleges erőforrásokat és időt pazarolsz arra, hogy teljes gőzzel implementálsz, majd a végleges fázisig még 20x átírod (lásd: Web Sockets is).
Vagy bölcsen döntesz és csak azokat implementálod, amik már feltehetőleg nem fognak változni, ezzel időt spórolsz, amit hasznosabb fejlesztésekre fordíthatsz és rengeteg potenciális bugot kerülsz el.
A nagyokkal nem versenyezhetsz. Amint a fenti diagram is mutatja, manapság nagyon nem attól függ az adott specifikáció népszerűsége, hogy az elfogadtatás mely fázisában van, hanem attól, hogy kik állnak mögötte. Az egy bolond százat csinál elve alapján pedig elég, ha egy nagy implementálja, egy másik (mondjuk Mozilla) követi, a H264-óta a rókás logót is időszerű lenne lecserélni majomra, utána pedig "mindenki" bele van kényszerítve.
Majd, akárcsak az életben, ha például látsz egy reklámot, hogy ha nincs Chinpokomon-od, nem vagy ász, és a haveri körödben már mindenkinek van a LEHETŐSÉGEID (és az intelligenciád) alapján eldöntheted, hogy sodródsz az árral, ami igen sokba kerül, vagy ellenállsz és várod a köveket.
Ugyanez céges szinten is adott. A Microsoft/Apple/Google megteheti (de a Google pénzéből a Mozilla is jobban ugrálhat), hogy implementál, majd átír, majd megint implementál, mert nekik zsebpénz az, ami az Opera negyedéves jelentést >10%-kal megborítaná.
penge™ · http://www.thevenusproject.com/ 2012.04.21. 13:27:23
Krissz5435 2012.04.21. 13:34:21
opera:gpu-ban meg lehet nézni mit használ. Ott a graphics backend. Nálam Direct3D 10.1 (Level 10.0)
Lehet neked van egy erős dx9-es kártyád aminél openglt használ és azért mások neked az eredmények. Mint írták is jelenleg opengl-re van optimalizálva.
franatixx 2012.04.21. 13:54:13
Direct3D 10.1 (Level 10.0) nekem is
Amúgy egy HD4830 alatt teszteltem, szóval nem egy hűdeerős hűdeúj kártya.
@penge™:
Direkt nem a Google által erőltetett, más által (még) nem implementált, szerinted "pöcshuszárkodó" API-kat említettem (amúgy elég szomorú világképed lehet ha ez szerinted a pöcshuszárkodásról szól). Illetve direkt nem azt mondtam hogy a WebAudio API-t implementálják teljes értékűen, mert az ténylegesen piszok nagy meló, 1-2 demón kívül sehol nem használt még és tuti hogy rengeteget fog változni.
A Page Visibility API viszont olyan amit mindenki más már tud és jól működik, csak idő kérdése mikor kerül előrébb a W3C-nél a státusza. Mindamellett mint mondtam nem igazán tűnik feketemágiának, a motor valamiféle módon ezt eddig is ugye nyilván kellet hogy tartsa, csak húzni kéne fölé egy JS API-t.
A WebSocketsnél valamiféle régebbi implementáció jelenleg is van, tudtommal a változások nem voltak implementációs szempontból olyan vészesek. Nem mellesleg azt is mindenki tudja már aki számít.
Közben meg ott ez a webcames dolguk ami meg erősen kétlem hogy valamiféle stabil státuszú API-ra épülne. Szóval erről az oldalról nézve az érvelésed kissé vízzel prédikálásnak tűnik.
De amúgy sem értem mire fel a felháborodás, éppen hogy azt írtam hogy szépen javítottak és csak megemlítettem mi az ami - szerintem - még nagyon hiányozik.
A tanmeséddel meg őszintén szólva nem nagyon tudok mit kezdeni.
Teddy Beer 2012.04.21. 15:09:40
Én megvettem chinpokomont és csak azért vagyok itt, mert nem volt kerozin a gépben. Mondjuk nem értem emiatt mit kell izzadni. caniuse csupa haszontalan trash-t sorol fel, ami lehet hogy babybrowser 20 91%-ra hoz, de speciel semmi nem használja. Futtassa be a pancser, aztán lehet implantátumolni, vagy imputálni meg talán impalázni.
penge™ · http://www.thevenusproject.com/ 2012.04.21. 15:26:47
Egyébként a getUserMedia is Editor's Draft. Valami alapján csak eldöntik.
A W3C bizottságnak (Operások is vannak ott) nagyobb rálátása van, hogy mi fog változni és mi nem, mint az egyszerű felhasználónak/fejlesztőnek.
Nem háborodtam fel.
@Teddy Beer: Igen. Például a File API-t, vagy a Flexboxot különösen... Esetleg az IndexedDB-t.
franatixx 2012.04.21. 20:02:47
penge™ · http://www.thevenusproject.com/ 2012.04.21. 20:46:07
Pedig az aztán már tényleg kiforrott.
Olyanokat kéne mondani, amiket konkrétan élesben használnak. Például File API, XHR2 (Google Docs), vagy Drag and Drop (Gmail, Skydrive, stb.) vagy getUserMedia (Google Plus videochat, Facebook videochat).
MosoMasa 2012.04.22. 10:59:36
>> "A hardvergyorsítás bekapcsolása akár kék halált is okozhat, ..."
Akkor jól újratöltötték!
zephon 2012.04.22. 12:17:08
penge™ · http://www.thevenusproject.com/ 2012.04.22. 13:46:22
Azért írtam oda, mert régebben, amikor nagyritkán beesett egy "kékhalált okozott az Opera" komment, akkor írtam, hogy ez lehetetlenség. Az Opera nem okozhat kék halált. Ez egészen a hardvergyorsításig volt érvényes.
Természetesen az okozHAT =/= okoz.
@zephon: Így van. Régebben összeomlott, de nem vitte magával az OS-t, vagy lefagyott, de a Task Managerrel ki lehetett nyírni, ezért a többi szoftver aránylag védve volt.
Dzsini 2012.04.22. 14:00:14
Nekem például az első HW gyorsított előzetes többször megborította a videokártya drivert - ilyenkor kb. 10 másodpercig nem reagál semmire a képernyő (az egér sem mozog rajta), aztán villan egyet, és közli, hogy a driver újraindult, bocsánatot kér a kellemetlenségekért. Kékhalált még nem okozott. Bár ezzel szemben a Flash lejátszó összeomlása 10 esetből nyolcszor nálam vitte magával az Operát is, külön beépülőkezelés ide vagy oda.
Jail 2012.04.22. 14:46:28
A Google Chrome is úgy tudom ,hogy teljeskörű hardvergyorsítással rendelkezik vagy a Firefox is.Vagy tévednék?
penge™ · http://www.thevenusproject.com/ 2012.04.22. 15:16:04
De a tabokat, a címsort és magát az egész böngésző UI-t az sem.
A Chrome meg alapjáraton csak az úgynevezett GPU-accelerated layers-t. Ezen felül az egész oldalt is renderelheti, ha az about:flags-ben bekapcsolod, de szintén csak az oldalt(!), nem pedig a tabokat és az egész böngészőt.
Olyan ez, mintha a Crysisban a kvázi-statikus elemeket, mint fa, szikla, fű, stb. szoftveresen a CPU-val képezné le és csak a katona mozgásához, víz hullámzásához, illetve a robbanásokhoz használna GPU-t.
Nem tudom ismered-e például a Microsoft Dreamscene-t. Mármint amikor a Windows hátteret animálja, például egy vízesést, vagy egy akváriumot.
Na, GPU gyorsítással a Personas-stílusú skinekkel akár ilyesmit is lehet csinálni. Egy brutál VGA-val (mondjuk 590 GTX) szinte meg sem érzed és böngészés közben képzeld el, ahogy például egy Omelion skin ezzel van ötvözve.
CPU által rajzolt UI-val ez felesleges terhelést okozna még a Core i7-tel is.
Ettől jobb példa hirtelen nem jutott eszembe, de ha már GPU-val gyorsítunk, akkor mindenképp érdemesebb az egész szoftvert GPU-val kirajzoltatni.
@Dzsini: Nálam is volt már ilyen kétszer, mikor artifact-okat követően nem reagált 30-40 másodpercig, aztán visszatért minden és kiírta buborékban, hogy nvlddmkm.sys has stopped working
Ezzel szemben manuálisan nem tudtam újraindítani az nvlddmkm.sys-t, amikor az okozott folyamatos magas CPU használatot az Interrupts-ban.
Jail 2012.04.22. 15:21:08
Várom már a véglegest:D De egyenlőre elég lenne nekem a béta is:D
cousin333 · http://magyaropera.blog.hu 2012.04.22. 16:39:15
"Right now, Wahoo is getting more complete, with even more fun things to come as we get closer to launch."
Elvileg a béta után már nem raknak bele semmi komolyat. Kivéve, ha lesz béta 2 is.
Többen jelezték - és én is tapasztaltam egyszer - hogy a színek nem mindig stimmelnek (pl. a Desktop Team fejlécében). Lehet, hogy ez csak simán egy bug, de elképzelhetőnek tartom, hogy támogatni fogják a színprofilokat is, ami jelenleg szintén egy hiányosság.
sanyix 2012.04.22. 16:54:35
Az új releaseben azt veszem észre hogy pl ncoreon egy gyorskép léptetésekor megjelenik egy új fűl, javascript:akármi néven, üres lappal. Megnyitom a guglimepszt, most nem lehet a térképen egérrel vonszolni a térképet, mert 1 kockát kijelöl megjelenik a négyágú nyíl majd lehet mozgatni azt a kockát. Ha elengedem a bal gombot megnyílik az az egy cella egy új fülön mint kép.
sanyix 2012.04.22. 16:56:06
penge™ · http://www.thevenusproject.com/ 2012.04.22. 17:05:10
Béta 2 ha jól tudom sosem volt Operánál, vagy nagyon régen. A görgetési bugot viszont rohadtul javíthatnák, mert nagyon idegesítő. A HWA segített rajta valamit, de például a Wordpress eszköztár mellett is fizikai fájdalmat okoz scrollozni.
@sanyix: Kezdetleges Drag and Drop támogatás mond neked valamit? :)
A nCore-on azért nyílik javascriptes link, mert kattintás közben legalább 1 pixelt mozdul az egér. Ez bug, majd javítva lesz. Remélem minél előbb, mert engem is nagyon idegesít. Kezdek átszokni a spatial navigation-re. :D
A Maps-nél ugyanez a probléma.
cousin333 · http://magyaropera.blog.hu 2012.04.22. 18:03:33
Amúgy azt teszik, amit kell (kicsit talán lassan). Új funkciók folyamatos beépítése, mivel a HWA lassan halad, elég szép ütemben, majd a végén feature freeze, és hibajavítások. Lám, nekem is úgy tűnik, hogy minden 3. oldalt szarul jelenít meg az Opera, holott csak 1 (egy!) bug okozza mindezt: a negatív letter-spacing CSS. Következőre kijavítják.
Amúgy tőled függetlenül továbbra is érdekes látni azt a hihetetlen érzelmi hullámzást, amit a törzsoperások itt a blogon (is) bemutatnak, akár két kiadás között is, a "szántsuk be az Operát és hintsük be sóval" illetve az "überkirály kiadás lesz ez" között. :)
Dzsini 2012.04.22. 18:08:12
...plusz ahogy én látom sokaknál (nálam is) a böngészőtől független lelki állapot is simán visszatükröződik a hozzászólásokon, ha valami épp szarul megy máshol, akkor az Opera is problémásabb lesz :)
cousin333 · http://magyaropera.blog.hu 2012.04.22. 18:11:34
mark199310 2012.04.22. 20:28:28
penge™ · http://www.thevenusproject.com/ 2012.04.22. 21:08:04
sanyix 2012.04.22. 21:54:09
Mesmoryser 2012.04.23. 11:03:14
people.opera.com/howcome/2011/reader/news/ (szóközzel lapozd)
Vagy ezt már a korábbi verziók is így jelenítették meg? Volt korábban is Sroll Is Pan az opera:configban?
penge™ · http://www.thevenusproject.com/ 2012.04.23. 14:59:37
@Mesmoryser: Az a sima link-rel (Fast Forward). Chromiumban pedig azért néz ki máshogy, mert nem tudja értelmezni az -o- előtagot.
Scroll Is Pan asszem 9.5x óta van benne, aztán végül nem lett alapértelmezett, mert összeférhetetlen volt a kijelöléssel, de bármikor hozzáférhető (középsőgomb nélküli egérrel vagy laptopon tapipaddal hasznos lehet) nyomva tartod a Ctrl+Alt-ot vagy az AltGr-t és bal egérgombbal megfogod az oldalt, majd húzod fel-le.
penge™ · http://www.thevenusproject.com/ 2012.04.23. 15:02:33