[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice-devel
Subject: Re: koffice/lib/kofficeui
From: Thomas Zander <zander () planescape ! com>
Date: 2001-08-29 17:51:22
[Download RAW message or body]
On Wed, Aug 29, 2001 at 07:26:14PM +0200, Werner Trobin wrote:
>
> Taking this discussion to a place where it belongs ;)
>
> Thomas Zander wrote:
> >
> > On Wed, Aug 29, 2001 at 01:55:48PM +0200, Werner Trobin wrote:
> > > David Faure wrote:
> > > >
> > > > It didn't "break again". It's just that I find the behaviour very strange.
> > >
> > > Your wish is my command, I just need a "spec" ;)
> >
> > My ideal ruler would behave like this:
> >
> > - on release insert tabstop.
>
> release or click doesn't change a lot
If you insert on click you will want to start a drag immidiately, so the
user can position the tabstop better (using the statusbar), effectively
inserting a tabstop on release :)
> > - on click on tabstop switch tabstop-style
>
> will be problematic unless we have some kind of "dragStartDisance"
> to prevent moving by accident
As is default with any drag vs click, right?
> > - double click on empty space brings up tabstops dia
> > - double click on a tabstop brings up a small dialog that allows the
> > user to enter the tabstop position, type etc.
>
> Interesting, but why not open the dialog in both cases and switch
> to the tab (if any) found? This is what David plans, AFAIK.
That would be fine, but I understood that David wanted to jump to the
tab of the tabstops, not to the tabstop itself. But your option would
probably be faster to create ;)
> > - draging a tabstop shows position in status bar
>
> good idea
>
> > - dragging a tabstop out of the bar (1 mm is enough) deletes the tabstop.
>
> Not sure if 1mm should be enough. How exact do you move your mouse?
> Right now it's 50 pixels, which sounds reasonable to me. Maybe 20
> pixels, okay, but 1mm :}
Well, I had 2 problems with removing a tab. I did not get immidiate feedback if
I deleted a tab, and I have the impression I have to move my mouse very far to
get it to dissapear.
/me starting k-screenruler...
If the remove-immidiately option is possible the 20pixels would be great. :)
> > - the tabstop is removed from display as soon as the mouse leaves the
> > ruler, even if the mouse has not been released yet (i.e. immidiate feedback)
>
> The reason that such things aren't implemented are mainly performance
> considerations, I think. You don't want to do a lot of calculations
> or repainting on mouse move events. Of course it should be possible to
> do that.
> > - the MMB should _not_ insert a tabstop ;)
>
> Why not? :)
For consistency, and to keep it free for future functionality.
Or to turn it around, why did you make it to insert a tab now?
> > take care to allow the future addition of guides, which are normally created
> > by clicking on the ruler and then dragging the ruler to the desired position.
>
> Sorry, I don't get that last paragraph.
Try the above in kivio, it has guides.
They are just help-lines to help position objects. Its really great to align
objects, since the objects 'snap' to the line when they are in a certain limit
from the guide.
ps. there are both horizontal and vertical guides.
--
Thomas Zander zander@earthling.net
The only thing worse than failure is the fear of trying something new
[Attachment #3 (application/pgp-signature)]
_______________________________________________
Koffice-devel mailing list
Koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic