delorie.com/archives/browse.cgi   search  
Mail Archives: geda-user/2012/01/31/13:43:55

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 <asp11 AT sfu DOT ca>
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
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
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

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 <asp11 AT sfu DOT ca> 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?"


- Raw text -


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