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=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=ktHFvdwC8KClT1JsKMc+RzMYHUNx4rGBpOxxbIDhPjU=; b=drx3/Fgw4yzr55Cguet2l1FBDDxBukSNEe/MB2WmC+LfhUEIy6C6DDGjeChiCBn+o6 +JczLBnnfnM1beHLuI+K8iFBSC2+UKtnwoyOxkWxu4UdJbUTD2vD5FNLg6eMWCmHJbbQ hxVi1czSHhXKK+abljVTPeg7Yixu+V5t0coucCmxj28xypf5kcDkmRIUxCM2YrhuL3rd qECsuhalaTwhnod1MSktzc8sbKcVBOVZ6dyJfVAY8lROiXD6iX2YZZx/ipoo2SOtRa8/ qckou52upXUtXbv75YIt8freGdYDyC/VJMLE1/Q7vvx9fuFEoxFWLLTC6bhUv88CJVWf CIDA== 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:date :message-id:subject:from:to:content-type; bh=ktHFvdwC8KClT1JsKMc+RzMYHUNx4rGBpOxxbIDhPjU=; b=SFrBAcYsNtqUUGw8gPI6bCIH4hqwWth3KSQDBS7HlgRLBq5tzESKFdF3JyIMEokYNI pdOAKTWHGZJBccRfpu6G38YHYq4gWFN1/fZiu8sSzw9vRCovtYTA2ZqjogoVZnW+ev8/ LIIavZXIR3leE/5bTJpxEURgCCBeJCS8OrZ6NxR0pv+JSE5yAPYVH+PYCsCIhwqjqvy0 UqLPsnWscYLfK9x7MZpAC26B5LJ+qrRD6iYOR1of28Lseg99TvPbH4b0CnplXnk4bq6s 9DTmow4T10bGVuYngYStBeXrgU689a+4or+U1iMwr7o4FKugpCf2oIaswpt2vL28S6kS VRpg== X-Gm-Message-State: AG10YOSZRGP9sAI5vjAwRdvjw9rI6R27gHLHQzFhqLB7UIFKBruNz+J4aCpo1A5D7ob8JfzN/4wRoh4/iRK97A== MIME-Version: 1.0 X-Received: by 10.28.1.23 with SMTP id 23mr20142452wmb.37.1453233491248; Tue, 19 Jan 2016 11:58:11 -0800 (PST) In-Reply-To: <20160119190539.4df1dfc9ce39b6b31d2990d8@gmail.com> References: <20151021192359 DOT 3dd8ad6d253c781da5523554 AT gmail DOT com> <201510211839 DOT t9LIdVcv027165 AT envy DOT delorie DOT com> <20151021222506 DOT 79643602de30ad2dd5541165 AT gmail DOT com> <20151022115247 DOT 3c1c2f13 AT akka> <20151022123903 DOT dddb6c83fa5a3db0963f4162 AT gmail DOT com> <201510221641 DOT t9MGfxJq003243 AT envy DOT delorie DOT com> <20151022212642 DOT abe0686f3bb04a3067667c43 AT gmail DOT com> <201510221951 DOT t9MJpjgA013544 AT envy DOT delorie DOT com> <562951C5 DOT 2010500 AT xs4all DOT nl> <562B531C DOT 5090004 AT xs4all DOT nl> <20160118171041 DOT 60f9ff0fd41a668af0fa84f4 AT gmail DOT com> <569D3751 DOT 2020402 AT xs4all DOT nl> <569D4266 DOT 7000905 AT prochac DOT sk> <20160119135636 DOT 8b2397941a5d4c4f48c9a626 AT gmail DOT com> <569E3532 DOT 2000701 AT iee DOT org> <20160119145802 DOT 81daa1f66cbb5cfebbba834c AT gmail DOT com> <569E4CE9 DOT 6030900 AT iee DOT org> <20160119190539 DOT 4df1dfc9ce39b6b31d2990d8 AT gmail DOT com> Date: Tue, 19 Jan 2016 10:58:11 -0900 Message-ID: Subject: Re: [geda-user] pcb loop paste buffer, renumber (first multi channel design, simple rule) From: "Britton Kerin (britton DOT kerin AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Content-Type: multipart/alternative; boundary=001a113d7c3e0597b80529b54a69 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 --001a113d7c3e0597b80529b54a69 Content-Type: text/plain; charset=UTF-8 On Tue, Jan 19, 2016 at 9:05 AM, Nicklas Karlsson ( nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] < geda-user AT delorie DOT com> wrote: > > >>> I tested and as far as I understand it works like this: > > >>> x is old refdes number > > >>> n increase with this value > > >>> Rx --> Rx+n > > >>> > > >>> I have subsheets and numbers look like this: > > >>> x is old refdes number > > >>> n increase with this value > > >>> want this S2/S1/Rx --> S2/S1+n/Rx > > >>> but get this S2/S1/Rx --> S2/S1+n/Rx > > >>> and the need is to change subsheet number and use this for another > channel. > > >>> > > >>> For rename to work reasonable well there must be an integer > difference between refdeses for different channels. Default for subsheet is > Sn/Sn/Rx there where are two level of hierachy but it use quite a lot of > space. To add an integer value to refdes use less space. I could add some > kind of wild card so that both changing subsheet and adding an integer > value to current subsheet works? > > >>> > > >>> I also add comment then this is used. Sometimes layout data need to > be reused for several channels and in such case it is possible to simply > select the layout, copy, rename refdeses and paste. Then doing a multi > channel copy and paste really speed up design work. > > > ... so > > it would have to be a very simple rename rule. > > > > MJE > > Yes rename rule must be simple just add a number which may be negative or > positive. > > With hierarchical name a number is added in the middle to a sub sheet > number. Otherwise a number is added to each refdes and in this case it is > up to the user to choose a suitable numbering scheme so this will work, > hierarchical refdes flattening is also possible. > How do you avoid potential collisions with other pre-existing parts with the same final refdes? All designed would have to be compatible with the rule you choose. The idea of just adding _copy (or _copy2, _copy3 or something) sounded potentially good to me. Refdeses can then be reset after the fact with a pattern substitution (by script or as a built-in feature). This way gives the user both control and exact knowledge of what's going on. Britton --001a113d7c3e0597b80529b54a69 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Tue, Jan 19, 2016 at 9:05 AM, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] <geda-use= r AT delorie DOT com> wrote:

> = >>> I tested and as far as I understand it works like this:
> >>> x is old refdes number
> >>> n increase with this value
> >>> Rx --> Rx+n
> >>>
> >>> I have subsheets and numbers look like this:
> >>> x is old refdes number
> >>> n increase with this value
> >>> want this S2/S1/Rx --> S2/S1+n/Rx
> >>> but get this S2/S1/Rx --> S2/S1+n/Rx
> >>> and the need is to change subsheet number and use this fo= r another channel.
> >>>
> >>> For rename to work reasonable well there must be an integ= er difference between refdeses for different channels. Default for subsheet= is Sn/Sn/Rx there where are two level of hierachy but it use quite a lot o= f space. To add an integer value to refdes use less space. I could add some= kind of wild card so that both changing subsheet and adding an integer val= ue to current subsheet works?
> >>>
> >>> I also add comment then this is used. Sometimes layout da= ta need to be reused for several channels and in such case it is possible t= o simply select the layout, copy, rename refdeses and paste. Then doing a m= ulti channel copy and paste really speed up design work.

> ... so
> it would have to be a very simple rename rule.
>
> MJE

Yes rename rule must be simple just add a number which may be negative or p= ositive.

With hierarchical name a number is added in the middle to a sub sheet numbe= r. Otherwise a number is added to each refdes and in this case it is up to = the user to choose a suitable numbering scheme so this will work, hierarchi= cal refdes flattening is also possible.

How do you avoid potential collisions with other pre-existing p= arts with the same final refdes?=C2=A0 All designed would have to be compat= ible with the rule you choose.=C2=A0 The idea of just adding _copy (or _cop= y2, _copy3 or something) sounded potentially good to me.=C2=A0 Refdeses can= then be reset after the fact with a pattern substitution (by script or as = a built-in feature).=C2=A0 This way gives the user both control and exact k= nowledge of what's going on.

Britton

--001a113d7c3e0597b80529b54a69--