Re: [Galeon-devel] Galeon feature implementation

El mar, 05-11-2002 a las 02:26, Philip Langdale escribió:

> >>d) External Downloader support. Well, we had this until the very last
> >>minute when marco commented it out... I'm not sure there's much of a UI
> >>issue here. It's a matter of some prefs (dirty word, I know) to indicate
> >>whether an external downloader is being used and what it is.
> > 
> > 
> > I don't use the external downloader and our internal downloader works
> > very well for small files. So, I don't care.
> 
> My attitude is much as Elivind has already articulated. Comprehensive
> download features are rightly beyond the scope of galeon, so the ability
> to easily hand off download tasks to a specialised program is a big plus
> for me.

All right.

> 
> >>f) As a related issue, I would however like the ability to persist the
> >>decision to save to disk, so that files can be saved simply by clicking
> >>on them without any other interaction. However, such persistence must
> >>take place on a mimetype by mimetype basis which brings us back to
> >>accusations of having our own mime db again. Creative ideas here would
> >>be much appreciated.
> > 
> > 
> > I think it would be enough if shift+click (or something else) always
> > saved to disk without asking anything. 
> 
> The main concern with this is the shift+click is *not* equivlant to left
> click because the left click does a full evaluation of the url which
> might be something like sourceforge that churns, redirects and finally
> sends a file down the pipe while shift+click just sends the url as is
> to the saving method and you end up saving a webpage which contains a
> link to the file you want. whoops. If we can make shift+click emulate
> the full left-click behaviour except that it sets a 'I want to save
> this' flag that surpresses the 'what do you want to do' dialog, this
> would be acceptable, and avoid local action persistence. I'm not sure
> how to do this as yet but I'm sure we can find a creative way.

Your are right, I forgot about that.

-- 
Ricardo Fernández Pascual
[email protected]
Murcia. España.