On 20/10/14 04:30, kamaraju kusumanchi wrote: > > > On Sun, Oct 19, 2014 at 8:11 AM, Scott Ferguson > <scott.ferguson.debian.u...@gmail.com > <mailto:scott.ferguson.debian.u...@gmail.com>> wrote: > > Apologies - I forgot to include this this:- > > Previously I have had the *alternative* file picker thingy (I assume > that's what you meant by "kdialog") working instead of the default > iceweasel one - but the experience was flaky and breaks on upgrades. > > > Yes. That is what I am after.
Do note - it's *not* a KDE file browser, for reason explained previously. It 'might' be possible to hack such a thing with a little bash, some modification of the appropriate mozilla js, and kdialog (the scripted gui tool) - and understand that approach may be difficult to maintain across upgrade. I'm sorry but it's not something I can provide instructions for, or have time to try myself. Your best bet might be to either find a plugin/extension that allows that (I don't know any compatible with recent Iceweasel) - or write your own. >From unreliable memory you're looking for "filepicker" (nsIFilePicker??). A cursory search show that function being called in Firebug. > > > NOTE: it *still* uses GTK not QT. Use an Iceweasel theme and KDE QT > configurator to make it "look" like QT. > > about:config -> filter for "ui.allow_platform_file_picker" > set the boolean value to "false" (double-click on it) > > I tried this. The resulting file dialog is somewhat different but not > same as kdialog. Yes. Noted previously. GTK != Qt Until I see a working example of KDE being used for file selection in Iceweasel this appears to remain and x/y problem (you want the same features on your Toyota as are in a Ferrari - simulation 'may' be the closest you can get). > For example, in the kdialog window opened from > chromium, if I click on the drop down where the directory name is > displayed, it shows a list of directories into which files were stored > recently. This feature is very useful. File a wishlist bugreport upstream?? > > However, after setting the ui.platform_file_picket to false, the > directories listed under "Look in:" are just directories under the same > tree. For example, they are as below > /home/username/dir1/dir2/dir3 > /home/username/dir1/dir2/ > /home/username/dir1/ > /home/username/ > /home > / > This is rarely useful for me and involves multiple clicks before I get > to the correct destination directory. > Understood. And expected. I haven't explored the abilities to define how the GTK file browser sets the default locations offered - or how to redefine it's interface. Either wait for someone else to respond to this thread, or do a little research on your own. You don't say what DE libraries you use. If you have KDE you might be able to find an alternative way (x/y again) of achieving the same outcome (I have little knowledge of GNOME). Is there a logic to the choice of directories you wish to download to? e.g. Could an "auto-filter" be employed to save files to particular locations based on file type? Kind regards -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5444280f.1020...@gmail.com
