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

> Sender: familiar-admin_at_handhelds.org
> From: Russell Nelson <nelson_at_crynwr.com>
> Date: Tue, 12 Jun 2001 08:51:50 -0400 (EDT)
> To: familiar_at_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.

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.

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.

> 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.

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_at_pa.dec.com