X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com Date: Tue, 31 Jan 2012 10:41:23 -0800 From: Andrew Poelstra To: geda-user AT delorie DOT com Subject: Re: [geda-user] grid patch [was: PCB unable to set grid increment finer than 0.0254mm] Message-ID: <20120131184123.GA2557@malakian.lan> References: <4F25943D DOT 6070608 AT zepler DOT net> <20120129202457 DOT GD29626 AT malakian DOT lan> <20120130085947 DOT 43677c8e AT svelte> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120130085947.43677c8e@svelte> User-Agent: Mutt/1.5.20 (2009-12-10) X-MIME-Autoconverted: from 8bit to quoted-printable by pobox.sfu.ca id q0VIgMGK008627 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q0VIgWX6019870 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 Mon, Jan 30, 2012 at 08:59:47AM -0800, Colin D Bennett wrote: > On Sun, 29 Jan 2012 12:24:57 -0800 > Andrew Poelstra wrote: > > > > BUT, the 'increments' panel does not do anything. This is a > > longstanding bug, which has gone unfixed because nobody has taken > > the time to decide what to do for default values (and limits), > > now that we have a plethora of different units to choose from. > > > > See: https://bugs.launchpad.net/pcb/+bug/699464 > > Well, the proper way to fix this problem is to implement the > superior grid system as in Bug #724154, ”[enh] New grids for GTK PCB”. > < https://bugs.launchpad.net/pcb/+bug/724154 > > > Ping! Does anyone else crave this patch? It is so much better than > the current grid system. I haven't tried to apply > the patch for a long time however... it probably needs some love > since the nanometer conversion at least. > To be honest, I have never used that patch. But the comments seem favorable toward it, so I doubt I would object to its introduction. However, there is no chance that it would apply to the codebase since the nanometers conversion. It appears to depend on the old mm/mil dichotomy, and even has some *100 conversion factors from back when base units were 1/100 mil. Further, it is very long, that that makes it difficult to review and scary to apply. > The concern about how to store the new, enhanced grid settings is > lessened since we're now using the Attribute[] pcb file format > feature to store the basic grid information. > Storing the settings is easy enough, but configuring/deciding on default values is still a problem. Right now in the source code is a gigantic table (src/pcb-printf.c:103) in which I hardcoded 108 default values. /That/ is the problem that we need to deal with, and it is (I think) orthogonal to the changes made by the new grids patch. -- Andrew Poelstra Email: asp11 at sfu.ca OR apoelstra at wpsoftware.net Web: http://www.wpsoftware.net/andrew "I don't understand. Are you saying dualism is always good, or always bad?"