Re: [g-a-devel] window composite managers and gnome-mag
- From: Peter Korn <Peter Korn Sun COM>
 
- To: Carlos Eduardo Rodrigues Diógenes	<cerdiogenes yahoo com br>
 
- Cc: g-a-devel <gnome-accessibility-devel gnome org>
 
- Subject: Re: [g-a-devel] window composite managers and gnome-mag
 
- Date: Thu, 30 Nov 2006 18:14:51 -0800
 
Hi Carlos,
I think the right answer is for the composite windowing managers to 
implement the gnome-mag API (or likely better still, some new API that 
we work out that doesn't depending upon CORBA).  Starting with gnome-mag 
now (vs. waiting until we define a new API) would I think be the fastest 
way to significant magnification improvements.
Regards,
Peter Korn
Accessibility Architect,
Sun Microsystems, Inc.
Hi,
When the window composite managers be all around how gnome-mag will
play?
David Reveman give me the advice to write a compiz plugin and make
gnome-mag communicate with it when compiz is running. This is reasonable
for me, but we must have some kind of specification here, something that
I think that fit into the EWMH.
First we must be able to know if the window manager running is a
composite manager (if not, gnome-mag use it's own composite code).
Second, hints (I don't think that hints is a good way, since it must be
granted) for change the built-in window manager magnifier options must
be added, this way when gnome-mag receives a call to change the zoom
factor it will be sended to the window composite manager.
I still want a functional magnifier if I don't want to use a specific
window manager. This is the only way that I see to make the magnifier
portable enough between different window composite managers without
having to make major modifications to the Xserver.
Comments about this are really appreciated.
  
[Date Prev][
Date Next]   [Thread Prev][
Thread Next]   
[
Thread Index]
[
Date Index]
[
Author Index]