Discussion:
htmlhelp API not displaying japanese characters
(too old to reply)
amal
2008-12-11 10:15:43 UTC
Permalink
Hi,

I am using the htmlhelp() APi to launch the help file of my
application. When I launch it in windows(english), the strings
'Contents', 'Index', Search' etc. are displaying in English only as it
should. But if I launch my aplication in a windows(japanese) machine,
the strings are still shown in English whereas it should be shown in
Japanese in a Japanese machine.

I have the hhctrl.ocx 1.41 version in my application directory and
then I checked the system32\mui\0411 folder and it has the
hhctrlui.dll file. Still why is this happening??
If I double click the .chm file, the strings are shown in Japanese,
but only when I am launching it ffrom my applciation using Htmlhelp(),
the strings are English.

I am not talking about the help contents.Here I am talking about the
strings like 'Contents', 'Search', 'Index' which are shown as tab
headers when we open a .chm file.

Can anybody please help me ??
Naoki Hirai
2008-12-11 10:51:57 UTC
Permalink
Hi,

Did you specify the "Language" parameter properly in a *.hhp file.
The *.hhp file for the Japanese chm has to be included a following
"Language" specification.

[OPTIONS]
Language=0x411

Cheers,
Naoki
Post by amal
Hi,
I am using the htmlhelp() APi to launch the help file of my
application. When I launch it in windows(english), the strings
'Contents', 'Index', Search' etc. are displaying in English only as it
should. But if I launch my aplication in a windows(japanese) machine,
the strings are still shown in English whereas it should be shown in
Japanese in a Japanese machine.
I have the hhctrl.ocx 1.41 version in my application directory and
then I checked the system32\mui\0411 folder and it has the
hhctrlui.dll file. Still why is this happening??
If I double click the .chm file, the strings are shown in Japanese,
but only when I am launching it ffrom my applciation using Htmlhelp(),
the strings are English.
I am not talking about the help contents.Here I am talking about the
strings like 'Contents', 'Search', 'Index' which are shown as tab
headers when we open a .chm file.
Can anybody please help me ??
amal
2008-12-15 07:00:17 UTC
Permalink
Hi Naoki,
I am not in charge of creating the .chm file. The .hhp file that u
specified comes during creation of .chm, may be. Anyway I got it to
work by doing the following.

I removed the hhctrl.ocx from my appplication directory. Now the
LoadLibrary() call in my call loads it from system32\ folder and it
works fine now. The system32/ folder has the hhctrl.ocx 1.41 version.

Now I have another question. Is the hhctrl.ocx file shipped along
with all windows OSes by default?? pls tell me if u know..
Rob Chandler [MVP]
2008-12-17 14:50:30 UTC
Permalink
Help Authoring tool vendors should not be installing hhctrl.ocx. There are a
set of help runtime files and these most all match. Mismatches cause a lot
of problems (as you found).

If hhctrl.dll cannot find the \mui folder it would default to Eng (Eng
strings are inside the DLL). So that's what happend to you.

HTML Help (hhctrl.ocx) is now part of the Windows OS (since Windows ME /
Windows 2000 days). HAT vendors should not install help files any more. The
real help files should be the ones registered here

C:\WINDOWS\system32\hhctrl.ocx
C:\WINDOWS\system32\itss.dll
C:\WINDOWS\system32\itircl.dll

There is a utility that checks that the correct files are registered
http://helpware.net/downloads/#MJs
It registers the correct files if there is a problem.

But to answer your question - Yes :-) You don't have to worry about
installing HH runtime anymore (unless you are still supporting Win95/98).
Your customers should be ok since they probably wont be installimg naughty
HAT software.

Cheers
Rob
Post by amal
Hi Naoki,
I am not in charge of creating the .chm file. The .hhp file that u
specified comes during creation of .chm, may be. Anyway I got it to
work by doing the following.
I removed the hhctrl.ocx from my appplication directory. Now the
LoadLibrary() call in my call loads it from system32\ folder and it
works fine now. The system32/ folder has the hhctrl.ocx 1.41 version.
Now I have another question. Is the hhctrl.ocx file shipped along
with all windows OSes by default?? pls tell me if u know..
Loading...