Magyar Opera

Stabilitás, kiegészítők, tab stacking (b1145)

Írta: penge™ • 2010. 12. 14. - 13:37 Címkék: előzetes javítás 11

Ez a nap is eljött végre! A fejlesztők a karácsonyi party után összetakarítottak és gondolták itt az ideje egy új előzetesnek.

Főként kiegészítőket, windows installert és Tab Stacking-et érintő javítások, valamint crashbugok számának csökkentése, de bővebben a changelogban:

Változások listája (Desktop/cross-platform):

  • DSK-285118 A fül kerete hiányzott mikor normál méretű MDI ablakból a háttérben új lapot nyitottunk
  • DSK-319143 A tanúsítványos dialógus bezárása után összeomlott az Opera
  • DSK-319515 Indítás Gyorshívóval opció az összeomlás dialógusban, opera:config#UserPrefs|StartupType 4-es értékre
  • DSK-317769 Kínai fontkészlet en_US területi beállítások esetén rosszul renderelődtek
  • DSK-312495 4-es és 5-ös egérgombok újra működnek [:-) - a szerk]
  • DSK-320940 Aláhúzás, mikor rossz pozícióba vittük az egeret a könyvjelző panelen
  • DSK-320554 "Go to Page" dialógus nem tisztelte a Gyorshívó gyorsbillentyűket
  • DSK-321099 Alapértelmezett betűtípus "ismeretlen" keverte a fix és nem fix szélességű fontokat
  • DSK-321635 Autoupdate két példányban indította az Operát
  • DSK-321609 Címmezőt érintő skin javítások
  • DSK-318613 Gyorshívó badge hozzáadva
  • DSK-321891 Kiválasztás a címsávban nem nem ott kezdődött, ahova klikkeltünk
  • DSK-321725 OK/Mégse hiányoztak a nagyított Mentés dialógusból
  • DSK-311558 Összeomlás wmode="transparent"-es Flash oldalak elhagyásakor

Változások listája (Tab stacking):

  • Nincs automatikus csoportosítás
  • Javítások, hogy füleket húzzunk be a stack-be és ki onnan
  • Csak a stack-ben lévő aktív fül volt része a fülsorrendnek
  • Javítva különböző sorrendet érintő bugok
  • Különböző javítások és teljesítményjavítások

Változások listája (Extensions):

  • DSK-320806 A kiegészítő kezelőben nem lehetett billentyűzetről navigálni
  • DSK-315918 Nem lehetett görgetni a kiegészítő kezelőben, mikor a kurzor egy letiltott kiegészítőre mutatott
  • DSK-321138 JS alert a kiegészítő tulajdonságaiban nem jelenítette meg a kiegészítő címét
  • DSK-321943 Futó kiegészítő frissítése nem tisztelte a Privacy beállításokat és az alapértelmezetteket alkalmazta (alapértelmezett frissítéskor = tiltva mindenhol)
  • DSK-321659 Több soros frissítés értesítő támogatása

Változások listája (Core):

  • CORE-34390 Content-Type header törlődött beépülők feltöltés kérésénél (speedtest.net)
  • CORE-34799 Billentyűzet bevitellel kapcsolatos összeomlás
  • CORE-35048 TLS verzió állapotok nem mentődtek el leállításkor
  • CORE-27718 Cache-sel kapcsolatos memóriakezelés javítások
  • CORE-34004 Pre-flight XHR kérések megbízhatóságának javítása

Változások listája (Windows installer):

  • DSK-315474 Hiba dialógus és üres lezárt képernyő dialógus mikor frissíteni próbáltunk az Operát miközben egy másik Windows felhasználói fiókból meg volt nyitva a böngésző
  • DSK-320922 Szövegnek az "Install for" buborékban levágódott az alja
  • DSK-315407 Nem minden futó widget záródott be frissítés alatt
  • DSK-320724 Az új telepítő többé nem jegyzi meg, hogy a widgetek futnak frissítés alatt
  • DSK-318966 Több hely szükséges a lokalizált kifejezéseknek a telepítőben
  • DSK-316264 Nincs Fájl Használatban ablak (és hibaüzenet) mikor frissíteni próbáljuk az Operát és a telepítési mappában le vannak foglalva a fájlok más programok által Windows Vista alatt
  • DSK-314657 A nemzetközi telepítő neve megváltozott "in"-ről "int"-re

Változások listája (Linux/FreeBSD):

  • DSK-321500 Unix PGO javítások
  • DSK-321082 Rossz betűtípust választott mikor az alapértelmezett fontkészletet választottuk
  • DSK-321571 Geolocation összeomlások
  • DSK-321240 Továbbfejlesztés a DSK-316550-vel kapcsolatban (ATOK automatikusan kikapcsolódik)

Figyelem! Az előzetes verziók még sok hibát tartalmazhatnak, ezeket nem ajánlott mindennapi használatra telepíteni. Az Opera legutolsó végleges verzióját az Opera oldaláról töltheted le.

Letöltés (Opera 11.00 b1145):

A bejegyzés trackback címe:

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

Trackbackek, pingbackek:

Trackback: Stabilitás, kiegészítők, tab stacking Opera 11(b1145) 2010.12.14. 16:49:07

Ez a nap is eljött végre! A fejlesztők a karácsonyi party után összetakarítottak és gondolták itt az ideje egy új előzetesnek. Főként kiegészítőket, windows installert és Tab Stacking-et érintő javítások, valamint crashbugok számának csökkentése, de bőveb…

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.

Worlon 2010.12.14. 14:09:34

Nincs automatikus csoportosítás.
Juhéééééééééééééé
Válasz erre 

Worlon 2010.12.14. 14:22:15

Bocs, először nem akarta mutatni a kommentem.

Lassan kéne javítani az ismert hibák listáját a 11-t érintően. Már azóta számos hibát javítottak, van olyan is, ami miatt a böngésző fagyott.
Válasz erre 

David_K 2010.12.14. 14:39:02

Igazán lehetne valami színes kerete a stacknek, mert így eléggé beleolvad a többibe.
Válasz erre 

arqblasio · www.arqblasio.com 2010.12.14. 14:41:12

de jó!!! minden rendesen működik! és nem omlik az előző hiba miatt! (bár lehet ez csak nálam volt gubancos...)
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 14:56:10

@Worlon: Ja, sajnos még opcionálisan sem. :( Remélem azért lesz, mert gondolom nem azzal ment el ennyi idő, hogy kikommenteltek pár sort a forráskódból.

Javítom, de legközelebb leírhatnád oda a kommentekhez, hogy mik azok, amiket már javítottak, mert igazából nem nagyon van időm sűrűn tesztelgetni az összeset, viszont ha te xy funkciót napi szinten használod, amit esetleg én nem, akkor egyből észreveszed anélkül, hogy plusz időt szánnál a lista végigtesztelésére.

Más: Még 2 óra sem telt el és máris találtam egy crashbugot:

1: Állíts normál méretűre egy fület
2: Nyiss meg bármilyen linket a normál méretű fülről középső klikkel.
3: Maximizáld a normál méretű fület
4: Zárd be a fület, amit korábban nyitottál a normál méretű fülről.

@David_K: Mondanám, hogy használj másik skint, de most nem szerencsés, mivel sajnos a minőségi skinek közül a Z1 az egyetlen, ami úgy ahogy követi a snapshotokat, de jelenleg TA5K is leállt a véglegesig, mert minden snapshotban a skin.ini 10%-a megváltozik. Új szekciónevek, régi nevek törlése, core módosítások, amik kihatással vannak a korábbi padding és marginbeállításokra és hogy teljes legyen a kép, új képi elemek és a régiek átnevezése. :)
Válasz erre 

David_K 2010.12.14. 14:58:35

Érdekes hogy csak nekem tűnik ez fontosnak, sosem látom, hogy más is felvetné. Ennyire hülyeség lenne? Legalább jobb gombbal lenne valami színes keret kiválasztható a stackeknek, sokkal látványosabbak, identifikálhatóbbak lennének.
Válasz erre 

blogkommenter 2010.12.14. 15:02:52

David_K: na, ez nekem is hiányzik!
Válasz erre 

Mesmoryser 2010.12.14. 15:07:26

Engem már csak a pin tab működése zavar. Ha lezárok egy fület, nagyon szépen balra viszi, de ha több lezárt fülem van, amiből az elsőn nyitok egy új tabot, akkor a lezártak közé nyitja az új fület és nem utánuk. Remélem javítják, mert elég kényelmetlen fél óránként újrarendezni a tabokat. (Szakmai ártalom, rend a lelke mindennek, legalábbis a gépemen)
Válasz erre 

Mesmoryser 2010.12.14. 15:11:11

Huhh, ez húzós volt. Megcsináltam a Penge által leírt 4 lépést, de nem történt semmi. Visszaállítottam a füleket, aztán megírtam az előbbi kommentet, rákatt a küldés gombra, és összeomlott az Opera. Újraindítom, erre normál méretű fülek fogadnak :) Még szerencse, hogy a kommentet elküldte.
Válasz erre 

Worlon 2010.12.14. 15:12:04

@penge™:
Hiba, ami nálam már nem áll fenn:
- Fagyás ezen az oldalon, ha rávisszük az egeret a nyelvkiválasztó legördülőre.

Nem vagyok benne biztos, de mintha ezt már javították volna: DSK-296161

Tudom ez nem sok, de nekem ennyi tünt fel használat közben, ill. abból amit kipróbáltam.
Válasz erre 

Tebi 2010.12.14. 15:16:30

Azért nekem tetszett az automatikus csoportosítás, még ha jó pár furcsaságot is produkált. Remélem vissza fog később kerülni, de opcionálisan, mivel megértem, hogy sokakat zavart, én kb. úgy tekintettem rá, mint a fülkezelés jövőjére :) Gondolom elég bonyolult minden bugot kiszedni és az opcionálissá tétel sem biztos hogy olyan könnyen megoldható egy ilyen funkció esetén, így inkább kivették, és majd visszarakják, ha kissé használhatóbbra faragják.
Azért öröm látni milyen jól haladnak, sokkal hamarabb lesz ebből végleges, mint korábban gondoltam.
Válasz erre 

arqblasio · www.arqblasio.com 2010.12.14. 15:43:41

"Tab stacking will be quite basic in Opera 11.0, but it will be considerably improved in future versions." - Haavard

azaz valószínűleg jön a végleges, nem teljes tab stackinggel. ezért vehették ki az auto-csoportosítást is, később jöhet vissza...
Válasz erre 

cousin333 · http://magyaropera.blog.hu 2010.12.14. 16:08:09

@blasiotm: Én ezt úgy értelmezem, hogy azt kapjuk a 11-ben, amit most látsz, kikapcsolható, de "teljes" tab stacking-gel - tehát tudja azt, amit eddig láttunk tőle - de jelentősen továbbfejlesztik majd a jövőben oly módon, amit még nem láthattuk.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 16:16:16

@David_K: Nekem tetszik az ötlet.

@Mesmoryser: Open new tab next to active be van kapcsolva? Ha igen, akkor nem bug, hanem by design, hogy összecseréli a sorrendet és az új füleket is minden eseteben a következő után nyitja.

@Worlon: De sajnos az még jelen van. UserJS-ek nélkül is próbáltad? Lehet, hogy valamelyik javítja. De még egyszer: "Architecture Type: All" ez működik

"Languages:Persian" - Na itt fagy meg.

@Tebi: "és az opcionálissá tétel sem biztos hogy olyan könnyen megoldható egy ilyen funkció esetén"

Egy if-else struktúra, plusz egy változó és és egy checkbox deklarálása.

Inkább az játszik közre, hogy maradjon megvalósítandó fícsör a következő verziókra is.

Piacgazdaságban nem profitábilis egy olyan fejlesztő cég (és itt most nem csak a szoftverfejlesztés esetében van így), ami megcsinál mindent, majd 2 évig malmozik és csak bugfixek jönnek, majd utána eszükbe jut, hogy xy funkció még jó lenne bele.

Lásd: sok kis, speciális feladatra szánt célszoftver 2003-as, vagy 2005-ös utolsó verziófrissítéssel, de a program tökéletesen fut Win7 alatt és nem tapasztalsz a működésében bugokat sem.

Az Opera nyilván komplexebb szoftver, de ettől függetlenül nem csak ez az egyetlen oka az egyenletes ciklusos verziókiadásoknak.

Minden garázsprojekttől nagyobb szoftvernél megfigyelhető függetlenül, hogy milyen egyszerű szoftvert fejlesztenek.

De még az Operás skinek is jó példák. Ahol nem frissül sokáig, ott szépen lassan visszacsúszik a toplistán függetlenül attül, hogy éppen hibátlan az újabb verziókban is, ellenben ahol gyakrabban frissítik ott még a 10 frissítésen keresztül meglévő, 5+ ember által említett padding bugokat is elnézik és ível felfelé.
Válasz erre 

fatal 2010.12.14. 16:42:15

Na ez egy szuper build, végre nincs automatikus csoportosítás, helyrejött a silverlight bug is :)
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 16:56:25

@cousin333: http://twitter.com/#!/opvard/statuses/14683720623595520
Válasz erre 

DemonDani 2010.12.14. 17:00:07

isteni :D főleg a rohadt stack... :)
de eddig legalább stabil is meg a silver is megy.

arra a szótárra nem lenne valami megoldás Penge? rakat uj verzió van de mind mac-re :@
Válasz erre 

vlevi 2010.12.14. 17:19:04

@Worlon: Halleluja!!!
De sajnos még mindíg nem tudok quick reply-al levelet küldeni :(((
@penge™: "De még az Operás skinek is jó példák." Láttam egy mac-re hasonlító skint. Tetszene, de hatalmas fekete kockák virítanak a képernyő egyes részein, ezért inkább hanyagolom.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 17:43:00

@DemonDani: Milyen szótárra?

@vlevi: A Mac skinek ilyenek. Kezdjük ott, hogy Windows alatt nincs kerete a gomboknak és a szövegmezőknek, csak ha a készítő rajzolt nekik, mivel OSX-en ezek alapból ott vannak.
Válasz erre 

cousin333 · http://magyaropera.blog.hu 2010.12.14. 17:56:23

@penge™: Láttam. És, mit akartál ezzel mondani?
Válasz erre 

DemonDani 2010.12.14. 18:06:26

a 145 ezres szótárra :D
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 19:26:29

@DemonDani: Arra nem.

Más: Nem tudja valaki, hogy hogyan lehet a fülek magasságát állítani? Mert az utóbbi pár buildben valahogy nincs szinkronban a Pinned Tabs és a normál fülek (beleértve a [Pagebar Group...] részeket is).

A pinned fülek kattinthatatlanok, ellenben a normál füleknek nem csökken a mérete a [Pagebar Button Skin] esetében.
Válasz erre 

DemonDani 2010.12.14. 19:31:19

@penge™: Másik skinnel próbáltad már? nekem eddig elcseszett volt, de ebben a biuldben megjavult ez a gray chrome...
Eddig full másmilyen fül volt a stack végén. :/
De most nem csináltam semmit, simán ugyan olyan lett, mint a többi és a végén csak ott a nyilacska simán.
Válasz erre 

Mesmoryser 2010.12.14. 20:13:35

@penge™: Jól gondolod, Open new tab next to active be van kapcsolva. Viszont ez nem design kérdése. Döntsék el, hogy mit akarnak. Ha megcsinálták, hogy egy fül lezáráskor balra zárt lesz, akkor utána ne tegyen a balra zárt fülek közé lezáratlan fület.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 20:25:28

@DemonDani: Igen, ott is ugyanaz. De számomra egyik sem jöhet szóba, mivel túl vastag az összes. Bár ezt még úgyahogy meg bírnám szokni, de hogy centis távolságok vannak például a fülsáv title és a favicon között, illetve minden oldalt sok pixel, azt nem, mivel az már 50+ fülnél a használhatóság rovására megy.

Ettől függetlenül tetszenének, de igazán fordíthatnának nagyobb figyelmet az extrém használat esetén keletkező

Sokat próbáltam, de mivel egyik sem felel meg az ízlésemnek (vagyis egy volt, de azt már hosszú ideje nem fejleszti senki), inkább sajátot csináltam.

Inkább összeollózom mindegyikből, ami tetszik. Például jelenleg az Omelion skinben lévő szövegkiemelés kéne, mivel 10.5 óta a forráskódnézetben és a szövegdobozokban a Ctrl+F-es kereső használhatatlan, mivel halványszürke alapon halványszürke háttérrel jelöli ki a szöveget, amire még a TN panellel megvert TFT monitor is "rásegít".
Válasz erre 

DemonDani 2010.12.14. 21:56:14

@penge™: a grey chrome eléggé szarrá konfigurálható, enyémben van bookmarks sáv, és így foglal annyi helyet mint az eredeti a sáv nélkül :)
meg nekem sokat segített mikor átszoktam nemrég a krómról meg elég jó benne a láthatatlan menü ikon is, meg a sidebaron is szépen világítanak az ikonok pl ha email jött. de méretezéseben a favicon meg szöveg közötti hely fel sem tűnt eddig annyira, megnézem azt lehet-e állítani, de eddig ebben a skinben nem találtam olyat amit nem lehetett :P
Válasz erre 

DemonDani 2010.12.14. 21:57:38

jah igen ;) azért van ott annyi hely mert ott jelzi ha betöltött a lap :))
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 23:05:06

@cousin333: Na ugye, megmondtam, hogy nem teszik már bele. Azért linkeltem a Twitter bejegyzést is, ugyanis Rijk elmondása szerint, vannak, amiket 10 éve fontolgatnak.
Válasz erre 

penge™ · http://www.thevenusproject.com/ 2010.12.14. 23:12:38

@DemonDani: Azért jelzi ott, mert border-radius van a füleken és mivel az grafikában minden négyzetből tevődik össze (a kör is az, csak a körülötte lévő terület átlátszó, azért látod körnek), így ez határozza meg az elhelyezkedését. A faviconnak meg ugye ki kell férnie, tehát még ha van is overlapping a fülek között, akkor is összenyomódnak kicsibe a faviconok sok fülnél, a címből pedig már egy betű nem látszik.

De az eredeti kérdéshez visszatérve: Itt is alacsonyabbak a rögzített fülek, mint a normál fülek, mivel három [Pagebar Button Skin] szekció van már csak, ebből kettő a Tab Stacking-re vonatkozik.
Válasz erre 
süti beállítások módosítása