Re: Pictogram specification

Le 1 janv. 2013 18:48, "Ethan Dicks" <[email protected]> a écrit :
>
> On Tue, Jan 1, 2013 at 9:52 AM, David Glaude <[email protected]>
wrote:
> > Le 31 déc. 2012 23:40, "Ethan Dicks" <[email protected]> a écrit :
> >> Is there any thought to implementing "virtual pictograms" inside of a
> >> driver?
> >
> > 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?
>
> Perhaps.  I just remember running into issues with writing weather clients
> that had to be told at run-time what character set the display had to know
> how to handle a degree "glyph" because I was using three LCD modules
> for test (one VFD, two LCD, actually) and there was little common ground
> outside of 7-bit printable ASCII.  This could easily be a different
problem
> to solve without pictograms, but I was reaching for an example to
> illustrate my idea and I didn't reach far enough.

Oups. Was it the '°' you were looking for and that was at different
locations on various LCD. AFAIK it the driver job to do the right remapping
and if some character are missing it should use a similar looking thing
like 'o'.

I was talking about a one character glift that represent 'F°' And that
would likely not be present in any character set and only possible with a
custom character (icon).

> > 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.
>
> This is more like what I was thinking of but you've come up with a better
> way of visualizing it.  I'd even be happy with a 2x2 simulated pictogram
> on a 16x2.

...

> I should probably mention that unlike an LCD or VFD with "real"
> pictograms, this virtual pictogram on a graphical display could
> be implemented not as a set of non-overlapping images but a
> single "canvas" that would display the most recently invoked
> pictogram, but it could also be used for displaying a range of
> values like a WiFi signal strength icon or a "successive pie wedge"
> circular timer image.

You raise an interesting question of overlapping (or not) pictogram. I can
imagine physical pictogram that are mutually exclusive because either on
the same location (sharing parts) or by design (opposite meaning and no way
to adresse both).

I don't know if those problems are reals or imaginary? I don't if they are
or should be considered in the specifications.

> But I do agree that the details could be/should be embedded in
> the driver and could be turned on or off from an .ini file option
> and could aid client debugging and development to have an LCD
> with virtual pictograms instead of having to track down each kind
> of custom LCD or VFD.
>
> -ethan

_______________________________________________
LCDproc mailing list
[email protected]
http://lists.omnipotent.net/mailman/listinfo/lcdproc