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 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 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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 Sat, 27 Oct 2012 13:03:41 +0200 Markus Hitter 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