Quote:
Originally Posted by jharker
On the other hand, rotating the entire display 180 degrees (thus putting the toolbar upside-down at the top) is something best handled at a low level. If we did it at the application level we'd have to implement it in every viewer AND move the toolbars, etc. etc. Instead of that complexity we can just flip the screen coordinates in the display driver, flip the stylus position information, and call it done...
|
I don't understand the part stating that the rotated toolbar it would be at the top (as I understand it, it would be at the bottom)
.
About doing the rotation at "low level": That is already done, we don't have to code anything. I mean: KDrive is already capable of rotating the screen itself using xrandr. I've seen it working in the pdaXrom distribution (or it was in OpenZaurus? Or in both?) for the zaurus (and it works, at least for Tosa/SL-6000). And the apps are notified -- not sure how; I assume that it is by means of a resize message; would have to check it, but now it's not the moment to do so
.
This is the reason I was advocating doing the rotation "at a system level", because it's already done (perhaps we have to update the version of the XServer, but that should be all that's needed).
An alternative: instead of using the XRandR (X Resize and Rotate) extension, it can be done if we enable the compositing in the server, and modify a compositing manager (xcompmgr is the simplest one) to be able to rotate windows at our discretion. But this requires significant effort by our part, so IMHO it's better to follow another route if possible.