On Fri, 2007-06-01 at 16:35 +0100, Bastien Nocera wrote: > On Fri, 2007-06-01 at 15:43 +0100, Philip Withnall wrote: > > Hi, > > > > I'm looking at the possibility of adding an OSD to Totem > > (http://bugzilla.gnome.org/show_bug.cgi?id=442925), similar to the one > > now in gnome-control-center/gnome-settings-daemon for display when the > > mixer volume's changed > > (http://bugzilla.gnome.org/show_bug.cgi?id=383066). There's also a bug > > for getting one in gnome-power-manager > > (http://bugzilla.gnome.org/show_bug.cgi?id=400844), which makes me > > wonder if it might just be better to write a common widget and put it > > somewhere like libegg (and eventually GTK?). There's already a > > GtkWindow-derived object for it in gnome-settings-daemon > > (http://svn.gnome.org/viewcvs/gnome-control-center/trunk/gnome-settings-daemon/gsd-media-keys-window.c?view=markup), so that could probably be used as a base. However, it would be better to use themed icons, rather than drawing a picture on screen manually using Cairo, as the code does at the moment. > > > > I just want to know what people's thoughts are on this, and if they're > > positive, what I should do to go about getting it working. > > It would probably be a good idea to make this easier to achieve, but I > don't think we'd get that many applications actually sharing that code. > Only gnome-power-manager and gnome-settings-daemon would use similar > middle of the screen popups. > > Most media/movie players would have different needs as far as those sort > of popups are concerned, eg. you can expect Totem to show keys pressed, > as a visual feedback, whereas Rhythmbox would only show visual effects > and fade artist information in and out in fullscreen mode. > > Trying to share too much here is probably an optimisation too early. There's all the media programs, plus g-p-m and g-s-d, which is quite a lot --- certainly enough to put that volume control widget in GTK+. I propose that the code written is basically just for drawing the fancy transparent "window", with some convenience functions for putting an icon and text in it --- the underlying container widget could be exposed to allow applications to put whatever they want there, if they feel it's necessary. Philip
Attachment:
signature.asc
Description: This is a digitally signed message part