X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Fri, 14 Dec 2012 14:41:10 +0100 (CET) X-X-Sender: igor2 AT igor2priv To: geda-user AT delorie DOT com X-Debug: to=geda-user AT delorie DOT com from="gedau AT igor2 DOT repo DOT hu" From: gedau AT igor2 DOT repo DOT hu Subject: Re: [geda-user] Find rat lines In-Reply-To: <50CB1FFC.1010600@zepler.net> Message-ID: References: <20121204183305 DOT 6b04c0dc AT jive DOT levalinux DOT org> <20121208112649 DOT 388a9d22 AT jive DOT levalinux DOT org> <1355011808 DOT 19390 DOT 8 DOT camel AT localhost> <1355188647 DOT 12937 DOT 14 DOT camel AT localhost> <1355442697 DOT 2993 DOT 14 DOT camel AT localhost> <008677C3-7BA0-4B7D-B8E7-D0A5B2CCC573 AT noqsi DOT com> <898C7D41-7B55-4D61-9CC6-7ABB560C144E AT noqsi DOT com> <5189151C-7C93-4AD6-A154-185C8F7AC203 AT noqsi DOT com> <6E00459F-C749-4DE5-B182-44A8623E70E8 AT noqsi DOT com> <50CB1FFC DOT 1010600 AT zepler DOT net> User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII 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 On Fri, 14 Dec 2012, Chris Smith wrote: > On 14/12/2012 10:36, gedau AT igor2 DOT repo DOT hu wrote: >> >> On Fri, 14 Dec 2012, John Doty wrote: >>> >>> How about having the user affirmatively declare it before drawing? >>> Touch a known object, or select from list, or type netname (could >>> implement all of these). Prominently display the netname under >>> construction in status somewhere. >> >> Finally, after so many emails, an idea... Let the user tag each object >> manually. > > I don't think you fully understood John's suggestion -- or perhaps I > misunderstood. The software can follow a few simple rules to achieve > most of this automatically as the user is drawing: > > 1. if a track is started at a pin/pad the track inherits the netname of > that pin/pad; > > 2. if a track is started in free space it has no net association; and > > 3. if a track that has no net association is subsequently connected to a > pin/pad or net-associated track, the track inherits the netname of that > pin/pad or track. I think this is the method Markus proposed, with a few more rules to handle some of the corner cases (floating nets connected later). John's (and Levente's) proposal was a slightly different approach: instead of (only) guessing the tag from what the object first touched, the user should (also) set it explicitly ("or select from list, or type netname"). I'd like to handle two cases separately, because they are different approaches (assuming or explicitly setting) but if it's proven that both would work and would be useful, combining them would also work. In this system your above method is Markus' first touch method and some extra details. With these details it would work better and would not restrict the user to build traces only in one way, but I still have some questions: 1. what happens if I cut an existing, tagged net in a way a segment falls off? Does it become a floating (not associated) net or, does it keep its tag reflecting original user intention? 2. What happens if I draw a line accross the board shorting two random nets? I started the line in the middle of nothing, so it would be floating (if starting point matters; causing 2 shorts); or would it be attached to the net of the first line it hits (first touch; only one short, with the second line)? 3. alternative wording of 2.: what happens if I add an object that connects an existing floating net to two existing non-floating nets in the same time? Regards, Tibor