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 <glenenglish1...@gmail.com> 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 devlist+unsubscr...@kicad.org.
To view this discussion on the web visit
https://groups.google.com/a/kicad.org/d/msgid/devlist/CAMVX%3DtZ1739oVB18gCaKHN6yC8EvncQuSEHRRBjhA6C7eAus1w%40mail.gmail.com.
