X-Authentication-Warning:	delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient:	geda-user AT delorie DOT com
X-Injected-Via-Gmane:	http://gmane.org/
To:	geda-user AT delorie DOT com
From:	Kai-Martin Knaak <kmk AT familieknaak DOT de>
Subject:	Re: [geda-user] [pcb-rnd] new feature: cycle drag
Date:	Sun, 25 Oct 2015 17:34:58 +0100
Lines:	30
Message-ID:	<n0j0bj$5gf$1@ger.gmane.org>
References:	<alpine DOT DEB DOT 2 DOT 00 DOT 1510250859440 DOT 7137 AT igor2priv>
Mime-Version:	1.0
X-Complaints-To:	usenet AT ger DOT gmane DOT org
X-Gmane-NNTP-Posting-Host:	a89-182-219-86.net-htp.de
User-Agent:	KNode/4.14.1
Reply-To:	geda-user AT delorie DOT com

gedau AT igor2 DOT repo DOT hu wrote:

> yesterday afternoon, after a brainstorming session with Bert, I've
> implemented a minor feature that fixes a long standing annoyance
> around moving objects in PCB. It allows the user to select which one
> object to move in case there are multiple objects could be moved
> from the same point.

A better way to deal with ambiguous selection would indeed be a 
significant improvement in usability.

Some questions:

* How does the user get to know that there is an ambiguity in the 
first place? Changed graphics of the mouse pointer? A remark in the 
status line? 

* How does the user know, which choice is the current one?

* What happens if the user ignores the possibility to cycle and just 
drags? 

* What is the geometric scope of the action? That is, how close do 
objects have to be to be included in the cycle?

* The HTML page mentions, the action does not work if rubberband move 
is enabled. What is the actual reason? Could this be overcome?


---<)kaimartin(>---

- Raw text -