Re: Feedback wanted: Autogap and mainpoints



Hi all.

I agree with most of the statments, but I have a suggestion that might
change things a bit.

I am quite keen on "modification keys". That is; a keyboard key that
when pressed and hold modifies the behaviour of the mouse. In this case
I would like to see a modification key which turns of autograb. Read on
to see what it implies for the semantics below.

Lars Clausen wrote:

As avid users of CVS HEAD may have noticed, we have switched back and
forth between two modes of connection recently:  One where any line can
be connected to any object by dragging the end anywhere within the
object (let's call this autograb), and one where there's a visible
mainpoint (in red) that connects lines such that they go to the edge
only (let's call this mainpoints).  I'd like to hear some opinions on
how to make one solution that works for everyone (or at least as many as
possible).  Here's a couple suggestions for improvement:

1. With autograb, make moving the whole line not do autograb.  Only when
the end of the line is moved is there autograb.
 

Autograb can be on all the time, if you don't like it while moving the
whole line, just press(and hold) the modification key to turn it of

2. With autograb, make lines with all ends entirely contained within an
object not do autograb on that object.
 

Same thing here.

3. With autograb, if moving from a connection point on an object to
somewhere else within that object, it doesn't autograb.
 

Again, it is up to the user.

4. Have a toggle button like the grid button that switches between
autograb and mainpoint behaviour (can be combined with the other two).
 

This is god for changing the default behaviour. It just changes the
meaning of the modifier( turning on instead of turning off ).

5. Have mainpoint/autograb be toggleable on an object-by-object basis
(can also be combined with the first two, makes less sense with toggle
button).
 

This is not affected by a modifier, but I think it will be to many ways
of turning autograb on an off. It will just end up confusing.

Personally, I lean towards 1, 2, and 4, but there may be possible
behaviours I've missed, and I'd like to hear y'alls opinions.

-Lars

 





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]