Hi Cor, Jan,
Le 25/09/12 16:00, Jan Holesovsky a écrit :
[...]
Therefore the good OpenOffice.org developers and people conducted a
large project some years ago, Renaissance.
Of course the toolbar is one of the changes the was a result from that.
I guess all the work was done, because many obvious actions are not easy
enough accessible for Joe-average. And that these were only the first
steps in a route to make Impress (&more) more contemporary.
The little pop-ups fit more in modern UI (-expectations) I guess then
context menu's - let alone short-cuts and pull down menus...
I don't think I agree with you here. The touch-based devices need to
have everything shown, nothing appearing based on a presence of a mouse
pointer;
It's a technical fact : touch interfaces have no 'hover' event.
But look at what's happening with Nautilus : devs are making big changes
to prepare for touch interface. The mistake is that they change
*current* desktop version so that *future* versions may work on tablets.
Since last year, users just can see Nautilus has less and less
behaviors. Devs just say "we know what's good for you : we'll bring them
back later for touch".
The result is that the Nautilus project is forked and will be replaced
very soon.
We have to realize what for next 2 years (and more...), most LO users
will still use a computer (desktop or laptop) to edit.
Your modification will be useful for the tablet version of LO, but maybe
not for the desktop version.
and it seems to me as a good trend in general.
This is a personal and subjective opinion.
UI decisions should be taken based on facts, analysis, polls, statistics.
I also made that mistake : few months ago, I made a proposal for another
"Insert" menu, based on most used items, well most items I used and
supposed others also used. In the design list, I had some immediate and
strict feed-back : don't suppose, provide real and pertinent usage
values otherwise propose something different. They were right.
Please note
that Renaissance is 3-4 years old project.
A good idea will never be obsolete ;-)
I have heard complaints about this Button bar from several people, and
no 'oh, I love these appearing buttons' - so I believe we are fine. The
same with the appearing / disappearing header / footer controls - lots
of complaints that it is too much disruptive, so I believe that not
using any controls that appear after a timeout only supports that the
above mentioned trend is Good :-)
I may be the first, but let me tell you that I find the new
header/footer control *very useful* !
The complaints I heard about OOo/LO were all about the "old"
look/design. The header/footer control, while not perfect, brings
something new that's really welcomed.
And I wish we can use that idea for table edition and much more.
Why not allow users to enable/disable such appearing-controls by
preferences ?
Everybody should be happy :
- beginners and average users won't see changes between versions
- power users may choose what they prefer
As a general point of view on this subject, I would say that it shows
several problems in the design team (that's why I'm CCing to design list) :
- there is a lack of long-term vision for LO's UI/UX : a vision, a
roadmap, with tenets. Some big users (administrations, companies...)
need that kind of information so that they can plan training, migration [1].
For example :
- should we use or avoid appearing / disappearing UI elements ?
- should we use floating and/or docked panels ?
When a decision is made, it should not change for several years (3-5)
- a developer may decide to make big UI changes, just because he talked
with few users : it's a complete by-pass of the existing UI process
(whiteboards, proposals, discussions, vote) ; it may also bring some big
inconsistencies [2]
- most important, it may changes/revert recent modifications --> users
will be disturbed by those UI flip/flop (for example see previous
changes between Rythmbox and Banshee in Ubuntu)
(please see absolutely no offense to you Jan, I'm just trying to analyze
the situation ; and the context of my feedback is that I have not enough
time to work, propose on the UI/UX team, so it's just a little
reflexion/suggestion ; but as a simple user, I would be very disturbed
by such changes)
Thanks,
Michel
[1] And in France, last week we had an important announce about OSS and
the administration : they'll study different projects and choose some of
them. Nothing is decided between LO/OOo : Each project's team has to
prove his project is stable, well organized, well structured and has a
clear roadmap.
[2] I just tried Thunderbird 18 (aurora channel) and the main window has
no more menu bar ! Menus are now in a popup button on the right.
But the problem is that the compose window still has the standard menu
bar : inconsistency, users will be disturbed.
--
Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted
Context
- [libreoffice-design] Re: [Libreoffice-ux-advise] Killed the ButtonBar in slide sorter · Michel Renon
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.