Google Chrome - nový open source browser (diskuse)

[Fuky]

Uvolnění tohoto projektu jako OpenSource je sice hezké, ale kdyby to dělat nemusel tak to nikdy neudělá. Navíc si nejsem jistý zdali by mu to vůbec umožnily licence projektů, ze kterých při vývoji čerpal. Podle mě dá nejvíc práce udělat kvalitní rendrovací jádro. Takže takhle je to jen další z řady prohlížečů čerpající z jádra Konqueror. Navíc mě Google dost štve preferováním Windows platformy, ostatně kdyby se ten prohlížeč měl šanci chytnout bez portů na Linux a Mac, tak by je nedělal. Vše je to jen strategie velké komerční firmy, nic víc, nic míň. Srdce na pravém místě má pouze komunita a proto mám rád Debian. :)

[Luk]

Takže takhle je to jen další z řady prohlížečů čerpající z jádra Konqueror.

To je nesmysl. Pokud je pravda, že je každý tab samostatný proces, pak jde o vlastnost, kterou má AFAIK zatím jen Internet Explorer 8. Tato vlastnost samozřejmě není jen pozitivní, nese s sebou vyšší režii a větší spotřebu paměti.

[Septyk]

On má na mysli WebKit

[Luk]

Samozřejmě, Konqueror není žádné jádro (je to celý browser), a taktéž KHTML a WebKit není totéž. Ale to nemá vliv na moje tvrzení, kterým jsem chtěl zdůraznit jednu specifickou vlastnost.

[Fuky]

Samozřejmě jsem to myslel takto: "čerpající z jádra prohlížeče Konqueror", uznávám, že zkrácenou formu této věty lze pochopit i jinak. Navíc někde jsem zahlédl zmíňku, že chtějí WebKit použít i v browseru Konqueror, takže na něm asi kluci z vývoje Safari zamakali a posunuli ho někam dál.

Nikdy jsem nezkoumal vnitřnosti prohlížečů, ale můj laický názor je, že nejtěžší je udělat vykreslování, aby splňovalo i nejnovější standardy, bylo rychlé, nepadalo a vše ostatní už je jen třešnička na dortu. Jestli se pletu tak mě oprav. Takže mi ta jedna specifická vlastnost nepřijde moc zajímavá, protože pokud se osvědčí, tak jí zanedlouho použijí i ostatní prohlížeče na trhu, protože její implementace není tak časově náročná jako jiné součásti prohlížeče. Navíc moc se mi nelíbí právě to občasné padání prohlížečů a nadměrné vytěžování procesoru, případně žraní paměti. Více procesů mi přijde pouze jako obcházení problému. A s tím si zatím neporadil nikdo. A je mi celkem jedno jestli mi spadne tab nebo celý prohlížeč. Opera mi bleskurychle naběhne znovu a obnoví sezení, takže ani tato specifická vlastnost pro mě není přínosem.

[xvasek]

Neřekl bych, že podporu open source dělá některá firma čistě z lásky k programování, vždy je za tím snaha prodat nějaký svůj další produkt, ušetřit na nákladech, nebo prostě jako reklamu. I Mozilla Corp. je obyčejný komerční subjekt. Toto je prostě způsob vývoje software, který je v principu dobrý a komunita by jej rozhodně neměla odsuzovat. Co bych Google v tomto směru vytknul je to, že málokdy uvolní jako open source celou aplikaci, většinou dají jenom nějakou knihovnu. Chrome je uvolněné celé, to je bezesporu pokrok.

Na druhou stranu to vyvažují zase pomocí Summer of Code, což se dá chápat taky jenom jako reklama nebo lovení mozků, ale jinak je to projekt v podstatě prospěšný.

[JS]

Moc nechapu, proc maji taby uplne nahore. Neporusuje to nahodou Fittsuv zakon (tedy co je casteji pouzivane by melo byt mysi blize)?

[Filip Jirsák]

Ale uspořádání „adresní řádek pod záložkami“ je logičtější – protože adresní řádek je vlastnost otevřené záložky, nikoli vlastnost celého prohlížeče. Prohlížeče s adresním řádkem nad záložkami to řeší tak, že adresní řádek přepínají podle toho, na které záložce jste – ale nikdy to není dokonalé, a pokud třeba začnete do adresního řádku psát, a pak přepnete na jinou záložku, není jasné, co se má stát – chcete zachovat rozepsanou adresu v adresním řádku, nebo se tam má zobrazit adresa aktuální záložky? Na tohle chování se dá zvyknout (mají to tak snad všechny prohlížeče se záložkami, takže lidi si evidentně zvykli). Ale je docela možné, že logické uspořádání bude nakonec lepší, a nevýhodu „záložky jsou daleko“ nakonec předčí výhoda „konzistentní UI“. Já osobně to chci určitě vyzkoušet, protože si myslím, že logické uspořádání (adresní řádek jako vlastnost záložky) se nakonec musí ukázat jako výhodnější. No a taky proto, že normálně používám záložky vpravo, ne nahoře – jednak jsou ještě blíž (hned vedle posuvníku, který se také používá často), jednak se jich tam vejde víc a na širokoúhlém monitoru to lépe využije místo.

[Daniel Kvasnička ml.]

Moc nechapu, proc maji taby uplne nahore. Neporusuje to nahodou Fittsuv zakon (tedy co je casteji pouzivane by melo byt mysi blize)?

V tom pripade bych rekl, ze ho porusuji vsichni, kdo maji taskbar dole

[Luk]

Já si zásadně dávám v Opeře lištu s taby dolů. Nahoře mi prostě nesedí.

[letec]

Tak výborně, nejde to nainstalovat.

[Daniel Kvasnička ml.]

Muze teda nekdo potvrdit ci vyvratit, ze to pouziva Qt jako toolkit?

[Jiří (BoodOk) Kadeřávek]

Závislosti pro sestavení na Linuxu o Qt nehovoří

* Subversion >= 1.4 (note: if you use the tarball below, due to an oversight, you'll need 1.5.  we'll fix this.)
* pkg-config >= 0.20
* Python >= 2.4
* Perl >= 5.x
* gcc/g++ >= 4.2
* bison >= 2.3
* flex >= 2.5.34
* gperf >= 3.0.3
* libnss3-dev >= 3.12

[xm]

Hmm, ale nehovoří ani o GTK, že by udělali nějaký vlastní toolkit? Chjo, to snad ne

[...............23]

Zas tam vôbec nie je ani zmienka o Xkách

[kotyz]

Ani Gtk ani Qt, ale Skia (prej je to i v Androidu). Vice zde.

[Daniel Kvasnička ml.]

Wow, vektorovy engine. Tak doufam, ze na Macu to alespon vyuzije Core Services nejak a bude to tak svizne jako na Windows (kdo to mimochodem ale je trochu poznat, ze to neni uplne regulerni Win32 rozhrani... samozrejme ted nemyslim ten hlavni modry vzhled, ale dialogy a tak )

[Daniel Kvasnička ml.]

A dokonce je to grafickemu systemu OS X relativne dost podobne... http://www.satine.org/archives/2007/03/05/the-skia-source-code-dilemma/

[Yenya]

Ja porad hledam, kam "utect" od nekolik let nevyvijeneho Galeonu, ale vzdycky mi vyjde ze Galeon je porad nejlepsi. Chrome se chlubi tim, jak "setri misto" umistenim tabu nahoru, ale zvlast dnes, kdy vetsina monitoru je sirokouhlych a vetsina stranek optimalizovanych na pevnou a docela malou sirku, je prece nejsnadnejsi cestou jak usetrit misto presunuti tabu do sloupce doleva nebo doprava, protoze v horizontalnim smeru je mista dost, na rozdil od vertikalniho. Navic do sloupce se vejde daleko vic otevrenych tabu nez do radku. No a Chrome tohle neumi. Gesta by mi taky chybela.

Tak se jeste zeptam uzivatelu, jestli to umi dalsi veci, ktere obvykle pouzivam:

• Uzivatelske nastaveni Accept-Language (takove ty preference jazyku).
• Uzivatelsky vyber kodovani, kdyz to zrovna ma stranka uvedene spatne.
• Detach/Attach tab (presunuti tabu do noveho/jineho okna).
• Minimalni velikost fontu (aby stranka nemohla pouzit nic mensiho, nez jsem schopen precist)
• Smart bookmarks (takove ty bookmarky, ktere kdyz si ulozim na horni listu a obsahuji "%s", tak se zobrazi jako input box - pouzivam to na vyhledavani v ruznych vecech jako je Wikipedia, AniDB, Google nebo slovniky). Podstatna vlastnost (na rozdil od vyhledavaciho okna Firefoxu) je, ze kdyz ve smart bookmarku neco napisu/pastnu mysi a pak odeslu, tak se policko vymaze, takze muzu pastovat dalsi retezec, aniz bych musel predtim inputbox vymazat.
• Paste URL: kdyz mam vybrane mysi nejake URL (treba v xtermu nebo kdekoli jinde) a kliknu prostrednim tlacitkem na stranku (kamkoli mimo link), otevre se toto URL - je to o dost rychlejsi nez muset toto URL pastovat do adresniho radku. Galeon ma jeste navic volbu ze takto otevrene URL se muze otevirat v novem tabu, coz taky vyuzivam.
• Snadne otevreni noveho tabu v ruznych kontextech (v Galeonu napriklad kliknutim na link prostrednim tlacitkem nebo odeslanim formulare ci smart bookmarku pomoci Ctrl-Enter misto Enter se vysledek otevira do noveho okna), podobne tab ma v kontextovem menu akci "Clone tab".
• Zdedena historie tabu (kdyz otevru prostrednim tlacitkem link do noveho okna a pak v nem davam Back, mam pristupnou celou historii puvodniho tabu).
• Vyhledavani textu na strance pomoci klavesy [/], aby to clovek nemusel lovit nekde v menu.
• Schema file:/// s doplnovanim. Kdyz si chci zobrazit nejaky HTML soubor pres schema file:///home/kas/..., tak pri zadavani URL do adresniho radku funguje doplnovani jmen adresaru/souboru tabelatorem, jak je clovek zvykly z bashe.
• Moznost zakazovat/povolovat cookies pro jednotlive servery tak, jak ty cookies prichazeji (tohle v Chrome asi nebude nikdy, vzhledem k tomu jak Google sam cookies pouziva).

Jinak ale myslenka "co tab to proces" mi prijde naprosto genialni - jen by me zajimalo jak to resi na urovni X protokolu - jestli ma opravdu kazdy proces jedno spojeni na X server nebo ne (a tedy treba xkill umi zabit fakt jen jeden tab).

-Yenya, http://www.fi.muni.cz/~kas/blog/.

[Filip Jirsák]

Jinak ale myslenka "co tab to proces" mi prijde naprosto genialni

Zajímavé to bude také ohledně nyní často diskutované rychlosti JavaScriptu. Jaké asi budou reálné rozdíly v použitelnosti prohlížeči mezi prohlížečem „každá záložka vlastní proces“ oproti „nejrychlejší jádro na světě a přilehlém okolí, ale všechny záložky a také GUI prohlížeče v jednom vláknu“?

[Yenya]

Ad JavaScript: ja bych treba uvital moznost "neinterpretovat JS v tabech, ktere nejsou viditelne". Spousta stranek pouziva vselijake javascriptove animace, ktere jen zvysuji zatez CPU a v horsim pripade zpusobi i zvyseni frekvence CPU. Treba kdyz si chci precist iDnes, tak po otevreni tak 5-10 tabu s jednotlivymi clanky mam CPU na 100 % a interaktivni odezvu prohlizece dost slabou.

Galeon treba ma takovou vec (vida, dalsi na co jsem zapomnel ze kdyz JS kod sezere vic nez 5 vterin, tak se zepta, jestli fakt chci pokracovat v jeho provadeni. Vzhledem k tomu ze prohlizec je dneska neco dost podobne operacnimu systemu (= obalka pro "cizi" aplikace), treba se do prohlizecu casem dostanou i vlastnosti operacnich systemu, jako prave priority, scheduling, ...

-Yenya

[Luk]

Treba kdyz si chci precist iDnes, tak po otevreni tak 5-10 tabu s jednotlivymi clanky mam CPU na 100 % a interaktivni odezvu prohlizece dost slabou.

Ovšem to dělá především Flash, JavaScript je až na druhém místě.

[pcp]

Mimochodem, cetli jste si smluvni podminky?

11. Licence k Obsahu poskytnutá vámi
11.1 K Obsahu, který odešlete, zveřejníte nebo zobrazíte v rámci Služeb nebo jejich prostřednictvím si ponecháváte autorská práva a jakákoli jiná práva, která ohledně tohoto Obsahu vlastníte. Odesláním, zveřejněním nebo zobrazením obsahu udělujete společnosti Google trvalou, neodvolatelnou, celosvětovou, bezplatnou a nevýhradní licenci k reprodukování, přizpůsobování, upravování, překládání, publikování, veřejné prezentaci a šíření jakéhokoli Obsahu, který předložíte, zveřejníte nebo zobrazíte v rámci Služeb nebo jejich prostřednictvím. Výhradním účelem této licence je umožnit společnosti Google zobrazovat, šířit a propagovat Služby a může být odvolána pro určité Služby, jak je definováno v Dalších smluvních podmínkách těchto Služeb.
11.2 Souhlasíte s tím, že licence zahrnuje právo společnosti Google zpřístupnit tento Obsah jiným společnostem, organizacím nebo osobám, s nimiž má Google smluvní vztahy v oblasti publikačních služeb a používat tento Obsah v souvislosti s poskytováním těchto služeb.
11.3 Berete na vědomí, že společnost Google při provádění požadovaných technických kroků za účelem poskytování Služeb svým uživatelům smí (a) převádět nebo šířit váš Obsah v nejrůznějších veřejných sítích a médiích a (b) provádět takové změny vašeho Obsahu, které jsou potřebné pro přizpůsobení tohoto Obsahu technickým požadavkům připojených sítí, zařízení, služeb nebo médií. Souhlasíte s tím, že tato licence dovoluje společnosti Google provádět tyto činnosti.
11.4 Potvrzujete a zaručujete společnosti Google, že máte veškerá práva, pravomoc a oprávnění nezbytné k udělení výše popsané licence.


href="http://tapthehive.com/discuss/This_Post_Not_Made_In_Chrome_Google_s_EULA_Sucks http://www.google.com/chrome/eula.html

[...............23]

No ak to bude fakt open source browser, tak by nemal byť problém to forknúť pod inou licenciou, že? Každopádne tipujem že to google trochu pozmení ak sa na to bude dosť veľa ľudí sťažovať...

[xvasek]

Přesně tak - zdrojáky jsou pod BSD a návod k překladu je na stránkách Google, tak ať si to citlivky přeloží znovu a můžou k binárce přiložit licenci dle svého vlastního uvážení. B-)

[frEon]

co to sou ty Služby? Vubec nechapu o cem tam mluvej...

[Filip Jirsák]

Myslím, že je to nějaká univerzální licence okopírovaná z jejich jiného produktu. Alespoň těch pár odstavců, které jsem zahlédl, vůbec nedává pro webový prohlížeč smysl.

[frEon]

Áha, tím se to vysvětluje. Já proč mi to nedávalo žadný smysl...

[headhunter]

Keby ste citali celu licenciu tak je na zaciatku pisane ze pod sluzbami sa rozumie: produkty, software, sluzby a webove stranky.

chrome-podmienky-chromeho-bowseru <- tu su vypisane niektore dalsie perlicky z licencie. ;)

[xvasek]

Už jsou jiné překlady bez té divné licence, třeba tady:

http://build.chromium.org/buildbot/snapshots/chromium-rel-xp/

(Nezkoušel jsem, nevím, jestli to neobsahuje nějaké další nepříjemné "addons".)

[kotyz]

Ja to rikal, ze se WebKit vytahne, jen sem to necekal tak brzo a od Googlu ...

[podlesh]

Testeři v naší firmě to již zkoušejí a předběžně to vypadá, že u uploadovaných souborů zapomíná posílat Content-Type. Na druhou stranu, určitě v tom není první, protože takovéty případy se celkem běžně stávají v běžném produkčním provozu již dělší dobu (průběžně asi 2% uploadů).