On Sat, 2009-02-21 at 14:50 -0500, Michael B. Trausch wrote:
There seem to be those that are of the mindset If you can use Xlib for
a problem, why not just use GDK? which is what led me to believe that
it might be suitable for my purposes. But if GDK only lets you see
things that the
On Sat, 21 Feb 2009 12:03:56 -0500
Matthias Clasen matthias.cla...@gmail.com wrote:
(not quite the right list for this kind of question, but...)
Is there a GDK list somewhere that I missed, or otherwise a better list
for my question? This was the closest thing I could find to something
proper.
GDK only exposes stuff that's useful for writing a normal-ish
application; it won't expose things you might want if you're writing
one of the various sorts of manager like a window manager,
compositing manager, system tray manager, etc. But it has everything
GTK uses and GTK is sufficient to write
(not quite the right list for this kind of question, but...)
why do you think you need to poke into selection owners to use the
system tray ? GTK+ applications just create a GtkStatusIcon and, if
they need to know if a tray is there, listen for notify::embedded.
I'm looking at using GDK for my application, to make life a bit easier
for me. Though, it seems that it might actually do the opposite.
Currently, the application uses Xlib for most things, which is a royal
pain, but GDK seems to assume that you want to live in a very isolated
environment. For