> I'm interested in using GGI/KGI in an embedded application. One of the
> requirements is for the video to be driven in portrait mode. I've been
> poking around and found some postings to the mail list regarding this, but
> it doesn't appear that anyone actually worked on it.
Yes. Probably.
> It seems that the vline and hline draw routines could be swapped along with
> changing coordinates to these and pixel and fill routines.
Yes. That should more or less do it. Should be pretty easy. Something like
the multi-target should give enough guidance to make such a target.
Directbuffer would of course be lost, but that wouldn't be too much of a
problem.
Or folks: Should we enhance Directbuffer to cope with such a situation ?
This would require to have a horizontal _and_ a vertical stride, i.e.
adr=base+y*vstride+x*hstride
where hstride would be 1 for all common cases. Of course something like that
should be considered a "nonstandard" DirectBuffer layout.
> Does this sound reasonable, or am I over simplifying.
No. It should be pretty easy with LibGGI. Basically you would overload all
LibGGI drawing functions and call them with swapped coordinates.
The Get/Put-Type functions on boxes would need a special implementation
(which can be very simple), but other than that, you should not need to
do any complex stuff.
> I'd like to pursue this further with a little guidance from the group.
Sure. Have a look at the display/multi subdirectory in libggi. Should give
you an idea on what needs to be done.
Another suboptimal but "works right now" solution would be abusing the
"cube3d" demo :-).
CU, ANdy
--
= Andreas Beck | Email : <[EMAIL PROTECTED]> =