nanogui: Thread: Portrait mode image display problem.

Hello,

I recently noticed the DOS port of nano-X and FLTK and thought it might a good fit for the Zipit Z2.
And I have to admit it looks pretty nice, what I've got working so far.  Good stuff!

However the zipit screen hardware is rotated so I have to run the nano-X server with the -L portrait
mode setting to have the display oriented to match the keyboard.  This works just fine, except when 
displaying images.  I have a few blog posts here http://macrofig.blogspot.com documenting my
progress.  Anyhow, my goal is to get Dillo working on the zipit, so I'll have to fix this.  I searched
back a few months in the email archives but didn't see anything.  Is this a known issue?

The nxview program works ok with -L mode and some really simple X11 programs also worked,
but xv and FLTK programs do not.  So I'm thinking it's probably something in nxlib or perhaps the
clipping pipeline.  The zipit has a 16 bit frame buffer - one of the demos prints this info about it.

    240x320x16bpp linelen 480 type 0 visual 2 colors 65536 pixtype 5

Don't know if that matters...

Thanks,

Don
 		 	   		  

Hi Don,

as you know I ported Dillo to DOS using FLTK based on NXLib.

If you have FLTK based on NXlib running on the Zipit Z2, I see no problem 
getting Dillo to work on it.

The problems with DOS were getting the TCP/IP stack to work, the EWOULDBLOCK 
error was not handled in Dillo and stopped the download when it occured. 
Also Dillo uses fork() to run a lot of tasks in separate processes (the dpi 
stuff) which could not be done this way in DOS. All this will be no problem 
for you since you are using Linux.

So all you have to do is get it to compile, I see no area that would require 
code changes.

Regarding the images Dillo and FLTK will link to libpng.a, libjpeg.a etc and 
not use the image code of nano-x.

Georg 

Hi Georg,

Thanks for the reply.  I've had some trouble with the fork() implementation in
the particular version of uclibc on the zipit, so I'll keep an eye on that when
I get around to dillo.

But my current problem is something you may not have seen in the DOS
port.  I need to use the -L command line switch to run the nano-X server
rotated 90 degrees left.  In this mode I see the bugs.

--Don--

> as you know I ported Dillo to DOS using FLTK based on NXLib.
> 
> If you have FLTK based on NXlib running on the Zipit Z2, I see no problem 
> getting Dillo to work on it.
> 
> The problems with DOS were getting the TCP/IP stack to work, the EWOULDBLOCK 
> error was not handled in Dillo and stopped the download when it occured. 
> Also Dillo uses fork() to run a lot of tasks in separate processes (the dpi 
> stuff) which could not be done this way in DOS. All this will be no problem 
> for you since you are using Linux.
> 
> So all you have to do is get it to compile, I see no area that would require 
> code changes.

Yes, it works great in the native orientation, but some things break down in
the various other portrait modes.  I added some more pictures here.

http://macrofig.blogspot.com/2011/11/i-blame-trees.html

Don