Hú, de hosszú lista. Á de komoly még a Szellem bezárás gombot is kijavították.. :D:D Alig várom a 10.60 at.

Ugy is mondhatom Windows Vista Után Windows 7

A vista sp2 re frankón használható lett.
10.53-ra frankón jó lett.
10.60 meg egyértelműen az előd tovább optimalizálása. Akár csak a Windows 7...

Remélem jó hasonlatot választottam :D

Jöhet a hardveres gyorsítás is ha már a tegnap megjelent Safari 5-ben is benne van...

@blogkommenter: Elég érdekes ez a Safari 5. Az új JS motorja kb. a 10.53 szintjén van, Chrome 6, és Opera 10.6 gyorsabb nála. Elvileg van benne HW gyorsítás, kérdés, hogy hol. IE9 tesztoldalán nézegettem, egyes részeken (pl, térkép ki- és bezoomolás) kifejezetten jó, sőt, máshol viszont (pörgő böngészőlogók, FlickR nézegető) kritikán aluli.

HTML5test oldal szerint rosszabb, mint a 10.6, funkcióban meg egyedül ezt az intelligens cikknézetet (vagy mi) tudja, már ahol. Ha nem tudnám, hogy ez az 5, könnyen azt hinném, hogy a 4-es, annyira nincs benne semmi plusz, a szín lehet, hogy arra utal, hogy sz@r... :)

A címkiegészítésbe a z URL mögé a title-t is odaírja, valami hülye színű betűvel, szerintem ritka béna lett. Alapvetően gyors, de nem is ritkán érthetetlenül elbambul. A labdapotyogtatós teszttől széjjelfagyott.

Még mindig nem tud címsávból keresni.

Win7 alatt próbáltam, nyilván Mac alatt jobb, de nem hiszem, hogy sokkal...

@cousin333: Szóval a fentiek alapján én már nem tudom, mire kellene számítani a VGA gyorsítás hatására. Remélem az, hogy az Opera tudomásom szerint mindenki másnál szélesebb körben alkalmazza majd, érezhetővé tesz a megjelenését.

Egyébként azt is furcsállom, hogy az elvileg VGA gyorsított(?) Safari nem szerepel valami fényesen Peacekeeperben, még a Rendering és Canvas teszteken sem.

@blogkommenter: Ha olyan "jó" lesz, mint a Safariban, vagy az IE9-ben, akkor nem kell. Fejlesszék, csiszolják és majd akkor kapjunk, amikor elég hatékony lesz, hogy észrevehető legyen.

A Peacekeeper nekem ennyit mért:

clients.futuremark.com/peacekeeper/results.action?key=3idy

Üdv: Sunikeee27

@cousin333: Én is letöltöttem ma a Safari 5-öt, és mivel fent volt a 4-es is, azt hittem, azt indítottam el. Még jó, hogy van help -> about menü...
Egyáltalán nem olyan gyors, szemre lassabb, mint bármelyik Chrome, vagy 10.5x (persze, a tesztek mást mutathatnak).

Nekem érzetre még mindig a safari a leggyorsabb, egyszerűen villám módon azonnal bepattannak az oldalak. Az ötös safi tudása az apple napokban megjelent html5 tesztszájtján mérhető le.

"egyszerűen villám módon azonnal bepattannak az oldalak" -> Ctrl+F12->Haladó->Böngészés->Renderelés: Azonnal

Aki még használja rajtam kívül az "Activate the next tab" beállítást, más is furcsaságokat tapasztal? Mintha jobbra zárás helyett balra pakolná a lapokat.

Tehát megnyitom A oldalt új lapon, középső klikkel megnyitom róla sorrendben B, C és D oldalt, a fülsáv végén lesz ez a három oldal. Ha bezárom A oldalt, akkor nem B-re, C-re, majd D-re fog ugrani, hanem D-re, C-re, majd B-re.

@Namelesske: Én is itt állok a megállóban és várom a 10.60-ast. De az olyan gyors lesz, hogy nem tudok felszállni rá :D

Ez egyébként a 10.60-as, de csak a szolgálati járat :D

@penge™: ez melyik build is? ha jól veszem ki, ez az a ficsőr amit évek óta várok az operától :D

Gyerekek! Tényleg beszél a safari? Valaki szólítsa már meg!

@ap: A mostani. A b3409-es. De kipróbáltam és mindhárom bezárási mód ugyanazt okozza, szóval szerencsére bug.

Amúgy a vicces, hogy igazából én is erre várok, csak nem így, hanem pont fordítva (ahogy a Chrome-ban van). Ha megnyitom a Google-ban az 1-es, 2-es és 3-as találatot, akkor nem fordított sorrendben szeretném kapni. Persze az is szar, ami korábban volt, hogy ilyenkor visszalépett a korábban használt fülre (igen, amikor a következő aktiválása volt beállítva, akkor is). Bár erre készítettem egy workaround mozdulat és billentyűparancsot, a jelenlegire sajnos nem tudok, mivel a fülek száma változó.

Tehát a legjobb az lenne, mint a Chrome-ban. Alapból egymás után(!) pakolja a szülőoldalról háttérben megnyitott oldalakat, így egy helyen vannak (az Opera mellényitása hülyeség, mivel mindig az aktuális fül mellé nyitja, tehát sok link esetén megfordul a sorrend és ami még ennél is idegesítőbb, hogy a Ctrl+T-nél sem a fülsáv végére nyitja az új fület, pedig oda kéne neki.

És bezárás után, ha csak nem az adott oldalról nyitok meg közvetlenül új lapon fókuszban egy linket, akkor a következőre vált, ellenkező esetben vissza.

Operában egyedül a JS popupok esetén van szívás emiatt, de szerencsére erre való a jobbklikk->Open parancs, ami minden esetben az aktuális lapon nyit, _blank-os linkek esetén is.

Bizhatok "bene", hogy megjelen a tévébe? (Van kábeltévénk nézni fogjuk...)

Mi nekünk 3 böngészőnk van. a 4. jön. Van egy hardver gyorsítás ami ki szeretnének utalni, Legalábbis céloztak ráá. A flash lelke, annyira felzaklatott minket, 2 éve várunk, még mindig sehol a hW gyorsított flash. MI folyik ott az Adobénél. Írtam a helpdeskre, eltelt 3 hónap annyira nem foglalkoztak velem. De én feljelentem mindegyiket a bizottság előtt. Engem már a Windows telepítés gondolata kerültget.. nem bírom nem bírom...

No comment

@penge™: Lehet, hogy én értek félre valamit nagyon, de nekem mind 10.53-ban és 10.60-ban is az általad leírt chromeos viselkedés történik. Még külön ott is megnéztem, és ugyanaz.

@Emoryy: Te értesz valamit félre.

Leírom akkor máshogy:

3 különböző fülbezárási lehetőség van Operában.

- Az alapértelmezett, ami egy fül bezárása után a korábban aktív fülre vált vissza függetlenül annak helyétől.
- Az "Activate next tab", ami többé-kevésbé úgy működik, mint a Firefox és az IE.
- Az "Activate first tab opened from current tab", ami bővebb magyarázatra szorul, ezt kifejtem majd később.

Ezen felül van egy olyan (a fent említett 3 lehetőségtől független) beállítás, hogy "Open new tab next to active", ami a megnyitott fület közvetlenül jobbra pakolja attól a fültől számítva, amelyikről megnyitottad.

Tehát ha van A, B és C füled sorrendben és a B fülről megnyitsz egy negyediket, akkor nem a C után fogja rakni, mint általában, hanem a B és a C közé, tehát a B fül után, amiről nyitottad az oldalt. Ha még egy oldalt nyitsz a háttérben a B fülről, akkor viszont szintén B és C közé, viszont nem a korábban megnyitott fül után rakja, hanem a korábban B-ről megnyitott fül és a B közé, mindig közvetlenül a B fül után. Így ha 1-nél több fület nyitsz a háttérben (és általában azért nyitod a háttérben, mert 1-nél több fület nyitsz olyankor meg az adott oldalról), akkor felcserélődik a sorrend.

Az alapértelmezett beállítás bővebb magyarázatra nem szorul. Az "Activate next tab" már igen. Firefoxban/IE-ben úgy van, hogy van A, B és C füled, a B az aktív fül, megnyitsz egy új lapot, amit a C fül után fog nyitni, nevezzük D fülnek. Amíg D fül üres (tehát nem nyitottál róla meg oldalt), addig bezárva a fület visszaugrik B-re, tehát az utoljára aktív fülre. Viszont ha D fülön megnyitsz egy oldalt és arról megnyitsz még két oldalt (E és F oldalakat), akkor A D fül (tehát a szülő tab) bezárásakor a FF E-re, majd F-re ugrik és ha az F-et, (tehát az utolsót a sor végén) is bezártad, akkor C-re.

Az Opera ugyanezen műveletkor a D bezárásakor visszaugrik B-re. Ha D-ről nyitsz egy új, üres lapot, majd azonnal be is zárod, akkor visszamegy D-re, utána már ha bezárod a D-t, akkor E-re, F-re, és végül vissza C-re.

A harmadik lehetőség, ami mint említettem bővebb magyarázatra szorul.

Ez csak az adott fülről megnyitott oldalaknál követi a sorrendet.

Tehát a felállás a szokásos. B az aktív, nyitsz egy D fület, arról megnyitod E és F oldalakat, D bezárásakor ebben az esetben E-re, F-re majd ezt bezárva nem C-re, hanem vissza B-re ugrik. Ez így tökéletesnek is tűnik, viszont sok fülnél, mikor több különböző Google találati eredményből több különböző oldalt nyitsz a háttérben, akkor össze-vissza ugrál, mivel mindig csak az adott fülről megnyitott füleken megy végig, aztán a korábban aktív fülre ugrál vissza. De a Google találati listát nem akarod bezárni, tehát ilyenkor még az alapértelmezett utoljára aktív beállítás esetén használatos lehetőség, hogy végigmész 1-2 billentyűkkel az összes újonnan nyitott, bezárandó lapon sem működik, mivel ha éppen olyan lapot zársz be, ami utolsó volt az adott csoportban és szülőtab sincsen, mert azt bezártad, akkor megint visszamegy a Google találati oldalra, amit nem akarsz bezárni, tehát nagyon macerás.

Ez így működött egészen a 10.60 b3409-ig. A második "Activate the next tab"-ot használtam és a D fület mindig egy másik paranccsal zártam be.

Most viszont teljesen mindegy milyen opciót választasz, mindhárom ugyanúgy működik, mint korábban az "Activate first tab opened from current tab", azzal a különbséggel, hogy most még a sorrendet is megcseréli.

Tehát Adott A, B és C tab, B-ről megnyitsz két új lapot, D-t és E-t, akkor először átugrik E-re, majd D-re, majd vissza B-re. Az "Open new tab next to active" lehetőséggel sem lehet kicselezni, ugyanis ekkor pont fordítva működik, tehát mindenképpen megcseréli a sorrendet.

A Chrome viszont a következő módon működik:

Adott A, B, C tab, a B az aktív, megnyitsz róla három új lapot. A 3 új lap a B és a C közé kerül, de normális sorendben, tehát A, B, első, második, harmadik, C

Ha B-t bezárod akkor első, második, harmadik és C következik.

Ha új lapot nyitsz azt viszont a fülsáv végére teszi. Csak a szülőtabról megnyitott tabokat teszi sorrendben(!) a szülőtabtól jobbra közvetlenül, hogy a szülőtabot bezárva ezeken menjen végig, majd ha elfogytak, akkor folytassa a jobbra lépést, amíg vannak fülek az aktív tabtól jobbra.

Ti találkoztatok olyan hibával, hogy a bezárás után elég sűrűn előjön az összeomlás és a hibabejelentő panel?

@Med1on: Nem, meg úgy általában is rég láttam azt a hibabejlentő panelt.

@penge™: hűhoppá, köszi.

@Med1on: Én már igen, de nagyon hamar megoldottam, (össze omlott a windows) :D:D

és nem kerestem megoldást rá

pár teszteredmény
clients.futuremark.com/peacekeeper/results.action?key=3jDH

Nem tudjátok Linux alatt miért kisebb a szöveg betűmérete (elég sok oldalon)? Firefox, Chrome egyformán nagyobb betűméretet használ. Lehet ezt állítani valahol?

@penge™: huh...
hát igazából félre nem, csak teljesen nem értettem, hogy mi is a probléma.
Most már látom, hogy kicsit bonyolultabb a dolog.

@penge™: Érdekes cikk: index.hu/tech/2010/06/10/kikapcsolhatatlan_hatterkep_a_google.hu-n/

Nálam az operában nem működik. Van előnye hogy nem támogatják. :D
Mondjuk csak 1-2 napos akció.

Én nem értem, mitől lenne gyors ez a Safari. Kipróbáltam, Opera 10.60-hoz képest lassabban jeleníti meg az oldalakat (beírom: index.hu enter és szemre kb kétszeres a különbség), autoscroll közben villog mint a egy ezeréves monitor, sunspider teszten pedig Opera 527, Safari 702 ms alatt fut le. Én ezek után nem dicsekednék a safari/download oldalon látható "The world’s fastest browser" szlogennel.

@Mesmoryser: The wold fastest browser*!

After Opera 10.**, and other webkit based browsers.

Hardveres gyorsítás? Akkor ez azt jelenti hogy a YT-on nem fognak szaggatni a 720p videók többé ? ( a gépemen simán nézunk 1080i/p filmeket de a YT nem viszi, csak szaggatva)

@HyperKiller: Tovább csúszik a HW Vega majd talán a 11-es verzióba megjelenik, de szerintem egyszerűen nincs elég erőforrásuk a dologhoz. :S
Így teljesen mind1, hogy milyen lenne mert nem elérhető.

@HyperKiller: Az a gyorsítás a Flash-től függ. Ha HTML5 video-t nézzük, akkor meg a dekódoló.

Szóval a HW VEGA ebben éppen nem fog segíteni.

@HyperKiller: A Flash 10.1-ben már lesz hardveres gyorsítás, ha Nvidia 8-as, vagy attól újabb videokártyád van. Az attól függ, a böngészőnek nincs nincs köze a beépülőkhöz. (Ezért is átlátszó a Flash beépülőknél a felirat, ha átlátszó a téma).

Plusz sajnos a VEGA a HTML5 videókat is csak gyorsabban RENDERELI, de dekódolni a gstreamer-ben található adott DLL fájl fogja. Tehát ha a decoder nem képes a hardveres gyorsításra, akkor semmi haszna nem lesz.

Nálam a továbbított levélnél nem mutatja a csatolt fájlokat....

@Mesmoryser: Gondolom azzal tisztában vagy, hogy a te szemmel lemért sebességteszted aligha reprezentatív. Valóban nem tartható fenn az az állítás, hogy a Safari lenne a leggyorsabb böngésző, de kétségtelenül az élvonalban van, az Operával és a Chrome-mal versenyben. Ugyanakkor azt se felejtsük el, hogy míg az Opera kb 130 pontot ér el a htm5test.com-on, addig a Safari több mint 200-at. Sokkal inkább erre gyúrtak most rá, mint a sebességre. Ami persze érthető is, figyelembe véve az Apple politikáját.

A divat diktátor most az mondta, hogy a html5 támogatása lesz a divat. Szóval az se érdekel már senkit ha az ie8 sebbességével fut a javascript, de ez még a html5 ön felül a 6 minden szabványát is támogassa, a többiek meg fosok... ennyi.

a fanboyok meg egyből ugranak rá.

Belegondoltatok már abba, hogy gyakorlatilag az IE6 a leg szabványtalanabb böngésző a mai piacon mégis több oldal megy benne rendesen mint operával. Pl ez a message box is tutira megy IE6 tal itt meg 1 enter után javult meg (opera)

Én amondó vagyok, hogy a HTML5 öt ugyan ugy ellehet gányolni minta flasht, vagy a "sima" html-t...

@Namelesske: Nem vagyok Apple fanboy, cseréljünk gépet ha gondolod és majd megnézed mennyire király ezen a konfigon a Flash. Frissen újrahúzott Windows-zal is akár.

Tessék, lemértem ezzel az új ganéjjal: itcafe.hu/tema/re_elkeszult_es_letoltheto_a_flash_player_10_1/hsz_4-4.html

Gányolni mindent lehet, de nem mindegy a programnyelv. A Flash gányolásra termett. Mást nem is lehet vele. Mutass egy használható, optimalizált Flasht. NEm tudsz majd te sem, ahogy nem tudott senki, egyetlen rohadt linket nem írt senki, ahol minimum olyan minőségű Flash van, mint a HTML5 vagy a Canvas.

Ezen felül:
1: HTML5-öt lehet javítani userJS-sel.
2: HTML5-ből nem kell 64 bites.
3: A WebM DXVA nélkül 10-15%-os CPU usage-t generált KMPlayerrel lejátszva (HD), ettől még az FLV konténerben lévő telefon minőségű videók is többet zabálnak.
4: HTML5 nyílt.
5: HTML5-ben nem átlátszó a szöveg átlátszó témák esetén.
6: A HTML5-öt natívan támogatja a böngésző és nem egy fentebb említett mentalitással rendelkező cég gyártja.

@penge™: wáwáwá nyugi nem neked írtam. csak amolyan apple kritika lett volna..

amit írsz azzal egyet értek...

@Namelesske:

blogs.adobe.com/flashplayer/2010/06/flash_player_101_now_available.html#comment-2212821

Ma reggel írtam... ennyire egyet értek.

EcsmaScript 5 támogatás egyes böngészőkben: files.myopera.com/BS-Harou/files/ES5%20support.html

Opera 10.60 és FF egyenlő 53%-kal, IE8 20%, Chrome 76%

Haavard twitterén pedig: Did anyone say "Saturday Snapshot"? We'll see...

@Namelesske: Az érvelésed az Apple ellen már az első gondolatnál elvérzik, ugyanis a Safari JavaScript sebességben is ugyanúgy dobogós, mint HTML5 támogatásban. Ne érts félre, én messze előnyben részesítem az Operát a Safarival szemben, azonban nem kell ilyen szemellenzős fanboynak sem lenni. Mellesleg az Ape mindíg merész volt, sok régi technológiát ugyanolyan meredeken nyugdíjaztak mint most a Flasht: az Apple gépei voltak az első személyi számítógépek, melyeken nem volt floppy egység; ugyanígy az Apple nyugdíjazta elsőként a hagyományos soros és párhizamos portokat és vezette be az első iMac megjelenésekor az USB-t és Firewire-t. Ezek a lépések akkor ugyanolyan felháborodást váltottak ki, de rövidesen más gyártók is követték őket.

@aronvirginas: Na igen, attól, hogy egy céget nem kedvelünk (én sem kedvelem az Apple-t) még nem kéne összemosni az üzletpolitikáját egy olyan folyamatban, ami majdhogynem annyira szükséges a web jövőjét illetően, mint anno az IE egyeduralmának megtörése.

A Safarit buta böngészőnek tartom, akárcsak a Chrome-ot (plusz Safariban még címsorkeresés sincs), a kettő között az a különbség, hogy míg a Google a sebességre és szabványtámogatásra fekteti a hangsúlyt (amiben ismerjük el, tényleg jó a Chrome, ha másban nem is), addig a Safarit olyan innovatív böngészőnek állítja be az Apple, hogy ha valaha lesz benne címsorkeresés azt is ők találták majd fel. Ez a hozzáállás nem a fícsörszegény és erőforrászabáló Safari-t minősíti, hanem az Apple-t.

Szabványtámogatás: Az Apple, akárcsak a Microsoft maximum akkor támogat bármilyen nyílt megoldást, ha valakik a tökét szorongatják, legyen az az EU, a felhasználók vagy a konkurencia.
A szabvány pedig mindkettőjük számára azt jelenti, hogy amit ők csinálnak az lesz a szabvány (legalábbis ezt szeretnék).

Vegyük például a HTML5 video-t.
tény 1: A H.264 ha vért hugyozik az összes multi, akkor sem lesz szabvány, nyílt és ingyenes meg főleg.
tény 2: A HTML5 video támogatás azon alapul, hogy a böngésző mindezt natívan(!) teszi, nem árukapcsolják ezen "fícsört" a QuickTime-al, amiért az MS-t már hatszor megbüntették volna, mivel a Quick Time az OSX-ben natív, a többi platformon nem az és ennek tetejében még zárt is.

Flash:
tény 1: A Flash hulladék. Ezen az sem változtat, hogy a már 10-es verziónál járó végleges Flash mennyivel jobban teljesít a benchmarkokban, mint a jelenleg még erősen fejlesztés alatt álló HTML5 Pistike 50 magos 128 gigás ramos gépén.
tény 2: Jobs szerint nem a Flash a szar, hanem az, hogy nem az ő sajátjuk.
tény 3: Ha Jobs támadja a Flasht az csak jó, mert míg ezzel van elfoglalva, addig terjedhet a HTML5 (amit szintén támogat), de mivel a másik oldalon ott a Google a WebM támogatással, így mire a Flash-nek vége addigra már a WebM terjed el, nem pedig a licenszelt H.264, főleg ha az IE9 is támogatni fogja.

Minőség: Erről is kár vitázni, ugyanis
tény 1(a): Az mp3-tól is volt jobb minőség, mégis az terjedt el.
tény 1(b): Az mp3-at 360-ig terjedő bitrátán lehet kódolni, mégis a 128-as és max 196-os a leggyakoribb, mert az átlagember hallásának ez bőven megfelel. Aki Mozart-ot hallgat és kifinomult hallással rendelkezik annak nyilván fos az egész, de sajnos nem ők fogják meghatározni a mainstream-et.
tény 2: A VP8 (ami szintén fejlődésben van, miközben a H.264 már a sokadik generációját tapossa) csak nagyon kevéssel marad el a H.264-től, hardveres gyorsított DEKÓDER pedig biztos lesz hozzá, különben az Opera nem lenne olyan hülye, hogy ráerőltetné mobileszközökre. Ez ugyanúgy nem fog feltűnni nemhogy Gizikének, de még a torrentező vérPistikék többségének sem, ahogy az sem tűnik fel az emberek többségének, hogy a nemtudommelyikoldalon, ahol el van rejtve a brand, melyik kereső találatait kapja, a Google-ét, a Yahoo-ét, vagy a Bing-ét.

@penge™: A Safarit és a Chrome-ot én is buta feature-szegény böngészőknek tartom. Azonban az IE 8-hoz hasonlítani őket több mint meredek. Az Apple és a Google igyekeznek pofonegyszerű termékeket gyártani, mert rájöttek, hogy a legtöbb embernek arra van szüksége. A UNIX-guruk majd úgyis megtalálják maguknak a módot, hogy a gyári lehetőségeken túl is kihasználják, Gizi néninek pedig egy címsor kell, egy keresősáv éa 2-3 gomb. Na és persze az, hogy minden oldalt jól jelentítsen meg, de ezzel a Safarinak és Chrome-nak sosem volt gondja.

@aronvirginas: Attól függ mit veszel alapul. Ha a fícsöröket, akkor nyugodtan lehet, az IE8 bőven tud annyit, mint a Safari és a Chrome.

Ha a szabványkövetést, akkor valóban összehasonlíthatatlan a kettő.

Az oldalak megjelenítése már érdekesebb. Nézd meg Chrome-ban a szégyenfalon lévő oldalakat.

Azokat is, amik Operában már működnek (például BME). Egyedül azzal van előrébb, hogy a user agent tartalmazza a Mozilla, MSIE és még egy csomó szót, ami alapján a kirekesztő oldalak többsége maszkolás nélkül is megy.

@aronvirginas: Én egy szóval nem mondtam, hogy a safari lassú, én azt mondtam, hogy eddig mindig az volt a céljuk, hogy mindekit agyon verjenek sebességbe,(itta safari 5, és véletlen az opera kimarad a sebesség teszt ből, egybol a leggyorsabb lett, mikor alig csináltak valamit azzal a szarral)
most meg az lesz a céljuk, hogy végig röhögjék a többieket mert nem támogat annyi HTML5 szabványt mint a safari....

Az internet explorer 8 többet tud minta safari bőven.
Nem vagyok oda a Google Chrome ért, de a Safari egy kalap f*s ahhoz képest.

ÉS még mindig a sáfári a leginnovatívabb böngésző meg ilyen marketing duma.. Mikor nem egyszer azt állították, hogy ők találtak ki olyan dolokat amiket az opera a 90 es évek végén. (mozgatható fülek, speeddial,)

Mikor az Opera Software találta fel a modern internetböngészőt.

Összefoglalva az Apple egy mocskos képmutató cég. A tudatlan embereket az orránál fogva vezeti, eladja nekik az alap funkciókat. Istenem melyik cég tud eladni ma olyan funkciókat mint a videó felvétel, multitask, mms, meg beépített webcamera. csak az apple...

A többiek alapból tudják évek-évtizedek óta. De a PC is SUCKs MAC the GOD

@Namelesske: Látom nem kicsit vagy elfogult! Remélem azért azzal tisztában vagy, hogy az Opera marketingje sem arról szól, hogy "összedontunk valamit, de nem nagy dolog". Nem igazságos csak az Apple-t sározni, a marketing mindigis erről szólt. Ha neked nem felel meg a Safari, ne használd (én is csak a Scribd-hez használom, mivel annak HTML5 verzióját az Opera képtelen megfelelően megjeleníteni)! Az alpári modor, illetve az, hogy - burkoltan ugyan - de minden Apple vásárlót kollektíve agymosottnak nevezel, viszont már csak téged jellemez! Az Apple egy cég, ha nem vagy megelégedve a termékeikkel, ne használd őket, de légyszives hanyagold ezt a kioktató modort és megmondóember státuszt!

@s7alk3r: Nekem is teljesen szétcsúszott a Gmail mikor csak frissítettem az operát de a friss telepítés az rendbe hozta az egészet.

Új verzió jelent meg 10.60.3413.

Innen letölthető: snapshot.opera.com/windows/24911_10.60-3413/Opera_1060_3413_in.exe

Üdv: Sunikeee27

Frissítések/Javítások

Desktop/UI
Store list of confirmed intranet servers in prefs instead of relying on typed history
DSK-256795 (Add Opera Portal to "Subscribe to this feed using")
DSK-301250 (Mail account wizard isn't using port 587 for Hotmail as specified in mailproviders.xml)
DSK-300071 (UPnP crash)
DSK-301526 (Tab cycling order wrong after closing tab opened in background or with activate the next tab enabled)
DSK-290477 (More... in Widget Upgrade Wizard displays error page)
DSK-286850 (Opera starts when launching Widget installer)
DSK-301097 (Ctrl + Enter saves address to typed history even if in a private tab)
DSK-242013 (Radio buttons cause crashes with accessibility software)
DSK-300258 (Opera crashes on exit when a state button (Unite or Link) has been added and the appearance dialog is still open)
DSK-290788 (It is possible to open multiple "Downloads" tabs when one is already open in another Opera window)
DSK-283680 (Illegal URL when clicking to receive file over DCC (chat))
DSK-300297 (Tweaking of O-menu padding, and issues with O-menu text and tab bar position)
DSK-300254 (Panel order wrong after restart)
DSK-299333 (DNS query fails when the response contains more than 24 addresses)
DSK-300281 ('More...' button in 'Why do I need to upgrade?' in Widget Upgrade Wizard has no effect)
DSK-298655 (New windows open slowly with a large global_history.dat)
DSK-286272 (No usable interface when tab bar is set to "show only when needed")
DSK-301236 (Pressing Ctrl or Shift key combination on startup dialogs causes opera to crash)
DSK-301307 (Crash when navigating back and forth with a limited cache size)
DSK-301514 (Crash when UI animations disabled, hovering a tab, and closing Opera)
DSK-300184 (Right-click > Validate does not work)
DSK-300848 (Inline address completion disappears after typing www.x)
DSK-276853 (Auto-completion sees www.foo.com and www.foo.com as different)
DSK-300637 (Delay tooltip on tab bar when moving the cursor between thumbnails)
DSK-276491 (Checkboxes have no focus indication when tabbed to)

Core
CORE-30452 (Google Docs spreadsheet scrolls to top when typing)
CORE-30416 (400 Bad Request on The Register because empty cookie value doesn't include "=")
CORE-30388 (HttpOnly cookies should not be accepted through NPAPI (BankID))
CORE-29243 (Opera crashes when printing a page where the body has a background color and negative margins)
CORE-22911 (Layouting a long word takes forever)
CORE-11619 (Spatnav highlight does not respect overflow:hidden on parent element)
CORE-28158 (Double clicking target _blank link opens home)
CORE-22136 (Missing new-script event in case of scripts in HTML attributes)
CORE-27601 (Port DOM attribute should return the empty string for the default port of the scheme)
CORE-28277 (Focusing empty RTL textarea cause caret to be shown to the left)
CORE-26889 (widget.openURL does not work with data: URIs)
CORE-24853 (Opera crashes on <feTile /> filter primitives with 'SourceGraphic' as implicit 'in')
CORE-27520 (Multi-line selection of BiDi text in RTL textarea is broken)
CORE-27513 (Cannot select the last character of cursive text (e.g. Persian) in textbox using mouse)
CORE-27933 (Can't scroll to the bottom when pasting large texts into textareas)
CORE-27657 (RTL textbox forgets the caret state after clearing the first letter of the cursive text with backspace)
CORE-27177 (Repaint problem when scrolling element that has border of another element positioned on top of it)
CORE-27868 (MHTML crash)
CORE-24952 (Downloading from HTTPS URL with port specified is very erratic)
CORE-24771 (createDocument with XMLNS namespace and QName without a colon which isn't "xmlns" crashes Opera)
CORE-26347 (Crash on cache-full cleanup)
CORE-27312 (Crash on calling JSON.parse with null reviver (Opera crashes when loading newegg.com))
CORE-6187 (When both Basic and Digest authentication are support, Opera chooses first)
CORE-25216 (Dragonfly crash)
CORE-25984 (IPAPMincho discarded as a web font even though Windows think it's ok)
DSK-280923 (Feed article mixup)
CORE-25449 (Encoding problem when STP/1 host replies to STP/0 request)
CORE-26442 (Page search hits go missing when problematic search hit is visible)

Windows
DSK-273213 (Not possible to install Voice plugin)
DSK-277666 (Middle-click works for 'middle-click', not on 'autoscroll' action with mouse drivers)
DSK-281398 (Logitech mouse tilt function for horizontal scrolling doesnt work)
DSK-300766 (Black tooltips for tabs when using Windows Native skin and "Show thumbnails when hovering tabs" is disabled)

Unix
Java support on Unix
DSK-239430 (Pressing Enter to select an item in a dropdown box submits a form)

@Sunikeee27: Bocs, de szerintem tök feleslegesen másolod be a changelogot, mivel előbb vagy utóbb úgy is kikerül, de ha valaki még is türelmetlen az úgy is megnézi a desktopteam blogját.