Bug 138442 - OpenSymbol font positioned incorrectly in tables in writer when no other fonts are used in the cell
Summary: OpenSymbol font positioned incorrectly in tables in writer when no other font...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-11-23 21:56 UTC by Mikhail Novosyolov
Modified: 2022-09-07 03:59 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot for description (39.98 KB, image/png)
2020-11-23 21:56 UTC, Mikhail Novosyolov
Details
Document fromt he screenshot for description (10.16 KB, application/vnd.oasis.opendocument.text)
2020-11-23 21:56 UTC, Mikhail Novosyolov
Details
Positioning of the "XO Windy" font (50.94 KB, image/png)
2020-11-23 22:01 UTC, Mikhail Novosyolov
Details
Different positioning of the same font in different cells (67.05 KB, image/png)
2020-11-23 22:06 UTC, Mikhail Novosyolov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mikhail Novosyolov 2020-11-23 21:56:01 UTC
Created attachment 167518 [details]
Screenshot for description

Following discussion started in https://bugs.documentfoundation.org/show_bug.cgi?id=132938#c17

1. Create a table in Writer
2. Add any text into it, set the "Liberation Serif" font or actually any other font
3. Select all text and set the "OpenSymbol" font
4. You will see that the symbols became positioned much closer to the top border of the cell comparing to their original position
5. Select only a part of the text inside the cell
6. Set "Liberation Serif" as a font of that selected part of the text
7. You will see that symbols with the OpenSymbol font became positioned more correctly

I attach a screenshot showing it.
The next attachment is a document with a table in the screenshot.
Comment 1 Mikhail Novosyolov 2020-11-23 21:56:41 UTC
Created attachment 167519 [details]
Document fromt he screenshot for description
Comment 2 Mikhail Novosyolov 2020-11-23 22:01:24 UTC
Created attachment 167520 [details]
Positioning of the "XO Windy" font

I tried another free symbolic font — "XO Windy" from https://fonts.myoffice.ru/ , I am not sure if the same positioning behaviour is repoducible, but it seems me that the center of the symbol is different from non-symbolic fonts. Attaching a screenshot.
Comment 3 Mikhail Novosyolov 2020-11-23 22:06:06 UTC
Created attachment 167521 [details]
Different positioning of the same font in different cells

During experiments of setting different fonts and removing and adding text I have somehow managed to make OpenSymbol characters be positioned with different center line in two cells. Don't know how to reproduce it. See the attached screenshot.
Comment 4 dante19031999 2020-11-23 22:30:37 UTC
It looks to me like an alignment problem of the glyphs inside theyre boxes.
However please contact someone with deep knowledge of opensymbol uses.
It is used for LO spetial features, and making changes could for example alter ordered lists if it depends on it (I don't really know which features are). So make sure it is safe.

However I would recommend to work in font replacement, and use a third party font, with complete glyphs collection and correctly aligned. Opensymbol is a marshy ground.
Comment 5 dante19031999 2020-11-23 22:32:34 UTC
Just noticed that the cursor on lines with only opensymbol seems to be shorter than other lines. Could also be something related with the glyphs height.
Comment 6 V Stuart Foote 2020-11-23 22:35:18 UTC
This is actually expected. It is a manifestation of the font metrics--each font will have its own internal and external leading, which affects line spacing and positioning of the base line in a run of text.

Easier to see if you apply a highlight to the OpenSymbol text run, and likewise a background fill for the run.
Comment 7 dante19031999 2020-11-24 09:43:19 UTC
Does that mean NOTABUG?
Comment 8 Mikhail Novosyolov 2020-11-24 10:08:04 UTC
(In reply to dante19031999 from comment #7)
> Does that mean NOTABUG?

A ful solvement of bug#132938 requires correct positioning I believe
Comment 9 Dieter 2022-02-07 15:46:01 UTC
Hello Mikhail, a new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 10 QA Administrators 2022-08-07 03:31:29 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2022-09-07 03:59:16 UTC
Dear Mikhail Novosyolov,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp