Bug 63083 - Inconsistent subscript/superscript size from toolbar and menu (Draw & Impress)
Summary: Inconsistent subscript/superscript size from toolbar and menu (Draw & Impress)
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard: target:7.0.0
Keywords:
Depends on:
Blocks: ImpressDraw-Toolbars Main-Menu
  Show dependency treegraph
 
Reported: 2013-04-03 16:28 UTC by Anastasius
Modified: 2023-04-21 10:28 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample Document with screenshot (28.18 KB, application/vnd.oasis.opendocument.graphics)
2013-04-03 17:12 UTC, Rainer Bielefeld Retired
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Anastasius 2013-04-03 16:28:00 UTC
When the 'Subscript' and 'Superscript' buttons are displayed in the 'Text Formatting' toolbar, they create a different subscript and superscript size than the RadioButtons in Format>Character>Position.

Steps to reproduce:

- In Draw or Impress, start editing some text (select the text tool or click into a field like 'Click to add Title in Impress).  In the Text Formatting toolbar appearing now, if the 'Subscript and 'Superscript' buttons are not displayed already, enable or add them (from category 'Format').
- In Draw or Impress, write new text such as 'E=mc2 H2O'. Select the first '2', and, using the RadioButtons in Format>Character>Position, format it as superscript. Do the same for the second '2', as a subscript.
- Write the same text again and format the subscripts and superscripts with the buttons from the Text Formatting toolbar.

Result: Inconsistent subscript and superscript sizes:
Superscript created from Format>Character dialog has 70% size, created via the toolbar it has 58% size (checked by selecting the subscript and opening the Format>Character>Position dialog).
Subscript sizes are 66% (Format Character) and 58% (toolbar).
It looks awful when text like a2+b2=c2 (all '2' subscript) was formatted partly form the dialog, partly with the toolbar.

What should be done: The same subscript and superscript sizes should be used everywhere.  LibreOffice Writer uses 58% consistently.  I'd prefer 66% or an item in the Preferences where I can set this value because 58% is too small.
[Microsoft Word has had a preferences checkbox for larger subscripts/superscripts several years ago after switching to smaller subscripts/superscripts. My current version of Word uses 66% size for sub- and superscripts and does not have such an option in the preferences any more].

Possibly related issue: Bug 63082, subscript and superscript size incorrect after copy&paste https://www.libreoffice.org/bugzilla/show_bug.cgi?63082
Comment 1 Rainer Bielefeld Retired 2013-04-03 17:12:47 UTC
Created attachment 77385 [details]
Sample Document with screenshot

Effect is  [Reproducible] with  "LibreOffice 3.6.6.1 " German UI/ German Locale [Build-ID: 5b93205] {pull date 2013-03-19} on German WIN7 Home Premium (64bit).
Might be related to unchecked / checked "Auto" and probably other reasons, I will have to think about that.
Comment 2 tommy27 2013-09-28 20:34:34 UTC
I confirm issue on 4.1.1.2 under Win7 64bit.
it's inherited from OOo, affects any LibO release and is still present in AOO as well.

as Reiner already noted, the different size problem shows up only when the "Auto" checkbox is flagged. if you unflag it the subscript will have the same size as those added from the toolbar button.

as Anastasius pointed out, Writer is not affected by this bug.
only Draw and Impress are.
Comment 3 QA Administrators 2015-04-01 14:40:26 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2015-04-21 17:52:20 UTC
Still reproduced.

Win 7 Pro 64-bit Version: 5.0.0.0.alpha0+ (x64)
Build ID: 211c12b9c64facd1c12f637a5229bd6a6feb032a
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-18_01:51:17
Locale: fi_FI
Comment 6 john 2017-03-29 02:10:24 UTC
Me too. I confirm that in Impress, using ctrl-shift-B to set subscripts, one gets a very different subscript format to when one uses the same ctrl-shift-B in Writer. This is very bad, and there seems to be no current way to change settings/preferences/styles to fix this.
Comment 7 QA Administrators 2018-03-30 02:33:50 UTC Comment hidden (obsolete)
Comment 8 Roman Kuznetsov 2018-12-11 16:42:09 UTC
still repro in

Версия: 6.2.0.0.beta1
ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; 
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
Calc: threaded
Comment 9 Justin L 2020-02-19 17:30:16 UTC
It isn't fair to compare Format-Character menu with a toolbar button.  The toolbar does everything without user interaction, while format-character menu simply opens up a dialog that the user has to agree with all of the settings.

Format-character REMEMBERS the last settings that YOU ENTERED into that field. That is why you see a difference. On a clean user profile, Format-Character will use DFLT_ESC_PROP which is 58%

There are a few enhancement requests here that could be valid, but specifically for the issue raised in comment 0 I would consider this NOTABUG.

There are many bugs with AUTO subscripts in editeng(Draw/Writer textboxes) that I hope are being resolved via bug 80194. Once that is settled, I'll probably propose that the toolbar buttons will turn on automatic mode so that it is consistent with Writer, Format-Characters, and user-expectations.
See https://gerrit.libreoffice.org/c/core/+/88998
Comment 10 QA Administrators 2022-02-22 03:46:37 UTC Comment hidden (obsolete, spam)
Comment 11 Stéphane Guillou (stragu) 2023-04-21 10:28:16 UTC
Consistent between two methods now in:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 61b41646c5a93ca24f2c9f143cdb0da2c9258989
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

This is since version 7.0.

As suspected, Justin's work for bug 80194 fixed it. Fix bibisected in linux-64-7.0 repo to first _good_ commit 6b2440f6b652f16b3f46483c6b54efe7fed0e9be which points to:

commit 2940d1905b921d9909b08b1e32014d3c44474ef0
author	Justin Luth <justin_luth@sil.org>	Mon Feb 17 20:20:31 2020 +0300
committer	Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>	Tue Mar 03 16:20:03 2020 +0100
tdf#80194 editeng: fix auto subscript calculations

Thanks all!