Created attachment 65325 [details]
Example CDR file
LibreOffice 188.8.131.52 (Final) Russian UI/Locale
on Russian Windows XP Professional SP3 (32bit)
Draw opens CDR file (Corel Draw 12 format), but instead of russian we
see obscure characters. Changing font does not correct the situation. It is
impossible to read text.
As far as I see if font in its name contains "CYR" (for example "Arial CYR"), then we see obscure characters and changing font name does not change situation. If font name is "Arial" then all right
Created attachment 65328 [details]
Another example CDR file (with Arial CYR font)
Maybe another victim of "Foobar CYR,ANSI_CHARSET"="Foobar,ANSI_CHARSET" instead of "Foobar,RUSSIAN_CHARSET"?
Both files are version 9, not 12.
"Example_12" has "Arial CYR" with properly set encoding, but text uses "Arial" with encoding "0" (ANSI).
"Example_13" has "Arial CYR" with encoding set to "0".
Fridrich, "Example_13" also has embedded spreadsheet in "ole " chunk.
It is OK to have Arial CYR or Arial CE fonts with charset 0.
(In reply to comment #5)
> It is OK to have Arial CYR or Arial CE fonts with charset 0.
It's OK to handle text with encoding 0 as ANSI.
(In reply to comment #6)
> (In reply to comment #5)
> > It is OK to have Arial CYR or Arial CE fonts with charset 0.
> It's OK to handle text with encoding 0 as ANSI.
So is this bug confirmed?
As far as I can see from discussion, Valek Filippov confirmed this bug, cause he has the same problem with fonts and made suggestion how to fix problem
> It's OK to handle text with encoding 0 as ANSI.
That is a grave error. An interpretation of LOGFONT::lfCharSet member as a 'codepage' of some kind is the Windows 95 idea which wasn't implemented by anybody but Microsoft. In Windows 3.1 for Western market there was no 204 & co. charsets.
The codepage for fonts generated by software designed for Windows 3.1 should be done by font-by-font basis.
Works fine for me in LibreOffice Version 184.108.40.206 (Build ID: 7e5467ff8f30d821f4fbf69cb2769163eb64c2c) on Russian Windows XP Professional SP3 (32bit)
Created attachment 76816 [details]
.ttf - font "GOST type A", .jpg - how file is opened in Corel Draw
File with problems, that might be related
Despite the fact that TTF font "GOST type A" is installed in system, and in Corel Draw .cdr is opened in a right way with russian characters, in LibreOffice Draw Version 220.127.116.11 (Build ID: 7e5467ff8f30d821f4fbf69cb2769163eb64c2c) instead of russian we see only obscure characters. Changing font does not correct situation. It is impossible to read text.
Any chance you could help in doing 8-bit encoding -> unicode tables for the specific font. If that is done, I can try to integrate to libcdr, but don't feel like extracting the information form ttf file myself, sorry.
Also, having a CDR file with it would be good. I cannot test easily without it.
Created attachment 76820 [details]
cdr file with "Gost type A" TTF
Sorry, forgot to attach problem .cdr file
OK, I committed to libcdr git master a partial fix for the GOST Type A font. The problem that is preventing a complete fix is that this font does not correspond to any ICU table. If I assume that it is having encoding 0xcc, it gives reasonable results apart some Greek mathematical characters that are not correctly converted. I would not mind to handle each font with specific conversion table, but I fear that it does not scale well.
The "GOST Type A" font doesn't contain any Greek characters. The only ones special are ∾ instead of ˆ and × instead of •. The former is not encoded anywhere in Cyrillic subset for some reason.
Notice this commit (also backported to 4-0 branch):
> Fridrich Å trba committed a patch related to this issue.
> It has been pushed to "master":
> Uploading libcdr-0.0.12: fixing fdo#62538 and fdo#53278
In LibreOffice Version 18.104.22.168 (Build ID: a67943cd4d125208f4ea7fa29439551825cfb39) problem with "GOST Type A" font was fixed (all is in Russian).
But file content is shown not correctly (no curves on the left side, some texts are in wrong places, some arrows are shown as simple lines, ...) compared with Example 28.jpg from attachment 76816 [details] (how file is shown in Corel Draw). If there is need, I can create separate bug with all described problems.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
*Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later)
*If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
*If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
*Update the version field
*Reply via email (please reply directly on the bug tracker)
*Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to "inherited from OOo";
4b. If the bug was not present in 3.3 - add "regression" to keyword
Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for your help!
-- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Seems that problem with font was fixed (all texts are shown in Russian, no more obscure characters) in LibreOffice 22.214.171.124 Build ID c4c7d32d0d49397cad38d62472b0bc8acff48dd6 Locale ru_RU on Windows XP Professional SP3 (32bit)
But as I already reported, file content (Example 28) is shown not correctly (no curves on the left side, some texts are in wrong places, some arrows are shown as simple lines, ...). Try to compare Example 28.cdr with screenshot Example 28.jpg (how it is shown in Corel Draw). If there is a need, I can create a separate bug with all described problems.
(In reply to Timon from comment #20)
> But as I already reported, file content (Example 28) is shown not correctly
> (no curves on the left side, some texts are in wrong places, some arrows are
> shown as simple lines, ...). Try to compare Example 28.cdr with screenshot
> Example 28.jpg (how it is shown in Corel Draw). If there is a need, I can
> create a separate bug with all described problems.
That would be great.