Re: Pictogram specification
David Glaude <[email protected]> Tue, 1 Jan 2013 15:52:14 +0100
| Newsgroups | gmane.comp.sysutils.lcdproc |
|---|---|
| Message-ID | <CAEDB7ovyN=BUBFnThfH8JedPASaHnNPZG72Jstcr6OFTr2RrPg@mail.gmail.com> |
Le 31 déc. 2012 23:40, "Ethan Dicks" <[email protected]> a écrit : > > On Mon, Dec 31, 2012 at 10:08 AM, Markus Dolze <[email protected]> wrote: > Is there any thought to implementing "virtual pictograms" inside of a > driver? It wouldn't affect the pictogram spec as discussed, but one > could have programmable character pictograms or even ASCII constructs > that may or may not be implemented by various displays, As a Yes it should be possible... But first we need to collect as many display setup to see wich pictogram do exist in the nature and agree on common name for them. It is time to shoot your VCR, your DVR or your microwave (or anything else you plan to hack). This is how the first set of icon was created. > practical example, I'm thinking of "degrees C" and "degrees F" that > _some_ textual displays have in their ROM-based character sets and > some do not. I think that what you are really asking for is an extension of the current icon set to include 'C°' and 'F°' . It might be replaced by 'C' and 'F' for lcd without custom character. Would that fit your needs? What I can imagine is a 20x2 LCD that is advertised (by the driver) as a 16x2 where 4x2 would be used to create simulated pictogram. If this is possible with one of our driver for a very common LCD and it does implement most of the realistic pictogram we think of... It could help the quick introduction and use of that kind of feature and benefit LCD with real pictogram. Developer could test with a single LCD with or without the pictogram emulation enabled. David Glaude _______________________________________________ LCDproc mailing list [email protected] http://lists.omnipotent.net/mailman/listinfo/lcdproc