Hi Glen, For what it's worth, I do agree that the editability / organisation of rules could do with some evolution. It's definitely a topic of live discussion on the issues! But the tuning tools is orthogonal to whatever does or doesn't happen in that space; the starting premise is that the DRC rules are the source of information for such activities. Evolving the presentation / management of them could happen in parallel if supported.
James. On Fri, 1 Mar 2024 at 20:12, Glen English <[email protected]> wrote: > But... for a large design we'd end up with pages and pages of rules. Which > is fine if they are generally hidden / encapsulated by the user. > > I'm all for the basis of the rule sytsem being all text DRC. But- I > already have pages of rules with my basic experiments with Kicad. I have > suggested elsewhere that rules get broken up into categories, so that the > pages of rules can be broken up to reduce the scrolling required... > > There also needs to be more fine grained control of what is a batch DRC > checked rule, and what is a real time ("online" DRC ) rule (or both) > > As for timing. I would suggest : > > I think text based for defining the point to point rules is fine- that's > an acceptable task because for a design that needs such work, writing up > the rules in text format will be a very small part of the overall workload. > > I think an Xsignals like panel s is excellent for seeing what all those > rules and nets are doing in real time. > > > > -- You received this message because you are subscribed to the Google Groups "KiCad Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/a/kicad.org/d/msgid/devlist/CAMVX%3DtZ1739oVB18gCaKHN6yC8EvncQuSEHRRBjhA6C7eAus1w%40mail.gmail.com.
