kvid

It's a long time since I read your very helpful message @amotl, but I forgot to answer properly at the time. > > The idea is that `wireviz.py` contains the...

@amotl wrote: > Hi again, > > when analyzing the state of the onion of this large patch a bit, and looking at the most recent comments, it looks like...

I pushed yesterday a couple of commits I'm using to: - Correct `.tsv` filename references to match the rename earlier in this PR. I reported parts of this earlier in...

When such a preference might differ between applications, maybe we should add some options to let the user decide, e.g. something like this: ```yaml options: gauge_equiv: show: true/false # Default...

I agree your example illustrates why different applications might have different conversion rule preferences, but I still think my suggested new options can resolve such a need. Do you agree...

> Oh. I should've been clearer. I do like your proposed solution very much. > Thank's, but please also add variations that you find useful. > I had suddenly thought...

Variation 1: ```yaml options: gauge_equiv: show: true/false # Default 'show_equiv' value for cables in this harness rounding: nearest # Common strategy unless specified for each unit awg: rounding: nearest #...

> > In what way would you expect such a list to be used? > > Maybe "list" is the wrong term. I meant that the program should be aware...

> I'd say variation 2 is best, but then again I'm not a power user. I agree it looks better than variation 1, but don't stop looking for even better...

> By fine-grained, I meant specifying rounding separately for each kind of wire gauge standard, not the kinds of rounding options. I think those are good. I agree - that...