Issue 124203 - Appearance of symbols in formula during GUI are not equal for Windows 7 and Windows 8
Summary: Appearance of symbols in formula during GUI are not equal for Windows 7 and W...
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: chart (show other issues)
Version: 4.0.1
Hardware: All Windows 8, 8.1
: P3 Major with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 125982 126666 (view as issue list)
Depends on:
Blocks:
 
Reported: 2014-02-07 16:23 UTC by Mijail
Modified: 2019-01-20 10:56 UTC (History)
8 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.1.6
Developer Difficulty: ---


Attachments
Comparison between Windows 7 and Windows 8 formulas (51.88 KB, image/jpeg)
2014-02-07 16:23 UTC, Mijail
no flags Details
OO 4.0.1 Write files and Pdf files on Windows 7 and Windows 8.1 (60.38 KB, application/zip)
2014-03-04 01:51 UTC, Mijail
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Mijail 2014-02-07 16:23:09 UTC
Created attachment 82532 [details]
Comparison between Windows 7 and Windows 8 formulas

Formulas are not shown as supposed to in GUI running on Windows 8. The fonts appear to be different from the ones used in Windows 7. It occurs all over OO products. Its occurrence can make users to stop using OO impress, since a scientific presentation requires formulas to be shown properly. Nevertheless, pdf files made with built-in Export as PDF (with default settings) work fine in both Windows versions.
Comment 1 hdu@apache.org 2014-03-03 13:35:37 UTC
It could be that the two different systems have different sets of fonts installed. Please provide the resulting PDF for each so that we can see in its font properties which ones were actually used.
Comment 2 Mijail 2014-03-04 01:51:49 UTC
Created attachment 82783 [details]
OO 4.0.1 Write files and Pdf files on Windows 7 and Windows 8.1

Thank you for any answers,

I submit OO 4.0.1 Write files and Pdf files (created with built-in Export as Pdf) on Windows & and Windows 8.1.
Comment 3 V Stuart Foote 2015-11-18 22:56:09 UTC
*** Issue 126666 has been marked as a duplicate of this issue. ***
Comment 4 V Stuart Foote 2015-11-18 23:13:27 UTC
Windows OS at 8, 8.1 and now 10 are pulling the symbols for the Operators for the Math formula editor from system "Segoe UI" & "Segoe UI Symbol" font--rather than from the OpenSymbol font.

For now, as a workaround on Windows, able to apply a font substitution. Tools -> Options -> Fonts: Replacment Table and replace always OpenSymbol with Cambria Math, it has a better appearance than the Segoe UI Symbol font.
Comment 5 choffardet 2017-05-30 19:26:10 UTC
This bug has been solved in LO.
It hasn't been solved directly as the bug were reported and no one took care about it.
It may have been solved by a side effect of a commit.

The resolution appeared between LO 5.3 alpha1 and LO 5.3 beta1

I guess this commit could be the solution :
https://cgit.freedesktop.org/libreoffice/core/commit/?h=libreoffice-5-3&id=641b9cb1d0934b3f8b4a80279cb3f3f81ecc4707

If this could be of any help
Comment 6 Marcus 2017-05-30 20:25:46 UTC
(In reply to choffardet from comment #5)
> [...]
> 
> If this could be of any help

Only when you can convine the author of the patch to provicde it also under ALv2. Otherwise the license doesn't fit and the patch cannot be used.
Comment 7 choffardet 2017-05-30 20:34:42 UTC
"
Only when you can convine the author of the patch to provicde it also under ALv2. Otherwise the license doesn't fit and the patch cannot be used.
"
Does it mean that if this commit is the solution to this bug, you can't solve this bug until this commit is provide under ALv2 licence ?

You can't do something like this commit, something better or worse ?

First of all, we should know if this commit is the solution and then searching a way to apply it.
Comment 8 Marcus 2017-05-30 20:39:41 UTC
(In reply to choffardet from comment #7)
> "
> Only when you can convine the author of the patch to provicde it also under
> ALv2. Otherwise the license doesn't fit and the patch cannot be used.
> "
> Does it mean that if this commit is the solution to this bug, you can't
> solve this bug until this commit is provide under ALv2 licence ?

right. Just copy & paste would be illegal.

> You can't do something like this commit, something better or worse ?
> 
> First of all, we should know if this commit is the solution and then
> searching a way to apply it.

You could help us in verifying this: Check out the current code, apply the patch, build and check if the bug is gone.

Then we are sure and could try to find an alternative solution.
Comment 9 choffardet 2017-05-30 21:09:11 UTC
"You could help us in verifying this: Check out the current code, apply the patch, build and check if the bug is gone."

Be sure that I would have done it before posting in this bug if I had the knowledge to do such a task

But sadly I'm not a dev.
Comment 10 V Stuart Foote 2017-05-30 22:02:56 UTC
I'm pretty sure Khaled would grant the license, I've cc'd him.

However, to be kind there is tremendous "technical debt" across the AOO SVN to be met to bring the AOO font rendering current enough for this to have any applicability.

Otherwise the work around from comment 4 remains valid for folks working on Windows 8, 8.1 or 10
Comment 11 Khaled Hosny 2017-05-31 15:10:50 UTC
The commit referenced in comment 5 fixes code that does not exit in AOO, so it is unlikely to have relevance to any AOO bug.
Comment 12 Peter 2019-01-20 10:55:48 UTC
A forum post to this Issue:
https://forum.openoffice.org/en/forum/viewtopic.php?f=12&t=85801&hilit=sqrt
Comment 13 Peter 2019-01-20 10:56:05 UTC
*** Issue 125982 has been marked as a duplicate of this issue. ***