Magyar Opera

Kiegészítő ajánló: AdvancedPopup

  • Utálod, hogy bizonyos oldalak teljesen indokolatlanul használják a target attribútumokat?
  • Mivel ismered az Operás trükköket (akár keresőformokban, címsorban is Shift+Enter illetve Ctrl+Shift+Enter) teljesen feleslegesnek tartod, hogy bármi új lapon nyíljon meg?
  • Szeretnéd, ha a javascript: kezdetű linkekre is érvényes lenne a Shift+klikk illetve Ctrl+Shift+klikk?
  • Esetleg régi álmod, hogy az MDI ablakok ne csináljanak maguknak új fület?

Ha ezek közül akár egyre is "Igen" a válaszod, akkor mindenképp próbáld ki az AdvancedPopup nevű kiegészítőt.

Működése:

Kétféle beállítási lehetősége van. Az egyik a globális beállítás, amit az Opera gomb → Kiegészítők/Extensions → Kiterjesztések kezelése/Manage Extensions → helyen érhetsz el a csavarkulcs ikon → Beállítások/Preferences menüpontjára kattintva. Ez minden oldalra érvényes lesz.

A másik a domainspecifikus beállítás, amit a kiegészítő eszköztáron lévő ikonjára kattintva érhetsz el és módosíthatsz eltérően a globális beállításokról. Ez csak az adott domainre lesz hatással.

Itt természetesen a 4 funkciót határozhatod meg, hogyan működjön (illetve működjön-e)

No key: Sima bal egérkattintásra
Shift key: Shift nyomva tartása mellett kattintva
Ctrl key: Ctrl nyomva tartása mellett kattintva (vedd figyelembe, hogy képen, illetőleg képet tartalmazó linken elkövetett Ctrl+klikk a képet mentésre kínálja fel).
Shift + Ctrl: Ctrl+Shift+kattintás mellett

Funkciói:

DisOpenWin: Minden lehetőséget kiiktat, hogy valami új lapon nyíljon meg, legyen az target="_blank" vagy éppen window.open

InsidePopup: Az MDI ablakok helyett belső ablakok jelennek meg az adott fülön belül. Hátránya, hogy a mozdulatparancs, illetve Ctrl+W az egész fület bezárja, tehát ezt a popupot csak a sarkában lévő X-el lehet bezárni.

TargetPopup: Amik popup-ként nyílnának meg normál esetben azok rendes popupként nyílnak meg ezzel a beállítással.

ForcePopup: Mindenképp rendes popupként nyílik meg az oldal. Ennek paramétereit az option helyen a beállításoknál legalul lehet szerkeszteni. Vagyis mekkora legyen a popup, legyen-e címsor, legyen-e scrollbar, ilyesmi.

2010 operás szemmel

Ismét eltelt egy esztendő, ezúttal a 2010-es, ideje tehát kicsit visszatekinteni. Ahogy az ezt megelőző, az idei év sem szűkölködött az Operával kapcsolatos eseményekben. Az alábbiakban a legfontosabbakat próbálom tematikusan összefoglalni.

Opera böngésző

Bár az Opera sok mindennel foglalkozik, mégiscsak az általa készített PC-s böngésző képezi az érdeklődés legfőbb tárgyát. Ennek megfelelően a program az idei évben is sokat fejlődött. A tavalyi év azzal zárult, hogy bemutatkozott az Opera 10.5, ami túlzás nélkül tekinthető a cég eddigi legfontosabb kiadásának - részint a benne fellelhető újdonságok, részint az aktuális - az Operára nézve nem túl hízelgő - piaci helyzet okán.

Először is ott volt a Presto 2.5, ami mind sebesség, mind szabványkövetés szempontjából jelentős előrelépés volt a 2.2-höz képest. Szintén nagyon fontos volt a Carakan névre hallgató új JavaScript motor is, ami nemes egyszerűséggel lelépte elődjét, és a mai napig is az egyik leggyorsabbnak számít. Mindemellett bemutatkozott a VEGA nevű grafikus motor is, ami kétségtelenül 2010 legjobb szoftveres renderelője a többi böngészővel összevetve is.

A negyedik jelentős változtatás a megújított minialkalmazás-motor, aminek köszönhetően a widgetek külön processzként, a böngészőtől függetlenül futhatnak. A 10.5 egyben radikálisan megváltoztatta a felhasználói felületet: egyrészt sokkal könnyedebb, "levegősebb" lett az Aero-t idéző megjelenésnek köszönhetően, másrészt sokkal jobban illeszkedett az őt futtató operációs rendszerekbe, legyen az Windows, Unix vagy Mac OSX.

Az volt tehát a kezdet, de a további előzetesek, és a végleges 10.5 - meglehetősen elsietett - március eleji kiadása már az idei esztendő történései voltak. Akárcsak a későbbi javított verziók, a 10.51 és a 10.52. Utóbbi hozta el a 10.5x szériát a Macintosh operációs rendszerekre is. A sor végül a 10.53-al és a 10.54-el zárult.

Mire azonban utóbbi június második felében kiadásra került, az igazi ínyencek már a 10.6 előzeteseit próbálgatták, a fejlesztés ugyanis párhuzamosan zajlott. A végleges 10.6 aztán július elsején mutatkozott be, immáron Unixra is. A program tovább gyorsul elődjeihez képest, és olyan funkciók kaptak benne helyet, mint a Geolocation API, a Web Workers, illetve a belső oldalak is tetszetős ikonokat kaptak a 9.6-ban bemutatkozott vizuális fülek használata esetén.

Tovább...

Web, alkalmazás

Ez a cikk egy rövid eszmefuttatás a webes alkalmazások témakörében - a konkrét időpontot egy operás bejelentés inspirálta. Megírásához az első indíttatást egy videó adta. Ebben a Le Web 2010 nevű webes konferencia egy interjúja látható, amiben Mitchell Bakert, a Mozilla Alapítvány elnöknőjét szólaltatták meg.

Az egész interjú meglehetősen hosszú, mintegy 20 perces, és sok témát érint, azonban közülük én csak egyre szeretnék reagálni. A beszélgetés elején a beszélgetőpartner szóba hozza az alkalmazásboltok kérdését, egészen konkrétan az Apple modellt. Aki esetleg nem ismerné, ezen elgondolás szerint a fejlesztők csak szigorúan meghatározott programozási nyelveken írhatnak alkalmazásokat, amiket egy központi helyre tölthetnek fel. A felhasználók pedig innen juthatnak hozzájuk, egy előzetes cenzúrát követően.

Mitchell Baker ezt nem tartja helyén valónak, és hosszútávon a webes alkalmazások mellett érvel. Azt mondja, hogy ezen programoknak a web valamiféle kiterjesztésének kell lenniük, egyfajta mobil eszközökre megírt honlapoknak. Tehát olyanoknak, amik a "webből állnak" és webes tartalmakat szolgáltatnak, ugyanakkor megőrzik mindazt, amiben a klasszikus alkalmazások erősek.

Az érdekes rész ezután következik, amikor arról beszél, hogy a Mozilla Labs-nál jelenleg még nincs kiforrott modelljük a megvalósítás mikéntjére, de a jövő évben komoly erőforrásokat szentelnek a témakörnek. Majd kijelenti, hogy sokan próbálják követni az Apple példáját, de csak a Mozilla teszi fel a kérdést: miként lehetne az alkalmazásokat integrálni az internettel (ez 3:00-nál hangzik el).

A fordításom talán nem teljesen szakszerű, de úgy vélem, helyesen értettem szöveget. Ha tehát most valaki a fentieket olvasva kérdőn néz maga elé, nem jár messze az igazságtól. Túl azon, hogy a fenti integráció lenne ugye a Chrome OS fő szexepilje, én még ismerek egy norvég szoftvercéget, ami nem csak hasonló kérdéseket fogalmazott meg, de el is kezdte azok implementálását - méghozzá már 2006-ban!

Tovább...

Anti BrowserSniffer - a maszkolás új generációja

Még fél év sem telt el a kiegészítők bejelentése óta, máris több hasznos kiegészítő jelent meg. Leszámítva az új funkciókat kínáló kiegészítőket, az Anti BrowserSniffer az egyik leghasznosabb, amely olyan oldalakat is életre kelt, amit eddig maszkolással sem sikerült és böngészőspecifikus JS függvények javítására is kísérletet tesz.

Mielőtt mindenki örömmel telepítené, megjegyezném, ahogy whochan (a fejlesztő) is írta, néha ez a kiegészítő oldalmegjelenési problémákat is okozhat, szóval csak óvatosan vele.

Félni nem kell tőle, mivel ilyeneket a piros kapszula ikonra kattintva javíthatunk. Ez egyébként többnyire olyankor fordul elő, mikor egy weboldalnak képletesen szólva "lóg a bele" és a webfejlesztő szabványos kód helyett valamelyik régebbi Internet Explorerre írja meg, majd user agent alapján egy script dönti el, hogy a forráskód cafatok, - amiket Frankenstein is megirigyelne - hogyan jelenjenek meg egyes böngészőkben.

Mindenesetre jól szimbolizálja, hogy hol fejlesztett a webfejlesztő, hol pedig kókányolt és maximum külső nyomásra rakott a gányolt kódba egy "if (navigator.userAgent.indexOf("Opera")" kezdetű függvényt. Amit ez esetben workaround céljából tett meg, nem pedig szokás szerint azért, hogy diszkriminálja a böngészőt, mert ugyebár normális (még csak teljesen szabványosnak sem muszáj lennie) kód esetén nincs erre semmi szükség. Legalábbis nem olyan esetben, hogy ne működjön miatta az oldal.

A javított oldalak (a japán oldalakat leszámítva):

  • Google Maps: Google Earth kompatibilitás.
  • YouTube: A képernyő nem gördül, mikor kiválasztunk egy kulcsszót a suggestion listából.
  • Picasa: A "Nem támogatott böngésző" dobozt eltünteti.
  • Google Docs: A Spreadsheetsben javítja a cella kiválasztó keret padding hibáját és az oldal is valamivel gyorsabban reagál (vagy csak placebo hatás).

Magyar oldalak (nincsenek a felsorolásban):

Valamint a Scribd-en is javított valamennyit, de az még mindig problémás, de legalább már nem használhatatlan. Ahova bejelentkezés szükséges (Battlefield Heroes, DIGI Sport, Lord of Fultima, Quake Live, K&H Bank, CitiBank, HotDog, ELMŰ) nem tudom ellenőrizni. Lehet, hogy azok közül is javít.

A kiegészítőn belül van egy preferences mappa, benne egy sitelist.js nevű fájl, ezt szerkesztve lehet fix (tehát nem Local Storage alapú) tiltásokat felvenni.

Jelmagyarázat:

  • Engedélyezve: engedélyezve
  • Letiltva: letiltva
  • Nem szükséges: nem szükséges

Új lap nyitása Operában :)

Mai cikkünkben bemutatjuk, hogy hogyan nyithatunk új fület kedvenc böngészőnkben. Ez valami vicc? - kérdezheti az Olvasó. Igen, az! Pontosabban egy poénos látlelet arról, hogy a legnépszerűbb böngészőfunkciót hányféleképpen érhetjük el az azt meghonosító Opera böngészőben.

Természetesen kell néhány megkötés: új oldalnak számít, amiben tetszőleges címet meg tudunk nyitni - tehát a jobb kattintás egy linken, majd "link megnyitása a háttérben" nem játszik. A privát oldal sem számít, nem is beszélve a "nyiss meg 3 új lapot, és zárj be kettőt" típusú mókás ötletekről. Ahogy a listából látni fogjuk, így is van jó néhány megoldási javaslatunk.

Mivel új fület általában azért nyitunk, hogy aztán megnyissunk egy internetes címet, további megoldásokat is nyugodtan ide lehet számítani. A lista összeállításánál feltételeztük, hogy a Megnyitott fül újrahasznosítása opció ki van kapcsolva! Tehát:

Új fül/oldal nyitása Operában

  1. Kattintsunk a + gombra a jobb szélső fül jobb oldalán
  2. Tartsuk lenyomva a jobb gombot, majd húzzuk lefelé az egeret (egérmozdulat)
  3. Menüből válasszuk a Fülek és ablakok > Új fül pontot
  4. Menüből válasszuk a Fülek és ablakok > Új ablak pontot
  5. Kattintsunk duplán a fülsáv egy üres szakaszán
  6. Kattintsunk az egérgörgővel a fülsáv egy üres szakaszán
  7. Új fül nyitása billentyűzettel: Ctrl + T
  8. Új ablak nyitása billentyűzettel: Ctrl + N
  9. Az Ablakok oldalsávon kattintsunk a + gombra
  10. Az Ablakok oldalsávon tartsuk lenyomva a jobb gombot, majd húzzuk lefelé az egeret (egérmozdulat)
  11. F2 megnyomására előjön egy címsáv, amibe beírva az URL-t, Enter után a kívánt címre ugorhatunk
  12. Írjuk be a címsávba a címet, majd Shift + Enter
  13. Írjuk be a címsávba a címet, majd Ctrl + Shift + Enter
  14. Jobb kattintás az Opera ikonján az értesítési területen, majd Új fül opció
  15. Jobb kattintás egy fülön, majd Kísérő fül készítése
  16. Jobb kattintás egy fülön, majd Új fül
  17. Win7 alatt jobb kattintás a tálcán lévő Opera ikonon, majd Feladatok > Új fül
  18. Win7 alatt egérgörgővel kattintás a tálcán lévő Opera ikonra

Ennyi volna a lista, amit össze tudtam szedni. Ha valaki még tud hasonló módszert, az ne tartsa magában!

süti beállítások módosítása