Noha alig pár napja jelent meg a legutóbbi előzetes, a régen várt Dragonfly webfejlesztő eszközzel karöltve, a mai napon ismét egy új build érkezett. Ezt mi nem bánjuk, sőt! Pláne, ha olyan változtatások tűnnek fel, amilyenek a mai kiadásban.

Talán senkinek sem okozok újdonságot azzal a kijelentéssel, hogy az Opera - más programokhoz hasonlóan - forráskód alakjában látja meg először a napvilágot. Ez nem más, mint egy (vagy több) programnyelven írt sok ezer sorból álló "szöveg", amiből aztán a fordítók (az úgynevezett compiler-ek), az operációs rendszer (és a processzor) által emészhető kódot készítenek. A fordítók önmagukban is komoly alkotások, és igen meghatározó a szerepük a végleges program tulajdonságait illetően. Egy Opera komplexitású program fordítása egyáltalán nem triviális, tehát sokféleképpen kivitelezhető. Az évek során a fejlesztőeszközök meglehetősen szofisztikáltakká váltak, ezzel a résszel tehát nincs is különösebb gond. Viszont ahány program, annyi probléma, és gyakran egymással ellentétes feltételeket kell kibékíteni valamilyen szempontok alapján. A compilerek régóta rendelkeznek bizonyos optimalizációs lehetőségekkel. Ezek különböző módszerek alapján igyekeznek minél gyorsabban, minél kisebb memóriaigénnyel, minél kisebb helyigényű állományokat kreálni. Amint az az előző mondatból is leszűrhető, sok feltételnek kell(ene) egyszerre megfelelni, tökéletes megoldás ezért nem is létezik.

Ez viszont nem jelenti azt, hogy nem törekedhetünk az optimumra. Ez úgy érhető el, ha nem általános módszerekből, hanem az adott alkalmazás igényeiből indulunk ki. A mai build pontosan erre mutat példát az úgynevezett profilvezérelt optimalizáció használatával. Ez annyit tesz, hogy a forráskódot kétszer fordítják le. Először egy nyers fordítás zajlik, aminek végeredményével szimulálva a valós böngésző működését kideríthető, mely változók, függvényhívások, fájlok milyen gyakorisággal és milyen sorrendben kerülnek felhasználásra. Az összegyűjtött információ alapján aztán következhet a második fordítás, aminek az eredménye egy közel optimális program lesz.

Az Opera szakemberei C++ nyelven kódolnak, a fordítást pedig MS Visual Studio végzi Windows alatt és a gcc Linux alatt. Sajnos ezt az optimalizálást egyelőre csak a Windows-os verzión sikerült végrehajtani, noha a funkciót a gcc is támogatja. Emiatt a mai build csak a Windows felhasználóknak hoz sebességnövekedést, de a Linuxosok is számíthatnak gyorsulásra a későbbiek során.

Az optimalizálás tehát egyelőre Windows alatt mutatkozik meg. Ez annyit tesz, hogy a program működése, válaszkészsége felgyorsul, nincs arról, hogy gyorsabban töltené le a honlapokat vagy a leveleket. Igaz, kis mértékben akár ezekre is kihatással lehet. Mindemellett sor került néhány hiba javítására is, de sajnos azért maradt még belőle bőven...

Ismert hibák!

• a Dragonfly nem működik, ha a JavaScript le van tiltva
• a program lefagy, ha a Mesterjelszó aktív
• néhány SVG nem megfelelően jelenik meg (csak Windows)
• a Hivatkozott tartalom mentése másként opció nem mindig működik
• a fülsávon összekeveredhetnek a favikonok és a szövegek (csak Mac)
• az Octoshape beépülő lefagyasztja a böngészőt

A javítások:

• helyi szerverek sütijeivel kapcsolatos javítás
• a HTML alapú levelek továbbítása, átirányítása javítva
• GMail IMAP-al kapcsolatos magas processzorhasználat javítva
• ismét jó a Mágus gomb
• az F8 billentyű újra helyesen működik
• bellsouth.net és hasonló oldalak POP problémáinak javítása
• a Mentés másként opció kiterjesztés hbáinak javítása
• CJK betűk szebb megjelenítése (csak Unix)
• Google Maps megjelenítésének javítása (csak Unix)

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

• Windows b9981
• Windows Classic b9981
• Macintosh b4814
• Unix b1962