Hi all!
I'd like to comment the "button up/down" idea ... maybe the questions
are already solved somehow, but just to be sure ...
Am Mittwoch, den 22.12.2010, 11:22 -0500 schrieb Kohei Yoshida:
My preferred approach is to create two buttons to move the insertion
position up or down, instead of relying on the user clicking on the
sheet name in the list. To me 1) that makes more sense, and 2) is
easier to implement than handling mouse click events on the list
control.
Here we face the "ease of use" vs. "efficiency" issue ... the proposed
approach might fall short for the power users.
Ease of use: If a document has a limited number of sheets, and the user
is rather "mouse-driven", then clicking three times or so is okay. As we
said before, the result is directly visible and, thus, an
improvement ...
Efficiency: Some users (more advanced users) that work in large tables
might simply prefer to scroll down via the mouse-wheel, and to directly
click on the target position.
Concerning the latter, if we want to have something like that (and there
will be requests to mimic the today's behavior), we require space
consuming "placeholder" lines between the "real" sheets. This somehow
"disturbs" the known sheet mapping ... and even for our "ease of use"
proposal, the users have to re-think the mapping (horizontal vs.
vertical).
Furthermore, let's assume that a less experienced user misses the
current dialog design and moves a sheet to the wrong position. Then both
the actions move/copy are non-destructive (looking at the data that is
kept after all). So correcting this issues might a smaller problem - in
comparison to what we can gain for power users.
Finally, the current design is not that bad ... if we want to go for a
design that suits the non-experts, then we also have to keep in mind the
power users.
Does that make sense to you? I'll try to think a bit more about this
issue ...
By the way, if buttons get added, please consider to add them at the
right hand side (if possible, I'll double-check this with other specs).
And, they should be in close relationship - to make sure that the
required mouse movement is minimized, e.g. if the user wants to correct
the usual "one click too far" issue.
Cheers,
Christoph
Context
- Re: [Libreoffice] [PATCH] [PUSHED] EasyHacks 3.27 Change Sheet copy process (continued)
Re: [Libreoffice] [PATCH] EasyHacks 3.27 Change Sheet copy process · Andy Brown
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.