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: References: <20150414113158 DOT GB29193 AT visitor2 DOT iram DOT es> From: "Joshua Lansford (joshua DOT lansford AT laserlinc DOT com) [via geda-user AT delorie DOT com]" Date: Mon, 21 Dec 2015 07:15:18 -0500 Message-ID: Subject: Re: [geda-user] Multiple symbols for a single device? To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113eabf65f1ddb0527677244 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 Precedence: bulk --001a113eabf65f1ddb0527677244 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Fri, Apr 24, 2015 at 10:47 AM, Roland Lutz 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


On Fri, Apr 24, 2015 at 10:47 AM, Roland Lutz <= ;rlutz AT hedmen DOT org= > wrote:

<= /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! :)
=E2=80=8BWithout the device attribute, how is it supposed to = know what slotted symbols are of the same device type?=E2=80=8B
=C2=A0=

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:

https://raw.g= ithubusercontent.com/rlutz/refdes_renum_slots/master/refdes_renum_slots.py<= /a>

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).

=
--001a113eabf65f1ddb0527677244--