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=date:from:to:subject:message-id:in-reply-to:references:mime-version
	:content-type:content-transfer-encoding;
	bh=gn0xAXXhvGcXEQ85B3QxB0gSU7EK5wIoOXjdWsUK5Fk=;
	b=UsJr2p8hz3mUADskMiNlFOfn6jWXtSDgdcwPb+yedJ2vMe5eYYDszVq/xOvilWadTd
	aVo/sGb5zc8uvmod2aC2e8CD+9qoVtXwJ2OAI9Nju4CziCG8Fczq/s/zCTGhue0jw/S7
	MrlGXvhnCWCjO6IAsZmsKoHfEH501OxWjH9J2PIOa5RTJHvHQpe5fu/PV7pynDtrC8HH
	B/GeTwDr9H6ibegvP6KehePEiDFgn9FPy8u9KqFR2QlYpU/AJunxcASrB9fLQjTGFOHb
	CwBr8aH5rYaU2iELE/Id0TjXfnFQ5wynmbPNwtuSDrd7EojDwoKtw9rUh0tpgNgngLSP
	/yaw==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:date:from:to:subject:message-id:in-reply-to
	:references:mime-version:content-type:content-transfer-encoding;
	bh=gn0xAXXhvGcXEQ85B3QxB0gSU7EK5wIoOXjdWsUK5Fk=;
	b=UGFhUUMFIgqh73M+5fjuNiIqE6lfKun8ui0fAXYUeq8lq8jpnrRzsbmUhR+RKHKEFh
	ENMKmvTl9HXcUS1nNyg9+wY/gNH/ThcA/WgETAaIRx5B+SNqcVhWt5ktAkw1F1qwGCcj
	iodaRrRMNSgQc9A68IXLwDnyyQS8y1FrmrGI+AkgO5ctKXWQJ3AL/DKFABSf5Qem8+Ka
	ye9+yc1pVxsWXchxmIbkxdLFfZR5qt+2Z9EaR5gjX/v2nlxweLU9lKK3cp7grgWJeYcf
	Cqq/Go77PX/OrWzDTzoO7b4PaseUanjGtVqpPpNymS4OUzSQBwAurm6TXgmVqzNG9cRG
	Kqxg==
X-Gm-Message-State:	AG10YOR4FV6daYpr5XKYMcK3jQG1gC+jcGBjZKFI5PCg6STJXmr7fL50JdxVp3QyIwM5oQ==
X-Received:	by 10.28.132.146 with SMTP id g140mr21969874wmd.49.1453235747250;
	Tue, 19 Jan 2016 12:35:47 -0800 (PST)
Date:	Tue, 19 Jan 2016 21:35:41 +0100
From:	"Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] pcb loop paste buffer, renumber (first multi
	channel design, simple rule)
Message-Id:	<20160119213541.97a8905ba95081beb88d3d1e@gmail.com>
In-Reply-To:	<CAC4O8c_qtv3M6tfKbwkk0AkUZs9vJrAuCq5Q7VVKPuUqr52ayw@mail.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>
	<CAC4O8c_qtv3M6tfKbwkk0AkUZs9vJrAuCq5Q7VVKPuUqr52ayw AT mail DOT gmail DOT com>
X-Mailer:	Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version:	1.0
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

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

If a piece of layout is copied it will be exactly the same as the original and this should be pretty obvious for anyone. The user however have to keep track numbers are changed so that footprints are the same for the copy.

pcb can't know which channel user want to replace athough it would however be possible for pcb to check change is valid and even to figure which channels are possible to replace. Copy, renumber and paste may be improved but it so useful it could be used directly.


Nicklas Karlsson

- Raw text -