Pages: 1
Author Topic: WebHelp and Localization  (Read 2431 times)

Posts: 43

« on: February 17, 2010, 04:58:59 PM »

This probably isn't the correct post to add this too, [ moderator note: moved this posting to its own topic ] but can you explain how localization works with WebHelp? If I have the language set in the map file, how do I make it so that the WebHelp is localized as well. Are there files that I need to translate, and do I need to have a separate deliverable for each language to make sure it is using the correct languages in the WebHelp? For example, this applies to the Contents and Search buttons as well as the Print buttons and whatever else buttons people choose to display.

Additionally, I have found that certain characters are showing up as the old diamond question mark instead of displaying correctly. I know the main page is UTF-8 but the toc_data.js file is ANSI, though the characters are displaying correctly there.
« Last Edit: February 18, 2010, 12:07:58 PM by Chris » Logged
Solutions Consultant (XMetaL)

Posts: 18

« Reply #1 on: February 18, 2010, 12:36:06 PM »


Currently there is no mechanism for localizing the Webhelp interface; we have looked at implementing this feature but we do not have a timetable at this point in time.

In the interim, there's nothing stopping you from implementing a client-side solution, using jQuery to get the language attribute from the content html and using that information to modify the interface strings. Use a flag to set this *once* per webhelp session, so the UI isn't updating every time the iframe content changes.

If you have any preference how localization should be implemented for webhelp, please let us know.


- Chris


Chris Johnson
XMetaL Services
Pages: 1
Jump to: