I think this reply was another victim of my mail server... -- On Mon, 12 Mar 2001, Philippe Ney wrote: > Hi Micah, > > It's time for me to make some todo and bug list > as complete as possible. > Maybe you have your own private lists too. > We could merge them? I've had a todo list and development log up in the CVS for a while, linked to from the main page. If you want to make one too just put it in the CVS and I'll link it from the main page > > In this way, I note the following, sometimes due > to ChipSlice config or to uClinux. > > - fonts > Our screen is 320x240 pixels and the actual fonts > are too little for it. > I have to make some bigger proportional fonts, like > helvetica 14 or 16 There is a perl script included that will convert fonts from an X font server to picogui's format > > - VID > The accelerated functions for the linear 1 & 2 have > to be added. Real Soon Now (tm) > By the way, is it possible to change the resolution > at runtime? Yes. The architecture allows for it, but a few key functions are not implemented yet. > > - input driver > Is it possible to access the parameters of the drivers > at runtime? I don't know which parameters you refer to, but i should think so. > I think no but maybe I'm false... tell me :-) > I have to write some wrapper for the ioctl functions > of the kernel driver and then adding this methodes to > the PicoGUI driver interface. > (calibration, event_queue on/off depending the app,...) I only see a need for this if the app needs to calibrate the touchscreen. Why not just use the ioctl in the app? > > - images > The images are twice coded. Once from .pnm to the > internal representation of the server. And a second > time to display it. > Maybe we can do the first transform with a shell script > or a function and than use this file at runtime. Actually, they are converted once from pnm to the vidoe driver's format, then simply copied to the screen when needed. I do agree that in some circumstances it would be ok to store the image in a device-dependant format on disk. I recently added an image loader framework that allows for more formats than just PNM. > > - themeloader > As you write on your log file I also notice that the > theme loader doesn't work (on uClinux). The following > happens in my app: > When I try to load another theme, no refresh is done > and the new theme seems to be the same as the old one > and take place upon it. And everything is twice diplayed. > Do you have any idea? I think it's a endianness issue, but I haven't gotten around to fixing it yet > > - rotation > What will be very important is the possiblity to rotate > a full app (also the contain) depending what it provide. > Thus the PicoGUI implementation, I think it won't be very > difficult to invert the x and y coord. Yep, should be easy to do this in the rendering engine, independant of the driver. It would need a few extra primitives, like a rotated blit, but most of it could be done in grop.c > > > > Cheers, > Philippe > > _______________________________________________ > Pgui-devel mailing list > [EMAIL PROTECTED] > http://lists.sourceforge.net/lists/listinfo/pgui-devel > -- Only wimps use tape backup: _real_ men just upload their important stuff on ftp, and let the rest of the world mirror it ;) -- Linus Torvalds _______________________________________________ Pgui-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/pgui-devel
