Bug 118978 - EM (emphasis) and "bold" and default character in styles menu and styles toolbar
Summary: EM (emphasis) and "bold" and default character in styles menu and styles toolbar
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All All
: medium enhancement
Assignee: Not Assigned
Depends on:
Reported: 2018-07-28 19:51 UTC by peter josvai
Modified: 2018-07-29 14:57 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:


Note You need to log in before you can comment on or make changes to this bug.
Description peter josvai 2018-07-28 19:51:46 UTC

I was not particularly impressed by the fact that a "Styles" menu appeared, BUT I am totally so by the Styles toolbar (!!! awesome)... I am, too, an HTML5 believer... also believing the LiO should produce a beautiful, intelligent and clean HTML output whenever it comes to that...

#1- - - The Styles menu
there should be a separator above "Default Character"
and one below "Source text" ..

and the list types should be separated like this, too...

why? cause it is 2 radio button sets.. so to speak..

the title "Default Character" could be replaced with something else...
like "no style for the character(s)", to mention something ridiculous :)

BUT it would be even better to name it so that it would suggest "CLEAN style"
Cleaning the styles...

this would be logical cause this is the way you can actually REVOKE the style...
"CLEAR character style", another candidate :)

#2 - - - the Styles toolbar

letter "A" is misleading...
EM still is informative, but "E" alone, like in 6.2.alpha, is totally not...
A and E seem to be something of the same type...
whereas, "A" cleans off the assigned style... it is not a style but an eraser :) 
(it is a style, I know, but both as default style and in terms of if some code needs to be added, we can say that it is "WITHOUT  a style", whereas the other 3 assign a style)

so, A should be, I think renamed to "C" (like clean or clear or no style)

we have to consider, also, that if there was a "clear all styles off these characters, it would do the same as "default character"

- - - - -  the other two suggestions are actually "bugs" in terms of behavior other than expected... so I'll file them independently...

Steps to Reproduce:
1. drop down "Styles" menu
2. try to determine which items are in one radio button group

Actual Results:
 you have to try

Expected Results:
you should see -- it should be indicated

Reproducible: Always

User Profile Reset: No

Additional Info:
Build ID: 5a7d18e432571fb1e9b2cd54d6168353d25c6f19
CPU threads: 2; OS: Linux 4.15; UI render: default; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-07-26_22:07:10
Locale: en-US (en_US.UTF-8); Calc: group threaded
Comment 1 V Stuart Foote 2018-07-29 14:56:55 UTC
The Formatting (Styles) toolbar was implemented for 5.4.0 and finalized 6.0.2 in work for bug 106781

As implemented on the Formatting (Styles) toolbar, the button selection is not stateful, unlike the Formatting toolbar that shows Direct Formatting.

OP separators of #1 are already present on both the Formatting (Styles) toolbar and the Styles menu.

On the Formatting (Styles) toolbar each of the Character style buttons--A, EM, S, A", </> has an icon assigned. Each is accompanied by a descriptive tooltip.

It is possible to change the iconography, but a on or two character icon drawn from English will always be objectionable to some group of users.