[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: modifier keys.
From:       Casper Boemann <cbr () boemann ! dk>
Date:       2005-11-30 13:13:18
Message-ID: 200511301413.18332.cbr () boemann ! dk
[Download RAW message or body]

On Wednesday 30 November 2005 13:59, Thomas Zander wrote:
> On Wednesday 30 November 2005 13:39, Casper Boemann wrote:
> > On Wednesday 30 November 2005 12:53, Thomas Zander wrote:
> > > Dragging:
> > > Shift toggles snap to grid and disables snap to guides
> > > Alt does nothing
> > > Control keeps X or Y position unchanged (see karbon)
> >
> > shouldn't shift toggle both
>
> No, since guides are useless unless they are seen and so I feel that
> pressing shift should never enable them.  Note that snap-to-guides are
> always enabled when they are showing for about the same reason.
Hmm, but you have to think autoguides into the equation.

Autoguides are often much more useful than grid and not being able to enable 
them on demand is a problem inho. Or should they always be on and shift being 
the only way to disable. I could live with that, BUT what if grid was off. 
Then you would disable autoguides and enable grid - no way to know what the 
user intended

this needs some more thought

> > shouldn't "keep x or y" be alt to be consistent with scaling
>
> Good catch!
> Hmm, not as easy as a simple move, though. Using alt has problems so I'd
> like to avoid that as much as possible. And not using ctrl here seems
> like an awful waste.
> Ok, I'm going to duplicate the above described move along X/Y for both the
> control and the alt keys.  That should help with discoverability of the
> feature.
Ok sounds reasonable.

-- 
best regards / venlig hilsen
Casper Boemann
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]