e7p / lcd-nextstop Goto Github PK

Implement the tabulators (\t) in a way that all lines of the content distribute the columns such that all information is always fitted on screen and one is able to display tabular data like schedules or fahrplans. The usage of the Tabulator char (ASCII 0x09) is already ready-to-use defined in the LUA code.

Implement more control characters, maybe even allowing to control single pixels. Ideas include:

• Movement of the current cursor in X and Y directions
• Flash bell when needing attention (inverting consecutively for a defined number of times, e.g. 3)
• Set single defined pixels (for quite cool art maybe)
• Be able to select fonts (maybe in a character-wise manner, or only the whole display)

Implement the 32C3 Fahrplan with its own API found on its website. The Output should (nearly) look like:

== Current Talks (Saal 1) ==
Now   Hacker Jeopardy
22:30 On the security of
      wireless small devices

You can use tabulators (\t) for the single columns. The AVR-firmware will be able to handle this also.
For each "Saal", please activate this module for 10 seconds consecutive order.

Every display mode (MESSAGE, DATETIME,...) should have its own class or at least source file. All mode-source files may be added then in the main class (init.lua) either dynamically or using an help table (modes).

After newlines, if the first character has negative prespacing, the character will be displayed partly on the end of the last line.

This is not affecting the first line, because there is a countermeasure is already implemented. Goal is to customize this countermeasure to also work on other lines.

Implement the Deutsche Bahn API (contact @Endres for details). Output could look like:

== Hamburg Dammtor ==
S6  HH-Hbf      4 mins
S9  HH-Altona   10 mins
325 Landungsbr. 20 mins

You can use tabulators (\t) for the single columns.

The NodeMCU-Firmware contains some out-commented --print("_...") lines. Think about something how the debug output can be used usefully while not disturb the regular display data stream.

As this is only really needed for being able to debug anything, and debugging is not needed in productive use, this issue has lower priority and can be fixed continuing to use --print("_message") whenever a debug output was useful at this point. It can be then activated or deactivated by commenting it in or out.

Best thing would be to be able to define somehow dynamic texts, which may also be stored on a server (HTTP-Textfile), but not neccessarily need to.
It would be sufficient to have at least an array out of strings which will be continuously gone over, each time the mode will be activated.

In general somebody with object oriented programming skills should look over the LUA code, if something could be done better.

This also has low priority as first it is more important, that everything will work fine at least.