X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	ham03.websitewelcome.com
X-Spam-Flag2999: NO
X-Spam-Level2999: 
X-Spam-Status2999: "No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.3.1
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gibibit.com;
	h=Received:Date:From:To:Subject:Message-ID:In-Reply-To:References:X-Mailer:Mime-Version:Content-Type:Content-Transfer-Encoding:X-BWhitelist:X-Source:X-Source-Args:X-Source-Dir:X-Source-Sender:X-Source-Auth:X-Email-Count:X-Source-Cap;
	b=NT7Xql4OzhLHYddAilK0g3MQEcmRATuvAfoStzsZ2ZW+YOnYuaCe3Fst9xxbPj3zk169kd9soY6yOan2Msan/UijxciBSWC2Ie1lyE+fgA3PXCQZfhElU12BkEB/vi6d;
Date: Tue, 31 Jan 2012 17:26:43 -0800
From: Colin D Bennett <colin AT gibibit DOT com>
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: <20120131172643.4cc58ce2@svelte>
In-Reply-To: <1328058262.18404.0@kwak>
References: <20120131184123 DOT GA2557 AT malakian DOT lan>
	<1328058262 DOT 18404 DOT 0 AT kwak>
X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.6; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - gator297.hostgator.com
X-AntiAbuse: Original Domain - delorie.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - gibibit.com
X-BWhitelist: no
X-Source: 
X-Source-Args: 
X-Source-Dir: 
X-Source-Sender: spk.venturedesignservices.com (svelte) [65.61.115.34]:61540
X-Source-Auth: colin AT gibibit DOT com
X-Email-Count: 1
X-Source-Cap: c2t5bGVuO3NreWxlbjtnYXRvcjI5Ny5ob3N0Z2F0b3IuY29t
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id q111QmP8013016
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, 01 Feb 2012 02:04:18 +0100
Kai-Martin <kmk AT familieknaak DOT de> wrote:

> On 01/31/2012 07:41:23 PM, Andrew Poelstra wrote:
> 
> > > 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?
> 
> > To be honest, I have never used that patch. But the comments
> > seem favorable toward it,
> 
> Let me add an unfavorable comment. (I tried the patch with a real
> world project when it was new.)
> 
> The patch had quite a bunch of issues:
>...
> While I liked the ability configure to a set of predefined
> grids, the patch clearly was not ready for prime time.

Fair enough.  I know it needs work, but the basic idea is really
nice: to define the set of specific grids used in a particular
layout.

> > Storing the settings is easy enough, but configuring/deciding on
> > default values is still a problem.
> 
> Let the user decide: Load default grid values from config files
> in $HOME/.pcb with a simple syntax -- Just one grid value per
> line. The name of the unit of the grid to be defined may be part
> of the file name. E.g: "grid_mm.default" or "grid_mil.default".

Actually, what about using the following scheme for all layout
defaults, such as

* Layer stackup
* Grid settings
* others?

The user puts a “template” .pcb file in the $HOME/.pcb directory,
e.g., $HOME/.pcb/defaults.pcb, which gives the defaults for new
layouts.  Then the user can edit the defaults without even editing
a text file, and no special code is needed for parsing/loading
defaults each different element of a layout.

Regards,
Colin