Again in support of the final product landing in #420...
This is the initial implementation of multiple symbol input support via the piker chart <symbol> <symbol> ... <symbol> cli and thus first draft support for multi-feed overlays on a single chart.
There is much much much more refinement and fixes coming in the patches leading up to #420 but this gets a more easily reviewable chunk of UI code changes up and a baseline working changeset for overlays onto master.
I won't go into too too much detail but more or less the shortcoming that are improved on later (and will land in future PRs leading to #420) vs. what exists in this version, include:
symbol feeds are not synced in (epoch) time in terms of both historical series alignment (LHS) nor in terms of using the new samplerd daemon sample step updates nor the (RHS) "latest datums" alignment.
L1 labels are still the original style and become very cluttered when you overlay more then 2 fqsns.
curve drawing performance and thus general latency is fairly low and un-tuned
curve y-range sorting is done via y-max/min in view per symbol, meaning there is zero credence given to overlaying curves in a way that makes them (easy to) sensibly compare by eye.
Again in support of the final product landing in #420...
This is the initial implementation of multiple symbol input support via the
piker chart <symbol> <symbol> ... <symbol>cli and thus first draft support for multi-feed overlays on a single chart.There is much much much more refinement and fixes coming in the patches leading up to #420 but this gets a more easily reviewable chunk of UI code changes up and a baseline working changeset for overlays onto master.
I won't go into too too much detail but more or less the shortcoming that are improved on later (and will land in future PRs leading to #420) vs. what exists in this version, include:
samplerddaemon sample step updates nor the (RHS) "latest datums" alignment.