Re: Moving Open with to the platform
Federico Mena Quintero [EMAIL PROTECTED] wrote: We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. I would prefer the D-Bus approach on the grounds that using IPC for this makes it easier to swap out the implementation. It allows the application and the chooser to be in different security domains, which is important if you want to run untrusted applications without letting them know what other applications are installed on your system. Plash and OLPC Bitfrost both aim to do that (though the latter not with GNOME). The last time I looked into using D-Bus from Python, calls had a built-in timeout, and I couldn't work out how to switch it off. There's a risk that this could leave a dialog unuseful after the timeout has expired, although Open with would probably be a send-only operation. Mark ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Wed, 2008-03-19 at 17:05 +0100, Xavier Bestel wrote: On Wed, 2008-03-19 at 16:49 +0100, Alexander Larsson wrote: I think having a dbus api for nautilus is an excellent idea. Suitable operations include things like: * list open windows and locations * open a window * reload windows showing a location * modify selection in a window Again why not, but I can't see the use case, except maybe for some plugins. Theser are not really meant to be used by developers of other applications, but for users and sysadmins scripting nautilus. * modify nautilus metadata like notes and emblems Great, but I also would like to see and use this metadata in other apps (e.g. be able to tag a song or a movie in a media player). Should it live in gio also ? While having a common metadata database has some merit it is also an extremenly complex problem (both technically and socially). GIO instead tries to solve a very well defined and understood problem domain that can be expected to work well and supported on multiple platforms. I don't think jamming experimental things like metadata into glib is a very good idea, at least at this point. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
El mar, 18-03-2008 a las 14:02 -0600, Federico Mena Quintero escribió: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. Thoughts? I think it's something many applications would use, Evince uses always the default app when opening document attachments because we thought it wasn't worth to implement the whole open with stuff. I think it's better to move the dialog to GTK+, since nautilus might not be always running. Oh my god, this is a nice little project for the Summer of Code... it would involve figuring out the above, and also changing Firefox to use it :) Federico ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- Carlos Garcia Campos [EMAIL PROTECTED] [EMAIL PROTECTED] http://carlosgc.linups.org PGP key: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x523E6462 signature.asc Description: Esta parte del mensaje está firmada digitalmente ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. I think having a dbus api for nautilus is an excellent idea. Suitable operations include things like: * list open windows and locations * open a window * reload windows showing a location * modify selection in a window * modify nautilus metadata like notes and emblems However, i don't think using this for the open with dialog for other apps is a good idea. First of all, people may not be using nautilus as their file manager, and secondly I think the UI will look much nicer if it integrates well with e.g. firefox instead of spawning something completely different for that dialog. All (most?) the hard cross platform specifics are abstracted out by GAppInfo anyway, so this should be fairly clean GUI code. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Wed, 2008-03-19 at 16:49 +0100, Alexander Larsson wrote: I think having a dbus api for nautilus is an excellent idea. Suitable operations include things like: * list open windows and locations Why not, but what's the use case ? * open a window gnome-open URI seems a more general way of doing this * reload windows showing a location Good thing to have, but it should live in gio, so that all apps having a handle on that location (i.e. a fileselector, or a specialized widget) are correctly notified. * modify selection in a window Again why not, but I can't see the use case, except maybe for some plugins. * modify nautilus metadata like notes and emblems Great, but I also would like to see and use this metadata in other apps (e.g. be able to tag a song or a movie in a media player). Should it live in gio also ? Xav ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
Alexander Larsson wrote: I think having a dbus api for nautilus is an excellent idea. Suitable operations include things like: * list open windows and locations * open a window * reload windows showing a location * modify selection in a window * modify nautilus metadata like notes and emblems We already have something like this in Thunar: http://svn.xfce.org/svn/xfce/thunar/trunk/thunar/thunar-dbus-service-infos.xml Might be useful for inspiration. Might be worth turning this into some kind of standard? Still, I think I'd be in favor of putting something like the app chooser into gtk, but I'm not 100% sold on the idea. -brian ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Moving Open with to the platform
Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. Thoughts? Oh my god, this is a nice little project for the Summer of Code... it would involve figuring out the above, and also changing Firefox to use it :) Federico ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
El mar, 18-03-2008 a las 14:02 -0600, Federico Mena Quintero escribió: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. Thoughts? What about the open with... menu items machinery? This is reimplemented in more than one place (being eog and gthumb the examples I recall at the moment). Claudio -- Claudio Saavedra [EMAIL PROTECTED] ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. Thoughts? Oh my god, this is a nice little project for the Summer of Code... it would involve figuring out the above, and also changing Firefox to use it :) Hi Federico, I started working some time ago on a similar request for Epiphany [1], and I think this may be useful to other applications too. On the other hand, there are requests [2] for a Nautilus D-Bus API not just for this task, and it would be a good idea to implement it (maybe even as a standardized spec for file managers?). I also lean towards the D-Bus API, as that would potentially bring much more integration across the desktop, but I have to say that having this in GTK+ could allow creating nicer UIs for this kind of things. [1] http://bugzilla.gnome.org/show_bug.cgi?id=163827 [2] http://mail.gnome.org/archives/nautilus-list/2008-March/msg00047.html Cheers, Cosimo ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Tue, 2008-03-18 at 17:09 -0300, Claudio Saavedra wrote: snip What about the open with... menu items machinery? This is reimplemented in more than one place (being eog and gthumb the examples I recall at the moment). Totem has one to open videos embedded in web pages with the movie player associated to it in the desktop. We only do the default player currently though. Even then, if would allow me to completely remove the application launching code, which is pretty gross if you want to do startup notification. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Moving Open with to the platform
On Tue, Mar 18, 2008 at 4:26 PM, Cosimo Cecchi [EMAIL PROTECTED] wrote: On Tue, 2008-03-18 at 14:02 -0600, Federico Mena Quintero wrote: Hi, Right now, the Open with another application dialog lives in nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This dialog uses the machinery in GIO's GAppInfo to figure out which apps can be used to open a file of a certain MIME-type. There's a long-standing annoyance in Firefox, where it implements open with by starting a file chooser in /usr/bin. Now, if you complain about the file chooser *right here* I will ignore your mail :) My point is that it would be nice if the open with GUI were available to all apps, not just Nautilus. We could do a few things: * Move nautilus-open-with-dialog.[ch] into GTK+. From a super-quick read of the code, this uses no Nautilus-only stuff except for some of libeel's convenience error dialogs, and some the MIME info changed signal. * Leave the dialog in place inside Nautilus, and provide a D-Bus service for the open with GUI. I'm 51% leaning towards this option, since then this would have a chance of working with a desktop-specific GUI, depending on your choice of desktop environment --- aside from promoting the use of D-Bus for this kind of stuff. Thoughts? Oh my god, this is a nice little project for the Summer of Code... it would involve figuring out the above, and also changing Firefox to use it :) Hi Federico, I started working some time ago on a similar request for Epiphany [1], and I think this may be useful to other applications too. On the other hand, there are requests [2] for a Nautilus D-Bus API not just for this task, and it would be a good idea to implement it (maybe even as a standardized spec for file managers?). I also lean towards the D-Bus API, as that would potentially bring much more integration across the desktop, but I have to say that having this in GTK+ could allow creating nicer UIs for this kind of things. [1] http://bugzilla.gnome.org/show_bug.cgi?id=163827 [2] http://mail.gnome.org/archives/nautilus-list/2008-March/msg00047.html I'm somewhat in agreement with Cosimo here. I think it'd be good for us to think about developing D-Bus/Nautilus interaction this cycle, but I'm not sure this is particularly the best use case for it; this really should be in the toolkit IMO, as it's something that needs to be a bit different on every platform but is nicely hidden through the GAppInfo abstraction so it's not a particularly ugly bit to add. And it's something that applications that run on multiple platforms definitely need to be able to do (it's in the use case of Firefox, Epiphany as already stated, cross-platform mail apps, etc). I think that GTK+ needs to have something like this, even if it's a cleaned up copy-n-paste job from Nautilus. If it doesn't end up being in Gtk+, someone who's a lazy developer (like me ;) will eventually make an Egg widget out of the one in Nautilus, and we'll spend the next few years trying to kill its propagation throughout the platform after Gtk+'s got an upgraded version of it, and all of the APIs have changed, etc. For us Nautilus folk, we should probably start another thread to talk about replacing the Bonobo Nautilus stuff with D-Bus infrastructure. The only reason it's worth mentioning in this message is to see what other application developers would like to see Nautilus expose. I did some prototype work on this in a git branch when we first discussed this in IRC a few months ago but at the time I didn't get very far. Through working on GVFS I've picked up a of understanding here. I'd love to pick this up as a 2.24 goal. I also think it would be interesting to hear what applications would like the interface to be like so we can get a better idea here of what to do. (Perhaps we should even broaden it further as Cosimo suggests and mail FD.O and ask everyone what it should look like across desktops?) Just a few thoughts. -A. Walton Cheers, Cosimo ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list