Re: download files from iceweasel using kdialog
On 20/10/14 04:30, kamaraju kusumanchi wrote:
>
>
> On Sun, Oct 19, 2014 at 8:11 AM, Scott Ferguson
> <scott.ferguson.debian.user@gmail.com
> <mailto:scott.ferguson.debian.user@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
Reply to: