Downloads folder and more

[Dennis Heuer <dh triple-media com>]

The problem seems to be related to the way of writing down the path to
the folder. When I change the downloads folder in epiphany (with gtk
filechooser), it works fine. When I change it in gconf-editor, it
doesn't work because it seems that I have to explicitly put '~/' before
the folder name. The original folder, 'Downloads', was just written as
is. There seems to be a special treatment of 'original' or 'default'
folders that I don't think is correct. And, the relative path should
start at where the desktop starts (this is my entry point and the point
from where I start epiphany), so that '~/' should not be necessary.

There are other problems with epiphany. The configuration unites the
choice for automated downloading with the choice for automated opening.
That just doesn't work out. Actually, It behaves contraproductive. If I
want to see a pdf file, having it downloaded and opened automatically
sounds useful. However, if I only want to see it, I don't want to find
it in the downloads folder afterwards. If I only want to download it, I
don't want it to pop up after downloading. The best is comparing two
different types of files. I may want my pdf downloads to be opened
automatically; but that definetly doesn't mean that I want all the
gzip-archives I downloaded in parallel to be opened in multiple
file-roller windows (where's the use of that?). At the moment, if I want
to have automated downloading, I definetly must live with that
disturbing behaviour. If I don't want that behaviour, I must live
without automated downloading. The connection of the both options only
causes headaches and anger. Please, the best solution is to ask the user
for each new mimetype and provide a list of all registered behaviours
for later mimetype-wise deactivation. However, until then, you should at
least offer two options, one for automated downloading and one for
automated opening.

When I deactivate automated downloading/opening, I get a dialog that
asks me if I want to abort, save, or open the download. If I click on
'open', the file downloads into the download folder and afterwards
apears on screen. If I click on 'save', the downloaded file will not
appear on screen but the dialog asks me where to put the file and offers
me the folder for my HTML pages, which is definetly the wrong choice. I
could now switch back and forth between the folder for HTML downloads
and the downloads folder, or I just click on 'open', get the download to
the downloads folder, and click away the annoying, appearing
application.

I hope the lengthy descriptions is long enough to show you that the
behaviour of epiphany just never fits the actual case and really pisses
off. Please do something on that...

Dennis

P.s.: Sometimes, the appearance of the 'save as' dialog for HTML pages
(<ctrl>+<shft>+s) is delayed for minutes, and one must keep tabs open to
have them still around if the 'save as' dialog doesn't come up at all.
There should be immediate feedback in the 'downloads' dialog. However,
as long as there is no way to grab the source URL from the downloads
dialog, one still has to keep the tabs open to be save...



> Hi,
> 
> Le samedi 23 avril 2005 à 20:00 +0200, Dennis Heuer a écrit :
> > renaming the downloads folder and setting the downloads_folder key
in
> > gconf-editor doesn't work as expected. When clicking on a download
link,
> > a dialog appears telling me that '.part' wasn't found. Switching
back to
> > the old name works, but now all downloads are opened with
file-roller
> > (though they are stored persistently in Downloads before that).
> 
> Were you renaming the folder while there were still downloads pending?
> 
> Regards
>       Christian
> 
> 
> 
> Nope, haven't even run epiphany (played with spatial view that
moment).
> This is a manifest problem not related to a specific timeframe or
> download session. The new name is just not recognized internallly
(what
> I conclude from this ".part" message. There seems to be some
> configuration object not read correctly or so).
>
> Dennis