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 _______________________________________________ epiphany-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/epiphany-list
