www.delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2014/08/09/17:10:44

X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Message-ID: <1407618349.2887.41.camel@AMD64X2>
Subject: Re: [geda-user] How smart is gschems 1.9.1 rubberbanding?
From: Stefan Salewski <mail AT ssalewski DOT de>
To: geda-user AT delorie DOT com
Date: Sat, 09 Aug 2014 23:05:49 +0200
In-Reply-To: <1407615599.2887.32.camel@AMD64X2>
References: <1407607347 DOT 2887 DOT 13 DOT camel AT AMD64X2>
<20140809211546 DOT 5cebf09a AT akka> <1407615599 DOT 2887 DOT 32 DOT camel AT AMD64X2>
X-Mailer: Evolution 3.10.4
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

On Sat, 2014-08-09 at 22:19 +0200, Stefan Salewski wrote:
> Generally on-the-fly netlist generation would be good, to detect
> whenever netlist has changed unintentionally by moving objects around.

Well, should be not that difficult, I do not need a real netlist which
takes into account netnames and generates a special output format, but
only to find connected net segments. If I put the endpoint in a Hash,
that should be simple and fast, and finding the few T-shaped connections
should be not hard also, I am doing something similar already for
drawing the connection markers. Should take only a few ms for Ruby's
byte code interpreter, still fast enough for online check.

So maybe something like a Button "Reset Netlist" which stores current
state and turns red when netlist changed...

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019