Closed kareltucek closed 2 years ago
Well, I definitely do expect them to work. The change which made them stop working was (unintentionally) merged from uhk/master
, which in the past diverged significantly. I am quite confident that current situation is not result of a deliberate decision.
Done.
Would it be better to support lower case letters like so? https://www.myfonts.com/fonts/matthias-luh/14-segment-led-display/
(you can test typing the font on the website)
I don't have a strong opinion on that. I just want to get a readable output rather than empty LED display.
I fear worse readability.
Regarding those specific fonts, I really don't want to have to deal with EULAs and licensing.
I don't find it worthwhile.
(If you want to dig into this further, I suggest doing so in the official repo, as Laszlo might have a preference of his own.)
Yeah make sense, I don't have any strong opinion, but it's just that after seeing the fix I was wondering if it's better to add to variability rather than duplicating functionalities. The readability issue is a non-issue as the upper-case equivalent remains to be an option (and they corresponds closer to what the user wants anyway).
Perhaps the more generic approach is to allow arbitrary bitfield (of the 14 segments) to be controllable via macro (perhaps with the individual AlphanumericSegmentsBrightness
to be controllable per segment as well)
Do they suppose to work? their values (segment map) in the source seems to be null: https://github.com/kareltucek/firmware/blob/common_trunk_upstream/right/src/led_display.c#L81=L106