https://bugs.documentfoundation.org/show_bug.cgi?id=104413
Yousuf Philips (jay) <[email protected]> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected],
| |[email protected],
| |[email protected],
| |[email protected]
--- Comment #7 from Yousuf Philips (jay) <[email protected]> ---
(In reply to Jean-Baptiste Faure from comment #3)
> Really ? I guess nobody uses these functionalities because nobody understand
> how each parameter acts to modify the result.
Your description talked about the entire area tab and taking the entire area
tab as a whole, most parameters are clearly explained by their labels. For
example the palette label on the color tab, the from label on the gradient tab,
the style label on the bitmap tab, the foreground color label on the pattern
tab, and the line type label on the hatching tab.
Your arguments seems to solely focused on the bitmap tab, so lets address its
issues. Yes the bitmap tab was quite confusing with all its parameters, which
is why we redesigned it for simplicity.
> A label is not an explanation, it is only a name that is useless without a
> descriptive tooltip.
A label is a short description which isnt useless without a tooltip or are you
saying the every single dialog in LibreOffice without description tooltips need
to be changed?
> Size: how do you know the original size when you have only percents ?
In what unit are you looking for the original size? What is the importance of
the original size in non-percentage values when you are filling an area with a
bitmap?
> Percents: percents of what ? The original size or the size of the object?
Percent of the bitmap size, we are on the bitmap tab.
> Original size: I guess it is the size of the pattern. What is the unit? cm
> or pixel?
Not sure where 'Original size' is.
> Without explanation, the user can only randomly play with parameters until
> she obtains almost what she want.
With or without explanation, users not familiar with a dialog's controls will
randomly play with the parameters as part of the learning process, i do that
quite often myself, which is why we created the style presets drop down to
fulfill most users needs to fill a bitmap in an area.
(In reply to V Stuart Foote from comment #4)
> For these areas of the UI that have changed so much, providing a corrected
> tooltips for each widget really should be the norm--it is the least we
> should do for the users.
Dont think its a good idea to add .ui tooltips to assist the lack of good UI/UX
intended to help old users get familiar with the new UI. This should be fixed
at the help level with extended tooltips where we currently have inaccurate
tooltips.
> And of course the extended tool-tips from help are a component of our a11y
> AT support. When we lack a specific tool-tip/extended tool-tip for each
> widget the a11y assistance becomes annoyingly repetitive using a generic.
As the help will take its time to catch up to these changes, we should make
sure that a11y users without help installed aren't negatively affected by the
bitmap tab. @Alex, @Texou: Can you do that for us?
Off the top of my head, i can imagine that the 'W', 'H', 'X', and 'Y' labels
will have problems with a11y, so we should be changed them back to 'Width',
'Height', 'X Offset', 'Y Offset'.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
