When I am open a *.doc format, formula definition is too low, I can't see the small symbols, indexes and overbars/underbars.
Steps to Reproduce:
1. Turn off in settings export to the MathType MS office format.
2. Create a new document or import any document with formulas.
3. Create any formula in this document.
4. Save this document in *.doc format.
5*. If you will export/print this document in *.pdf format, this bugs will be save.
Formula definition is too low, I can't see nothing, I see just a pixels on the screen.
Formula definition is normal, like in 126.96.36.199.
User Profile Reset: No
I've been turned off formula load/saving from MS office.
And I cannot find how to enable OpenGL in settings.
Version: 188.8.131.52 (x86)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
Потоков ЦП: 4; ОС: Windows 10.0 Build 16299; Отрисовка ИП: по умолчанию; VCL: win
Locale: ru-RU (ru_RU); ИП: ru-RU
Created attachment 164542 [details]
Low resolution of a formula object
Created attachment 164543 [details]
Test document, see end of page 4 and beginning of a page 5 to broken formulas.
Confirm.. its solved by entering the frame containing the formula. This is a known problem IIRC
Version: 184.108.40.206.alpha0+ (x64)
Build ID: 8700bace8c0714d853f5df6918ab9c8bb3d81f77
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
There is an issue with DOC export. So saving a formula to doc will produce low res formula's (until clicking side the formula). Another work around is saving to DOCX
Telesto, most of my documents and projects contains hundred of formulas, and find everyone and click on it is a big problem. When printing, it is also make a big problems.
So, I know about export in *.docx format, it is strictly NOT RECOMMENDED TO DO THIS, NEVER EXPORT YOUR FILES IN DOCX FORMAT, it is avsolutely useless.
And I know about this bug:
DOC format is balanced and universal format standart. I mark stable version is 220.127.116.11, in this version is all right with formulas.
I confirm it with:
Version: 18.104.22.168 (x64)
Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); ИП: ru-RU
Created attachment 167265 [details]
Test DOC 1 page
This bug wasn't reported and triages well.
Not clear if DOC attached is MSO or LO saved, which is most important. I assumed it's MSO saved and resaved as 1 pages DOC (wrong to attach original document with many irrelevant pages).
Than it's not clear if this is Fileopen or Filesave bug. While steps refer to Filesave, simple Fileopen shows worse visibility.
Important that it was OK in 6.2, so likely a regression in 6.3.
Not easy to find, because not much different.
Assuming this is fileopen for DOC attached:
Date: Fri Oct 25 09:53:38 2019 +0200
previous source sha:e63d60c90d465ea6d9177bb82c25a35185a05a6e
author Xisco Fauli <firstname.lastname@example.org> 2019-10-21 17:41:52 +0200
committer Miklos Vajna <email@example.com> 2019-10-25 09:38:08 +0200
commit 1560adf9cfd1d4ef076561b1c48e80c9936c940d (patch)
parent e63d60c90d465ea6d9177bb82c25a35185a05a6e (diff)
tdf#115967: Revert "sw: Use primitive renderer for graphics"
This reverts commit 302af8c2da58719844d22483b65a9fe5b3674684
Note: As for DOCX saved in MSO from DOC, it's worse in LO.
Xisco, which is a base bug now for a duplicate, is it bug 129244?
I am not confirm it with LibreOffice 22.214.171.124, this is a stable version which formula images looks normal.
Not confirm with 126.96.36.199.
ID сборки: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62
Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win;
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
(In reply to Timur from comment #8)
> Xisco, which is a base bug now for a duplicate, is it bug 129244?
Please see this.
*** Bug 142970 has been marked as a duplicate of this bug. ***