Re: Re: portrait to landscape mode (RandR: Rotate and Resize)

On Tuesday 12 June 2001 08:52, Jim Gettys wrote:
> > Sender: familiar-admin@handhelds.org
> > From: Russell Nelson <nelson@crynwr.com>
> > Date: Tue, 12 Jun 2001 08:51:50 -0400 (EDT)
> > To: familiar@handhelds.org
> > Subject: RE: [Familiar] Re: portrait to landscape mode (RandR: Rotate and
> > Resize)
> > -----
> >
> > > In addition to the X server, libxrandr.so (the library supporting the
> > >
> > > RandR extension),
> >
> > Are there Python bindings?
>
> No. Feel free. The extension is very small.
>

There is a python impilmentation of X out there. I think it is here:
http://python-xlib.sourceforge.net/. But I think this is more of a widget
issue, since we mostly use pygtk.

> In fact, to first order (to be informed the screen changed size) you need
> not use the extension at all: just select for ConfigureNotify events on
> the root window.
>
> > AFAICS, for my python application, I just
> > need to call libglade again to regenerate the widget tree. I already
> > support multiple glade files for different size screens.
> >
> > Is this something we should tell James Henstridge about?
>
> Dunno who James Henstridge is.
>

James Henstridge is the guy who writes pygtk, he is a gnome and gtk developer.

> Glade clearly needs to be able to distinguish between screen
> configurations. You might need to go from one resolution to the other on
> the fly, and use a different UI to make it work properly (e.g. iPAQ screen
> to the much higher resolution on the VGA out card, for example.
>

Well, AFAIK, glade just takes an XML file and creates the Gtk widgets,
connects the signals, etc and the rest is up to the widgets themselves. That
is all the magic (or at least most of it) that glade does. Not to belittle
glade mind you it is reallly cool. :-)

> > Is it
> > closely tied to X in general? Or is it something that gtk needs to
> > know about?
>
> RandR is an X extension. GTK needs (some) work to properly support it.
>

Cool, then when Gtk supports it (hopefully with Jim on the Gnome Foundation
that will be sooner, rather than later), pygtk will support it.

> 1) when the screen resizes, it needs to keep the menus/dialog boxes on
> the screen.
>
> 2) on future, non-frame buffer implementations, one can use RandR to figure
> out which visual groups are "in the frame buffer", i.e. are likely
> accelerated by any hardware assist. Right now, on straight frame buffer
> implementations, there isn't any performance gain to bother, but this will
> be changing as RandR gets folded into accelerated implementations.
>
> - Jim
>
> --
> Jim Gettys
> Technology and Corporate Development
> Compaq Computer Corporation
> jg@pa.dec.com
>

-- 
Edward Muller - edwardam@home.com - edwardam@handhelds.org
After 16 years, MTV has finally completed its deevolution into the shiny 
things network --The Onion