Re: [Galeon-devel] Nautilus view and mime types
- From: Marco Pesenti Gritti <marco it gnome org>
- To: David Watson <dwatson cs ucr edu>
- Cc: Ricardo Fernández Pascual <ric users sourceforge net>, galeon-devel lists sourceforge net, Nautilus List <nautilus-list gnome org>
- Subject: Re: [Galeon-devel] Nautilus view and mime types
- Date: 09 Jun 2002 17:24:53 +0200
On Sun, 2002-06-09 at 16:28, David Watson wrote:
> On 8 Jun 2002, Marco Pesenti Gritti wrote:
>
> > > One of the complains that I have heard about the galeon1 view is that
> > > it uses the galeon downloader instead of letting nautilus do the
> > > download. I'm not sure of what is the best thing to do. We know that out
> > > internal downloader will always work (even if there are cookies or
> > > whatever thing involved). On the other hand, nautilus is supposed to be
> > > able to decide what to do with some file, even remote ones.
> > >
>
> Nautilus only needs to decide what to do with files *after* the galeon
> view determines that the files will be viewed (and not simpily
> downloaded).
>
> So in this case, the problem is not that bad. The galeon view should be
> able to decide if the link should be downloaded or viewed without
> consulting nautilus, and in the "view file" case the directory views (both
> icon and list) already use Nautilus_ViewFrame_open_location_* (available
> from libnautilus, btw) so if the galeon view does the same everything
> should work nicely.
>
> > Letting nautilus do the download ? How ?
> > I guess it would require to have a special case for the browser view ...
> > current behavior for not known files (no view for them) is to show a
> > failure dialog ...
> > Or where else a nautilus downloader would be used ?
> > And if it's a special case, would not be better to care of it in the
> > interested view ?
>
> >From the perspective of code, I agree that it would be best if the view
> could deal with downloading by itself, with minimal support from nautilus
> (unless *really* needed).
>
> The only hitch that I can see is that the progress bar will look different
> (I am assuming that this is why users complained). The easy way to fix
> this (for nautilus anyway) would be to cut and paste code from
> libnautilus-private/nautilus-file-operations-progress.c. But I think it
> would probably be better if we moved this functionallity to a place where
> the views could use it. There will probably be other places where views
> will want to show a progress bar, so in the long term nautilus should make
> it easier for this to be consistent. Of course, this might only be a pipe
> dream, and in any case it is something Darin or Alex will need to comment
> on when they get done with the GNOME 2.0 release...
>
> Well, keep up the great work! I can't wait until I can use nautilus as a
> web browser (or pdf viewer, or cvs browser, etc :).
I definately agree with this approach.
Marco
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]