X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Date:	Wed, 01 Feb 2012 02:04:18 +0100
From:	Kai-Martin <kmk AT familieknaak DOT de>
Subject:	Re: [geda-user] grid patch [was: PCB unable to set grid increment
	finer than 0.0254mm]
To:	geda-user AT delorie DOT com
In-Reply-To:	<20120131184123.GA2557@malakian.lan> (from asp11@sfu.ca on Tue
	Jan 31 19:41:23 2012)
X-Mailer:	Balsa 2.4.10
Message-Id:	<1328058262.18404.0@kwak>
MIME-Version:	1.0
X-Spam_score:	-2.9
X-Spam_bar:	--
X-Provags-ID:	V02:K0:wcCoMHWH7p6zqMgLctANFBhVjYqNyAPw5Mz5sCza0w0
	pWLgCM6W2dRk0hPUBOkaffhOvLqg928UtMW9Fdfr0+ptWCC4wh
	CFQPxBa9f2pxfbuYzL3tAK4S0PJO8SC1lnXAE2zUYdu9iB6cXq
	tSkruk+USV5Ct16lVlBe5jDORFDhUX4NA6jvhN5M/3dgO2CWr/
	PB6H6NvKmcQbNRI2DkFQrQq6oCiDNCDJZA1gZ6x048nVzOcQxM
	LYE4MviF/a732BbQxPGgEULsrG2LLK9fLz9tonXOTbOMdHKJbE
	xpVJLlosHvHqDG2bBXT5qHtS4sQbJ3IhLSFeTzJ4UIVRrI8xw=
	=
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

--=-D9BiKm5j/x6ZrP6c+oJg
Content-Type: text/plain; charset=UTF-8; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 01/31/2012 07:41:23 PM, Andrew Poelstra wrote:

> > superior grid system as in Bug #724154, =E2=80=9D[enh] New grids for GT=
K PCB=E2=80=9D.
> > < 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:
* The number of grid stops is limited to less than I find comfortable.
* The grid stops went round robin. That is, the largest grid was followed
   by the most tiny.
* There was no easy way to switch between imperial and metric
* There were no simple one-key accels to access the grid.
* There was no way to load a set of default grids from a config file.
  This made the set-up tedious.
* The way the grid was stored in the layout broke backward compatibility.
That is, regular versions of pcb exit with the message that their version
did not suffice. If the version string in the file was manipulated to make
regular pcb accept the layout, then regular pcb would fail on load.

While I liked the ability configure to a set of predefined
grids, the patch clearly was not ready for prime time.


> 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".

Adopt the gschem accel keys to go up and down the set of predefined
grids: "[" to decrease, "]" to increase. Add "<" and ">" as an alternative
for those with non-english keyboard layout that make the square brackets
tedious to type.


When outside the interval given by the discrete config values, use
this algorithm to determine the next grid stop:
1) for the first stop choose the next clean multiple of ten.
2) divide/multiply by by 5
3) divide/multiply by 2
4) go to 2)

That way, the delta between grid stops will scale with the grid.
And the grid stops will be simple values, too.

---<)kaimartin(>---
--=20
Kai-Martin Knaak
Email: kmk AT familieknaak DOT de
=C3=96ffentlicher PGP-Schl=C3=BCssel:
http://pool.sks-keyservers.net:11371/pks/lookup?search=3D0x6C0B9F53=

--=-D9BiKm5j/x6ZrP6c+oJg
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEABECAAYFAk8oj5YACgkQt9RkiGwLn1O+TgCdF61d+Ko5C5rLpz+4zvSUCeIG
8+wAoILQg5ZZQTpA8nU9LkK0fepCyGyX
=geW9
-----END PGP SIGNATURE-----

--=-D9BiKm5j/x6ZrP6c+oJg--

- Raw text -