X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Cam-AntiVirus: no malware found X-Cam-SpamDetails: not scanned X-Cam-ScannerInfo: http://www.cam.ac.uk/cs/email/scanner/ Message-ID: <1354908401.5256.14.camel@localhost> Subject: Re: [geda-user] Find rat lines From: Peter Clifton To: geda-user AT delorie DOT com Date: Fri, 07 Dec 2012 19:26:41 +0000 In-Reply-To: <201212052032.qB5KW5VL000433@envy.delorie.com> References: <20121204183305 DOT 6b04c0dc AT jive DOT levalinux DOT org> <0E081DE4-4BFB-47DC-A0C3-255A2A0CCA24 AT jump-ing DOT de> <201212052032 DOT qB5KW5VL000433 AT envy DOT delorie DOT com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.0-0ubuntu3 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit 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 Wed, 2012-12-05 at 15:32 -0500, DJ Delorie wrote: > For the record, I typically use 'f' to highlight *nets*, not > *connections*. I.e. I use it during routing to highlight what > *needs* to be connected, not what *is* connected. > IIRC there were valid reasons for the change, but I also think we need > some way to highlight everything in a *net* during routing. > Hopefully, the "hightlight/find" options in the net dialog still > perform this function. > > Maybe "highlight all rats in this net" would be useful too. I'm wondering if we could split the colouring to differentiate what _is_ connected to the object under the cursor when we invoke the "F" action, and what "should be" connected. Solid green for "actually connected" to the point in question, and a muted or hatched green for "should be connected". We can argue whether the "FOUND" flag is applied to the "should be" or "are physically" connected group. We are already attempting to hight shorts in orange when optimising the rats-list, but we don't do a very good job at identifying the actual short location. Re-colouring these pins on the invocation of the "find" action might help. As pads / vias know which net they "should" belong do, we can make the "WARN" colouring of "found" objects relative to the pin / pad the user is hovering over. -- Peter Clifton Clifton Electronics