https://bugs.freedesktop.org/show_bug.cgi?id=73889

          Priority: medium
            Bug ID: 73889
          Assignee: [email protected]
           Summary: GUI improvements with little code change
          Severity: normal
    Classification: Unclassified
                OS: All
          Reporter: [email protected]
          Hardware: Other
            Status: UNCONFIRMED
           Version: 4.1.4.2 release
         Component: UI
           Product: LibreOffice

Created attachment 92533
  --> https://bugs.freedesktop.org/attachment.cgi?id=92533&action=edit
Issues with resizing window and sidebar.

Checking out one of the most popular UI mockups (by pauloup on deviantart), I
noticed that the implementation of the OOo sidebar was brought LibreOffice the
closest to achieving a new GUI yet.

I also noticed that with only a little tinkering, I could replicate the mockup
to a great extent. The result was not without its problems but I believe it can
allow a reconsideration of how the default GUI materialises upon installing
LibreOffice.

Reasons why this suggestion should be considered:
* UIs are important to the average end-user. Period.
* Kingsoft Office is being ported to Linux. I have used it for months and the
only setbacks, when compared to LO, were speed (port is still in Alpha) and
open document filetype support (easily fixable).
* The mockup is popular and easily replicable.
* End users may be able to replicate the mockup, but the one issue with FOSS
and widespread adoption is that users are expected to tamper and spend time on
customization.

Issues with current, manual process of changing the interface:
* The sidebar has too much dead space. Boxes under indent do not come closer
together when resizing the window. As such, resizing the window to a smaller
size results in the sidebar taking up most of the space.
* An extension of the above issue, working on one document while viewing
another results in even more dead space, taken up by the sidebar.
* Find toolbar closes easily. An always open option would be useful.
* Using firefox themes option allowed for a nicer, slightly gradient solid
background for the top toolbar. End users should not be expected to spend time
customizing, they are interested in out-of-the-box experience (hence the term
"productivity" suite). Default gradient colour background?
* Zoom settings could be moved to the top toolbar, as per the mockup.
* Sidebar could be *always on* once it is stable, appearing at the left side.
* So far, the top toolbar experience has users used to all options being next
to each other. Too much dead space between bold/italics/underline and
increase/decrease font size.

Other issues/suggestions that may require additional coding:
* The ability to have more than one document open within one instance of LO
Writer, would help alleviate the sidebar resizing issue.
* GUI selector. I can't stress it enough how my experience with trying to get
people to switch to FOSS and LO has failed, due to the archaic look and the
non-ease of use. A GUI selector will also allow users satisfied with the
current UI keep it that way, but also attract new users.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to