Japanese font problem

Japnese font size, brightness of text when made BOLD is different in Jdk1.3.1 as against Jdk1.1.8 in "tab panel".Should i have to go with this or can i get this corrected.I need it to look same in both jdk1.1.8 and jdk1.3.1 for my application.

where exactly u r using the japenese charecters??
r u using inthe Java programme or r u using in html page.

Similar Messages

Japanese font problem fixed.

The Japanese font problem was fixed in the recent update. The Kaku Gothic font now shows in the correct font-weight.
Only Kaku Std which is a fat font is still a bit fat, but that's how it is.
http://web.me.com/heli1/Test/Experiment.html
(the first three danger signs have been fixed)

where exactly u r using the japenese charecters??
r u using inthe Java programme or r u using in html page.

Displaying Japanese Fonts Problem

I am attempting to edit a RH7 HTML project created in Japanese.
I have Japanese fonts installed and the page displays correctly in the Design window. However, the fonts do not display correctly in the TOC window. Typically, 演算設定選択ワークフローブロック displays correctly on the page and in the Topic Title field looks like ‰‰ŽZÝ’è‘I‘ðƒ[ƒNƒtƒ[ƒuƒƒbƒN in the TOC. Whilst I can understand neither, the end user might notice.
Does anyone know why please.
Regards
Steve

I would advice you to install a new mid tier with Japanese language.
Regards
Pavna

Adobe Reader X Japanese font problem in Windows 7

This is happening if we open a PDF with Japanese font in Windows7 OS.
Tried to install Japanese font pack for Japanese Adobe X. But that is not getting installed with an error message : 'Install Adobe X before installing Japanese font pack'.
Only fontpacks for 10.1 version could get installed successfully. But its again same issue.
Can anyone hele here?
Thanks,
Rashmi

When that happens, can you check with the Task Manager (Processes tab) if AcroRd32.exe is already running? If so, can you kill the process from Task Manager and try again?
Another thing to try when this happens is to restart Windows, does it work after that?

Japanese fonts problem with Adobe Acrobat 6

Hello, I have been having this problem for a few weeks now. We have Japanese multilingual XP and normal XP sp2 at our company and installed currently on the systems is Adobe Acrobat Pro 6.01. There are two errors I am getting when working with the files. "The documents could not be saved. The filename, directory name, or volume label syntax is incorrect."
When saving the PDF it looks like the file path is the problem. If I save to another folder, the problem goes away. It is due to the Japanese characters in the folder name. When opening a file, it is a similar problem - if I change the title of the PDF before opening it, it opens just fine. I have found these workarounds but am interested in knowing if Adobe or anyone else has come to a permanent solution to this. I saw in one article online a microsoft fix for a very similar case with a hotfix, but it did not work (KB943337).
I have uninstalled/reinstalled. I have applied the hotfix. I have tried updating to newer versions of 6.x. The workaround I have works but I would much prefer to fix rather than patch. There does not seem to be a common thread on the PCs this is problematic on.
Thanks!

Are you receiving this error while opening any PDF within Reader or while opening it in a browser. If its the later could you see if the following link helps:
http://kb2.adobe.com/cps/405/kb405461.html
Also, let me know which version of Adobe Reader is installed on your system? You can check the same by going to Help > About Adobe Reader.
Thanks
Ankit

Problems embedding Japanese font

I'm having problems embedding the font Ryumin-light. It's a Japanese font that is not essential to my document but I'm placing a PDF file that uses the font. I get the message that it can't be embedded at preflight. I don't have the full version of the font and even though it is listed as free at Adobe the file is missing - http://www.adobe.com/jp/support/qa/ciddown.html The publisher won't accept the document with the errors so I don't know what to do next, I'm very new to Indesign.

To use the links on that page you must right-click/Control-Click the link and choose Save Link As...

Problem with Acrobat 8.12 keeps trying to install Japanese Font Pack

I have a client who received a pdf file and when she opened it she was told that it needed the Japanese Font Pack. I gave her admin rights but it still keeps doing it. My pc with the same setup works perfectly fine with the offending file. Now everytime she opens any PDF it tries to open the offending file first and load the font pack. I was able to go into the registry and remove the keys that mention the file and Acrobat works fine as long as we do not try and open that file again. We have installed the font pack separately. The offending file opens fine in Reader. Any idea why this would keep happening and if there is a solution to stop it from happening. Thank you.

Actually, since I started getting the security warning, I haven't tried it on another machine. You think this information might be only stored on my machine? It's worth trying... Thanks!

Game not loading; font problem

I am not a Java programmer or trying to be one (SQL is enough fun for now.) I'm just trying to play a little game.
http://infsoc.sub.jp/soft/esc2/esc2.html
I get a box with a red X top left corner, and the Java console reads:
java.lang.ExceptionInInitializerError
at hsplet.variable.StringArray.<init>(StringArray.java:52)
at hsplet.variable.StringArray.<init>(StringArray.java:31)
at hsplet.Context.<init>(Context.java:211)
at hsplet.Applet.<init>(Applet.java:42)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at sun.applet.AppletPanel.createApplet(Unknown Source)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.nio.charset.UnsupportedCharsetException: MS932
at java.nio.charset.Charset.forName(Unknown Source)
at hsplet.variable.ByteString.<clinit>(ByteString.java:31)
... 15 more
From the last bit it looks like I'm missing a Japanese font or character set. From my end -- as the stupid user -- how can I fix this? If the charset is the problem, can I find out which charset is missing and install it?
I have Windows MCE and Java Plug-in 1.6.0_02. I've googled around for UnsupportedCharsetException and can't find anything useful to me. Thanks.

Oh right! We didn't solve your problem for you so we must be a bunch of losers who have no idea. Gee nobody has ranted and raved like that before. Try getting some new material.
BTW: it has nothing to do with if we do/do not know how to solve the problem. It has everything to do with this is not the correct place to ask! So sod off dickwad.

Crystal Reports 2008 export to PDF does not render Japanese fonts

Hello,
I have searched the forums for this issue, and there does not seem to be a clear resolution to this problem. We are using CR2008 to create RPT files that are bundled with our custom .NET 2005 application, which then generates reports in PDF format by running the RPT files against an access mdb database using the CR2008 runtime (our application is deployed on a different machine than the one that is used to create the RPT files). The issue we are having occurs when data in the access mdb file contains Strings with Japanese characters. The system that our application is running on does contain the eastern asian language fonts so if a user opens the mdb file using access, they can see the Unicode strings in the database rendered properly (rather than the usual boxes and garbage). However, once our application generates the report filling in the rpt file with data from the mdb and exporting the report to pdf format, the entries that should contain Japanese font data, which leads me to believe the problem is in the export pdf function of the crystal reports 2008 runtime. Is there anyway we can configure the runtime to properly embed the fonts in the PDF so that the users can view the Japanese content from the database. Our users end up viewing reports on both OSX and Windows using Adobe Acrobat Reader.
Thank you very much in advance

Thanks for the quick reply!
1) Exact version of Crystal Reports. (Open Crystal Developer. Go to Help> About Crystal Reports).
12.0.0.683
Type: Full
2) What happens if you export the report to PDF format from the standalone Crystal Reports Designer?
Same result. The entry shows up as giberish in the report designer preview...however, by doing this I stumbled upon something. See below
3) Are you able to export the report to other formats without any issue?
See Note below
NOTE:
In another part of the report, I just put the fields in question directly in the report (that is, not embedded in a text object). That part of the report when run produces the correct non-gibberish, properly rendered Japanese result (in the CR designer preview). The same field, however, when embedded in a text object, results in the gibberish being shown in the designer preview as well.
Now when I export this to PDF, that ends up turning both areas into the incorrect, gibberish result. Both the one that did properly render in the preview (field not embedded in text object) and the one in the text object.
Exporting to any other format (tried xls, rtf and html) results in correct rendering for the field not embedded in the text object and incorrect rendering for the field embedded in a text object.
Hope this helps with the problem, and I think it means this thread probably still belongs under this current forum.
Cheers

Japanese font package being required for form without Japanese

I created a form in Adobe Acrobat Pro using (as far as I know) all English characters. I saved the form and am now trying to open it on another computer that has Acrobat Reader X. The error message I'm receiving is "A font package is required to correctly display this page. Click OK to direct your browser to download the add-on from adobe.com...." The font package that it wants me to load is Japanese. Once I load that font pack, the form opens without any problems.
I'm not the only one having this problem, others who are trying to open the form are experiencing the same difficulty.
So, why does Reader think my form contains Japanese fonts, and how do I get rid of them so others can open the form without having to install a font package?
Thanks!

As far as I can see, there are no asian characters there. Here are the fonts listed:
BellGothicStd-Bold
FuturaBT-BoldCondensed
FuturaBT-Book
FuturaBT-BookItalic
FuturaBT-Light
FuturaBT-LightItalic
Helvetica
KozMinPr6N-Regular
ZaphDingbats
ZaphDingbatsItCbyBT-Regular
Thanks again!

Japanese fonts in osx-java

I am having a lot of trouble displaying japanese through a java app on osx.
I have been told that the problem lies in the fact that there is not utf-8 japanese font set yet on my machine, yet the only info I could find about this mentions only windows and solaris.
Did I miss something ?
I am using jaguar, set up this morning, with the 1.0.2 version of omegaT, an app for translators.
Thank you in advance for all your suggestions and hints.
Jean-Christophe Helary

all the fonts you mention are installed properly.
the technical context is the following, although i am not sure what i describe is what you expect, since i am not a specialist.
i work with mac os10.2.
i have downloaded a java app, called omegaT, that takes an utf-8 files splits it into paragraphs and allows for the input of a text in a different language.
there is no font selection possibility on the app. Neither a menu no a preference panel.
when i create a japanese file that i encode in utf-8 and try to have it displayed in the app the following happens:
1) the file browsing window does not display names of japanese files properly. they are displayed as squares.
2) once the file is open all its contents is displayed as squares
i tried to check how other java apps dealt with similar issues. i found a text editor/encodning convertor called SimRedo.
i opened an utf-8 encoded japanese file and the following happend:
1) the file browsing window does not display names of japanese files properly. they are displayed as squares.
2) once the file is open its title is displayed properly in the title bar
3) all its contents is displayed as squares
4) once a font has been selected the contents is displayed properly as japanese.
my conclusion is that:
1) there is an obvious lack of connection between java apps and system fonts. i would like to know how to make this link. i checked sun info (java internationalization) about installing new fonts but the info does not seem to be relevant to an osx setting: they mention a font.properties file that does not seem to be on my system. and if it were to be, the place where i should create one is not explicit.
2) i could ask omegaT's developper to offer a font selection to solve the issue (considering that i don't know much about java programming i am not even sure it is appropriate for his app)
i hope the technical context is clearer now. if anybody can give me hints i would appreciate.
sincerly,
jean-christophe helary

Unable to View Japanese Fonts in Reader

A conundrum I just can't resolve:
I have two computers, both running XP Pro.
I downloaded the latest Adobe Reader from the Adobe web site (version 8.1.2) and installed to both computers.
I have a PDF with some Japanese fonts in them.
When I open the PDF on computer 1, initially the PDF appears to display a row of dots where the Japanese text should be. Within seconds however, a prompt appears informing me that I must download a font pack to be able to display the text. I agree to the download, and it commences and installs automatically. I then have to restart Reader, upon which I can now view the Japanese fonts. Perfect.
However, on computer 2, although the same operations take place, the Japanese fonts never appear - only a row of dots.
I have tried uninstalling Reader and re-downloading and reinstalling. I have also tried manually downloading the Japanese font pack and installing it, with no change.
Any ideas?

Hmm - this is very unusual. I have installed the Japanese font pack on countless computers, and I have never seen such a problem.
If I were to experience this problem, I would try the following
- uninstall the font pack from Add/Remove Programs (Japanese Fonts Support For Adobe Reader)
- uninstall Adobe Reader
- reboot, if asked to
- reinstall Adobe Reader
- download the font pack from http://www.adobe.com/products/acrobat/acrrasianfontpack.html (make sure that the font pack version matches the reader version, i.e. font pack version 8 for reader 8.1.2)
- install the font pack
If all this still fails, then we'll have to come up with new ideas.

Help! Federal W4 form always requires Japanese font pack

Hi! I've been tasked with automating the new hire process and the client would like to include the Federal W4 form in with a collection of other forms required for their internal new hire paperwork. So I download the form from http://www.irs.gov/pub/irs-pdf/fw4.pdf, opened it in LiveCycle Designer 7.1 (on Windows XP), then saved the resulting LiveCycle form as a PDF. Now any time I try to open the form in Acrobat Reader 7.0.8 it goes to the web and requires that the Japanese font pack be installed. If I don't install it the form behaves very strangely, such as form field text disappearing anytime to tab off of them.
Now if I reopen the the newly created W4 LiveCycle PDF in LiveCycle Designer and save it as an XPD file I can see that the font "Kozuka Mincho Pro-VI R" has been inserted into the document. I have confirmed that this font is not present in the original Federal W4 from. My question is why is this font being added and how can I get rid of it? This has to be a bug.
Can anyone else reproduce this problem?

Thanks for the follow-up! Yes, that makes sense. However since I didn't have the Japanese font pack or any Japanese fonts installed on the development workstation then LiveCycle must have used it as a "fallback" font for unknown glyphs. Specifically somewhere in the LiveCycle code must have been detection for what it thinks might be Japanese fonts. I would bet that you are right, if we had the right font loaded on the system then it wouldn't have been an issue.
The performance issues are all with the Designer. There are quite a few objects in my 24 page PDF document. Since many of these PDF pages came from federal forms I imported them into Designer "perserving appearence" so the object count on each page in pretty high. Acrobat reader performs fine with the 24 page form, it's just the Designer that gets pretty slow on some operations.
By the way, do you know if Designer will have better support for adding/removing pages from a document. When I first attempted to assemble the new hire packet 24 page document I opened each federal form individually in Designer and simply copied and pasted the document objects into a new page in a single LiveCycle document to assemble the completed document. I discovered that this didn't work well (objects would paste without the correct fonts) so I went into Acrobat Professional and completely assembled the individual documents into a single 24 page new hire packet before importing this into LiveCycle. This worked very well, but now that I have a LiveCycle document I cannot use Acrobat Professional any more for these types of operations.
I guess my point is that assembing forms from separate documents in a one single LiveCycle document didn't work well just using the LiveCycle development tool. So my question is: are there going to be improvements to LiveCycle so that assembling documents is easier (much like what Acrobat Professional allows) and without flaw. Now that I have a 24 page LiveCycle document I cannot add any more pages onto the document from within Acrobat Professional. So another similar question is: will Acrobat Professional be enhanced to be more "LiveCycle aware" so that it can correctly add/delete pages even in LiveCycle documents. The current limitations with both products as it relates to assembling LiveCycle documents leaves something to be desired. I hope there are plans to correct this.

Urgent : Oracle Reports Server 9.0.4.0.0 Japanese fonts

Hi,
I have one problem in displaying Japanese fonts in Reports Server.
I have installed Oracle Reports Server (9.0.4.0.0) by selecting radio button -
' Use Unicode (UTF8) as the Character Set'
while installing Infrastructure. But I didn't choose any Prodcut Language at the time of Middle Tier Installation.
I changed the value of NLS_LANG to JAPANESE_JAPAN.JA16JIS in registry for both Infra as well as Middle tier homes. Both are on same machine.But no able to display the report in Japanese Fonts. It gives me following error -
REP-501: Unable to connect to the specified database.
Could anybody help me resolve this issue ? Its urgent.
Thanks in anticipation

I would advice you to install a new mid tier with Japanese language.
Regards
Pavna

Double byte font problem

I'm trying to track down a double byte font that's worked its way into a form. When I try and open the form in Reader I get an error message saying to download the Japanese font pack.
In Acrobat the font shows up as KozGoPr6N-Medium Type 1 CID. I've hunted through the xml source with no luck and also taken a look at any special characters used. Being an XFA PDF I can't use my usual tools like Pitstop to track it down.
I've seen this happen once before when trying to use some upper unicode characters but we aren't using any in this form from what I can see. Webdings and Wingdings 2 are being used for a few characters but I tried them on their own and they don't seem to be the problem. I've also tried unembedding fonts but no luck.
Any ideas?

Figured it out...had to print the form to a normal pdf so I could run a preflight on it.
Form some reason Designer(?) encodes some upper unicode characters as Japanese? Or something. I ran into this a while back when trying to use a couple of up/down arrow characters in a form.
Turns out the offending character was an N or M space. I replaced it with a Tab character and it's now fine.

Japanese font problem

Similar Messages

Maybe you are looking for