[Libreoffice-bugs] [Bug 112852] New: Should unapplying Bold remove the attribute or force text to Regular?

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Tue Oct 3 04:11:36 UTC 2017


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

            Bug ID: 112852
           Summary: Should unapplying Bold remove the attribute or force
                    text to Regular?
           Product: LibreOffice
           Version: 5.4.0.2 rc
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: octallo at alvarezp.org

This is a request to the UX team.

The example on this bug is regarding Bold but it applies to other formatting
attributes as well.

Currently, if Bold is applied on a word by using Ctrl+B and then removed by
pressing Ctrl+B, LibreOffice Writer sets the word to "Regular" instead of
unapplying Bold. This causes confusion.

1. New document
2. ‎Type NotBold Bold NotBold (do not hit Enter)
3. ‎Select "Bold" (the second word)
4. ‎Apply Bold (Ctrl+B or toolbar button)
5. ‎Select the second "NotBold" (the third word)
6. ‎Apply Bold, then remove Bold.
7. Change the style to Heading 1 (I use Ctrl+1 or from the Styles pane).

Expected behavior: all text should become Bold.

Actual behavior: the second NotBold is not bold, but the first is, even though
no text was bold before applying "Heading 1".

User expectation is broken: unapplying Bold means "remove the bold attribute"
not "set weight to regular".

Counterexample (similar but first is a Heading 1):

1. New document
2. Change the style to Heading 1 (I use Ctrl+1 or from the Styles pane).
3. ‎Type Bold NotBold Bold (do not hit Enter)
4. ‎Select "NotBold" (the second word)
5. ‎Press Bold from the toolbar (Ctrl+B or toolbar button) to remove Bold.
6. ‎Select the second "Bold" (the third word)
7. ‎Remove Bold, then re-apply Bold.
8. Change the style to Default Style from the Styles pane.

In this case, removing Bold means "weight = regular" and reapplying bold means
"remove the weight = regular attribute", NOT "weight = bold".

To test with other attributes try Italics with the default Header 4.

The suggestion is: whenever any Direct Formatting is set, review each attribute
and compare it to the calculated result from styles only. For each attribute
that matches, remove the attribute instead of forcing the format through DF. I
don't know if this check should be performed or not when a style is applied.

This "sounds" like a good idea but I don't know if it actually is. I think the
inconsistent visual cues are not consistent with users expectation. So I ask
the UX team to help review this behavior and suggestion, as fixing it may not
be an easy task and may complicate things more.

Hopefully we can review for other bugs that are caused by this behavior and
mark those as blocked by this one to find if it really is such an
inconvenience. Also, we can discuss if this proposal breaks something else.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20171003/857fcbc4/attachment-0001.html>


More information about the Libreoffice-bugs mailing list