Hi Loïc, Loïc Minier schrieb: > This is a followup on Debian bug <http://bugs.debian.org/270251>. > > Christoph Martin <[EMAIL PROTECTED]> - Mon, Sep 06, 2004: > >>When I try to download a file and save it to disk, galeon wants to >>display the file select box. Before that it stats, opens and reads >>(the first block or so) ALL files in the download directory. This >>takes a long time if you have a lot of files in your directory >>(especially on a slow storage system). >> >>Why is it needed to read the first 32k of each file in this directory? > > > Galeon only makes use of standard Gtk widgets. I think that Galeon > uses "GtkFileChooser" for the dialog you mention in 1.3.18-2. > > My guess concerning your problem is that the display of the files you > browse probably involves using gnomevfs, which probably does some MIME > types detection with the content of the file (the information is then > used to display the icon for this file type for example). This work in > a similar way as the "file" utility. > > Since this dialog has evolved, I think it doesn't render the content of > the default directory initially (you've got to hit browse for the > content to be displayed). Is the current behavior acceptable? If yes, > I'll close this bug, if not, I'll reassign this to Gtk.
Sorry, but the problem is still present in version 1.3.18-1.1 which I
use currently. I reported the bug for version 1.3.15-2. The browser
tries to read all the files *after* hitting the save to disk button and
*before* the file dialog opens, where I can hit the browser button etc.
Christoph
--
============================================================================
Christoph Martin, EDV der Verwaltung, Uni-Mainz, Germany
Internet-Mail: [EMAIL PROTECTED]
Telefon: +49-6131-3926337
Fax: +49-6131-3922856
signature.asc
Description: OpenPGP digital signature
