| ID: | 2491 |
| From: | Alain Vigne <al...@gmail.com> |
| Date: | Sat, 1 Dec 2018 09:39:11 +0100 |
| Subject: | Re: [pcb-rnd] drc: new DRC dialogs, drc is safe to use now |
| in-reply-to: | 2490 from ge...@igor2.repo.hu |
| replies: | 2492 from ge...@igor2.repo.hu |
--0000000000003f7dcb057bf1daf6 Content-Type: text/plain; charset="UTF-8" Thank you for the first step in the right direction. I might question 4 things ? 1. It makes sense to me the DRC preview related to an error, is a *frozen* drawing: I mean, the DRC was performed on a state of the layout where this error is occurring. If later, I change the layout and want to refer back to this DRC error, I need to compare previous situation (error) versus current (fixed). It seems to me this is lost in translation because I will see same layout in the 2 views ? 2. The Del button is removing the violation from the list... Would it make sense to mark this violation as "fixed" and have a check box to display "fixed" yes/no instead ? I mean, if latter on I have to tackle a related DRC issue, I still can see it, even if I considered it "fixed" and I deleted it ? 3. Is there any kind of graphical indication about the error ? I mean if a spacing is violated, preview can draw (as an offending polygon/rectangle ?) where the spacing is laying between the 2 objects ? 4. How do you avoid the "conjugate error" between 2 objects, I mean 1. error is: a object is "blue", b "red", 2. a is "red", b "blue" ? This will give me 2 errors for the same DRC violation ? Alain On Fri, Nov 30, 2018 at 3:35 PM <gedau@igor2.repo.hu> wrote: > Hi all, > > I've finished the initial implementation of the new drc infra and dialogs. > A detailed description on what's new on the GUI side can be found here, > with screenshots: > > http://repo.hu/cgi-bin/pool.cgi?cmd=show&node=drc_new1 > > The action is the same old drc() action, with a new optional argument. It > is safe to use it now (in svn trunk/). > > Behind the GUI, we got a brand new drc infrastructure and some find.c > cleaning. The new infra and the more flexible GUI is the first step of > replacing the old DRC code with a programmable DRC^1. This won't happen > soon, but a big step has been made now. > > Please test the new DRC GUI. > > Please note: I did not try to fix up the old DRC logics, the actual > checks. Hopefully it did not change compared to 2.1.0. Please don't report > bugs about how the actual DRC checks work (e.g. how they miss violations > or give false alarms) - we are not going to fix up the old code, but we > will replace it with brand new so we are not going to keep patching it. > > (On lesstif, please use drc(simple) for now - we will have the tree widget > implemented soon and then we'll automatically have the same listing window > working there too.) > > Best regards, > > Igor2 > > Footnote: > > ^1: the dynamic DRC: http://repo.hu/projects/pcb-rnd/developer/ddrc/ > > > > > > > -- Alain V. --0000000000003f7dcb057bf1daf6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>Thank you for the first step in the right direction.<= /div><div><br></div><div>I might question 4 things ?<br></div><div><br></di= v><div></div><div>1. It makes sense to me the DRC preview related to an err= or, is a *frozen* drawing: I mean, the DRC was performed on a state of the = layout where this error is occurring. If later, I change the layout and wan= t to refer back to this DRC error, I need to compare previous situation (er= ror) versus current (fixed).</div><div>It seems to me this is lost in trans= lation because I will see same layout in the 2 views ?<br></div><div><br></= div><div>2. The Del button is removing the violation from the list... Would= it make sense to mark this violation as "fixed" and have a check= box to display "fixed" yes/no=C2=A0 instead ?</div><div>I mean, = if latter on I have to tackle a related DRC issue, I still can see it, even= if I considered it "fixed" and I deleted it ?<br></div><div><br>= </div><div>3. Is there any kind of graphical indication about the error ? I= mean if a spacing is violated, preview can draw (as an offending polygon/r= ectangle ?) where the spacing is laying between the 2 objects ?</div><div><= br></div><div>4. How do you avoid the "conjugate error" between 2= objects, I mean 1. error is: a object is "blue", b "red&quo= t;, 2. a is "red", b "blue" ?</div><div>This will give = me 2 errors for the same DRC violation ?<br></div><div><br></div><div>Alain= <br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr">On Fri, Nov= 30, 2018 at 3:35 PM <<a href=3D"mailto:gedau@igor2.repo.hu">gedau@igor2= .repo.hu</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D= "margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi all,<br> <br> I've finished the initial implementation of the new drc infra and dialo= gs.<br> A detailed description on what's new on the GUI side can be found here,= <br> with screenshots:<br> <br> <a href=3D"http://repo.hu/cgi-bin/pool.cgi?cmd=3Dshow&node=3Ddrc_new1" = rel=3D"noreferrer" target=3D"_blank">http://repo.hu/cgi-bin/pool.cgi?cmd=3D= show&node=3Ddrc_new1</a><br> <br> The action is the same old drc() action, with a new optional argument. It <= br> is safe to use it now (in svn trunk/).<br> <br> Behind the GUI, we got a brand new drc infrastructure and some find.c <br> cleaning. The new infra and the more flexible GUI is the first step of <br> replacing the old DRC code with a programmable DRC^1. This won't happen= <br> soon, but a big step has been made now.<br> <br> Please test the new DRC GUI.<br> <br> Please note: I did not try to fix up the old DRC logics, the actual <br> checks. Hopefully it did not change compared to 2.1.0. Please don't rep= ort <br> bugs about how the actual DRC checks work (e.g. how they miss violations <b= r> or give false alarms) - we are not going to fix up the old code, but we <br= > will replace it with brand new so we are not going to keep patching it.<br> <br> (On lesstif, please use drc(simple) for now - we will have the tree widget = <br> implemented soon and then we'll automatically have the same listing win= dow <br> working there too.)<br> <br> Best regards,<br> <br> Igor2<br> <br> Footnote:<br> <br> ^1: the dynamic DRC: <a href=3D"http://repo.hu/projects/pcb-rnd/developer/d= drc/" rel=3D"noreferrer" target=3D"_blank">http://repo.hu/projects/pcb-rnd/= developer/ddrc/</a><br> <br> <br> <br> <br> <br> <br> </blockquote></div><br clear=3D"all"><br>-- <br><div dir=3D"ltr" class=3D"g= mail_signature" data-smartmail=3D"gmail_signature">Alain V.</div> --0000000000003f7dcb057bf1daf6--
Reply subtree:
2491 Re: [pcb-rnd] drc: new DRC dialogs, drc is safe to use now from Alain Vigne <al...@gmail.com>
2492 Re: [pcb-rnd] drc: new DRC dialogs, drc is safe to use now from ge...@igor2.repo.hu
2495 Re: [pcb-rnd] drc: new DRC dialogs, drc is safe to use now from Alain Vigne <al...@gmail.com>
2496 Re: [pcb-rnd] drc: new DRC dialogs, drc is safe to use now from ge...@igor2.repo.hu