Magyar Opera

További bugfixek (b1027)

Írta: penge™ • 2011. 07. 20. - 16:48 Címkék:

A mai előzetes ismét nem hozott újdonságokat, ellenben számos hasznos bugfix került bele. A Facebook fagyás is javításra került, ami sokakat akadályozott a kipróbálásban. Pedig a korábbi összeállítás hozott pár apróbb változást, még ha nem is annyit, amennyi egy 12.00-s főverzióba illene.

Ismert hibák:

  • Összeomlás, ha megnyitott Dragonfly mellett újratöltünk.
  • Összeomlás, ha Levelező nézetben mentünk.
  • Összeomlás, ha jobbklikkelünk az Operára a tálcán.

Változások listája:

  • Javítva a Facebook fagyás, ami minden oldalt érintett, ahol volt beágyazott Facebook modul
  • Javítva pár BitTorrenttel kapcsolatos összeomlás
  • DSK-341929 Összeomlás a gyorshívó + gombjának eltávolításakor, ha töröltük az utolsó gyorshívóelemet
  • DSK-334114 Local Storage elemek eltünedeztek a dialógusból
  • DSK-341541 Opera Link beállítás mindig a Gyorshívó szinkronizációs státuszát jelenítette meg
  • DSK-340165 Rajzolási problémák, miután bezártunk egy PDF-et
  • DSK-272279 Mesterjelszó nem mindig kért megerősítést mikor többször oda-vissza kapcsolgattuk ezt az opciót
  • DSK-341581 "en"-nek ugyanazt a minőségi pontszámot kellett volna kapni, mint a legmagasabb regionális variánsoknak
  • DSK-340511 Kiegészítők elindultak akkor is, ha letiltottuk őket indításkor
  • DSK-339998 Parancssori argumentum Mac-en, hogy inkább a rendszer összeomlásnaplóját használja: -nocrashhandler
  • DSK-340909 "Limit chat notification to personal messages" engedélyezve minden platformon és alapértelmezésben bekapcsolva
  • DSK-339960 Személyes adatok törlése: A fülek bezárása csak az aktuális ablakra volt érvényes
  • DSK-340924 Telepített kiegészítők nem szűrődtek ki az ajánlásokból
  • DSK-342023 Nem lehetett Flash chatben gépelni, miután kétszer kattintottunk bele
  • DSK-337506 "Error initializing Opera: module 10" frissítéskor
  • DSK-330317 Fejlesztői módban nem futottak le az injektált JavaScript fájlok biztonságos oldalakon
  • DSK-313764 Gyorshívó URL-ek hozzáadódtak a typed history-hoz
  • DSK-341277 KIOSK móddal kapcsolatos problémák
  • DSK-338129 Egyedi gyorshívó cím nem szinkronizálódott
  • DSK-321669 Error 404 jelent meg, mikor a Start gombbal a panelen engedélyeztük a Unite Home-ot
  • DSK-341595 Linux: GTK témák alatti tab stílusozási problémák javítva
  • DSK-321361 Linux: Comboboxokról hiányzott a ".pressed" stílus

Letöltés (Opera 12.00 b1027)

A bejegyzés trackback címe:

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

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) 2011.07.20. 16:54:16

Most akartam írni, hogy jött egy új előzetes, de csúnyán lekéstem a dolgot. XD
Kíváncsi vagyok mi lesz a 12.00 nagyobb újdonsága...
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2011.07.20. 17:19:10

@Med1on: Remélhetőleg a Ragnarök, a hardvergyorsítást nem tudom, de személy szerint kevésbé érdekel... Persze ha részvényes lennék valószínűleg a hajamat tépném. :D

Számomra egyelőre eddig pozitív:

- Javították a box-shadow bugot.
- Van végre HTML5 video preload.
Válasz erre 

Zsüi_ 2011.07.20. 17:23:22

@Med1on: Szerintem befejezik a Featherweight-t --> eltűnik _minden_ a guiról.
Válasz erre 

fatal 2011.07.20. 20:38:33

"Összeomlás, ha jobbklikkelünk az Operára a tálcán."

Nekem nem omlott össze, érdekes.
Válasz erre 

fatal 2011.07.20. 20:41:57

Mintha gyorsult volna a finom görgetés is azokon az oldalakon ahol akadt.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2011.07.20. 22:32:38

@fatal: Én meg csak lefordítottam. Egyébként gondolom ezek azok, amikor nem írnak minden részletet, mert akkor úgy nézne ki, mint a Chromium-os changelogok, egy szépen formázott XML képében.

A smooth scroll nálam ugyanolyan... people.opera.com/rijk/opera/
Válasz erre 

fatal 2011.07.20. 22:51:30

@penge™: Igen itt nekem is ugyanolyan, sg-n egyik topicban mintha jobb lenne, na mindegy.

Más, látom itcafé topicot már nem nagyon olvasod, ezért belinkelem, te jobban képben vagy a reklámszűréssel mint én:

itcafe.hu/tema/opera_bongeszo_2/hsz_14190-14190.html
Válasz erre 

karelgott73 2011.07.21. 12:09:36

Nekem ez, és az előző 2 build is 100%-ra húzza a procimat :( Ebben a "hőségben" 60 fokosak a magok.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2011.07.27. 08:10:52

Most már azt is tudjuk, hogy Haavard nem azért kérdezett a panelekről, mert ki akarják venni, hanem mert Chrome-osítani akarják... i0.simplest-image-hosting.net/168bf183b2abe8bc9188aacc163dd507/panels.png
Válasz erre 

Zsüi_ 2011.07.27. 12:10:05

@penge™: Meg sem lepődök. Érzem, hogy sírás lesz a gui-átalakítás vége.
Válasz erre 

Dzsini 2011.07.27. 12:47:58

@Zsüi_: Mindennek mindig sírás a vége, miért pont ez lenne kivétel? Az átlag felhasználó bármikor a változtatás ellen van, bármilyen (főleg vizuális) változtatás problémát okoz neki, aztán ha már megszokta és megszerette az újat, akkor az újabb változtatás ellen fordul, amikor az elkövetkezik. És rendkívül ritka, hogy el meri ismerni, hogy valami esetleg jobban sikerült.

Ennek az alapelvnek az a következménye, hogy az internet és a böngészők (de akár az operációs rendszerek is) az első verziók megjelenésekor, tizensok éve voltak a legjobbak, és minden fejlesztés felesleges. :))
Válasz erre 

Zsüi- 2011.07.27. 17:51:35

Szerintem nincs feltétlenül így. Nekem nincs ellenemre az új gyorshívó, nincs ellenemre az új levelező kinézet, általában hamar megszokom az ikonkészlet cserélgetését is, viszont zavar a butítás. elképzelhetetlennek tartom hogy ne használjak oldalsávot. Persze biztosan csak kevés a fantáziám. Valószínűleg a Chrome másolásához nagy fantáziára van szükség. Egyébként a beállításokat már tényleg időszerű valahogyan kényelmesebbé tenni. Egyrészt nagyon kétfelé van (opera:config és a felugró ablak), másrészt a felugró ablaktól nem tudok kattintani sehova, pedig lehet, hogy pont egy cikkből nézném, hogy hova kell navigálnom. Sokszor írták már mások is: ha egy chrome kinézetű böngészőt szeretnék használni, akkor chrome-ot használnék.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2011.07.27. 19:10:10

@Zsüi-: Először az INI kezelésével kéne valamit kezdeni, hogy ne ömlesszen módosítások után olyasmit bele, amit nem kéne, aztán lehetne gondolkozni a külsőségeken.

Az opera:config-ból legalább csak az tárolódik el az operaprefs.ini-ben, ami ténylegesen módosult.

De az alapértékek így sem törlődnek és rengeteg olyat is eltárol már első induláskor is, ami alapérték.

Az override.ini ugyanúgy. Ha oldalspecifikus cookie törlés után Ok-ra nyomsz Cancel helyett, ott is eltárol vagy 8-10 felesleges sort, mint ignore target, target destination, popups, stb.

@Dzsini: Azért ne általánosítsunk. Opera felhasználók közül kevés olyan van, aki ne tudná megindokolni, hogy mi a baja a változtatással.

Ahogy az előttem szóló is írta, az új Mail panelre szinte senki nem szólt egy rossz szót sem, az új gyorshívóra sem, leszámítva az időhúzás miatti szubjektív(!) véleményeket Nekomajin volt az egyetlen, de ő meg is tudta indokolni, hogy neki szüksége van 50+ gyorshívóelemre görgetés nélkül. Úgy gondolom ez elfogadhatóbb indok, mint a

"Jaj, ez a négyes mozilla nemteccik!!!444"

vagy a "Tök csúnya az IE9, vissza az IE8-ra".

A Featherweight mivel külsőség teljesen szubjektív a megítélése, nekem a korábbitól jobban tetszik.

Az IMAP javítások is kedvező fogadtatást kaptak, az oldalspecifikus Flashblockot nem verték nagydobra...

Belőled árad a fanboyizmus, de erősen. Itt van például a Tab Stacking vagy az képátméretező. Függetlenül attól, hogy kinek melyik tetszik és melyik nem szerintem ha valaki képes az objektív véleményalkotásra, akkor láthatja, hogy mindkettő ott vérzik el, hogy "nem kapcsolható ki."

Az egyik sehogy a másik trükközéssel igen. Halkan megjegyzem, a képátméretezés még Firefoxban is kikapcsolható about:configban.

Na ezek a butítások. Ezek nem vélemény kérdései. Ha imádnám a képátméretezést, akkor is azt mondanám, hogy butítás.

Ha lenne automatikus tab stacking kikapcsolhatatlanul, szintén azt mondanám, hogy butítás.

Ha a gyorshívó úgy maradt volna, lekicsinyíthetetlenül szintén azt mondtam volna.
Válasz erre 

Nekomajin · http://nekomajin.wordpress.com 2011.07.28. 15:53:26

Penge elég jól összefoglalta.

Nem az a baj, hogy fejlesztenek, és változtatnak, hanem hogy néha ész nélkül csinálják. Az Operának különösen figyelni kéne a már meglévő felhasználóira. A megszokás nagy úr, és egyelőre még a program van az emberért, és nem fordítva, úgyhogy amennyire lehet, teret kell engedni a megszokásoknak. Ha valami tényleg jó, akkor arra úgyis átszokik a felhasználók legnagyobb része. Ha meg csak a marketingesek szerint jó, akkor jogos a háborgás.

Ha egy változtatás nem teljesen merőleges már alapelemeiben is a korábbi verzióra, akkor lehetőséget kell rá adni, hogy aki akarja, az vissza tudja állítani. 1-2 checkbox simán elfér még a beállításokban, bár részemről az se baj, ha egy kicsit trükközni kell vele. A képátméretezős feature-nél is elrebegtem egy gyors bazmeget, aztán telepítettem a kiegészítőt, amivel minden olyan, mint régen. Így kéne ezt csinálni alapból, és nem utólag hegeszteni, mikor a nép (egyébként jogosan) telisírja a fórumot.
Aztán simán lehet, hogy a régebbi verzió lassan kikopik, és egy idő múlva csendben ki lehet törölni a kódból. De akkor annak már valós alapja lesz, nem csak marketingduma, hogy valaki megálmodta, hogy jobb lesz az új.

Az új skin nálam tipikus példája annak, hogy két napig baromi furcsa volt, de aztán megszoktam, és most már kifejezetten tetszik. (Bár az iszonyatosan zavar, hogy a menüben is monochrome ikonok vannak, mert korábban már első pillantásra, a szín alapján tudtam, hogy hol van, amit keresek, most meg nézni kell.)
Ellenben például a gyorshívóval még mindig nem vagyok megbarátkozva. Annak ellenére sem, hogy most már minden kifér nálam is. De ha lenne egy checkbox, hogy akarom-e, hogy dinamikusan változzon a thumbnailek mérete, vagy én magamnak beállítok egy fix méretet, és csókolom, akkor sem dőlne össze a világ, én viszont jobban örülnék.
(Mielőtt megint elkezdődne az én vagyok a hülye, nem a gyorshívó vita: ez csak egy kiragadott példa volt, szóval nem kell rápörögni.)

Ezek azok az apróságok, amivel rengeteg rinyálást meg lehetne előzni. Az se baj, ha az újítás lesz a default, csak legyen opcionális, valamilyen módon vissza lehessen csinálni a régit annak, aki akarja.
Válasz erre 

Mihics Zoltán (Med1on) 2011.07.28. 16:05:46

"De ha lenne egy checkbox, hogy akarom-e, hogy dinamikusan változzon a thumbnailek mérete"
Nagyítás -> kézi és máris nem fog változni a méret. :D
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2011.07.28. 16:33:43

@Nekomajin: Én azt sem értem, hogy miért kell ilyen ocsmányul sok felesleges helyet hagyni. Vegyenek példát erről: my.opera.com/community/customize/skins/info/?id=8761

vagy akár erről: my.opera.com/community/customize/skins/info/?id=9551

Persze ezek egyike sem illik a gyári színvilágába, az meg, hogy én kereteket rajzolgassak...
Válasz erre 

Nekomajin · http://nekomajin.wordpress.com 2011.07.28. 17:19:30

@penge™:
Mert ez Chrome-os. Csak ott nem néz ki ennyire hülyén, mert vastagabb a cím mező is, és nincs akkora padding.
Egyébként a cim mező is jobban nézne ki, ha pár pixellel vastagabb lenne, hogy egyezzen a mérete a gombokéval. A design is jobb lenne, meg az olvashatóság is, mert lehetne 1-2 mérettel nagyobb betűket használni.

@Med1on:
Pontatlanul fogalmaztam. Arra gondoltam, hogy beállítok egy fix oszlop/sorszámot, mint korábban, és kész.
Válasz erre 
süti beállítások módosítása