delorie.com/archives/browse.cgi | search |
X-Authentication-Warning: | delorie.com: mail set sender to geda-user-bounces using -f |
X-Recipient: | geda-user AT delorie DOT com |
X-Original-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=laserlinc-com.20150623.gappssmtp.com; s=20150623; | |
h=mime-version:in-reply-to:references:from:date:message-id:subject:to | |
:content-type; | |
bh=UO1Rf56g9TD+dJ9RfKPm74HTnQ6lPOtoSlxuashQDnY=; | |
b=cP7oEDz4NdrzOCMEmqO9j31C0bJkQ4egYuHovoIsVwjh4eNoPcAh7jCvveytz8SOvm | |
49QRX9KuFj3wc5I/WcnVM+Puil0f0dQvWZBD3HJPy2ljhdr8XUX44jQJREpqJ/mZDe+1 | |
tJYaMrRtJkEgl+nVVf3MMG+8fQE3Nd4oT+HF3aRZHLag1AvMAD4+ynXeWXfpguMXUHd5 | |
7Wt91e3ZYAjh438h9NXx+FBBtwHFZNhBYNRskXx0GuffBrE3gwh0Inb3XGUrJobdGhjw | |
4RVB1aSRqCiJhWCd03u3XrKoDZAZEz5ha1lXfRkQAZKeaWM1y7XcSrvPOCssIYVqYdxn | |
UrIA== | |
X-Google-DKIM-Signature: | v=1; a=rsa-sha256; c=relaxed/relaxed; |
d=1e100.net; s=20130820; | |
h=x-gm-message-state:mime-version:in-reply-to:references:from:date | |
:message-id:subject:to:content-type; | |
bh=UO1Rf56g9TD+dJ9RfKPm74HTnQ6lPOtoSlxuashQDnY=; | |
b=Vc6H+gadkIb7N4BFSSL1YrYPtwyKaMRV3OszeYT5il3ReRfPzvGFxNFkbxxQWyGn/i | |
6IHDCUj5YVu7vP21lokJEl/NHYZm9dBupiHxba+umv1S3xX3YJA6oENm7xXUVP9b2kvY | |
ckBbg6wNnzLQw4n9L6HB7KuVBTaBM88jt0QNhzPTJBLS46RtBzlS5NBn+muKCGA1a+5Z | |
3tnAChVvZtEF7pEhJ/8wSy11pRsRPfjiCR8cIymsf0tOH7ZDzw1UXLrD4MDjqQhs4lPo | |
T/WjaNpW2O0y6xk2LsmHv0lDw+O45lVCQplr+b4zuV1YPdWJnP0tzp0xTapue5rBSnwu | |
fiwQ== | |
X-Gm-Message-State: | ALoCoQn685+D1HSXHQr+qIU30jbs7Hm0vOE1w7CLGblwYteidKPOTBQMFrs382yq3oVV2rDc9ryimf75n1fuq5hQAqCFeiyTEw== |
X-Received: | by 10.107.131.40 with SMTP id f40mr6324011iod.190.1450700137497; |
Mon, 21 Dec 2015 04:15:37 -0800 (PST) | |
MIME-Version: | 1.0 |
In-Reply-To: | <alpine.DEB.2.11.1504241630570.16346@nimbus> |
References: | <CAOkiwas6BgzP1gB0DzgR6FVBEP-RpMrMfB9wZewZzDwC5Xya0g AT mail DOT gmail DOT com> |
<20150414113158 DOT GB29193 AT visitor2 DOT iram DOT es> <mgjfti$46s$1 AT ger DOT gmane DOT org> | |
<CAGRhJMZqu-mxkPAJkMz1KFWqSp4qEeGnDeBynW6nHw9Q+FB92A AT mail DOT gmail DOT com> <alpine DOT DEB DOT 2 DOT 11 DOT 1504241630570 DOT 16346 AT nimbus> | |
From: | "Joshua Lansford (joshua DOT lansford AT laserlinc DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> |
Date: | Mon, 21 Dec 2015 07:15:18 -0500 |
Message-ID: | <CAGRhJMaMwbwZDL1=kGpHZA7i9z-xKCHq7tveA-6hJsioU6w4sg@mail.gmail.com> |
Subject: | Re: [geda-user] Multiple symbols for a single device? |
To: | geda-user AT delorie DOT com |
Reply-To: | geda-user AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | geda-user AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
--001a113eabf65f1ddb0527677244 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, Apr 24, 2015 at 10:47 AM, Roland Lutz <rlutz AT hedmen DOT org> wrote: > > For my schematics, it exits with an error as I'm not regularly using the > "device=3D" attribute. Also, when using the option "--force", it adds > numbers to the input/output ports which breaks the schematic hierarchy. > After patching these things, though, it worked well with my test > schematic. Thanks for sharing this! :) > =E2=80=8BWithout the device attribute, how is it supposed to know what slot= ted symbols are of the same device type?=E2=80=8B > > I translated the script to Python to make it more accessible and started > improving a few things. Here is my current version: > > > https://raw.githubusercontent.com/rlutz/refdes_renum_slots/master/refdes_= renum_slots.py > > When using "--force", there are some cases in which the script breaks > existing slotted components--I'm not sure if this is a bug in the origina= l > script or a translation error. Also, numbered ports are renumbered when > using "--force" (but there doesn't seem to be an easy way to detect wheth= er > a component is a port). > =E2=80=8BIt isn't supposed to break existing slotted components when --forc= e is used. I haven't seen this happen myself. If you happen to run into this issue again, try the Java version and see if it makes the difference for your particular setup. It also might be the missing device declarations you mentioned. I am assuming your ports have a refdes on them which is confusing the script. If this is the case, perhaps adding an arbitrary property to all your ports such as no_renum_refdes=3D1 and check for this in the script. Another idea would be to simply check the components symbol name and have a black list either as a magic var embedded in the script or as a config file associated with the sheets. =E2=80=8B~Joshua=E2=80=8B --001a113eabf65f1ddb0527677244 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div class=3D"gmail_default" style=3D"font-family:times ne= w roman,serif"><br></div><div class=3D"gmail_extra"><br><div class=3D"gmail= _quote">On Fri, Apr 24, 2015 at 10:47 AM, Roland Lutz <span dir=3D"ltr"><= ;<a href=3D"mailto:rlutz AT hedmen DOT org" target=3D"_blank">rlutz AT hedmen DOT org</a>= ></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0 0= 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D""><br><= /span> For my schematics, it exits with an error as I'm not regularly using th= e "device=3D" attribute.=C2=A0 Also, when using the option "= --force", it adds numbers to the input/output ports which breaks the s= chematic hierarchy. After patching these things, though, it worked well wit= h my test schematic.=C2=A0 Thanks for sharing this! :)<br></blockquote><div= ><div class=3D"gmail_default" style=3D"font-family:times new roman,serif;di= splay:inline">=E2=80=8BWithout the device attribute, how is it supposed to = know what slotted symbols are of the same device type?=E2=80=8B</div>=C2=A0= </div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l= eft:1px #ccc solid;padding-left:1ex"> <br> I translated the script to Python to make it more accessible and started im= proving a few things.=C2=A0 Here is my current version:<br> <br> <a href=3D"https://raw.githubusercontent.com/rlutz/refdes_renum_slots/maste= r/refdes_renum_slots.py" rel=3D"noreferrer" target=3D"_blank">https://raw.g= ithubusercontent.com/rlutz/refdes_renum_slots/master/refdes_renum_slots.py<= /a><br> <br> When using "--force", there are some cases in which the script br= eaks existing slotted components--I'm not sure if this is a bug in the = original script or a translation error.=C2=A0 Also, numbered ports are renu= mbered when using "--force" (but there doesn't seem to be an = easy way to detect whether a component is a port).<span class=3D"HOEnZb"><f= ont color=3D"#888888"><br></font></span></blockquote><div><div class=3D"gma= il_default" style=3D"font-family:times new roman,serif;display:inline">=E2= =80=8BIt isn't supposed to break existing slotted components when --for= ce is used.=C2=A0 I haven't seen this happen myself. If you happen to r= un into this issue again, try the Java version and see if it makes the diff= erence for your particular setup.=C2=A0 It also might be the missing device= declarations you mentioned.<br><br></div><div class=3D"gmail_default" styl= e=3D"font-family:times new roman,serif;display:inline">I am assuming your p= orts have a refdes on them which is confusing the script.=C2=A0 If this is = the case, perhaps adding an arbitrary property to all your ports such as no= _renum_refdes=3D1 and check for this in the script.=C2=A0 Another idea woul= d be to simply check the components symbol name and have a black list eithe= r as a magic var embedded in the script or as a config file associated with= the sheets.<br><br></div><div class=3D"gmail_default" style=3D"font-family= :times new roman,serif">=E2=80=8B~Joshua=E2=80=8B</div><br></div></div><br>= </div></div> --001a113eabf65f1ddb0527677244--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |