Lesz még ma beta ???

Van. Legalább is a névjegyére ezt írta a b2047.

@Lali25: Maximum FTP-n, de hivatalosan csak holnap. De elképzelhető, hogy lesz még egy build. Bár a kiegészítőkből még mindig balra nyitja a füleket, ami nagyon idegesítő. És nem lesz javítva a bétában, csak a véglegesben.

Ok akkor már a 2045 -build-ot nem frissitem :) majd ha itt lesz a beta csak akkor :)

"Bár a kiegészítőkből még mindig balra nyitja a füleket, ami nagyon idegesítő. "
Mint ahogy az is, hogy néha nem tölti be a teljes oldalt :(((

Kérem valaki juttassa már el ezt az Opera fejlesztőinek vagy valakinek: www.kephost.com/images4/2011/3/16/g7xztpccvwgzeb8s6w6k.jpg
A Hardverapró is ilyen csak ott 1x1 et ír felül. Ezt nagyon jó lenne ha kijavítanák.

Kijött még 1 build :)

Ez mér megint k*rvára el van sietve. Annyi a Bug mint még soha, de már Béta...
Hova rohannak már megint??????

@Worlon: Én még nem talátam 1 bugot sem :)

@Lali25:
Menj fel a www.vatera.hu -ra, keress rá valamire. Találatoknál vidd az egeret a kis előnézeti képhez. Vagy nem mutatja meg nagyban, vagy csak 1 pillanatra. Csak többszöri rá vitel után mutatja meg normálisan. 11.01-ben tökéletesen működik. Amúgy meg olvasd el az operateam blog kommenteket...

@Worlon: Ez a hiba csak nálad van jelen.

ps: Most nálam is elromlott a karakterkódolás a szövegdobozban.

@Worlon: Ez tényleg 1 bug :) de viszont azt is nézd hogy ez még nem végleges verzió :D

@penge™:
Ez érdekes, mert 3 gépen próbáltam, és mind a 3-n ugyan ezt tapasztaltam. Nem lehet, hogy nálad valami java dolog v. ilyesmi miatt nem jelentkezik a hiba?
Mind 3 gépen próbáltam rendes telepítéssel meg USB portable módon is.

@Lali25: Remélem akkor ez bizonyítja h nem csak nálam van ez a hiba...
Én csak azt sajnálom h a nagy fejlesztések és világmegváltások közben az alapfunkciók mennek szarrá.

@Lali25: "Kijött még 1 build :)"
De minek :(

Biztos történnek dolgok a háttérben, amiről nem tudunk, de amíg nem tölti be a weboldalakat teljesen, addíg én fel nem rakom, még akkor sem, ha csak a 15-ös Opera fogja jól kezelni :(((

@Worlon: Mintha a pozícionálással lenne a gond, mert ha nem úgy viszem rá az egeret akkor nem mutatja, vagy csak egy pillanatra, amúgy egyébként elsőre nekem sem jelentkezett a probléma.

sziasztok, tudja valaki, hogy az új hendikepet, a "fülcsoportokat" hogyan lehet letiltani? eddig szabadon át tudtam rendezni a füleket a fülsávon húzással. most ha nem sikerül eltalálni a két fül közti pár tized milliméteres rést (azaz "ráhúzom" az egyik fület a másikra) akkor fülcsoportokba foglalja automatikusan. ezt szeretném elkerülni.

indoklás:
eddig egy nagy előny volt, hogy a fülek szabályos szélességűek voltak, így egy fül bezárására ráállva egérmozgás nélkül be lehetett zárni 30-40 egymás melletti fület egy pár pillanat alatt (nem kellett mindegyiket külön megcélozni, mivel az "X" ugyanoda esett.) . ezzel az automatikus fülcsoporttal pont egy fél füllel tolja el az egész sort, az addig rendezett fülsáv egy nagy káosszá változik. egy újabb előnnyel kevesebb...

@ZeGa: Nekem is van, hogy 1-1 képet megmutat úgy ahogy kéne, de 50 találatból jó ha 5-t. Örülök h nem én vagyok azért a hülye.

@vlevi: És a "vicc" az, hogy nemhogy csökkenne ezek száma a buildek növekedésével hanem még nő.

Szinte mindegyik komolyabb magyar honlapon már előjött (Portfolió, Index, NOL, Origo, Hírszerző, PH, ITCafé stb.)

holnap béta :)

@Mr. Moody: Annyi "jó" van a rosszban, hogy nem csak nekünk szar.
my.opera.com/community/forums/topic.dml?id=929912

engem meg ez idegesít rettenetesen (nem látni az alsó eszköztárat, teljes képernyős módban pedig nem jönnek fel a játék értesítő ablakai - firefox alatt mindkettő rendben működik... /a flash a legfrissebb/) twitpic.com/4a3s0n

@CsendesMark: Hát remélem még ma ott lesz az ftp-n :D

@Worlon: Win7 x64-et használsz? Mert akkor tanácstalan vagyok, hogy nálam miért nem jelentkezik sem a telepítettben, sem tiszta portable változatban.

Ráviszem az egeret és amíg rajta tartom addig az a kép jelenik meg felül. Ha kattintok rá akkor az nyílik meg nagyban, amire kattintottam.

Ha lefelé rántom gyorsan, akkor megmarad az a kép, amin előzőleg tartottam, ha szépen lassan húzom le, akkor pedig visszavált a felső a legelső képre a sorban.

@J.Wolfram: Régi billentyűparancsok, Pin Tab funkció használata és Ctrl+Shift+W illetve társai. Vagy zárd be középső egérgombbal.

Vagy ablakok panelen kijelöl->Delete

@Mr. Moody: Nálam csak a PH és lapcsaládjánál jött elő, meg 1-2 linkelt fórumon, de egy újratöltés javítja.

@penge™: szia, kösz, de pont az a helyzet, hogy nem szeretném bezárni.

általában az első sorba tologatok minden olyan ablakot, ami folyamatosan nyitva van (levelezők, hírportálok, aktuális letöltések), utána jönnek a míg elolvasandók, aztán a végén amik zárhatók. így az utolsó 2-3 sor (x 12 tab) egy mozdulattal (illetve mozdulat nélkül csak kilkkeléssel) zárható)

a probléma az, hogy hátulról előre tolok egy ablakot amit még nem akarok bezárni, akkor azt 99%-os valószínűséggel csoportba foglalja valamival. halálosan idegesítő. megy a tologatás, ügyeskedése, hogy hátha sikerül úgy feltolni a felső sorba, hogy ne csináljon semmi "okosságot".

lehet, hogy azért produkál nálam mindenféle egzotikus jelenséget, mert nem bírja a sok ablakot nyitva?

@penge™: win7 x64-t használok.

Nálatok működik az automatikus frissítés snapshotokra?
Bepipáltam itt:
opera:config#AutoUpdate|DownloadAllSnapshots
de még egy snapshotban sem működött, akkor sem ha a frissítés keresésére kattintok.

@kotto: Az az opció csak dísznek van ott.

Itt a béta1
[url=http://get7.opera.com/pub/opera/win/1110b1/int/]Link[/url]

Link : get7.opera.com/pub/opera/win/1110b1/int/

Mar kinn van a 2048-as verzio.
freewaresoftwarenews.blogspot.com/2011/03/opera-1110-build-2048-snapshot.html
A 2047-et mar fel se raktam.

Valaki tudja hogy a speed Dial képeket hogy lehet kissebre állitani ??? :D

@Lali25: ctrl + egérgörgő ?

@knor: Köszi :D

Idokozben kijott a Opera 11.10 Beta 1.
freewaresoftwarenews.blogspot.com/2011/03/opera-1110-beta-1.html

nektek megy az rss a bétában?

Azt hiszem találtam egy hibát: Húzz egy gyorshívó képet egy fülre. - Ez a stabil változatban megnyitja az adott oldalt a bétában viszont nem nyílik meg a lap, csak beszürkül a fül.

Még további 2 hiba: Gyorshívón "Configure..." Állíts be egy tetszőleges oszlop számot, ezután annyi oszlop lesz mint amennyit beállítotunk, viszont, ha újra megnyitjuk a "Configure..."-t, akkor az oszlop választóban az alapérték eggyel kevesebb, mint a korábban beállított.

Ha a gyorshívó képek kitöltik a monitort és kinyitjuk a panelt, akkora fülek gyorshívó képek kicsúsznak a képernyőről...

@Bencsi89:
Második bekezdésemben egy kis elírás, szóval így helyes:
Ha a gyorshívó képek kitöltik a monitort és kinyitjuk a panelt, akkor a gyorshívó képek kicsúsznak a képernyőről...

@Bencsi89: Ctrl tarzsd lenyomva és tekerd az egér görgőt :D

@Lali25: Ezt tudom, de akkor is röhej, hogy nem kicsitít automatikusan.

@Bencsi89: Szerintem a képernyő felbontástól is függ szerintem 1024X768 -ra van optimalizálva :D

De engem ez nem zavar ott a ctrl+görgö :)

Engem nagyon zavar ebben az új gyorshívóban, hogy nem lehet üres ablakot létrehozni, áthelyezni, ill., hogy a törölt elemek helye nem őrződik meg.Ha pl. egy új elemet a felső sorba szeretnék tenni, össze-vissza kell cserélgetnem az elemeket, mire minden a helyére kerül.

igen, a rendezés jó lenne ha nem a cserén alapulna, hanem úgy hogy ahova húzom az újat ott csinál helyet a régiek között, a régi meg marad ott ahol van.. kész rémálom így a sorba rendezés..

@nyeviga: Ha üres gyorshívót akarsz akkor az url helyére beírod hogy about:blank és lesz egy fehér gyorshívód.

Oké, új felfedezés: Mikor az oldalak (pl ITCafé) hibásan jelennek meg, akkor nem működik a Ctrl+F3 illetve Ctrl+U sem.

Szerintem valami DOM feldolgozási probléma van a háttérben.

Ebből valaki csinálhatna Operás verziót
people.mozilla.com/~prouget/ie9/ie9_vs_fx4.html

mert uncsi h mindig a vack FF a "jó"

@CsendesMark: Minek? Ebben az összehasonlításban a Chrome vezetne az Opera pedig még az IE9-től is jobban beégne (leszámítva a multiplatformos részeket, de ez nem lenne elegendő a hiányzó dolgokhoz).

Hozzáteszem: Inkább égjenek be, minthogy újra beszopják, mint ahogy a <device> elementtel is megszívták, mert végül kivették a specifikációból.

Felesleges munka és időhúzás a semmiért.

Hali!

Bármelyik buildet teszem fel, folyamatosan fennáll nálam ugyanaz a probléma! Ha fut az opera, és a levelezőmben rákattintok egy linkre, akkor ezt az ablakot dobja fel:

"Another user is running this copy of Opera.
You should install Opera with individual profiles to allow multiple users to run the same copy independently"

Telepítésnél egyébként nem is enged másmilyen formát, mint multiple user.

Van erre a hibára valamilyen megoldás? Ez miatt nem tudom alapértelmezett böngészőnek használni az Operát. Nem vagyok power user, de már 10 éve használom, és most ez miatt a hiba miatt vagyok kénytelen hűtlenkedni!

@CsendesMark: nem is tudtam h van már ff4... :D

@ap: 1565464 darab előzetes után, nemsokára itt a végleges is :) :D

tökjó ez az új béta... néha phn sortörés van ahol nem kéne, néha meg nem, itt meg a felkiáltójelre rácsúszik a szöveg

@sanyix: Bétától távolodva. :P

Nem lehet valahogy a régi gyórshívót visszavarázsolni?

Egyre több nem tetszem dolog kerül az Operába. A végén kénytelen leszek a Chrome-vel megbarátkozni.

@RaidX: Váltsál. Kit érdekel.
Nem tudom mi bajod a gyorshívóval. Épp olyanra be lehet állítani mint volt, csak bővíthető - észre sem venni a különbséget.

@RaidX: De lehet. Minden gyorshívó elemnél állítsd a frissítési időközt 999999 percre. Ilyenkor ha ráfrissítesz akkor pont a régi thumbnailt kapod. Egyébként részemről is egyre több hülyeség / rossz implementáció kerül bele.

@MosoMasa: Örülünk hogy te nem veszed észre a különbséget. Én pl. 6 oszlop * 5 soros gyorshívót használtam, ami szépen kifeszült a képernyőre. Ehhez hasonlót most nem tudok elérni, ami azért elég bosszantó, hidd el.

Pontosan ugyanakkora van nekem is, épp megfelelően helyezkedik el 90%-os zoommal.

Egyébként az utolsó final 9985 pontjához képest a 2048-as snapshot 10020 pontot hozott peacekeeper-ben, szóval azért haladunk:)

Tudja valaki, miért van az, hogy mikor JS teszteket futtatok, vagy valami CPU igényes folyamatot (pl: www.slimeland.com/raytrace/ ), akkor a CPU usage 50.00%-tól soha nem megy feljebb, mindig 48 és 49 között mozog?

A Power Policy "High Performance" módban van, szóval ez nem lehet az oka.

De ez így durva, hogy az Opera csak félerővel dolgozik.

@penge™: nincs véletlenül kétmagos processzorod? Az Opera egyelőre nem használja ki a többmagos rendszereket, ott pedig az 1 teljesen lefoglalt processzor 50%-os terhelést jelent.

Ha négymagos rendszered lenne, akkor 25% fölé nem menne soha :)

@Dzsini: Bezzeg a WebM kihasználja (meg ugye a Flash is), ezért is nem igazán tűnt fel eddig.

De ami a durva, hogy a Chrome és még az IE9 sem megy 50% fölé sima JS tesztnél.

Elmennek már tényleg a pi...ba. Én vegyek high-end GPU-t, meg vegyek fullHD monitort, amikor még az 5+ éves technológiák (1-nél több mag, illetve 64 bit) sem támogatott részükről), ahol pedig támogatott, ott is tele gyerekbetegségekkel, mint IE9-nél, ahol még mindig nem fordították le 64 bitre a JIT compilert, vagy a Firefox, ami... na azt inkább hagyjuk.

Elindul valami hype, sokan megveszik az új hardvereket aztán pofára esnek, mikor évek múlva még mindig alig van támogatottsága/kihasználtsága...

Kint van a Beta+ pár összeomlás javítással.

@penge™: a böngésző lefoglal 1 processzormagot, marad 1 (vagy több) másik minden egyéb elfoglaltságodra - videolejátszás, zene, tömörítés, akármi. Azért kevés olyan dolog van a benchmarkokon kívül a böngészőkben, ami egyáltalán az 1 magot is leterhelné a mai rendszerekben (még nálam is alig, pedig ez egy 6 éves gép, közel 7 éves processzorral).

Egy böngészőnél mi szükség lenne a számítások párhuzamosítására jelenleg? Ugyanúgy semmi, ahogy a 64 bitre sincs - feszíteni lehet vele, meg örülni, hogy jajjdejó, lefoglalja az összes processzormagot a benchmark :)

(te meg olvasod a prohardver lapcsaládot, legalább ennyivel tisztában lehetnél, hogy hogy működnek a dolgok, és mikor lehet egyáltalán szükség a többmagos rendszerekre, és azok között is mi az, ami 2-nél több magra is optimalizáltak)

@Dzsini: Nem csak benchmarknál. Annyit nem érne, mint egy GPU gyorsítás, ellenben hasznos fallback lenne, amikor nincs megfelelő GPU.

Kétszeres vagy négyszeres sebesség azért nem elhanyagolható szempont. Főleg, hogy grafikai műveletekben jó a GPU, de például megnézném, hogy RegExp-ben hogyan teljesítene.

1. Akár van GPU gyorsítás, akár nincs, számold ki, például egy Core i7-nél mekkora pazarlás, hogy csak 12,5%-ra pörgeti a böngésző a CPU-t.

2. Oldalbetöltésekkor azért van CPU tüske.

3. A GPU-k hűtése jelenleg szar és mivel az átlagemberek fejében nem terjedt úgy el, mint a CPU, ráadásul a GPU-knak még az üzemi hőmérséklete is magasabb, laptopon konkrétan megdöglik.

Mert azt már megtanulták páran, hogy hordozható gépek nem azért vannak, hogy Crysist nyomjunk full grafikán egy meleg nyári napsütéses vonatozás alkalmával, de azt nem, hogy ilyenkor ne is böngésszünk.

Arról nem beszélve, hogy mindent úgysem tud gyorsítani.

Hát, tragédia egy CPU tüske - óriási munka lenne bármilyen módon hatékonyan párhuzamosítani egy alapvetően lineáris feladatot (oldal renderelés), csak azért, hogy ne lásd pár tizedmásodperce azt, hogy leterhelődik az egyik mag (én speciel böngészni szoktam, és nem a CPU terhelést figyelni - ha nagyon felzúg a ventilátor, akkor már legalább fél perce 100%-on terhelődik a processzor, az pedig böngészés alatt nem fordul elő, csak flash videókat nézegetve).
A flash, a beépülők tehát fussanak külön magon (ez megoldható, folyamatban is van), de ugyan már ne várd el azt, hogy egy ilyen feladatot (DOM felépítés, renderelés), ami az esetek elsöprő többségében nem tart tovább pártized másodpercnél párhuzamosítsanak - felesleges.
Másrészt ezt az 50% 25% dolgot felejtsd már el, mert hülyeség így nézni a dolgokat. Ha van két számítógéped, és az egyiken böngészel, attól ne számold bele a másik gép teljesítményét. Azon a másikon csinálhatsz mást, de a böngészésben nem tud értelmesen segíteni, nincs mit.

A processzorok ráadásul - ha már fogyasztás meg laptopok - lekapcsolják magukban az épp nem használt magokat, tehát böngészés közben a pihenő magok gyakorlatilag 0 fogyasztással ülnek, vagyis böngészve - amíg 1 mag dolgozik - tovább elmegy a gép, mintha 2 vagy több magot tornáztatnál, és nem végezne fele vagy negyede idő alatt (ilyen ideális párhuzamosítás videorenderelésnél is csak nagyjából van meg).

A kirajzolásra amúgy - ha már Core i processzorok - ott van a processzormag részeként üldögélő HD2000 HD3000 grafikus egység, ami minden ilyen szükséget kielégít, és továbbra sincs szükség a sokat fogyasztó és melegedő GPU-ra.

Ezt a mostani körödet betudom megint a "nyafogni akarok valamiért" rohamaidnak. Kicsit olvass utána (megint ajánlanám a prohardvert, ha már aktív tag vagy ott), hogy miről szól a feladatok párhuzamosítása, és hogy hol van értelme, hol van lehetőség rá, és hol nincs. Lineáris feladatoknál (egy .html végigolvasása, és egymás utáni feldolgozása) nem igazán hatékony, sokszor még akár lassíthat is a felesleges párhuzamosítás (erre volt és van is bőven példa).

@Dzsini: Hihetsz a tesztnek és hihetsz annak, amit a saját szemeddel tapasztalsz, ha például linkifier userJS mellett megnyitod ezt az oldalt: whatwg.org/specs/web-apps/current-work/

@penge™: hurrá, van egy óriási méretű oldal (tiszta szöveg), ami leterheli a processzort, ha egy vadállat módon megírt userjs végigolvassa melletted.

Mit akarsz ezzel bizonyítani? Mennyiben hasonlít ez a hétköznapi használatú internetes oldalak felépítésére? Ez is kb. annyira számít, mint a benchmarkok. Egy normális weboldal szövegállománya nem 100 körüli oldal kinyomtatva - ha te ezt nézegeted mindennapi netezésként, akkor meg is érdemled, ajánlom figyelmedbe a több oldalra bontott változatát.

@Dzsini: De lehetne. És akkor nem kéne AutoPagerize (már ha egyáltalán működik az adott oldalon), sem Fast Forward (már ha az is működik).

Például sokkal kényelmesebb lenne mondjuk fórumokon a szokásos 50-100 hozzászólás helyett akár 500-ra vagy 1000-re állítani (nem napi szinten látogatott helyekre gondolok, hanem ahol keresek valamit és sokkal gyorsabb Ctrl+F-et használni, mint az esetenként lassú és captchás keresőt használni, amivel rákeresek 10-15 különböző szótöredékre, hogy megtaláljam, amit keresek.

Ilyen apróságok.

A linkifier pedig miért is van vadállat módon megírva? Szerintem pontosan azt csinálja, amit kell neki. A http kezdetű szövegeket linkesíti.

Ha normális emberek neteznének, akik legalább a BBCode-okat képesek megfelelő módon használni, akkor nem lenne rá semmi szükség. Nem a warezoldalakon code tagek között lévő linkeket akarom linkesíteni, mert azt elkapja a JD, hanem mikor pár barom még a screenshotjait sem linkeli aztán elvárja, hogy megnézze az ember (hát még a fejlesztő, akinek ezen kívül még van egy csomó más dolga is).

Halkan megjegyzem, a linkifier a leginkább szembetűnőbb, de a következő cuccok is elég erőteljes hatással vannak rá: Unshorten, Online Document Viewer

ps: Elhiszem, hogy Gizike nem így használja és azt is, hogy elég egyedi módon használom a böngészőt (ezért szeretem az Operát), mert például ha olyanom van egy középsőklikkel vagy a snap-links-szel megnyitok egyszerre 30 oldalt.

Utálom, ha lapozgatnom és kattintgatnom kell, mikor 1-es és 2-es billentyűkkel végig tudom lapozni a két billentyűlenyomásból megnyitott 30 lapot.

@Dzsini: Te nagyon visszafogottan böngészel, ha a 6 éves gépeden úgy érzed, hogy bőven elég a CPU erő. A Penge által linkelt oldal pl. a 3.2GHz-en járatott C2Q-mat is megfogta (UJS nélkül is, olyannyira, hogy más fülön is lelassult a görgetés), és azért előfordulnak ilyenek. Én jobban örülnék egy többszálú böngészőnek, mint egy GPU gyorsítottnak.

@Chuck Boung Ace Eck: a Penge által linkelt oldalnak semmi köze az általános netes oldalakhoz - normális weboldal nem 100+ oldalas szöveg (és nem is lesz, főleg mivel egyre inkább odafigyelnek arra, hogy esetleg valaki mobil eszközről böngészik). Ezért mondtam, hogy ez is bőven belefér a benchmarknak való oldalak közé, ahogy 1000 úszkáló halacska sem mindennapos az interneten, úgy a megabájtnyi formázott szöveg sem. Persze, lehet egyéni apró igényeket mondani (én is szoktam pl. indexfórumon a lehető maximum hozzászólást listázni, és abban keresni - akkor akár másodperceket is várni kell, hatalmas tragédia), de egyik sem olyan, ami bármilyen módon is indokolná, hogy elkezdjék újra átgondolni az egész html értelmezést többszálon - már 3-4 éve megvoltak a többmagos processzorok, amikor az első játékok (ami a PC piac egyik húzóága) elkezdték kihasználni a lehetőségeket. A Photoshopból megjelent 2 vagy 3 főverzió, mire elkezdték (részben) kihasználni a többmagos rendszerek képességeit - és ott több gigabájtnyi, esetenként percekig, órákig tartó feladatokhoz használják. Egy pár tizedmásodperces, esetleg másodperces böngészőfeladatnál mégis minek óriási munkát beleölni, és alapjairól újragondolni és újratanulni a programozást több szálon? (más gondolatvilágot igényel programozói oldalról is, egyáltalán kitalálni, hogy milyen tennivalók párhuzamosíthatóak úgy, hogy nem vész el óriási teljesítmény és sebesség feleslegesen a feladatok közti kommunikációval)

A 6 éves laptopom (kikapcsolt flash mellett) bőségesen elegendő a normál netezésre, akkor szokott belassulni, ha már 30-40 tab nyitva van, és elkezd a vinyóra dolgozni, mert az nagyon lassú a gépben. Amíg az 1 giga memóriában játszik, addig pörgős (mindez egy 3+ éves Vista rendszeren). Biztosan érezném egy akárhánymagos csoda általi pluszokat (pl. 2 másodperc helyett fél másodperc alatt indulna az Opera), de annyira semmi miatt nem sietek.

@Dzsini: Valószínű hogy egy lap betöltésénél tényleg nagyobb lenne a kommunikáció okozta overhead, mint a párhuzamosítással járó előnyök. Ám szerintem lenne értelme magasabb szinten, például több fül töltésénél már hasznos lenne ha egy fülön egy mag dolgozna (így jelentősen felgyorsítva például az előző session folytatásával történő indítást)...

@penge™: nemtudom hol láttál te flashnál 2 mag használatot, mert én soha sehol... nem csak videonál nem, másnál sem. webm-nél igen ott használja azt úgy lassabb mint a flash :D

@sanyix: 720p vagy nagyobb YouTube lejátszáskor sokszor felkúszott 80-90-ig is (amellett, hogy akadozott, mint állat).

Amúgy meg WebM lejátszónak tökéletes a Chromium. :D Már csak userJS kéne, amiben billentyűparancsokat lehetne definiálni.

Nem baj, Operában van új gyorshívó, amit szokás szerint minden ős Operás baromságnak tart (a békésebb fajta csak feleslegesnek), ezzel is legalább 2 hónappal elodázva az első használható hardvergyorsított buildet.

Ezek után már csak azt remélem, hogy a Carakanhoz hasonlóan mikor megjelenik, az összes konkurens böngészőt a földbe döngöli. :)

@penge™: ugyan miért lenne jobb a chrome webm-re? ugyan azt a fos libvpx dekódert használja, ugyanakkora "hatékonysággal".
Jelenleg 2 jobb webm lejátszó van: mpc-hc, és a vlc player (mert mind2 ffmpeg vp8 dekódert használ, ami sokkal hatékonyabb mint a gugli implementációja :D)

@sanyix: Chromiumot mondtam, az már 12-es verziónál tart. És azért, mert már hardveresen gyorsított a videólejátszás is. Rakd teljes képernyőre és 4-5% CPU-t eszik csak.

Normál méreten többet eszik, de akkor is kevesebb, mint az Opera, főleg mikor lerakod tálcára, akkor ugyancsak alig eszik valamennyit.

@penge™:
nincs hardveresen gyorsított vp8, még az at is tervezgeti de ott is csak a hd6xxx sorozattól lesz elérhető.
Amúgy 4-5%-ot max pause-olt, vagy olyan videonál eszik ahol alig mozog valami a képen. Itt normális videokat nézve, 40-50% teljes képernyén is. És olyan ronda hogy szinte nem látni különbséget a 720p és a 480p között...

nemrég, miután pár órát elszöszmötöltem és kigyomláltam a könyvjelzőimet, arról panaszkodtam, hogy nem megy a szinkronizálás. azóta sajnos megjavult, tele is szórta pár száz új (régi) könyvjelzővel a kedvenceket.

kérdésem: nem lehet valahol online, központilag rendezni a könyvjelzőket, hogy az összes gépen/pendrájvon/párhuzamosan használt operán onnan és azt szinkronizálja?

arra van mód, hogy a duplikátumokat kiszűrjem?

amikor egy oldalt hozzáadok a kedvencekhez, akkor az összes könyvtárat/alkönyvtárat/al-al könyvtárat stb. a legalsó szintig kibontva mutatja egy relatíve kicsi ablakban. arra nincs valami okosság, hogy ezeket összecsukja, és csak azt nyissam ki, amiben keresek (lásd MS explorer)

@sanyix: itcafe.hu/hir/google_chrome_10_stabil_videogyorsitas_javascript.html

@penge™: igen láttam, bs cikk konkrétumok nélkül, pl semmi sincs írva arról milyen videot gyorsít és hogyan, na meg bizonyíték sincs rá.

@J.Wolfram: Elvileg lehet duplikátumot szűrni a link.opera.com oldalon belépve. Tisztogatni csak bekapcsolt Link mellett érdemes, bár elvileg rögzíti a módosítás idejét szóval a törölteket később nem állítja vissza.

Globális szűrő szerintem nincs, ha több eszközön más és más könyvjelzőket használsz, akkor azokat összefésüli. Mivel ID alapján megy, ezért az azonos URL-ű link is különbözőnek számít, tehát 2x lesz meg. Megoldás: ezeket az összefésült linkeket kigyomlálod, miközben mindenhol aktív a Link. Melós feladat, de csak egyszer kell megcsinálni, utána már mindenhol ugyanazt látod.

én a link.opera.com oldalon nem is látom a könyvjelzőket...:(((

"Tisztogatni csak bekapcsolt Link mellett érdemes, bár elvileg rögzíti a módosítás idejét szóval a törölteket később nem állítja vissza."
tulajdonképpen nem értem a szinkronizálás logikáját: mindig maximalizál, tehát arra törekszik, hogy minden könyvjelző mindenhol meglegyen, vagy egy központi listához igazítja az adott operát, vagy az adott operát igazítja a központihoz??? valahol, mintha lett volna egy hol töröljön, a gépen, vagy az opera linken beállítás, de azt más sehol nem találom...

most csináltam egy jó, végleges verziót linkek, könyvtárak stb. ezt hogyan tudom elterjeszteni, hogy ez kerüljön ki mindenhova? a munkahelyire, a pendrájvra, ha elindítom, a régire, a JAP alatt futóra, mindegyikre. másoljam be mindenhova? szinkronizálással nem lehet?

@sanyix: Természetesen mindent gyorsít. Más dolga úgysincs a prefetch-en meg a parasztok hülyítésén kívül.

@Dzsini: Az óriási méretű oldalak egyre gyakoribbak... es5.github.com/

@penge™: az, hogy te tudsz mutatni kettőt (vagy akár ötvenet), attól még nem lesz "gyakori", és egyik sem lesz benne a leglátogatottabb néhánymilló oldalban (a github egy általános hosting cég, több, mint hatszázezren használják közel kétmillió forráskóddal, így összességében benne van az Alexa top 1000-ben, mielőtt rákeresnél és mutogatnád az összesített adatot).

Igen, valószínűleg én is tudnék gyártani ilyet (de minek), az es5-re a Google 12 (tizenkettő) rámutató linket talál, a whatwg-re pedig több, mint hétszázat. Tényleg hihetetlen gyakoriság az 1 trillió fölötti indexelt linkből. Hogy is működhet ilyen állapotok között az internet... te el tudod képzelni, hogy ekkora szörnyűség egyszerűen létezhet?

Norvégia monnyon le, és írják meg görögdinnyére az Operát, az többezer magos!

@penge™: Mondjuk FF-ban sokkal jobban megy az az oldal, sőt meg sem ugrik a terhelés görgetéskor, tehát csak kellene valamit tennie Operáéknak is az ügyben.

plíz, plíz, árulja el valaki, hogy mi a logika ebben a könyvtár szinkronizálásban? pár napja immár másodszor nekiültem és kigyomláltam a kedvenceket.

aztán később elindítottam az irodai gépen is, és ahelyett, hogy ott beállította volna az aktuális állapotot, az itthoni gépemet szórtra tele ismét a régi könyvtárakkal.

gondolom az az algoritmus, hogy maximalizál. mindenhol mindennek meg kell lennie. ha a Nr1 gépen törlök, de a Nr2 (Nr3, Nrn) gépen még ott van egy könyvtár, onnan visszaállítja a Nr1-en is. Így soha az életben nem az lesz a kedvencekben amit szeretnék, hanem minden, amit valaha, valahol már lementettem.

viszont nem értem, két gép sosem megy egyszerre, tehát valahol egy szerveren tárolnia kell a kumulált listát, amiben minden benne van, amit bármelyik gépen talál. ezt nem lehet törölni vagy szortírozni?

vagy csináljam azt, hogy mindig, amikor törlök egy könyvtárat, akkor tiltsam le a szinkronizálást, és az össze gépen amit használok, manuálisan frissítsem?
--------------------
tényleg csak a vonal alatt: a 11.01-ben a gmail valami csak akkor tölt be, ha leokézok valami szkriptek futásának engedélyezését. ezt nem lehet állandó okéra venni?

régebben, ha a gmailben új üzenetet nyitottam, akkor a kurzor automatikusan a címzett mezőbe ugrott és aktiválódott (egyből lehetett gépelni. most is odaugrik, de nem aktiválódik, előbb az egérrel is bele kell kattintani. 1+mozdulat. ez Opera fejlesztés vagy google?

a gmail szövegírás felületén az egér másolás-beillesztés nem működik rendesen. ha valamit be akarok illeszteni egérrel csak a harmadik jobklikk+beillsztésre csinálja meg. olyen, mintha nem érzékelné az egeret. billentyűparanccsal működik.