[Libreoffice-ux-advise] [Bug 91990] StartCenter: adjust Help and Extension buttons to use same UI when hoovering mouse so UI experience is unified and consistent (comment 12)

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #15 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Created attachment 119943
  --> https://bugs.documentfoundation.org/attachment.cgi?id=119943&action=edit
The LibreOffice StartCenter as initially implemented by TDF

(In reply to steve -_- from comment #12)
> ... but I really don't understand why the UI we use to show those two
> options differs from the way the other selection options are shown. Let's
> unify that and show help and extension in the same way.

That would be incorrect as within our GUI we make, and have always made,
distinction in functional use. We identify, and graphically represent, Primary
actions as compared to Secondary actions within the GUI using icon/button size
and positional placement of elements.

Current handling in the GTKwidget .UI based StartCenter descends from our
legacy SO/OOo functional design of the StartCenter as can be seen in the screen
clip from the LO 3.3.0.4 release. There the indicated area holds secondary
action buttons to:
Get more templates
Add new features 
Get more information

Note the size of the icons and that their position is removed from the Primary
elements.

As the StartCenter was moved to .UI based GTK widget packing, while reworking
it we continued to distinguish a secondary role for the Help | Extensions
button widgets. Also, we don't assign a GtkImage for an icon--and instead just
label the buttons--maintaining their secondary role in the GUI.

Implementing Thumbnail Views from Template manager backingwindow as a way to
render a preview of the document in the StartCenter has provided a new Primary
action, but the functional GUI remains conceptually unchanged.  Other than
that--our handling of the StartCenter and its functional roles has evolved in a
consistent fashion--respectful of legacy design, despite being completely
refactored in code.

I understand your suggestion, but don't see it as necessary during usage to
"interpreting" the GUI.  If anything making the change suggested--bringing all
Start Center widget actions into the same vertical "button bar"  would be
confusing for users.

Re-sizing and adjusting the packing of the button widgets to place Help and
Extensions as equal in importance to the other Create buttons would give them
emphasis in usage they do not merit.

Yes, they are necessary to the completeness of the GUI, and so should not be
removed--but they are not functionally equivalent in importance to the other
GUI elements on the StartCenter.  Their diminutive size, lack of icon, and
positioning apart are appropriate to the UX.

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