Comments on: your domain, "lowercase.ca" is expiring http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/ a lowercase manifesto Sat, 05 Jul 2008 23:27:46 +0000 http://wordpress.org/?v=2.3.3 By: emmanuel http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-76 emmanuel Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-76 if this is adopted in 2.16, since already in 2.14 gnome-vfs uses D-Bus and not bonobo anymore, what will be left in GNOME which uses bonobo/CORBA? (this is not meant to be aggressive, just being curious). if this is adopted in 2.16, since already in 2.14 gnome-vfs uses D-Bus and not bonobo anymore, what will be left in GNOME which uses bonobo/CORBA? (this is not meant to be aggressive, just being curious).

]]> By: emmanuel http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-77 emmanuel Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-77 make my 2.16 a 2.18 and 2.14 a 2.16 from in previous comment. make my 2.16 a 2.18 and 2.14 a 2.16 from in previous comment.

]]> By: desrt http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-78 desrt Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-78 gnome-panel will use bonobo. the two APIs will co-exist for some time. (at least until 2.20). you can't quite ditch bonobo just yet :) gnome-panel will use bonobo. the two APIs will co-exist for some time. (at least until 2.20). you can’t quite ditch bonobo just yet :)

]]> By: Richard Hughes http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-79 Richard Hughes Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-79 Ryan, this looks good. From a gnome-power-manager perspective, can an application add itself as an applet to the panel using your framework, or do we still have to do this manually?<p/>I'm thinking average user:<p/>1. installs gnome-power-manager<br/>2. logs out. Logs back in.<br/>3. gnome-power-manager automatically starts<br/>4. applet/notification icon appears in panel.<p/>rather than:<br/>3a. user is asked to manually add an applet<br/>4. applet appears.<br/> Ryan, this looks good. From a gnome-power-manager perspective, can an application add itself as an applet to the panel using your framework, or do we still have to do this manually?

I’m thinking average user:

1. installs gnome-power-manager
2. logs out. Logs back in.
3. gnome-power-manager automatically starts
4. applet/notification icon appears in panel.

rather than:
3a. user is asked to manually add an applet
4. applet appears.

]]> By: desrt http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-80 desrt Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-80 yes. this is absolutely how it works. the gnome-panel exports an interface called AppletServer where remote clients can request that an applet is created on their behalf. this means that applets can come and go as they please.<p/>there is still some debate about what happens for non-persistent applets that want to come and go as they please (ie: not be auto-loaded by the panel). currently i explicitly include code to remove these applets on panel-startup (ie: their info is deleted from gconf).<p/>removing this code to allow, for example, gnome-power-manager to remember its previous location on the panel would be trivial but i'm not sure how i should go about doing this.<p/>suggestions are welcome. yes. this is absolutely how it works. the gnome-panel exports an interface called AppletServer where remote clients can request that an applet is created on their behalf. this means that applets can come and go as they please.

there is still some debate about what happens for non-persistent applets that want to come and go as they please (ie: not be auto-loaded by the panel). currently i explicitly include code to remove these applets on panel-startup (ie: their info is deleted from gconf).

removing this code to allow, for example, gnome-power-manager to remember its previous location on the panel would be trivial but i’m not sure how i should go about doing this.

suggestions are welcome.

]]> By: Anonymous http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-81 Anonymous Tue, 30 Nov 1999 00:00:00 +0000 http://blogs.gnome.org/desrt/2006/08/21/your-domain-lowercaseca-is-expiring/#comment-81 What about notification area items? Their usecase seems to overlap about 1000% with the "non-persistent" applets.<br/> What about notification area items? Their usecase seems to overlap about 1000% with the “non-persistent” applets.

]]>