Re: A few GDK questions



On Sat, 21 Feb 2009 12:03:56 -0500
Matthias Clasen <matthias clasen 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.

> 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 need to work with selections for far more than the system tray.
Also, I am only using GDK, not GTK.  If I can't use GDK, then I will
have to use Xlib directly, but I'd prefer to avoid that, of course.
GDK's API is much more friendly and compartmentalized compared to
Xlib's.

What I am doing is re-working AllTray.  The program's UI (which will be
in a dynamically loadable module) will eventually be GTK+ or Qt, but
the core program itself will use GDK or Xlib for managing things;
tagging windows with a property so that they can be easily found, for
example, and managing other things.  In the long run, my goal is to
greatly enhance the robustness and utility of AllTray, adding support
for session management for subordinate processes and the like.
However, this requires access to the resources that they create.

Also, I don't want to have to re-implement many of the things that GDK
has already implemented for me, such as consideration for ICCCM and
EWMH.

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 application created or has registered, and can't
operate in a mode where it works with the entire windowing system as a
whole, that could be problematic for me.  I am going to wager a guess
that the restriction on things like selections also applies to asking
for the children of the root window, when asking GDK, and other things
like that.

	--- Mike

-- 
My sigfile ran away and is on hiatus.
http://www.trausch.us/

Attachment: signature.asc
Description: PGP signature



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]