nanogui: Portrait mode?


Previous by date: 7 Mar 2000 21:32:39 -0000 Portrait mode?, Kyle Harris
Next by date: 7 Mar 2000 21:32:39 -0000 fltk port status, Greg Haerr
Previous in thread: 7 Mar 2000 21:32:39 -0000 Portrait mode?, Kyle Harris
Next in thread: 7 Mar 2000 21:32:39 -0000 portrait mode?, David T Eger

Subject: RE: Portrait mode?
From: Greg Haerr ####@####.####
Date: 7 Mar 2000 21:32:39 -0000
Message-Id: <C1962B36D9BBD311B0F80060083DFEFB070639@SYS.CenSoft.COM>

:First of all... WOW!!! A lot has happened over the last week. Sure is
:exciting!
:

Yep, and there's more coming!


:But, I'm having problems with portrait mode. I've looked at fb.c,
:scr_fb.c, and scr_fbportrait.c and it appears things have 
:change quite a
:bit. Using the new subdriver approach is very clean but makes it more
:difficult to overload the low level drawing routines. 
:
:Greg, how do you want this handled? Have scr_fbportrait 
:deviate from the
:norm (keep it similar to before) or some other approach?

I've been waiting for someone to mention this.  As of 0.88pre1,
portrait mode is broken.  Yes, it's harder to overload
the routines.  I'm working on a solution to this, but
this is the last screen piece that I didn't finish.

I want to move towards a design that allows a screen driver to load
another one, much like GGI.  This is how I hope to accomplish
portrait mode.  For this design, the engine use of the global
&scrdev has to stop.  Most of this work is already done, but
not everything.  This is also the reason that GsOpenScreen
returns a PSD, rather than using &scrdev.

Greg

Previous by date: 7 Mar 2000 21:32:39 -0000 Portrait mode?, Kyle Harris
Next by date: 7 Mar 2000 21:32:39 -0000 fltk port status, Greg Haerr
Previous in thread: 7 Mar 2000 21:32:39 -0000 Portrait mode?, Kyle Harris
Next in thread: 7 Mar 2000 21:32:39 -0000 portrait mode?, David T Eger


Powered by ezmlm-browse 0.20.