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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.