summaryrefslogtreecommitdiff
path: root/decoders/eeprom93xx/__init__.py
diff options
context:
space:
mode:
authorGerhard Sittig <gerhard.sittig@gmx.net>2020-07-03 12:12:40 +0200
committerGerhard Sittig <gerhard.sittig@gmx.net>2020-07-07 22:50:46 +0200
commit7e09e39c756c17ff783405ac13e0d3fa211fe8e7 (patch)
treee46044c6396949946b9076fbabda36ced2f60277 /decoders/eeprom93xx/__init__.py
parentc945a82d3217da1a7c651ba2404070e00287c87b (diff)
downloadlibsigrokdecode-7e09e39c756c17ff783405ac13e0d3fa211fe8e7.tar.gz
libsigrokdecode-7e09e39c756c17ff783405ac13e0d3fa211fe8e7.zip
timing: optional terse format for timing annoations
In some situations (inspecting a dense run of pulses in a burst of data communication) it takes a lot of zooming before the 'timing' decoder's 'time' annotations start revealing numbers. Which limits the number of pulses which can fit in the visible trace area. This is a stab at improving the usability of the timing decoder for similar "crowded pulses" scenarios. Try to come up with an annotation text that is shorter yet communicates the very details which the user needs in this situation. Drop the frequency, avoid umlauts in the unit text, don't use decimal places (use all integers within a scale). Even offer to drop the unit text, assuming that a dense run of pulses results in all times sharing their scale. Make the terse presentation optional and off by default, and use a separate annotation class for maximum backwards compatibility.
Diffstat (limited to 'decoders/eeprom93xx/__init__.py')
0 files changed, 0 insertions, 0 deletions