Re: 800x480 LCD Gui driver
Markus Dolze <[email protected]>
| Newsgroups | gmane.comp.sysutils.lcdproc |
|---|---|
| Message-ID | <[email protected]> |
Hello, you may want to have a look at http://www.lcdproc.org/using.php3. It describes one uses LCDproc within some GUI elements. Despite that you would need some knowledge about GUI programming to write a driver that opens a GUI windows. Inside that it will just need to write text. The svga driver is not a good reference as it is directly drawing to the graphic card (using svgalib). The xosd driver would be a better example. Regards, Markus On 06.07.2011 04:03, Peter Buelow wrote: > I've been dinking around the lcdproc documentation and the Myth lists > and documentation looking for a solution that would effectively > implement LCDProc on a standard X based GUI window. I don't see one > that matches what I think I want. Has anyone done something like this? > I see the glcdlib, but that's not what I'm looking for. I don't > believe the SVGA driver is quite right either. It should be smart > enough to handle much larger displays with a full complement of > capabilities. > > If there isn't anything like this, I am already starting to tinker > with a driver model to do it, but I'm pretty new to Myth and to the > LCDProc system. I have some ideas, but am not sure what would pass > here and what wouldn't. My current thinking is the following. > > A driver that doesn't implement a graphical frontend, but rather > becomes a forwarding driver to some GUI system. Something similar to > the text driver, but with an eye towards a full GUI. My goal is to do > the actual display either using libmyth, or vanilla Qt (haven't worked > that out yet, but Qt is the leading contender to make this work faster > and be more portable). Communication is undecided at this point, but > probably mqueue's or similar. Does it need to be a two part driver? > Looking at the documentation on the drivers, I don't see how it would > work as a single entity, assuming you want to start the GUI window > before Myth starts. I don't see how a driver could be both Qt and live > in the lcdproc driver model. > > I'm looking for some sort of feedback to give me some direction if > something like this doesn't exist yet. Or, if it does, how it works, > and what I need to do. > > Thanks > > -Pete