[Libreoffice-ux-advise] [Bug 103035] UI: Changing text formatting in Header/ Footer dialog can be confusing

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

Yousuf Philips (jay) <philipz85@hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|UI: Changing text           |UI: Changing text
                   |formatting in dialog Page   |formatting in Header/Footer
                   |header / footer format does |dialog can be confusing
                   |nothing without selection - |
                   |make 0-selection expand     |
                   |automatic                   |

--- Comment #7 from Yousuf Philips (jay) <philipz85@hotmail.com> ---
(In reply to Michael Meeks from comment #6)
> Sounds reasonable; but now this is quite a large change =) certainly for an
> easy-hack.

Yes large changes are needed to most dialogs, so might as well fix them all in
one go to improve UX. Would assume moving around widgets in glade should be
easy to do, but having the formatting toolbar would be the hard part.

> As far as I can see, it is a trivial minority use-case to first
> change the font and colour, and then type - whereas - changing it, seeing
> there is no change; and closing and re-opening, and seeing that that change
> is not persisted (even for the same cursor position ;-) is well - I'm no
> idiot and fell immediately into that trap.

Yes i only changed the font and color at the beginning as your steps in the
description didnt say to type something first and then click the 'T' button. :D
But yes having text attributes hidden in a dialog would likely confuse many to
assume it might be a style type dialog which affects all the text in the pane.
Cant predict what my behaviour would have been if i didnt already know how it
functions and whether i would have easily discovered how it does or would have
had your same frustrations.

> Type then format should be the
> norm, I hope - and if not - when there is no content in the box, it can
> behave as before =) I would strongly suggest that we go with the tweak to
> pre-select the text if nothing is selected when that button is pressed.

Yes type then format would definitely be the most used behaviour, but dont tell
that to style users :D. Well with no content in the box, it would still be
selecting no characters and styling it :D.

> Then again - I like your new mockup =) re-arranging it trivially in glade
> anyway to change the order would be great; and a legend of "Insert Field"
> rather than Field might be better for the 2nd row of buttons (?)

Glad you like it :D. Initially i had it as 'Insert Field' and changed it just
to 'Field' to save space, especially as we have to think about l10n, and also
because we can add 'insert' to the button tooltips without worry.

> [ we should
> drop the 'T' there - it is now the 'More' button right ? ;-].

About the 'T' icon, i was using it for insert title, as the icon for insert
title in worthless - its the icon for up one folder level. ;D

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