diff options
author | Gerhard Sittig <gerhard.sittig@gmx.net> | 2020-07-03 12:12:40 +0200 |
---|---|---|
committer | Gerhard Sittig <gerhard.sittig@gmx.net> | 2020-07-07 22:50:46 +0200 |
commit | 7e09e39c756c17ff783405ac13e0d3fa211fe8e7 (patch) | |
tree | e46044c6396949946b9076fbabda36ced2f60277 /decoders/parallel | |
parent | c945a82d3217da1a7c651ba2404070e00287c87b (diff) | |
download | libsigrokdecode-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/parallel')
0 files changed, 0 insertions, 0 deletions