Hello again,
On Wednesday 30 November 2005 17:59, Thomas Zander wrote:> On Wednesday 30 November 2005 16:28, Thorsten Zachmann wrote:> > Here a list how snapping to grid/guides work with using shift. 0 means> > of 1 means on> >> >      input          snap to> > shift grid guide = grid guide> > 0     0    0     = 0    0> > 0     0    1     = 0    1> > 0     1    0     = 1    0> > 0     1    1     = 1    1> > 1     0    0     = 1    0> > 1     0    1     = 0    0> > 1     1    0     = 0    0> > 1     1    1     = 0    0> >> > This is the way it is implemented in kpresenter at the moment. The> > usage of grid is only determint by the "Snap to Grid" menu entry. So> > you can also snap to the grid even when it is not shown.>> Thanks for supplying the table.> I personally never figured out that to get shift to enable the grid I> should first disable guides from the menu (line 6). Seems arbitrary to> me.> I don't think this is a very good table since it requires a lot more> explaining in the manual as opposed to 'shift toggles the grid'.>> Anyone else thinks that the above table is better for KOffice wide> deployment v.s. my;>> > > Shift toggles snap to grid and disables snap to guides
The problem I see here is that if you have guides enables and grid disabled and you are close to a guide but you want to place the object not on the guide but only close the user would disable snapping by pressing shift. But when this automatically switches grid on he will he has not the posibility to place it where he likes as the grid gets in his way. That is why I propsed:
If grid, guide or both is on shift disables themIf grid and guide is of shift enables guide.
I see that we have here a conflict between you want to be able to position your object where you like so switching snapping off, or the user expects to toggle snap to grid by shift.
Thorsten_______________________________________________koffice-devel mailing listkoffice-devel@kde.orghttps://mail.kde.org/mailman/listinfo/koffice-devel