Cairo támogatás a Firefoxban
Akik figyelemmel követik a Firefox fejlesztését, minden bizonnyal hallottak már róla, hogy a Firefox 2.0 egyik tervezett változtatása a Cairo grafikus motor bevezetése lesz. A Cairo egy 2D grafikus rutinkönyvtár, mely többfajta kimenetet is támogat: az X Window rendszert, a Win32-t, illetve egyelőre teszt fázisban OpenGL-t, a Mac OS X-es Quartz-ot, XCB-t, PostScriptet és PDF-et is.
A Cairo bevezetése a grafikus megjelenítő motor teljes lecserélését jelenti, a Firefox teljes interfészét ez fogja renderelni. Ez több előnnyel is jár. A PDF kimenet például egy weblap PDF-be mentését is lehetővé teszi, illetve a grafika kijelzéstől történő elvonatkoztatása jobb nyomtatási támogatást is jelenthet. A legfontosabb talán, hogy a Cairo támogatja a 3D kártyák hardveres 2D lehetőségeit, így a felület jelentős gyorsuláson fog átesni.
A gyorsulás főként az SVG, Canvas támogatásban jelenthet előnyt, a normál böngészés során általában nincsenek nagyobb grafikus renderelési feladatok, illetve azokat eddig is jó sebességgel ellátta a Firefox. Ezzel azonban a Firefox fejlesztőknek kisebb kódbázist kell karbantartaniuk, ezzel a lépéssel gyakorlatilag outsource-olni tudták a Firefox kódjának egy részét.
A jövő fejlesztési lehetőségeit illetően a Cairo képességei érdekes lehetőségeket is teremtenek: például a weblap elforgatását (kevésbé hasznos, "csak" látványos funkció), egy HTML oldalon szövegek elforgatását (ez érdekesen hangzik, gondoljunk csak egy oldalsó fülre egy weblapon, vagy más, függőleges szöveg igényét felvető kérdésre). A képek átméretezése, anti-alias a weblapra vagy díszesebb keretek megvalósítása is egyszerűbbé válik ezzel a lépéssel.
Az új lehetőségekre sly hívta fel figyelmünket:A Cairo hamarosan a Firefox fő ágába is bekerül (így a Firefox 2.0 alfa verziók, vagy napi buildek letöltésével kipróbálható lesz), addig is viszont készülnek belőle külön elérhető verziók.
Figyeljünk rá, hogy ezek a buildek még eléggé béta állapotban vannak, ne lepődjünk meg, ha furcsán viselkedik a Firefox. Jó próbálgatást!
■ A Cairo bevezetése a grafikus megjelenítő motor teljes lecserélését jelenti, a Firefox teljes interfészét ez fogja renderelni. Ez több előnnyel is jár. A PDF kimenet például egy weblap PDF-be mentését is lehetővé teszi, illetve a grafika kijelzéstől történő elvonatkoztatása jobb nyomtatási támogatást is jelenthet. A legfontosabb talán, hogy a Cairo támogatja a 3D kártyák hardveres 2D lehetőségeit, így a felület jelentős gyorsuláson fog átesni.
A gyorsulás főként az SVG, Canvas támogatásban jelenthet előnyt, a normál böngészés során általában nincsenek nagyobb grafikus renderelési feladatok, illetve azokat eddig is jó sebességgel ellátta a Firefox. Ezzel azonban a Firefox fejlesztőknek kisebb kódbázist kell karbantartaniuk, ezzel a lépéssel gyakorlatilag outsource-olni tudták a Firefox kódjának egy részét.
A jövő fejlesztési lehetőségeit illetően a Cairo képességei érdekes lehetőségeket is teremtenek: például a weblap elforgatását (kevésbé hasznos, "csak" látványos funkció), egy HTML oldalon szövegek elforgatását (ez érdekesen hangzik, gondoljunk csak egy oldalsó fülre egy weblapon, vagy más, függőleges szöveg igényét felvető kérdésre). A képek átméretezése, anti-alias a weblapra vagy díszesebb keretek megvalósítása is egyszerűbbé válik ezzel a lépéssel.
Az új lehetőségekre sly hívta fel figyelmünket:
Tapasztalataim szerint a Cario grafikus felület óriásit lendít a Firefox megjelenítési sebességén. Érdemes vele kipróbálni az Interneten található canvas példákat (Canvascape, Fractal trees,
Canvas Painter). Engem már most lenyűgözött.
Canvas Painter). Engem már most lenyűgözött.
Figyeljünk rá, hogy ezek a buildek még eléggé béta állapotban vannak, ne lepődjünk meg, ha furcsán viselkedik a Firefox. Jó próbálgatást!
<Nincs cím>
http://wiki.mozilla.org/Global:1.9_Trunk_1.8_Branch_Plan
"Firefox 3 will develop on the trunk, which is in 1.9 alpha stage
* The trunk hosts continuously integrated and tested rearchitecture work
o Graphics reimplemented on top of Cairo"
[OFF] rgba/hsla
https://bugzilla.mozilla.org/show_bug.cgi?id=147017
FIXED "Support rgba and hsla colors in CSS"
Ezek szerint a trunkban már implementálva van a rgba/hsla. (css3!)
http://www.w3.org/TR/2003/CR-css3-color-20030514/#rgba-color
http://www.w3.org/TR/2003/CR-css3-color-20030514/#hsla-color
--
connor
Lehet, hogy tévedünk :)
-boogie-
amiről én tudok
Indoklásként azt hozták fel, hogy addig még van egy év, így minden renderelési hibát fel lehet addig tárni, és a 1.x-2.x sorozatról történő átállás nem jelent visszalépést a böngészés minőségében.
De ahogy elnézem egész szépen tartják a kitűzött ütemtervet, így 2006 vége 2007 eleje fele már lesz 3.0.
Ami azt illeti már nem sok olyan hiba van a cairo buildekben ami nagyon zavaró lenne. Flashes oldalakkal van még némi gondja, ami nagyon szembetűnő.
--
connor
Szeritnem már benne van
Nincs
elforgatás
Nekem ez például egy kellemes funkció, amikor pdf formátumú könyveket, vagy újságokat olvasok, gyakran tartom (tök hülyén néz ki, de mindegy) elforgatva a notebookot, így akár a böngészésnél is lehetne ezt...
<Nincs cím>
Újonban divat lett a mindenféle forgatási/animálási izé. Pár év és nem győzzük majd kikapcsolni őket. Valamelyik nap láttam az xgl-ről egy videót, arra is azt mondtam, tök jó szép meg minden, de gyakorlati hasznát nem látom annak, hogy ide-oda lehet rángatni a kocsonyás ablakokat és ahelyett, hogy gyorsan átváltana húzza az ember idejét mindenféle animációval.
Egyszer-kétszer már eljutottak például az MS-nél oda, hogy jobb az egyszerűbb felület (például a PDA-s Win-eken a gombok kereteinek elhagyása, Office2000-ben flat gombok). Most elkezdünk visszafelé haladni és midnen egyre csicsásabb lesz. Nem azt mondom, hogy bűn ronda legyen, de valahol azért már csak meg kellene húzni a határt a funkcionalitás és a külcsín között. Ne csak az legyen az első, hogy a titkárnőnek tetszen a felülete.
Vas és esztétikum kompromisszuma
D.
http://e-arc.hu/
Canvas
Mr.Tiny [http://tiny.uw.hu]
<Nincs cím>
És lehet, hogy valaki bírja vassal, de nem mindenki engedheti meg magának, hogy félévente megvegye a legbrutálisabb procit a legextrémebb videókártyával. Főleg azt tartom egyre nevetségesebbnek, hogy ha egy oprendszernek olyan gép kell, csak azért, hogy szép legyen és még mellette használni is lehessen valamire, olyan gép kell, amivel egy erőforrás-kímélőbb rendszeren a durvább játékok, komolyabb 3d-s alkalmazások is nagyon jól futnak. (Mondjuk nekem a Vista üvegezett felülete nem jött be, mint ahogy a KDE4 is ilyen szempontból unszimpi.)
Firefox
-boogie-
_Lehetővé_ tenni, nem kötelezővé
Egyébként azóta már utánaolvastam, és a cikkek, különösen az e threadben is idézett blogbejegyzés számomra azt mutatják, a kód jelentős egyszerűsödése, a sok tekintetben modernebb, jobban megtervezett kódrészletek sebességnövekedést is fognak okozni.
Abban egyébként egyetértünk, hogy a funkcionalitás rovására menő csilli-villi nem épp a legelőnyösebb.
OFF: Kb. ötévente cserélek bármit is a gépemben, tudom, miről beszélünk. ,)
D.
http://e-arc.hu/
jó lesz az...
Az egyéb trükközésekre is csak a lehetőség adott, az hogy beépül-e vagy sem az közel sem biztos.
http://weblogs.mozillazine.org/roc/archives/2005/07/gecko_19.html
Egyébként a forgatásnak tükrözésnek és az egyéb "hülyeségnek" a jobbról balra olvasó népeknél nagy hasznát fogják venni. (linket sajna nem tudok adni a részletekért, de valahol olvastam...)
Megaztán mire használták annó JSt? Ez villogjon az izegjen-mozogjon. Aztán a helyére került. Előbb utóbb az általad említett xgl-es cucc (és a többi hasonló "csicsa") is a helyére fog kerülni.
--
connor
Opacity
Fix poziciónált, félig átlátszó elemeknél jól jönne egy kis gyorsulás, azok eléggé be tudják lassítani (szaggatottá teszik) a scrollozást egy oldalon.