X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=wellesley-edu.20150623.gappssmtp.com; s=20150623;
	h=from:message-id:mime-version:subject:date:references:to:in-reply-to;
	bh=gZ/9A3hrjNFnu71cWgKmzXPR4eMTHvLzLbJ9n0u3L0w=;
	b=O8W8bXxf5+dPhpiVIE2WDH27+rJaAM1rJb73MB2CKhS0MmlbhonYYFLML2KldJ7fp0
	9SKhrDSCwNf0RzixSQ4CtiChWLhT40SD6pEvmcHg4e/s0f7cCJEBeOB3RLh/7Kxhoyeo
	fXJ34/JiR71+PJd+03poQn62NAxAG00cVCTtGNiPCyJkz5l6OkSQYr7f5McqlBP7kaGW
	NHRb9UdL7fODf9Q/bXHZ4Cgw37SpTyhU/cVITzbmFF/2T1PEbrULwrWi50D8W3yOSbK7
	mLys9louhw6n6LCqwH/0jq6xZ2lyjL3gKEYYcrnWQmpeGigrNmgsFBdkdHkQTXj3IfId
	bqEg==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:from:message-id:mime-version:subject:date
	:references:to:in-reply-to;
	bh=gZ/9A3hrjNFnu71cWgKmzXPR4eMTHvLzLbJ9n0u3L0w=;
	b=ewe8DGxpJmMvsu4UaVUQnYgC0Evyap1n6iHCINNebnuOp3Yxv3GzHDzlYZTzY1q97I
	pPjZxtJ9fgZ4Ge747/1Xop3YKK78+VgPtwxU0OrXhnEHlvuLC/vderrXrTY6vP5MCbB8
	CdQPHNwxGO7FyW5x6Svq+f1MBPXNgoyaHD0/iq6JkMmqKMzfBZvovfyLwyqFcEQwjjNM
	xH9OisCiw7DGMV/uiOLY75dxEAQCjnnrIdrsLUF8ZEGe4JErQriXJyq03RxGoSbikGUa
	JVmBtkSVuX6nNiQDIvJ/XV+JqNJR8NzOc+UeyrOEPCN5hcEeRTXk413d6MS3o34avvMG
	fmdQ==
X-Gm-Message-State:	ALyK8tJz7wdzMuoQMdfRFdTXAydGDBrjhyXNElD9RtyUagJy+FvYAGaezqTZEVxtcrtPxx6E
X-Received:	by 10.98.5.133 with SMTP id 127mr5256513pff.110.1464681906568;
	Tue, 31 May 2016 01:05:06 -0700 (PDT)
From:	"James Battat (jbattat AT wellesley DOT edu) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Message-Id:	<597AAAD4-48F8-45B4-94D3-F68CCA8E1987@wellesley.edu>
Mime-Version:	1.0 (Mac OS X Mail 7.3 \(1878.6\))
Subject:	Re: [geda-user] RFC: the "Cursor line noise"
Date:	Tue, 31 May 2016 17:05:04 +0900
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1605310930050 DOT 28818 AT igor2priv>
To:	geda-user AT delorie DOT com
In-Reply-To:	<alpine.DEB.2.00.1605310930050.28818@igor2priv>
X-Mailer:	Apple Mail (2.1878.6)
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

--Apple-Mail=_E6FD4594-EBD3-41D4-947C-5E8051A88836
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

As a user, I favor the separation of design file from GUI settings, =
precisely for the VCS issue you mention.


On May 31, 2016, at 4:43 PM, gedau AT igor2 DOT repo DOT hu wrote:

> Hi all,
>=20
> first of all: this mail has nothing to do with gschem and does _not_ =
propose anything for mainline pcb either. I state generic "what users =
would prefer in a random software having the same issue" questions.
>=20
> (Background: I'm working on the "conf rewrite" in pcb-rnd, collecting =
all the configuration/setting/preferences data into a central tree in =
memory that has an uniform API.)
>=20
> Today I bumped into an old problem that does affect users who want to =
keep .pcb files in VCS: the Cursor line and the Grid line noise.
>=20
> The core of the problem is that these two lines represent GUI =
settings. On one hand it'd be great to have the last cursor position and =
grid setting saved but it certainly can interfere with VCS usage =
generating dummy diffs.
>=20
> With the conf rewrite I have a new perspecitve looking at this old =
problem and I came up with this idea:
>=20
> - a design file should not contain non-design-related data (e.g. GUI =
settings)
>=20
> - instead there could be a separate file that could save such settings
>=20
> - the user would place the main design file (e.g. foo.pcb) under VCS =
but the design-preferences file with all gui settings would be an =
uncommited local file (e.g. foo.pcb.pref).
>=20
> - drawback: the user needs to know about what the two files are for, =
when adding one (or both) to vcs, when sharing/distributing them, during =
backups, etc.
>=20
> So my question is, as an user, what do you think about this approach? =
Would it bother you if a random CAD program would start to split design =
files like that? Is it worth the hassle (from the user's point of view) =
or the Cursor-Grid-like-noise is too small to deal with 2 files all the =
time?
>=20
> TIA,
>=20
> Igor2


--Apple-Mail=_E6FD4594-EBD3-41D4-947C-5E8051A88836
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dus-ascii"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">As a =
user, I favor the separation of design file from GUI settings, precisely =
for the VCS issue you mention.<div><div apple-content-edited=3D"true">
<div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: =
auto; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; widows: auto; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;"><br></div>

</div>
<br><div><div>On May 31, 2016, at 4:43 PM, <a =
href=3D"mailto:gedau AT igor2 DOT repo DOT hu">gedau AT igor2 DOT repo DOT hu</a> =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite">Hi all,<br><br>first of all: this mail has nothing to do =
with gschem and does _not_ propose anything for mainline pcb either. I =
state generic "what users would prefer in a random software having the =
same issue" questions.<br><br>(Background: I'm working on the "conf =
rewrite" in pcb-rnd, collecting all the =
configuration/setting/preferences data into a central tree in memory =
that has an uniform API.)<br><br>Today I bumped into an old problem that =
does affect users who want to keep .pcb files in VCS: the Cursor line =
and the Grid line noise.<br><br>The core of the problem is that these =
two lines represent GUI settings. On one hand it'd be great to have the =
last cursor position and grid setting saved but it certainly can =
interfere with VCS usage generating dummy diffs.<br><br>With the conf =
rewrite I have a new perspecitve looking at this old problem and I came =
up with this idea:<br><br>- a design file should not contain =
non-design-related data (e.g. GUI settings)<br><br>- instead there could =
be a separate file that could save such settings<br><br>- the user would =
place the main design file (e.g. foo.pcb) under VCS but the =
design-preferences file with all gui settings would be an uncommited =
local file (e.g. foo.pcb.pref).<br><br>- drawback: the user needs to =
know about what the two files are for, when adding one (or both) to vcs, =
when sharing/distributing them, during backups, etc.<br><br>So my =
question is, as an user, what do you think about this approach? Would it =
bother you if a random CAD program would start to split design files =
like that? Is it worth the hassle (from the user's point of view) or the =
Cursor-Grid-like-noise is too small to deal with 2 files all the =
time?<br><br>TIA,<br><br>Igor2<br></blockquote></div><br></div></body></ht=
ml>=

--Apple-Mail=_E6FD4594-EBD3-41D4-947C-5E8051A88836--

- Raw text -