Re: patch for gtk+-2.0 : support for new Application Launch Feedback mechanism

[Mary Dwyer <Mary Dwyer Sun COM>]

hi

sorry for the delay in replying - some of my mail went astray today :-(

A lot of the discussion on the design took place last Oct/November on the 
gnome-hackers and wm-spec-list aliases, for a hook to the email thread see:
http://mail.gnome.org/archives/wm-spec-list/2000-November/msg00019.html

Some issues that arose in providing a solution for visual feedback for 
application launching were:
- problems of using a solution involving LD_PRELOAD  
- problems of a solution involving the patching of Xlib mapping functions
- desirability of establishing a common protocol that will work for both gnome 		
  and non gnome apps.
  
  
With this in mind, the CORBA solution seemed a good idea. It allows the binary 
wrapper to:
- start the feedback, 
- call a oneway method to monitor the root window property _WIN_CLIENT_LIST for 
new windows,
- and fork and exec the application.  

This approach:
-  avoids the use of the problematic LD_PRELOAD solution
-  provides full support for applications with a _NET_WM_LAUNCH_ID compliant 
toolkit
and
- provides support similar to the Xalf mappingmode solution for applications 
whose toolkits don't support the _NET_WM_LAUNCH_ID property.

So, those are the main reasons behind the design and why galf is 
"doing crazy things like using CORBA? :)".

I hope that very brief explanation (and the above email thread) makes sense, if 
not
let me know.
Could you elaborate on the problems you envisage in using this approach, or any 
suggestions for improving it?

thanks
Mary



Delivered-To: gnome-private-members gnome org
Delivered-To: gnome-hackers gnome org
X-Authentication-Warning: devserv.devel.redhat.com: sopwith owned process doing 
-bs
From: Elliot Lee <sopwith redhat com>
X-X-Sender: <sopwith devserv devel redhat com>
To: <Mary Dwyer Sun COM>
Cc: <gnome-hackers gnome org>
Subject: Re: patch for gtk+-2.0 : support for new Application Launch Feedback 
mechanism
MIME-Version: 1.0
X-BeenThere: gnome-hackers gnome org
X-Loop: gnome-hackers gnome org
X-Mailman-Version: 2.0beta5
List-Id: <gnome-hackers.gnome.org>
X-BeenThere: gnome-private-members gnome org
X-Loop: gnome-private-members gnome org

Is it just me that thinks this sounds slightly over-engineered and
over-complicated? Would there be any reasons not to look into simplifying
the design and implementation?

I apologize for not being able to understand the description as you might
have intended - can you point me to an introduction to the requirements
and design of this ALF mechanism, so I can perhaps understand why it is
doing crazy things like using CORBA? :)

Thanks,
-- Elliot
The truth knocks on my door, and I say
"Go away. I'm looking for the truth"
...and so it goes away.



_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers



------------- End Forwarded Message -------------


[ I speak for myself, not for my employer. ]
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Erwann Chénedé, Sun Microsystems Ireland
  Desktop Applications & Middleware Group
  Phone  : +353 1 8199031        xt: 19031
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



------------- End Forwarded Message -------------


~ I speak for myself, not for my employer ~
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Mary Dwyer
Desktop Applications & Middleware Grp
Sun Microsystems Ireland
Tel: +353-1-8199222 (xt 19222)
Fax: +353-1-8199078
email: mary dwyer ireland sun com
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=