X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
Date:	Wed, 7 Nov 2012 22:47:54 +0100
From:	Levente Kovacs <leventelist AT gmail DOT com>
To:	geda-user AT delorie DOT com
Subject:	Re: [geda-user] RFC: storing cursor position in PCB files
Message-ID:	<20121107224754.77ee66ce@jive.levalinux.org>
In-Reply-To:	<508BBF8D.5070309@jump-ing.de>
References:	<508BBF8D DOT 5070309 AT jump-ing DOT de>
Organization:	logonex.eu
X-Mailer:	Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu)
Mime-Version:	1.0
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 Sat, 27 Oct 2012 13:03:41 +0200
Markus Hitter <mah AT jump-ing DOT de> wrote:

> 
> Recently I get repeatedly unneccessary(?) merge/cherry-pick conflicts 
> with line 9 of .pcb files. This line typically reads something like
> 
> Cursor[7500 30000 6.000000]  (latest release) or
> Cursor[625.00mil 25.00mil 6.000000]  (current git master)
> 
> Apparently, the last position of the cursor is stored here, which is 
> pretty much arbitrary, so it changes on every save.
> 
> Now I can't imagine how a stored cursor position might be useful for 
> anything. When viewing the file it's overridden as soon as the mouse 
> enters the viewing area. If there's no use, I'd like to remove that 
> entry to reduce the conflict potential.

+1 

When you use PCB with scripts, and you

* load a pcb file into the buffer,
* past it on the current layout to a given position,

and if the cursor position points out of the border of the layout, your
past operation will be shifted to make sure the cursor position would
remain in the layout.

I'm not sure I could express my self good, but I don't see any use of the
cursor position on the layout.

Levente

-- 
Levente Kovacs
CTO, CSO
http://levente.logonex.eu

- Raw text -