Firefox 4 již má panely v titulku okna (diskuse)

[mess]

I v Linuxu?

[Mykonou]

Kdyby radeji udelali neco s rychlosti vykreslovani pod non-windows systemy ... Kdyz FF ve virtualboxu s win jede nepomerne rychleji nez nativni v linuchu pod nim tak je neco zatracene spatne ... :(

[Migi]

v to ani nedoufej, firefox je komerční prohlížeč, na linuxáky jako na minoritu kašle už leta, tak proč by se to ted mělo zlepšit.

[Saljack]

Kvůli tomu jsem začal používat chromium a jsem nadmíru spokojen.

[belisarivs]

Ja ho zkusil a taky zadny ohen.

[VM]

Zkusil jsem ho a jsem nespokojen:

1. verze v Debian Stable nechává běžet procesy i po zavření příslušné záložky, což vede k memory leakům, za chvíli se musí restartovat celý prohlížeč

2. některé Firefoxí pluginy nejsou k dispozici a podle autorů nejdou pro Chromium vůbec napsat - Chromium nemá API pro přístup k HTTP protokolu, selektivnímu blokování prvků na stránce apod.

Takže:

• AdBlock funguje jen částečně - nejde zadat konkrétní soubor
• RefControl funguje jen pro klasické odkazy, nefunguje pro obrázky
• LiveHTTPHeaders nejdou napsat vůbec
• DownThemAll nejde přeportovat
• UserAgentSwitcher nejde napsat

3. Google cenzuruje, které pluginy nechá v oficiálním repozitáři - a například z těch pro stahování flashového videa tam nenechal ani jeden (ale dá se sehnat jinde)

[Přemek Vyhnal]

LiveHTTPHeaders nejdou napsat vůbec

Ale v základu je tam skvělý nástroj na sledování HTTP provozu (a další pěkný věci jako JS debugger). Možná to je spíše ve webkitu než v Chrome, to nevím.

[xkucf03]

jj, ve webkitu – je to třeba i v rekonqu

[omg]

firefox je k nicemu i na windows. nema plne paralelni gui, takze pokud se zamysli pri vykreslovani nejake 10MB stranky jedna zalozka, tak zmrzne cely i na windows... na netbooku staci i ctvrtmegovka nebo par desitek kilo silne skriptovane.

[Václav Kramář]

Njn. Nic není dokonalé. Dost díky tomu váhám mezi funkčně skromnějším ale rychlým Chrome a nadupanějším*) ale pomalejším Firefoxem.

*) Lépe fungující kontrola pravopisu (hlavně přepínání čeština/cestina/angličtina). Lépe fungující a snáze ovladatelná rozšíření adblock a noscript (subjektivě).

[Jendа]

Dost díky tomu váhám mezi funkčně skromnějším ale rychlým Chrome a nadupanějším*) ale pomalejším Firefoxem.

Rovněž, ale zatím jsem u Firefoxu. Hlavně mě štve jeho bobtnání (třeba 300 MB RAM) a postupné zpomalování po delším běhu bez restartu. Opravdu je na tom windowsí FF o tolik lépe?

[Migi]

Jenom dotaz: čím je firefox nadupanější?

4ku jsem zatím nezkoušel, ale jsem u foxa zvyklý že je pomalý ikdyž nic neumí. U 4ky je nějaká změna? Slyšel jsem něco o gestech myších.

[ROFL]

Apage satanas, gesta myši si doinstaluj, máš na výběr z několika různých rozšíření. Já je nechci ani v základu.

[Jendа]

Jenom dotaz: čím je firefox nadupanější?

Tab Kit, Edit Cookies, HTTPS-Everywhere, Open in Browser, Tamper Data, pro některé Vimperator. Něco z toho už má možná náhradu pro Chromium.

[xhombre]

Vimium, vimperator pro chrome (chromium). Od té doby co je k disposici tohle rozšíření pro chromium tak firefoxe prakticky nepoužívám

[Salamek]

FF je pod widlema rychlej asi jak chromium pod linuxem... taky duvod proc jsem presel na crome

[Filip]

Já podobně, a pak jsem měl ještě vyšší požadavky na rychlost, a od té doby používám Operu.

Nevím, proč má tak málo pozornosti -- málo marketingu? Blbý název? Nebo jí chybí nějaké rozšíření (pravda, mám jen flashblock)?

[sivlk]

Opera je closed source a zaroven nema podporu microsoftu, proste si z oboch svetov (zatvoreny MS soft vs. otvoreny komunitny soft) zobrala to najhorsie, preto ju skoro nikto nechce.

[Václav Kramář]

Jenom dotaz: čím je firefox nadupanější?

Stačí číst:

*) Lépe fungující kontrola pravopisu (hlavně přepínání čeština/cestina/angličtina). Lépe fungující a snáze ovladatelná rozšíření adblock a noscript (subjektivě).

Moc toho nepotřebuju, takže to jsou drobnosti. Ale o to překvapivější je rozdíl v možnostech. Čekal bych, že tyhle prkotiny zvládnou všechny prohlížeče zhruba stejně.

[Jakub Lucký]

Kromě těch, které uvedl Jenda:

CertificatePatrol, TreeStyleTab, BetterPrivacy (mazání Flash cookies), podle všeho je jen pro Windows a BarTab...

Příjemně mně ale překvapila existence náhrady HTTPS-Everywhere...

[sidik]

Firebug, NoScript, AdBlock, FlashBlock :)

[666]

takove to cestovni/firemni/netbookovske minimum:

adblock autofill forms blocksite slovniky kontroly pravopisu firefox sync volitelne flashblock (neni pokud pouzivas noscript) foxy proxy hlavicky http noscript user agent switcher vmware remote MKS plugin

+ bookmarklety. to jsou javascriptovy funkce, ktery modifikuji stranku ktera je zobrazena v zalozce nebo zpusob jejiho vykresleni a to vse na prani na kliknuti na bookmarklet v seznamu zalozek. Viz stranka ktera ma u formularu autocomplete=off se da donutit k pamatovani hesla pomoci: http://www.mydigitallife.info/2008/07/18/force-firefox-to-offer-to-save-or-remember-password-for-yahoo-windows-live-msn-passport-paypal-and-other-secure-websites/

domaci seznam rozsireni je pak jeste o neco malo delsi.

[666]

navic tim ze je to v bookmarkach, tak se to firefox syncem rozdistribuuje na vsechny pocitace a nemusis to instalovat zvlast jak pluginy.

[Filip Jirsák]

Bookmarklety ale budou stejně fungovat i v Chrome a také se budou jako záložky synchronizovat na víc počítačů (což Chrome umí v základu, pro FF je potřeba plugin – když už se to tu tedy řeší jako problém).

[666]

problem tu mas akorat ty. chrome nepouzivam, ale nekdo se tu ptal co je tak dobreho na firefoxu, tak jsem hodil seznam pouzivanych pluginu. treba ten rip kde odstranis podle xpath ze stranky cokoliv je k nezaplaceni.

[666]

a ten rip v tom seznamu zrovna neni :) protoze je to pitomej plugin a ten se musi instalovat a nesyncne se, takze remove it permanently.

[666]

a pokud jde o funkcnost bookmarkletu, tak je to pro me spatna zprava, protoze to znamena, ze gui je uplne srovnatelne nefektivni moloch jako firefox. takze cela podstata chromeho je v tom, ze vyhodil vykreslovani stranky za neco rychlejsiho z domacich luhu a haju?

[Filip Jirsák]

Jste si jist, že správně reagujete na mne i na sebe? Já jsem nereagoval na pluginy, ale na bookmarklety. Princip bookmarkletu je ten, že máte jako odkaz v záložkách/oblíbených spuštění javascriptu – takže bookmarklety fungují ve všech prohlížečích, které znají protokol javascript: (který se používá pro vykonání javascriptového kódu z odkazu) a kde není tento protokol v záložkách/oblíbených zakázán. S efektivností či neefektivností GUI nemají bookmarklety vůbec nic společného.

[Jendа]

Viz stranka ktera ma u formularu autocomplete=off se da donutit k pamatovani hesla pomoci: http://www.mydigitallife.info/2008/07/18/force-firefox-to-offer-to-save-or-remember-password-for-yahoo-windows-live-msn-passport-paypal-and-other-secure-websites/

Na tohle a mnoho dalších omezení se hodí Web Developer Toolbar.

[ROFL]

heh, teď mám otevřeno 76 tabů a FF 3.6.13 zabírá 11,4 % z 4 GiB paměti. Gentoo 64 bit, žádné zpomalení nepozoruji a FF běží nonstop od pátečního večera. Tak jak mám věřit těm vaším problémům? Asi vám něco hnije v systému.

[contyk]

To jsou ty distribucni buildy :)

[Jendа]

FF 3.6.13 zabírá 11,4 % z 4 GiB paměti

=467MiB. To je víc, než jsem psal já. Mně teď běží taky od pátku, žere 171 MiB, ale tabů mám jenom pár.

FF kreslí např. diskuze na AbcLinuxu dvakrát pomaleji než Chromium. Navíc jeho GUI tuhne při vykreslování v jiných panelech, protože to všechno obhospodařuje jeden proces. Chromium to má inteligentněji.

[ROFL]

Jenže tu pamět si sebere hned při startu, ukládám si otevřené panely při vypnutí. Vykreslování jsi měřil jak? Popiš přesně technologii ať ji můžů ověřit. A rozdělení tabů na jednotlivé procesy se IMHO plánovalo do 4, pokud se nepletu.

[Jendа]

Měřil jsem, kolik CPU času sežere vykreslení např. Krokodýlí řeky. Na Atomu je to docela znát.

[Mrkva]

Já věděl, že z toho jednou bude ultimativní benchmark!

[ROFL]

IMHO spotřeba CPU neindikuje dobu potřebnou k vykreslení, ale jen efektivitu kódu.

[Jendа]

Tak si stopni dobu od začátku vykreslování (tj. začátku stahování dokumentu) do konce vykreslování. Výsledky jsou stejné, minimálně u mě je hlavním limitujícím faktorem procesor.

[ROFL]

Polovinu času zabralo Čekání na ABCLinuxu.cz. Samotné vykreslení zbytek. Jediné co dává smysl, jsou benchmarky typu Kraken, Peacekeeper a FishTank.

[Jendа]

Samotné vykreslení zbytek.

A ten zbytek je u mě u Firefoxu dvakrát delší než v Chromiu.

Jediné co dává smysl, jsou benchmarky typu Kraken, Peacekeeper a FishTank.

Ty testují hlavně rychlost JavaScriptu.

[ROFL]

Samotné vykreslení zbytek.

A ten zbytek je u mě u Firefoxu dvakrát delší než v Chromiu.

Jediné co dává smysl, jsou benchmarky typu Kraken, Peacekeeper a FishTank.

Ty testují hlavně rychlost JavaScriptu.

Hmm, u mě se ta rychlost vykreslení významněji nelišila. Asi se na rychlé mašině rozdíly smazávají.

[=^..^= AmigaPower®]

Já už léta úspěšně používám FF+Operu (na každý specifikum pasuje každej jinak) + teď asi měsíc nově, když mi u vobou záhadně a sám od sebe padne zvuk, tak Chrome pro YouTube, pro nic jinýho, Chrome je takový nějaký hnusný...

[xkucf03]

Přiznejte se, kdo mi tam přidal štítek „Bůh opět masturbuje“!

[666]

19 sekund nez zacne byt pouzitelny gui a reguje na prepinani zaloze 50 sekund nez dobehne.

vlakno je to docela slabe. na jednom takove portalu vim o jednom co ma: (3388) komentar... to je teprve porod.

[xkucf03]

Tyhle diskuse na webu jsou stejně pakárna. Zlaté NNTP.

[imploder]

Jo, NNTP není špatný, rozhodně lepší než obyčejný mailing list. Ale nedokážu si představit, že bych si dával pro každý článek nebo zprávičku do Thunderbirdu další NNTP účet - to by byl děsný bordel. Leda že by to NNTP fungovalo přímo tady na stránkách a to znamená... v prohlížeči. Takže jsme tam, kde jsme byli.

[kavol]

Ale nedokážu si představit, že bych si dával pro každý článek nebo zprávičku do Thunderbirdu další NNTP účet - to by byl děsný bordel.

WTF? - Thunderbird potřebuje separátní účty pro jednotlivá vlákna v rámci diskusní skupiny? - to snad ne ...

[imploder]

To samozřejmě nepotřebuje. Ale jak jinak zařídit, aby nestahoval úplně všechno (všechny diskuze na abclinuxu.cz), ale jenom to, co mě zrovna zajímá? Kromě toho by se vlákna musely nějak propojit s článkama na webu - bylo by to asi dost kostrbaté. Diskuze přímo na webu je nejjednodušší a žádného speciálního klienta na ni nepotřebuju. Nevím, co se tady komu nelíbí.

[Jendа]

Nevím, co se tady komu nelíbí.

Nelíbí se mi, že se kvůli tvému 398B komentáři muselo stáhnout 287kB HTML, které musel server složitě vygenerovat (=vyšší zátěž, NNTP konferenci s provozem podobným Abc by zvládl kdejaký křáp), to musel můj prohlížeč přeparsovat a vykreslit, což sežralo 5 sekund strojového času a mnoho megabajtů operační paměti (tady to ještě jde, ale již zmíněnou Krokodýlí řeku kreslí skoro minutu, navíc se tahá mnoho mega kvůli jednomu novému komentáři), pokud stránku z nějakého důvodu zavřu, přijdu o označené nepřečtené komentáře, nebo ještě lépe na mnoha diskuzích se ani nepřečtené komentáře neoznačují, nemají obdobu tlačítka „další“ atd. O nějakém rozhraní přizpůsobeném malému displeji mobilu si můžu nechat jenom zdát.

[Chytrex]

+1

[Jendа]

Ono těch pár set kilo a to ztracení nepřečtených komentářů vypadá v dnešní době jako prkotina, ale zkuste si to přes GPRS, které během stahování diskuze občas padne - nepřečtené komentáře v pr…

[imploder]

No, to je fakt. Nemyslím ale, že by bylo vhodné řešení NNTP. Řešit by se to dalo vylepšením webu. Na webu to může vypadat v podstatě jakkoliv, klidně podobně jako v NNTP klientovi. Tahání celé stránky znovu když se jenom malá část z ní změní, by se dalo zabránit nějakým kešováním na úrovni jednotlivých příspěvků s využitím JS + HTML5 local storage. Jsou to IMHO v dnešní době už řešitelné problémy. Na NNTP bys zase potřeboval klienta (a toho nastavit) a stránky by s dizkuzema nebyly tak pěkně propojené (muselo by se na stránky dávat odkazy na diskuze a do diskuzí odkazy na stránky).

[petr_p]

Vedle URL existuje URN. Myšlenka nezávislého pojmenování dokumentu od umístění na síti je to hezká, v určitých oblastech se i ujala (e-mail, news, eNUM), někde se došla na půl cesty (SGML/XML DTD), někde se neujala vůbec (web).

[petr_p]

Skupiny. Pro každou diskuzi skupinu. Nejsou potřeba samostatné účty.

[imploder]

Jo, to je pravda.

[kavol]

To samozřejmě nepotřebuje. Ale jak jinak zařídit, aby nestahoval úplně všechno (všechny diskuze na abclinuxu.cz), ale jenom to, co mě zrovna zajímá?

NNTP (podobně jako IMAP a POP) má tu hezkou vlastnost, že lze stahovat jen hlavičky, dokud si vlákno nerozklikneš, nebudou se tedy stahovat příspěvky (což je obdobné jako při přístupu na stránku, zobrazí ti to "rozcestník" a je jen na tobě, co si rozklikneš a načteš)

Kromě toho by se vlákna musely nějak propojit s článkama na webu - bylo by to asi dost kostrbaté.

co je kostrbatého například na tom, aby každý článek (zprávička, cokoliv pod čím se dá diskutovat) otevíral nové vlákno?

Diskuze přímo na webu je nejjednodušší

netriviální množství lidí by si dovolilo s tímto názorem nesouhlasit ...

a žádného speciálního klienta na ni nepotřebuju.

uff, a to si čteš pakety v tcpdumpu nebo ve wiresharku, a požadavky posíláš netcatem?

Nevím, co se tady komu nelíbí.

že 640 KiB musí stačit každému ... totiž že nám cpeš, že nesmíme toužit po lepším řešení

[imploder]

co je kostrbatého například na tom, aby každý článek (zprávička, cokoliv pod čím se dá diskutovat) otevíral nové vlákno?

Články jsou tady a NNTP mám v thuderbirdu - jak by to mohlo být propojené? Obávám se, že by to nešlo jinak než odkazama. Prostě by to byly 2 různé věci na různých místech.

[xkucf03]

Diskuse by byla na dvou místech – přečteš si zprávičku (článek, blog…) a koukneš na diskusi pod ní (v tu chvíli tam ještě moc příspěvků není). Pak se ale vracíš a koukáš do diskuse, co je nového – v téhle druhé fázi by už hodně lidí dalo přednost NNTP a diskutování pomocí zvláštního klienta místo na webu.

[imploder]

Když se pak k diskuzi vrátím po delší době, tak zase budu chtít vědět, čeho se týká. Tady na webu je to nějak uspořádané, vím i že jsou nové příspěvky v diskuzi podle hvězdičky u zprávičky. NNTP by se hodilp, ale ideální by podle mě bylo na tohle použít local storage z HTML5 (nové prohlížeče už podporují). Tak by mohly zůstat diskuze integrované s webem a přitom by se šetřily KB.

[kavol]

Když se pak k diskuzi vrátím po delší době, tak zase budu chtít vědět, čeho se týká.

nerozumím, jak toto souvisí s tím, kde si ji budeš procházet ...

Tady na webu je to nějak uspořádané, vím i že jsou nové příspěvky v diskuzi podle hvězdičky u zprávičky.

nevím, jak thunderbird, ale třeba knode vytučňuje předměty nových příspěvků (i třeba pokud jsou ve skrytém podvlákně), resp. skupiny nové příspěvky obsahující, a pokud se pamatuju, umí v jednotlivých vláknech zobrazit počet nepřečtených příspěvků - to je IMO rozhodně větší komfort ("lépe uspořádané") než jen nějaká hvězdička za odkazem na diskusi

NNTP by se hodilp, ale ideální by podle mě bylo na tohle použít local storage z HTML5 (nové prohlížeče už podporují). Tak by mohly zůstat diskuze integrované s webem

proč by to mělo být ideální? - neustále tu zavádíš samoúčelný požadavek, že to musí být řešeno přes "web" ... to je asi jako když ouřad vypíše výběrový řízení na něco, zadá obecný požadavky, a pak tam propašuje něco ve stylu že firma musí mít sídlo v Horní Dolní, takže mnohem výhodnější nabídky se pak zahodí a vyhraje předvybraná firma s odůvodněním, že jediná splnila všechny podmínky

a přitom by se šetřily KB.

no jenže ono nejde jen o to přenosový pásmo, viz výše, už jen třeba vykreslit v browseru stránku, na který je všechno pohromadě, je mnohem náročnější než zobrazit trochu textu v NNTP klientu (btw, newsy se dají celkem slušně číst i v textovém režimu, ale podívej se na nějakou diskusi na ábíčku v linksu, jaký je to v tom www rozhraní hokej ...)

[imploder]

Thunderbird taky nové příspěvky vytučňuje. Mně šlo o to, že to vidím přímo u článku, nemusím hledat to samé na 2 místech - na webu a v newsech - mám to pěkně pohromadě.

(btw, newsy se dají celkem slušně číst i v textovém režimu, ale podívej se na nějakou diskusi na ábíčku v linksu, jaký je to v tom www rozhraní hokej ...)

To je fakt. Taky v textovém rozhraní se prakticky každý web používá buď blbě nebo katastrofálně blbě. Je to taková z nouze ctnost. GUI je mnohem lepší. Tyhle věci bych řešil optimalizací webu. V textovém rozhraní si stejně budu chtít číst web, ne jenom newsy, pokud teda z nějakého důvodu vůbec textové rozhraní na čtení Ábíčka používám.

proč by to mělo být ideální? - neustále tu zavádíš samoúčelný požadavek, že to musí být řešeno přes "web"

Třeba proto, že abclinuxu.cz je web? Je lepší se držet jednoduchého řešení mít všechno na webu, když to jde, než zbytečně dělat část na webu a část v newsech. Když to bude kvalitně vyřešené na webu, budou z toho mít užitek všichni, i ti, co nepoužívají vůbec NNTP klienta. Proč to rozdělovat tak, že web bude mít tyhle výhody a newsy zase jiné a přeskakovat mezi nima, když může být všechno tady na webu, pro všechny a se všema výhodama? Pokud jsou problém textové prohlížeče, pak optimalizovat web pro textové prohlížeče.

[kavol]

Mně šlo o to, že to vidím přímo u článku, nemusím hledat to samé na 2 místech - na webu a v newsech - mám to pěkně pohromadě.

opět WTF? - pokud se bavíme o NNTP rozhraní k ábíčku, mluví tady snad někdo o tom, že když by to bylo v newsech, tak by to již nadále nesmělo být na webu? (krom toho, i kdyby nesmělo, tak bys to tedy měl pohromadě v tom nntp klientovi ...)

(btw, newsy se dají celkem slušně číst i v textovém režimu, ale podívej se na nějakou diskusi na ábíčku v linksu, jaký je to v tom www rozhraní hokej ...)

To je fakt. Taky v textovém rozhraní se prakticky každý web používá buď blbě nebo katastrofálně blbě. Je to taková z nouze ctnost. GUI je mnohem lepší.

půjč si Braillův terminál, zavaž si oči šátkem, a pak se bav o tom, co je "z nouze ctnost"

proč by to mělo být ideální? - neustále tu zavádíš samoúčelný požadavek, že to musí být řešeno přes "web"

Třeba proto, že abclinuxu.cz je web? Je lepší se držet jednoduchého řešení mít všechno na webu, když to jde, než zbytečně dělat část na webu a část v newsech. Když to bude kvalitně vyřešené na webu, budou z toho mít užitek všichni, i ti, co nepoužívají vůbec NNTP klienta. Proč to rozdělovat tak, že web bude mít tyhle výhody a newsy zase jiné a přeskakovat mezi nima, když může být všechno tady na webu, pro všechny a se všema výhodama?

opět jako výše, naprosto nesmyslný předpoklad, že by se zavedením NNTP rozhraní musel zrušit web (resp. jeho část těmi newsy pokrytá)

když je "všechno tady na webu", tak to rozhodně není pro všechny se všema výhodama - to již bylo diskutováno výše, že newsy mají oproti webu spoustu výhod, když nebudou newsy, nebudou ani ty výhody, ergo neplatí "jen web = všechny výhody"

[imploder]

když je "všechno tady na webu", tak to rozhodně není pro všechny se všema výhodama - to již bylo diskutováno výše, že newsy mají oproti webu spoustu výhod, když nebudou newsy, nebudou ani ty výhody, ergo neplatí "jen web = všechny výhody"

Jakou výhodu mají newsy oproti dobře udělanému webu (včetně kešování do local storage (šetření KB) a se snahou o maximální přístupnost (nevidomí))? Argument "na webu je všechno pohromadě" je taky blbost - nemusí to tak být. Na webu je všechno tak, jak to webmaster udělá. Když to chce mít pohromadě, bude to pohromadě, když to chce jinak, bude to jinak.

[petr_p]

Tu výhodu, že mezi klientem a serverem je standardní aplikační protokol, který nese sémantickou informaci. HTML takovým jazykem není. Přesněji řečeno je v kontextu jednoho příspěvku, ale není v kontextu aplikace (webové diskuze). Slavné HTML5 se vzmohlo jen na nabídku a patičku.

Taková vlastnost pak umožňuje mít klienta a způsob zobrazování a ovládání diskuze nezávislou na tom, jak to webmaster udělal. (Já třeba zdejší poradnu čtu v programu slrn, jiní lidé zde zmiňují Knode nebo Thunderbird. Každý si přijde na své.)

Čuchám, že narážíte na rozdělení webové aplikace na obsah a aplikaci technikou AJAXu. Jenže má to drobný problém: Nemáte standard. A nikdo se vám nebude programovat s ad hoc klientem pro každou webovou diskuzi znovu.

V Americe jednu dobu frčel LiveJournal. To byl takový, dnes by se řeklo, blogovací systém. Klienta jsem našel jen v programu centericq. Kam myslíte, že by to dotáhlo o několik řádů menší Ábíčko?

[xkucf03]

Co se týče NNTP a standardních protokolů – souhlas. Ale jen doplním, že některé API k webovým aplikacím jsou taky standardizované – např. programem Blogilo jde psát zápisky a posílat je do různých systémů, aniž by člověk musel otevřít webový prohlížeč. Pro diskuse jsem ale nic takového neviděl – ale taky proč, když máme NNTP? Kdyby sem pomocí něj šly posílat příspěvky, tak bych ho rád používal.

[imploder]

To je pravda. Tenhle argument beru. Nejlepší se mi teda jeví udělat diskuze přes NNTP a na web dát webového NNTP klienta (pokud žádný použítelný už neexistuje, tak naprogramovat). Tím by se zachovaly diskuze snadno přístupné každému přes web a stejně tak přístupné přes jakéhokoliv NNTP klienta.

[kavol]

Články jsou tady a NNTP mám v thuderbirdu - jak by to mohlo být propojené?

krátká odpověď: jednoduše

delší odpověď: jaký je problém, aby se článek při uveřejnění zároveň odeslal na news server jako nový příspěvek?

[imploder]

Nic proti takové možnosti nic nemám. Akorát IMHO je blbost mít stejnou věc dvakrát: jednou na webu a jednou v newsech, když stačí web.

[kavol]

Akorát IMHO je blbost mít stejnou věc dvakrát: jednou na webu a jednou v newsech, když stačí web.

Akorát IMHO je blbost mít ke stejné věci dvě rozhraní: jedno webové a jedno newsové, když mi stačí web.

- to jsi asi chtěl říct, ta původní formulace jaksi neodpovídala realitě

[kong]

Dlouhodobym pouzivanim se IMO mysli alespon nekolik tydnu. Proste ze ho zavrete jen v pripade, kdyz restartujete pocitac kvuli novemu jadru.

[ROFL]

Nové jádro instaluji každý týden.

[kong]

Opravdu je na tom windowsí FF o tolik lépe?

Firefox pod wine je rychlejsi nez ten nativni.

[ROFL]

U mě je nativní FF cca 2x rychlejší nez Widle verze pod Wine. Asi to máš rozbité.

[kong]

Pravdepodobne jste netestoval stejne optimalizovane verze - kompilovane pro stejnou architekturu.

[Miklik]

WinXP FF 3.6.13 otevřeno ve dvou oknech 15 tabů a spotřeba paměti 312MB.

Nějak extra rozdíl mezi Win a Linux FF nezaznamenávám.

[Saljack]

Mě zase ten adblock přijde horší. Akorát mě na chromium štve to, že některé stránky se při načítání zaseknou a celkem trvá, než to rozmrzne (dělá to jedno nejmenované fórum ). Ještě mi vadí, že v tom titulku není tlačítko podržet nahoře, ale člověk se s tím musí holt smířit.

[ROFL]

Opet musím reagovat, nativní je u mne více než 2x rychlejší než Widloidní ve Virtualboxu.

[error414]

jeden pripad nic neni, FF se da pouzivat jen na win, jinak je to hnusna pomala mrcha.

[kralyk z abclinuxu]

S tím, že i FF na Win a na silnějším kopmu má pomalejší GUI než Chromium na slabším kompu (na linuxu nebo win)

[Jakub Lucký]

dva případy... tedy alespoň dva...

[Michal Kubeček]

Aha, ona je to nějaká šílená windowsí featura. Hned jsem si říkal, že to těžko budou podporovat všechny window managery (pokud vůbec nějaký).

[Jendа]

Chromium to umí minimálně v xfwm a Metacity.

[Filip Jirsák]

Pod KDE 4.5 (KWin) to umí také. Tedy pokud se pod „panely v titulku okna“ myslí to, že se titulek okna zruší a tlačítka pro minimalizaci, obnovu a zavření okna se přesunou do lišty vedle panelů.

[Michal Kubeček]

Aha, já už se lekl, že to opravdu kreslí do titulkové lišty. I tak ale doufám, že to zůstane jen volitelné.

[ROFL]

Podle odkazu na web Mozilly to volitelné bude. Stejně jako volba adresního řádku nad nebo pod taby.

[Jendа]

I tak ale doufám, že to zůstane jen volitelné.

No to doufám. I když na stavový řádek už je potřeba rozšíření…

[chris]

ad stavový řádek: proboha...díky za varování...kterej debil...takže od teď bude člověk před kliknutím na odkaz zjišťovat do který prdele odkaz skutečně vede nejspíš přes webdevel nebo firebug...ach jo...

[Jendа]

Prý se bude cíl odkazu zobrazovat v adresním řádku. No, nevím, jestli bych si na to zvykl…

[Michal Kubeček]

IMHO nezvykl. V adresním řádku se odkazované URL sice zobrazuje, ale vzhledem ke způsobu zobrazení je tam vidět jen krátká počáteční část, takže je to k ničemu.

[kotyz]

ja mam ve stavovym radku 4 pluginy (forecastfox, quickjava, screengrab, xmarks), kam by prisly? bud by se prestehovali nekam k adresnumu radku (to by bylo blby, forecastfox v chromiu tam ma jenom jednu malou ikonku a kdyz chci neco videt musim ji rozkliknout) a nebo by se to muselo lovit nekde z menu. bez stavovyho radku to bude nahovno. doufam ze na to aspon pude ten skin ala firefox 1.5 (ten pouzivam uz leta letouci a zatim prezil vsechny upgrady a firefox vypada porad normalne, ale ty pruhledny panely v titulkovym pruhu asi nerozdejcha).

[josi]

Pro tyto účely je ve Firefoxu 4 nový (volitelně zobrazitelný) Add-on Bar.

[kotyz]

to se ale ty doplnky asi budou muset nejdriv prepsat aby s tim fungovali. a to muze u nekterejch trvat hooodne dlouho. na novou verzi imagezoomu ktera by chodila v novym thunderbirdu sem cekal skoro rok. v novym firefoxu nastesti ta stara fungovala furt. mozna by bylo bejvalo stacilo rozbalit to xpi a prepsat tam maximalni verzi na nejaky vyssi cislo a taky by to chodilo ...

[josi]

Nutnost přepsání je určitě nemine, zatím by však i starší doplňky měly fungovat:

For the time being, there is a status bar shim included so that add-ons that expect the status bar to be present will still work. This will go away soon, so update your add-on now!

https://developer.mozilla.org/en/The_add-on_bar

Jen nevím, co přesně si mám představit pod pojmem soon.

[Marián Kyral]

Musíš si nastavit větší rozlišení

[Jendа]

Když vymyslíš notebook s rozkládacím displejem (a jo, to je dobrej nápad!)…

[Jakub Lucký]

To existuje...

[Jendа]

Dobře, přidávám další podmínku: když mi ještě dáš nějaké peníze…

[Jakub Lucký]

Tak ty jsi ten podvratný živel, terorista a hacker, co lidem maže disky a vykrádá bankovní účty, tak se trochu snaž v té bance něco ukrást

[Heron]

Hezkýýýý.

Tohle je asi první notebook, který se mi líbí natolik, že bych uvažoval o jeho soukromém pořízení.

[Michal Kubeček]

1600x1200 mi připadá dostatečné, ale nechci mít okno prohlížeče maximalizované ve vodorovném směru (to dělám jen tam, kde je 1024 pixelů šířky).

[xkucf03]

Ale stavový řádek zase užírá místo na obrazovce. Pro Firefox 3.x existuje Fission, který odkaz pod myší zobrazí v adresním řádku (v celém, takže se toho tam vejde už celkem dost).

[imploder]

Mohlo by se URL zobrazovat při najetí na odkaz přímo u myši, společně s title. To by nezabíralo místo a navíc bych nemusel uhýbat očima.

[Jendа]

To by obtěžovalo, protože buď se zobrazí až po sekundové prodlevě (= čekání, otrava), nebo se bude zobrazovat hned, a pak budou blikat bubliny, jenom když přes stránku přejedeš myší.

[imploder]

Jo, to mě taky napadlo. Muselo by se to udělat nějak chytře. Nj, to se lehko řekne, ale těžko udělá

[Filip Jirsák]

Já jsem psal o Chrome/Chromiu. Ale předpokládám, že to stejně bude i u Firefoxu, kreslit to opravdu do titulkové lišty by bylo bláznivé, a pod Window Managery nejspíš i nerealizovatelné. U Linuxu je ale stejně trochu zbytečné něco takového řešit, tam to umí kdejaký Window Manager zařídit odjakživa a pro každý program (pravda, budou tam „chybět“ ta 3 okenní tlačítka vedle panelů).

[kralyk z abclinuxu]

I v Linuxu?

Windoze API umožňuje kreslení do rámečku (páč ve win je WM jen jeden™ a ten se o moc nedělí).
V linuxu by šlo prostě oknu nastavit, že je bez rámečku a ovládací prvky si kreslit po svém, což se asi nebude některým lidem líbit, ale jiné řešení mě nenapadá...

Osobně si myslim, že by se window manager měl do budoucna omezit na kreslení pouze těch ovládacích prvků. Title bar je imho dnes už nahouby (jen u maximalizovaných oken samozřejmě).

[imploder]

Integrovat titulek a menu maximalizovaného okna do horního panelu mi připadá jako dobrý nápad. [viz komentář]

[xkucf03]

V linuxu by šlo prostě oknu nastavit, že je bez rámečku

Takhle to používám už teď – u oken jako je prohlížeč mám ten okraj skrytý (kwin) a že tam nemám tlačítka pro maximalizaci a spol je mi jedno, protože prohlížeč je stejně pořád přes celou obrazovku, nepřesouvám ho, nezmenšuji a běží prakticky pořád (a když už ho chci zavřít, tak Ctrl+Q).

Jestli to bude jako výchozí chování, budiž, nevadí mi to. Když se zmenší nabídka a místo pruhu bude jen tlačítko, je to taky fajn. Aspoň budu moci vyhodit jeden doplněk (Hide Menubar). Co mi ale vadí, je odstranění ikony RSS/Atom z adresního pruhu (totální kravina – a nechoďte na mě s tím, že to nikdo nepoužívá) a kvůli tomu si zase nějaký doplněk budu muset doinstalovat. Takže to bude 1:1.

[imploder]

Když se zmenší nabídka a místo pruhu bude jen tlačítko, je to taky fajn.

To je kravina, to ať nedělají. Takhle se ta nabídka bude blbě používat. Třeba nabídku Záložky využívám pořád.

[xkucf03]

Myslím, že ta nabídka půjde jednoduše přepnout na klasickou – ale s tím RSS tlačítkem je to horší: pro jeho obnovení bude potřeba doinstalovat nějaký doplněk, což mne dost štve (a hlavně to, že nebude ve výchozím nastavení).

[Jardík]

Tohle mě taky se.e, jako debil musím pak na dané stránce hledat rss linky (v menu jsem to taky nenašel).

[Marián Kyral]

Tak si ho zase přidej na lištu.

[xkucf03]

Jenže to tam to tlačítko bude strašit, i když stránka žádný kanál nemá, ne?

[Jardík]

Napůl nefunguje. Když např. přejdu klikem na logo "ABC Linuxu" na / tohoto webu, ukáže se. Pokud kliknu na nějaký odkaz v rámci tohoto webu, ukáže se jenom tehdy, pokud není v adrese znak ?. Pokud z takové stránky dám Zpět a vrátím se na předchozí stránku, ikonka zmizí. Je to tedy na 2 věci ...

[Jardík]

Teď jsem si všiml, že ve zdrojáku na nějakých stránkách ty RSS nejsou, takže to je OK. Každopádně když dám Zpět, tak to OK není, protože se to neukáže i když to ve zdrojáku je.

[Marián Kyral]

Aha, tak toho jsem si ještě nevšiml. Každopádně pokud to nefunguje, tak to je bug a měl by se hlásit

[josi]

Bookmarks → Subscribe to This Page

[Jardík]

Asi jsem byl slepej, ono to tam fakt je ... Používám totiž na záložky postranní panel a do toho menu vůbec nechodím. A dokonce to funguje i po stisknutí tlačítka zpět Toto mi teda stačí a můj problém považuji za vyřešený.

[Jardík]

Příloha:

• Untitled.png (222667 bytů)

Ve Windows v žádném případě není pouze jeden WM. Např. DWM a starší "správce" oken beze jména * - komunikuje se s nimi přes Windows API **. DWM (Vista+) umožňuje "víc" kravinek a je totální kokoťárna to, co s tím dělají aplikace. Např. kreténovina stylu Chromium a teď i Firefox, že musejí dávat průhlednost (***) i tam, kde je to nepoužitelné ...

* I ve Windows XP byl jakýsi WM. Rámeček se kreslil někde uvnitř WinAPI, ale když aplikace přestala vybírat zprávy z fronty, tak Windows okno nahrazoval tzv. "ghost window", takže po chvilkové pauze, co titulek nereagoval, opět začal reagovat.

** je možno použít i vlastní WM, např. existuje blackbox, ale ten jsem zkoušel jen pod Windows XP.

*** ta je vypnutelná v nastavení DWM, ale když ji má někdo zapnutou, tak to je ve zmíňených aplikacích kreténsky zneužíváno - v exploreru mi to přijde ještě OK na pomezí použitelnosti, ale aby to muselo být i na tabech a spol... viz můj obrázek, po chvilce hraní s userChrome.css vypadá firefox použitelně i pod Windows Vista+ (až na ty hnusný podtrhaný písmenka v menu).

[Andrej]

No ale to je snad samozřejmost, ne? V každém maximalizovaném browseru si samozřejmě vypínám lištu okna, aby browser zabíral celou obrazovku, ale aby si jinak zachoval všechny vlastnosti normálního okna. Na dnešních širokoúhlých displejích je to nezbytnost.

(Zajímavé je, že zatímco v KDE je tato možnost odnepaměti, Gnome se na něco tak základního nezmůže dodnes. (Což je jeden z mnoha desítek důvodů, proč Gnome nepoužívám.))

[YYY]

Kdyz to u gnome potrebuji, proste zmacknu v prohlizeci kouzelnou klavesu F11.

[Andrej]

Ne, klávesa F11 dělá něco zcela jiného. Funkci, o které jsem psal, Gnome prostě neumí. (Jako ostatně všechny užitečné funkce. Zkrátka aby to uživatele nemátlo...)

[eee-kar]

To je blbost. Gnome se na to zmůže úplně jednoduše. Stačí mít téma, které nemá lištu okna u maximalizovaných oken.

[Dent]

Což odstraní lištu oken u VŠECH maximalizovaných oken...? To asi není úplně přesně jako původní příklad.

[eee-kar]

U všech, ano. Dobře. Ale nakonec, k čemu je v GNOME dobrá lišta u maximalizovaného okna - tj okna, které zabírá celou aktivní plochu?

Stejně akorát přepínám na jinou plochu nebo okno zavírám. Obě tyto akce jsou dostupné klávesovou zkratkou nebo z lišty panelu. IMHO title bar je u maximalizovaných oken totální idiocie a naprosto zbytečné plýtvání místem.

[R]

V KDE sa napriklad da nastavit, aby sa dali maximalizovane okna posuvat. Velmi dobra vec pri dvoch monitoroch. Ci to ide aj v GNOME, to netusim...

[Andrej]

Jenže já zmizení lišty nechci u všech maximalizovaných oken. Chci ho jen u některých oken, ne nutně maximalizovaných, a jen občas. Což Gnome samozřejmě neumí, aby uživatele nemátlo.

Jinak mizení lišty maximalizovaných oken v Gnome je celkem triviální a dá se za pět minut naklikat v gconf-editoru. Ale jak už jsem psal, taková funkce je mi k ničemu.

[petr_p]

Zajímavé také je, co Firefox mít nebude: Například XLink.

[xkucf03]

odkaz?

[petr_p]

Bug 332773: Drop XLink support. A projděte si i zpětné závislosti. To je počteníčko. Mám dojem, že co je v konfliktu nebo duplicitní s HTML5, to se vyhazuje, protože budoucnost patří HTML5 :(

[kavol]

ono to ani nemusí být v konfliktu ... onehdá se tu řešilo, že si FF vymýšlí špatně typ (xhtml vs html), a bug na téma, že si to má přečíst ze souboru (deklarace DOCTYPE), byl též zavřen s tím, že v HTML5 to bude jinak a že by jim to s tím rozbilo kompatibilitu, kdyby to teď naimplementovali správně ... exoti

jinak to není, HTML5 v příslušné části povoluje použití starého doctype, a bylo o tom rozhodnuto teprv v půlce prosince 2010, zatímco bug byl s odkazem na HTML5 zavřen dávno předtím - fakt nevím, co na to říct, podle mě je to idiocie na n-tou, ale když si dovolím na podobné nešvary kolem FF poukazovat, tak vždycky někdo udělá blbce ze mě, protože FF je přece to nejdokonalejší a jeho vývojáři mají vždy pravdu

[pavlix]

To znám, viz: Tradice truc-zápisků na abclinuxu.cz, Jabbim a podobní

Neřešme, že to bylo offtopic, jiní správci se mnou diskutovali, tedy rovněž byli offtopic :). Spíš jsem si vzpomněl na to, že Mozilla úmyslně zmršila implementaci PNG a, rovněž úmyslně, vytvořila konfliktní standard se stejnou signaturou.

[xkucf03]

To je fakt škůdce

V #516906 píší:

XLink just defines that a link exist, not what type of link (i.e. is the link describing where the site-map is, is the link to a stylesheet to be used to style the document, is the link a clickable navigation link).

To ještě dokážu pochopit – bylo by trochu nesystémové předpokládat, že každý xlink má být klikatelný, budiž. Ale když tomu XLinku nastavím atribut xlink:show="replace" a xlink:actuate="onRequest", tak je snad nad slunce jasné, že ten odkaz má fungovat, ne!? Příště by mohli trochu víc přemýšlet, než v zájmu světlých zítřků něco rozbijí.

[Rovano]

Poté co došel dech FF 3.x s mými mnoha taby, jsem se naštval a otevřel je v FF 4 beta8 a jedu krásně plynule dál :)