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 > > > _______________________________________________ Dia-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/dia-list FAQ at http://www.gnome.org/projects/dia/faq.html Main page at http://www.gnome.org/projects/dia
