Issue 89988

Summary: GDI Metafile VCLMTF seems to be rendered with the default fallback font
Product: gsl Reporter: tora3
Component: codeAssignee: AOO issues mailing list <issues>
Status: CONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: curvirgo, hdu, IngridvdM, issues, kamataki, masaya.k
Version: OOo 3.0 Beta   
Target Milestone: ---   
Hardware: Unknown   
OS: Windows, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Snapshots that illustrates the phenomenon
none
A bugdoc
none
Snapshot with DEV300_m14 on Windows 2000 Japanese none

Description tora3 2008-05-27 02:33:19 UTC
Phenomenon
 1. Start Impress of OpenOffice.org 3.0.0 Beta on Linux.
 2. Insert a graph.
 3. Set a font name to Japanese Gothic variant one.
 4. Save the document into .odp file.
 5. Start Impress of OpenOffice.org 3.0.0 Beta on Windows.
 6. Load the .odp file.
 7. Verify what type of font is used for rendering texts.

    Apparently, texts in the graph are rendered with Mincho variant font. 
    It looks like the default fallback font of Windows 2000 Japanese. 

 8. Double-click on the graph to enter edit mode.

    All of a sudden, the glyphs of text get changed from Mincho variant to 
    Gothic one.

 See the attachment file that illustrates the phenomenon.

Environment
  Linux: 
    developer/3.0.0beta/OOo_3.0.0beta_20080429_LinuxIntel_install_en-US.tar.gz
    LANG=ja_JP.UTF-8
    Fedora 8
    /usr/sbin/getenforce: Permissive

  Windows: 
    developer/3.0.0beta/OOo_3.0.0beta_20080429_Win32Intel_install_wJRE_en-US.exe
    Windows 2000 Japanese

Quick Investigation
 1. Unzip the .odp file

  Impress_Chart_Fonte_Test_Linux_MS_PGothic
    |-- Configurations2
    |   |-- accelerator
    |   |   `-- current.xml
    |   |-- floater
    |   |-- images
    |   |   `-- Bitmaps
    |   |-- menubar
    |   |-- popupmenu
    |   |-- progressbar
    |   |-- statusbar
    |   `-- toolbar
    |-- META-INF
    |   `-- manifest.xml
    |-- Object 1
    |   |-- content.xml
    |   |-- meta.xml
    |   `-- styles.xml
    |-- ObjectReplacements
    |   `-- Object 1
    |-- Thumbnails
    |   `-- thumbnail.png
    |-- content.xml
    |-- meta.xml
    |-- mimetype
    |-- settings.xml
    `-- styles.xml

 2. Delete ObjectReplacements/Object 1 and ObjectReplacements.
 3. Delete corresponding entries from META-INF/manifest.xml.
 4. Zip those files to create an experimental .odp file.
 5. Load it with OpenOffice.org 3.0.0 Beta on Windows.

    As expected, the text in the graph are rendered with Gothic variant font.

 ObjectReplacements/Object 1 seems to contain the font names specified on 
 Linux, encoded in code page 932. It seems good. The Windows, however, seems 
 not to recognize the names of the font given in the embedded GDI Metafile. 

Acknowledgments 
 This phenomenon is originally reported by t-otsuki [1] in the BBS of Japanese 
 build project and is confirmed by curvirgo [2].

 [1] http://waooo.sourceforge.jp/wiki/index.php?BBS#cd2ef603
 [2] http://www.freeml.com/openoffice/10978
 [3] http://oooug.jp/faq/index.php?faq/4/1042
Comment 1 tora3 2008-05-27 02:59:15 UTC
Created attachment 53960 [details]
Snapshots that illustrates the phenomenon
Comment 2 tora3 2008-05-27 03:00:31 UTC
Created attachment 53961 [details]
A bugdoc
Comment 3 tora3 2008-05-27 03:11:25 UTC
Expectation
 Texts in the embedded GDI Metafile should be rendered with appropriate, given
font. 
Comment 4 philipp.lohmann 2008-05-27 09:43:23 UTC
pl->hdu: please have a look
Comment 5 hdu@apache.org 2008-05-28 09:51:18 UTC
This reminds me of chart issue 85934 (chart hardcoded a font name) which was fixed in CWS chart23 in 
versions>=DEV300_m6 (i.e. after the beta). With DEV300_m14 it looks good to me.

@iha: can you confirm that it has the same root cause as issue 85934? Else I'd need to reassign it.

@tora: can you check and confirm with something >=DEV300_m6


*** This issue has been marked as a duplicate of 85934 ***
Comment 6 tora3 2008-05-28 12:05:00 UTC
@hdu: Thank you for prompt consideration. 

I also thought the same thing that the fix related to the font issue in 
the module chart2 had been done in the cws chart23. I confirmed carefully if the 
fix had been already included in 3.0.0 Beta aka BEA300_m2 before filing this.

According to the Release Notes of 3.0.0 Beta [1],
 - Sources can be received from cvs by tag BEA300_m2.
 - It lists cws chart23 in the section Integrated Child Workspaces.

According to the EIS, 
 - BEA300's parent is DEV300_m10.
 - chart23 has been incorporated in DEV300_m6.

From those facts, this phenomenon happens under circumstances where the cws 
chart23 has been already incorporated. 

[1] http://development.openoffice.org/releases/3.0.m2_snapshot.html

With DEV300_m14, this phenomenon can be also observed.
Comment 7 tora3 2008-05-28 12:06:08 UTC
Created attachment 54020 [details]
Snapshot with DEV300_m14 on Windows 2000 Japanese
Comment 8 hdu@apache.org 2008-09-10 11:15:30 UTC
this doesn't seem to be a duplicate of issue 85934 then
Comment 9 hdu@apache.org 2008-09-10 11:17:49 UTC
@iha: chart's edit mode seems to do funny things to fontnames
Comment 10 IngridvdM 2008-09-10 11:48:52 UTC
@hdu: As I understand this issue, the chart edit mode does render the font
correctly. It is the meta file that is not rendered correctly.
Comment 11 Marcus 2017-05-20 11:35:09 UTC
Reset assigne to the default "issues@openoffice.apache.org".