Vlákno názorů k článku Firefox 1.5: dospělý prohlížeč od Michal Kubeček - Ne, autor rozhodně není sám. Nový save as...
-
Michal Kubeček (neregistrovaný)Ne, autor rozhodně není sám. Nový save as dialog je pro mne naprostou katastrofou, už dlouho mne pronásleduje v GIMPu a teď to bohužel odskákal i Firefox. Snažil jsem se ve zdrojácích najít, kde k té změně došlo, s cílem vytvořit patch, který by vracel původní dialog. Bohužel jsem zatím neuspěl, zdrojáky jsou příliš rozsáhlé a pro člověka, který se v nich neorientuje, je to příliš nepřehledné. Chtělo by to pomoc ze strany někoho, kdo se na vývoji podílí, ale ti jsou nejspíš všichni tak odvázaní z toho nového dialogu, že podobnou aktivitu podporovat nebudou. Pokud by snad někdo takový existoval, uvítám pomoc nebo aspoň nasměrování, kde to hledat.
-
Nestaci pri kompilaci proste pouzit GTK misto GTK2? Mel by na to byt nejaky switch v .mozconfigu
Pri hledani ve zdrojacich http://lxr.mozilla.org/mozilla/find?string=gtk bych se zameril na adresar http://lxr.mozilla.org/mozilla/source/widget/src/gtk2/ konkretne na http://lxr.mozilla.org/mozilla/source/widget/src/gtk2/nsFilePicker.h a http://lxr.mozilla.org/mozilla/source/widget/src/gtk2/nsFilePicker.cpp ale to je jen, co jsem ted rychle nasel. Pokud budes mit patch posli mi ho prosim mailem. -
Nekdo (neregistrovaný)No mě přijdou katastrofální oba :-), ne fakt, ten nový je ale lepší, t ominulé byla katastrofa, než to člověk prolezl, používám Xfce a jsem zvyklý na tento dialog, navíc mám nalevo hlavní adresáře bookmarknuté, takže to ve vteřině uložím, v tom starém jsem klikošil skrz celou strukturu adresářů, tfuj :-) a vůbec links rulez :-D
-
Michal Kubeček (neregistrovaný)Abych ho dokázal označit za praktický, musel by se defaultně zobrazovat v "rozbaleném" stavu, aktuální cesta by se musela zobrazovat normálním způsobem (ne jako (neúplná) sada čudlíků) a aby se mi to líbilo, mohly by se ještě zvlášť zobrazovat adresáře a soubory, adresáře pokud možno místo toho zbytečného levého panelu. Když o tom tak přemýšlím, nejlepší by bylo, kdyby tam byl ten původní, možná jen trochu přestylovaný podle Gtk2.
-
Michal KrauseZlatý podporovatelNa nový dialog jsem si v zásadě zvykl, něco se mi líbí (záložky), něco se mi zdá být spíš krokem stranou (ne všechno jde ovládat z klávesnice nebo to není příliš pohodlné), ale co mi vyloženě pije krev je jeho rychlost, respektive spíš pomalost. Vlézt do adresáře /usr/bin mi na notebooku trvá napoprvé okolo 15 vteřin, napodruhé kolem čtyř vteřin (pravda, je to trochu extrémní případ, ale není až tak neobvyklý - člověk přeci jenom sem tam vybírá aplikaci pro otevření souboru atd.). To samé dokáží dialogy v QT či Motifu provést bez zaznamenatelné prodlevy.
Je jasné, že to není problém Firefox, ale GTK. Ostatně na Netu jsem zaznamenal i nějaké diskuze na toto téma a zdá se vývojáři GTK na tom pracují, ale spíš se divím, že to v této podobě pustili ven. -
Michal KrauseZlatý podporovatelNo jo, ale když je mezi "make it work" a "make it fast" několik měsíců, tak to zamrzí :)
-
Taky mě ten dialog štve, pokud budeš mít patch, prosím zveřejni někde na netu.
Uvedu příklad konkrétní situace, a zajímalo by mě, jak se s podobnou situací vyrovnávají zastánci GTK dialogu: Na netu je někde odkaz na nějaký .doc (.rtf, apod.), který mám v systému defaultně asociovaný s openofficema.org. Ale já to chci otevřít třeba v kwordu. Kliknu na odkaz, objeví se dialog. V mozila suite je možnost zvolit otevřít jiným programem, a napsat "kword". Ve starém FF se otevře dialog v mém domovském adresáři, ale můžu napsat "/usr/bin/kword<enter>" a je to. V GTK dialogu se musím složitě doklikávat do /usr/bin, a čekat dlouhou dobu, než se ho uráčí načíst, a tam mezi tisícema souborů hledat kword.
-
Díky, ale po Ctrl-L a napsání "/usr/bin/kword" mi asi tři čtvrtě minuty chrastil pevný disk, a až pak se tam ten soubor označil. A kromě toho to má tak dementně udělaný automatický doplňování, že když napíšu "/usr/b" , tak se někdy samo doplní "in/", ale narozdíl od jiných filepickerů, když pokračuju psaním "in/" tak se mi to tam zdvojí, takže abych to napsal správně, musím po každém znaku chvíli čekat, než se uráčí doplňovat.
Z mého uživatelského hlediska je GTK/GNOME nejen pomalé, ošklivé a místy prasácky napsané, ale hlavně špatně použitelné. Proč se za každou cenu tvůrci GNOME (a Firefoxu taky) brání, aby bylo nějaké políčko přímo editovatelné (což přítomnost tlačítek a doplňovací roletky nevylučuje)? -
Jezis, takovou blbost mezi klavesnici a zidli jsem uz dlouho nevidel. Kdyz pisu /usr/bin, tak to funguje jak ma, a nic se nezdvojuje. Ja kdyz napisu "/usr/b" doplni se "in/" a kursor se premisti nakonec. Samozrejme muzu po kazde klavese cekat co se doplni (asi podle vas eliminace te blbosti), nicmene to podle me je zavada pouzitelnosti takoveho dialogu. Navic kloudne browsery nabizi v kontextovem menu "Otevrit s" -> "zaregistovane programy". Ano, jen je skoda, ze Firefox (s mnoha svymi jinymi vyhodami) v tomto ohledu kloudny browser neni.
-
Berik (neregistrovaný)Neco jsem zahledl na netu a nakonec jsem to vyhrabal.
Sice to neni presne to, co popisujes, ale myslim, ze jsem to zahledl v jinych komentarich na tvuj prispevek.
Doufam, patch(?) na jiz rozbaleny save dialog:
http://forums.gentoo.org/viewtopic-t-362497-highlight-.html
Pro klavesove zkratky, ktere je mozne nastavit - http://developer.gnome.org/doc/API/2.0/gtk/GtkFileChooser.html sekce Key Bindings
Nakonec nevim, jestli je nekde dalsi patch atpod. Na gentoo forum jsem na to narazil ciste nahodou, ponevadz ho nepouzivam.
Myslim si, ze by vyvojari GTK+ mohli trosku poslouchat... teda spis naslouchat. -
KejPi (neregistrovaný)Jeste bych prezil, ze tenhle dialog je absolutne neprehledny, ale co me neskutecne s*** je opacne poradi tlacitek. Zajimalo by me, ktera chytra hlava v Gnome tuhle blbost vymyslela. Proc cely civilizovany pocitacovy svet muze pouzivat OK vlevo a GNOME jedine to ma opacne?
Asi jsem idiot, ale ve trech z peti pripadu tuknu na to druhe tlacitko nez chci :-(
Uz jsem si emergnul novy FF, ale kvuli tlacitkum jsem se ho zbavil, vratil se k 1.0.7 a prechgazim ke Konqueroru :-(
