Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 62776 - Can't show Japanese Excel file correctly
Can't show Japanese Excel file correctly
Product: Red Hat Linux
Classification: Retired
Component: gnumeric (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Havoc Pennington
Depends On:
Blocks: 61901 67218
  Show dependency treegraph
Reported: 2002-04-05 09:32 EST by Akira TAGOH
Modified: 2008-05-01 11:38 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-07-08 01:18:18 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
please apply this patch instead of current patch. (3.86 KB, patch)
2002-04-05 09:33 EST, Akira TAGOH
no flags Details | Diff
Sample Excel file (18.50 KB, application/octet-stream)
2002-04-05 09:34 EST, Akira TAGOH
no flags Details
fix a patch. (729 bytes, patch)
2002-04-10 05:58 EDT, Akira TAGOH
no flags Details | Diff

  None (edit)
Description Akira TAGOH 2002-04-05 09:32:14 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020401

Description of problem:
Our gnumeric is applied l10n patch for Japanese Excel files. this patch was
useful when our gnome-print was applied VFlib2 patch, but gnumeric which was
applied this patch doesn't work now correctly.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.runs gnumeric
2.open Japanese Excel file

Actual Results:  most Japanese Excel file use the MS fonts like MS Gothic and MS
Mincho. but we have no these fonts. so that text is broken.

Expected Results:  use Japanese fonts which we have instead of MS fonts.

Additional info:

Sometimes we get those files. but we can't show it correctly until now. if our
gnumeric can show it, we will get a benefit.
Comment 1 Akira TAGOH 2002-04-05 09:33:02 EST
Created attachment 52345 [details]
please apply this patch instead of current patch.
Comment 2 Akira TAGOH 2002-04-05 09:34:15 EST
Created attachment 52346 [details]
Sample Excel file
Comment 3 Jody Goldberg 2002-04-09 17:21:00 EDT
Please do NOT apply that patch it is completely inappropriate at that level.

is that place to do that sort of mapping in 1.0
and that code has temporarilly moved to src/style.c:get_substitute_font in 1.1

However before 1.2 we'll rely on pango/XftConfig
Comment 4 Havoc Pennington 2002-04-09 17:35:27 EDT
Tagoh can you redo the patch as Jody described? I don't want to put in 
patches that upstream considers wrong.
Comment 5 Akira TAGOH 2002-04-10 02:54:03 EDT
Sure. I'll remake this patch. Thanks Jody.
Comment 6 Akira TAGOH 2002-04-10 05:58:57 EDT
Created attachment 53048 [details]
fix a patch.
Comment 7 Havoc Pennington 2002-04-10 08:58:30 EDT
Jody here's another one
Comment 8 Jody Goldberg 2002-04-10 10:05:46 EDT
That looks much better.  I'll add it to 1.0.6, and forward port it to 1.1 for now.
Comment 9 Akira TAGOH 2002-04-10 11:49:16 EDT
Hmm, as you wrote in source, this patch is also ad-hoc. I don't like a
particular font name is hardcoded. for example, gnome-print supports Type1's
alias name, but it doesn't support TTF's alias name, do it? Gnumeric now get
some font info from gnome-print. so if gnome-print can do that, I think this
problem will be fixed.
However Gnumeric may get a lot of font names, but changing a font name by each
users is important, I think.
Comment 10 Havoc Pennington 2002-04-10 17:10:45 EDT
I applied the patch.
Comment 11 Akira TAGOH 2002-06-18 04:59:52 EDT
Hmm, please don't apply gnumeric-0.67-excel95-ja.patch. we no longer need it.
that patch bothers the new patch.
Comment 12 Havoc Pennington 2002-07-02 19:27:36 EDT
What remains to be done for this in Rawhide?
Comment 13 Havoc Pennington 2002-07-05 17:52:22 EDT
NEEDINFO, I don't know what to do with this bug. Is there a patch in the RPM 
that should be removed?
Comment 14 Akira TAGOH 2002-07-08 01:18:13 EDT
Yes, it's gnumeric-0.67-excel95-ja.patch. we should applied
gnumeric-1.0.5-exceljpfonts.patch in order to replace it.
old patch forces to change the font name in the excel plugin. so new patch can't
work correctly.
Removing gnumeric-0.67-excel95-ja.patch will re-fix this problem.
Comment 15 Akira TAGOH 2002-07-26 09:51:10 EDT
fixed in 1.0.9-1

Note You need to log in before you can comment on or make changes to this bug.