Google Chrome pro Linux postupuje vpřed

Google Chrome pro Linux se posouvá vpřed. Spousta věcí ještě nefunguje, jiné funkce jsou už ale hotové. Každopádně platí, že načítání a prohlížení je stejně rychlé jako ve verzi pro Windows. Podívejte se na screenshoty.

18.3.2009 10:42 | Luboš Doležel (Doli) | Zajímavý článek

Komentáře

[Jardík]

Sem teda zvědavý, jak implementují taby v titulku okna, protože na Linuxu je tohle nemožné (pokud nepoužijí vlastní titulek, což pak podělá compizáckou správu oken a bude se k oknu chovat jinak než k normálnímu (= žádné efekty při přesouvání (IMHO k ničemu, ale ...) jako je to s audacious, songbirdem atd.), nenativní buttonky na okně, .... Už se těším na epiphany s webkitem.

[xvasek]

Na Windows je to nenativní lišta, která vypadá "jako Vista" - i v jiných verzích Windows. Asi to není designově úplně čisté, ale funguje to. Epiphany s webkitem bude sice fajn, nicméně u Chromia bych neviděl hlavní výhodu ve Webkitu, ale v samotném designu UI. Z mého pohledu by mi bylo celkem jedno, kdyby Chromium třeba používalo Gecko - hlavně kdyby fungovalo, bylo rychlé, jednoduché a přehledné.

[Grunt]

Sem teda zvědavý, jak implementují taby v titulku okna

Nijak. Sami už řekli, že udělají normální taby tak jak je každý známe.

Už se těším na epiphany s webkitem.

Nechápu nač se těšíš. Já Epiphany s WebKitem používám (Teda nepoužívám. Mám raději Gecko. Ale mám zkompilované.) pomalu už rok. A pokud máš radši QT, tak můžeš zkusit Aroru. Bohužel QT verze WebKitu trpí pomalostí renderování při scrollovaní, kterou do nedávna trpěla GTK verze. A pokuď vim, tak SVN verze WebKitu obsahuje volbu:

Usage: build-webkit [options] [options to pass to build system]             
  --help                        Show this help message                      
  --cairo-win32                 Build using Cairo (rather than CoreGraphics) on Windows
  --chromium                    Build the Chromium port on Mac/Win/Linux               
  --clean                       Cleanup the build directory

, která udělá chromium verzi WebKitu a tu potom můžeš použít ve svém oblíbeném prohlížeči(Epiphany,Midori,…). Nevím co je tam jiné. Snad nějaké UI a JavaScript Engine. Já osobně byl z Epiphany tak nadšen, že jsem ho chtěl zkompilovat i na Windowsech(už mám splněny všechny závislosti pro vybuildění GTK verze WebKitu pod Windowsy)…bohužel jen do doby co jsem viděl strom závislostí.

[Vin]

 

Sem teda zvědavý, jak implementují taby v titulku okna, protože na Linuxu je tohle nemožné

Nijak. Sami už řekli, že udělají normální taby tak jak je každý známe.

Opravdu by to nešlo? Nešlo by to obejít, že by to okno nedostalo dekoraci, a chrome by si pak udělal svou vlastní dekoraci "uvnitř" okna(včetně close, maximize/optimize a minimize buttonu)? (I když nevím, jak by to bylo s resizem)

[Grunt]

Opravdu by to nešlo? Nešlo by to obejít, že by to okno nedostalo dekoraci, a chrome by si pak udělal svou vlastní dekoraci "uvnitř" okna(včetně close, maximize/optimize a minimize buttonu)?

Samozřejmě že šlo. Otázka je kdo a hlavně proč by to dělal? Ale třeba se to tam dostane, když bude dostatek křiku.

[xm]

Brrr, to by tedy vypadalo! Konzistence desktopového prostředí by šla úplně do kytek (podobně jako je tomu u spousty aplikací na Windows, co mají vlastí "skiny"), to by byl přímo děs! Jen ať se hezky drží toho co je na linuxovém desktopu standardní a nevymýšlejí vlastní nesmyslné a ošklivé p*čoviny.

[Grunt]

Jen ať se hezky drží toho co je na linuxovém desktopu standardní a nevymýšlejí vlastní nesmyslné a ošklivé p*čoviny.

A čim by tak asi furt asi ohromovali?

[xm]

Kvalitou implementace webových standardů, rychlostí a paměťovou nenáročností? To vše jim WebKit poskytuje prakticky zdarma. Případně i promyšleností UI (ale to je věc dosti subjektivní). Vývojáře aplikací používajících vlastní skiny (themes) místo držení se konzistentního systémového vzhledu bych nejradši vraždil...

[Grunt]

Kvalitou implementace webových standardů, rychlostí a paměťovou nenáročností?

LOL.

To vše jim WebKit poskytuje prakticky zdarma.

Tak teď nemám absolutně čím reagovat.

Vývojáře aplikací používajících vlastní skiny (themes) místo držení se konzistentního systémového vzhledu bych nejradši vraždil...

Já zase lynčoval a upaloval na hranici. Nesnáším když mi někdo sebere Tango a vnutí mi místo toho nějaké lesklý candy bazmek.

[xm]

To já lesklé eyecandy styly rád, ale musí být celosystémové!

[Nicky726]

Jako jo, ale třeba na takovém EEE bych viděl taby v titulku okna jako plus vzhledem k výšce obrazovky.

[Grunt]

F11?

[Nicky726]

A heleme se... Člověk se pořád učí.

[Grunt]

F1?

[Nicky726]

Jo tuhle znám.

[Grunt]

Přílohy:

• Snímek obrazovky.png (55096 bytů)
• Snímek obrazovky-2.png (58909 bytů)

vymýšlejí vlastní nesmyslné a ošklivé p*čoviny.

Grr - už to začíná. A já už chtěl hlásit bug u Epiphany.

[Jardík]

No ale to by pak dopadlo přesně tak, jak jsem to popsal výše.

[Grunt]

No zrovna u Compizu nevím. Ten má vlastní správu okna a třeba ten Emerald je tam fakt jenom jako dekorace. Zkus si spustit Compiz bez emeraldu a chmatni nějaké okno s ALTem. A pokud to dělá nějakou neplechu při set geometry, tak to není featura, ale bug. A navíc všechny WM co znám jsou otevřené, takže si to do nich klidně můžou dodělat.

[Jardík]

Nechápete ... neva. Spusťte si např. audacious (hudební přehrávač napsaný v GTK) nebo Songbird (Oba mají vlastní "dekoraci") a libovolný program, který má "normální" titulek. V compizu nastavte wobbly (či jak je to anglicky) efekt při přesunu okna. Teď přesuňte za titulek každé z těch oken. Vidíte rozdíl? Okno songbirdu ani audacious se nekroutí, protože používají funkce na přesunu pozice okna z GTK/GDK či X11, kdežto to normální přesouvá compiz (nebo emerald přes compiz) a okno se kroutí.

[Grunt]

Už podruhé: tykat prosím.

Chápu. U compizu při chmatnutí Emeraldu se souřadnice myši posílají přímo do jádra, to schová pixmapu, udělá z ní texturu, pár vertexů a na základě posílaných souřadnic potom vertexy ohýbá aby to vypadalo, že je to okno gumové. Když se okno pustí, tak se původní pixmapa zase zobrazí s novými hodnotami geometrie. Audacious také odečítá koordináty, ale sám sobě posílá novou geometrii na základě odečtených koordinátů. Na tom nevidím nic nenormálního. Spíš se divím, že to v compizu vůbec funguje a nechápu kde je problém. Že se nevlní? Ale to není chyba Audacious.

[Jardík]

Ach jo. Celé okno audacious "borderless" a má vlastní "jakobytitulek". Při chycení okna a přesunu si sám audacious (a né správce oken) zjistí svou pozici, vezme "deltu" tažení, pozici si upraví a nastaví ji oknu. Kdežto u okna s normálním titulkem tu pozici zjistí compiz, sám odečte deltu, udělá animaci s přesunem na nové místo a oknu se pošle info "pozice změněna". Právě proto, že se o to audacious stará sám a "obchází" tak částečně správce oken, proto se nevlní a je to chyba audacious.

[Jardík]

Tykání: hmm, já jsem zvyklý vykat, někdy však i tykám, prostě to dělám, jak mě napadne a jednou třeba někomu výkám, pak tykám a pak zase vykám ... protože jsem dement

[Grunt]

Celé okno audacious "borderless" a má vlastní "jakobytitulek". Při chycení okna a přesunu si sám audacious (a né správce oken) zjistí svou pozici, vezme "deltu" tažení, pozici si upraví a nastaví ji oknu. Kdežto u okna s normálním titulkem tu pozici zjistí compiz, sám odečte deltu, udělá animaci s přesunem na nové místo a oknu se pošle info "pozice změněna".

Vždyť oba jsme v podstatě napsali to samé, takže nechápu nad čím vzdycháš. Já chápu(či mám alespoň matnou představu) jak to v tom Audaciousu funguje.

Právě proto, že se o to audacious stará sám a "obchází" tak částečně správce oken, proto se nevlní a je to chyba audacious.

Audacious nic neobchází. V Xprotocolu není o tom, že okno smí přijímat geometrii jen od WM ani zmínka(o composte a nějakém vlnění už vůbec ne). A ještě si dovolím citaci z Xlib Programming Manual:

Applications are free to resize or move the children of their top-level windows as necessary. The window manager has no control over these windows.

Neříkám, že je to úplně super, že se tak děje, ale může se tak dít. A hlavní je, že se to dá vypnout.

[Jardík]

the children of their top-level windows

Ale to okno samotné je top-level, akorát nemá rámeček.

[Jardík]

No já chtěl nainstalit epiphany-webkit v Ubuntu 9.04, ale je tam stará verze a nechce se jí líbit závislost na nějakém -data balíčku, který je v ubuntu v novější verzi.

[Grunt]

Tak co se trápíš s nějakými balíčky? To zkompiluj ne? Zrovna tahám WebKit z SVNka a pokusím se ho zkompilovat s volbou chromium a pak narvat do Epiphany. Jestli budeš chtít, slinkuju to staticky a někam umístím.

 

[Jardík]

Tak jo, ale musí to být 64bit ( ) a nesmí to být staticky slinkované s freetype/fontconfig/xft, jinak budu mít hnusný fonty jako u thunderbirdu 3b2, který mi tu nedávno staticky slinkoval kozzi (ale děkuji mu, že jsem ho alespoň mohl funkčně vyzkoušet).

[otula]

Teď jsem zmaten. Zprávička píše o Google Chrome pro Linux, ale odkazuje na screenshoty browseru Chromium. Takže bylo myšleno, že Chromium postupuje vpřed?

[Samae1]

Chrome od Googlu je založen na projektu Chromium, které je pod BSD licencí. Chromium lze většinou stáhnout aktuálnější(Google do kódu také přispívá) než samotný Chrome.

[Samae1]

Jinými slovy Google Chrome to nebude, dokud to tak Google nevydá

[otula]

No to vím. Každopádně, pokud se nemýlím, Google Chrome pro Linux (o kterém zprávička píše) vůbec neexistuje. Proto se ptám, protože mne zajímalo, zda se něco změnilo a Google pracuje na verzi Chrome pro Linux.

[Vin]

Ale vždyť Google chtěl od začátku i verze pro Linux a Mac OS X. Jenom chtěl upřednostnit vydání verze pro Windows. Nebo se mýlím?

[thingie]

Ne, napsali čistě windows-only krám ke kterému teď do značné míry od nuly dopisují linuxové a jiné verze.

[Vin]

Neříkám, že měli multiplatformní Chrome, jenom že ty další verze chtěli udělat později.

[thingie]

Jo, při vydání to bylo tak zhruba ve stavu jako by Microsoft zítra v tiskové zprávě slíbil MS Office pro Linux a interně možná začal nesměle uvažovat jak to vlastně udělá. Skutečný Chrome pro Linux bude kdovíkdy, pokud vůbec. Snad až se mu ta část Chromium co je schopna běžet mimo Windows dostatečně přiblíží, a to na dohled furt ještě úplně tolik není.

[Filip Jirsák]

Skutečný Chrome pro Linux bude kdovíkdy, pokud vůbec.

Podle Google má "kdovíkdy" být 1. polovina roku 2009.

[OndraZX]

Vcera jsem zkousel na Ubuntu 8.04 - navod a i pres "nevyzralost" aplikace to bylo velmi rychle.

[Grunt]

Téměř stejné jako v Epiphany…jen se mi zdá, že Chromium rychleji načítá(myslím tím na sítové vrstvě a ne renderování) stránky. Existuje nějaký test, který stopne za jak dlouho se vyrenderuje nějaká náročná stránka?

[Saljack]

Tak jsem zkusil tu vývojovou verzi chromium a musím říct, že oproti firefoxu je to kurevsky rychlé. Ovšem základní věci jako taby a nastavení nefungují takže je to stejně na nic. Se těším, až bude nějaká použitelná verze a implementují rozšíření (hlavně adblock), potom půjde Firefox do kytek. Ani není znát to gtk jako u jiných gtk aplikacích.

[otula]

Moc jsem neprolézal možnosti, ale když jsem s Chromiem vlezl na panoramio, tak jsem koukal, jak brutální kompresi fotek provádí. Možná i proto je tak rychlý.

[Filip Jirsák]

Co může webový prohlížeč komprimovat na fotkách? Prohlížeč stáhne hotovou zkomprimovanou fotku z webu, dekomprimuje ji a zobrazí.

[gtz]

Doufám ,že bude chrome vydán co nejdříve. FF se již dnes stává obludou , pokud google doplní pluginy tak jak je známe pro FF pak bude FF out. Na openSuse jsem ho nucen používat , protože nic použitelného není ( ano je Opera , ale ta je sice rychlejší , ale má občasné bugy a některé stránky v ní nelze prohlížet , vím, že to není chyba opery , ale programátorů stránek ).

Pokud jsem na Windows-Vista používám Chrome.