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


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.

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.