Date: prev next · Thread: first prev next last
October 2015 Archives by date, by thread · List index


https://bugs.documentfoundation.org/show_bug.cgi?id=90374

--- Comment #20 from Bastián Díaz <diaz.bastian@openmailbox.org> ---
(In reply to V Stuart Foote from comment #19)
Sure, if the Sidebar were a static UI element we could make a case for fixed
static structure. However, we quickly migrated it from .src to GTK .UI based
widgets making it dynamic by nature.  Building on that we have
"enhancements" in queue to do some neat things like splitting out content
panels into independent decks--detaching them as .UI based analogs to legacy
dialogs--ref bug 85905

Yes, I've read a little about it, but the design elements must adapt to the
tools to create interfaces or vice versa?

For example, inkscape panels maintain their own proportions (width min/max)
when anchored as sidebar, and for me the user experience is horrible.

To move the panels out of the sidebar in LO and that these have their own
proportions, it seems useful and good (I have seen other people have a workflow
that way), but I think while they are attached as tabs on the sidebar should be
consistent.

and leads to wrong headed ideas that static and fixed is
better UI and improve the user experience.

OK. Maybe not the best UI, but it works best for me and "other potential
users."

Fortunately once over that development hurdle the Sidebar gains tremendous
flexibility. For example ability to undock a custom content panel and drag
your favorite UNO widgets into it--closing the rest of the Sidebar, or
shifting to "Single" mode of bug 92220 and bug 92218

We support those longer range features now by ensuring the ability of the
user to fully customize their content panels and to retain those
customizations within a session and within their profile, with an ability to
recover or transfer their customizations to a new profile. That all comes
from supporting a design that nurtures dynamic layout and customization.
Yes, I think that's good then ... you think you could add a configuration
option to keep the width of the sidebar static ...
For some users we only matters show/hide the contents of the sidebar,
unfortunately to do that, there must be a "consistent width to allow properly
display elements of each tab in the sidebar".

I understand the enthusiasm of developers deliver a better user experience, but
I think it can be done without dramatically change the workflow of many users.

Cheers

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Context


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.