Skip to main content
M
MaritimeGirl
Known Participant
July 3, 2009
Question

TOC Auto-Sync and Custom Buttons

  • July 3, 2009
  • 1 reply
  • 2533 views

I have two CHM files.

One contains English content, the other has French content.  We're okay with having to change Windows display language to French in order to see the localized interface.  It would be great to force it to French without having to do that, but it's better than nothing.

I have a handy dandy little javascript in my master page to flip between topics in the two CHM files.  This is where my problems begin.

My flipping back and forth works great but the TOC does not auto-sync despite me having that checkbox enabled on the windows in both projects.

Then I added a Custom Button in each project (let's call it Cat in English and Chat in French) that points to a Redirect Topic (using the meta refresh method) to launch a Remote Topic.  The redirection works great but again, the TOC does not auto-sync.

Getting back to my English/French setup... let's say I'm in the English project CHM, I change my display language to French, all of the interface buttons change to French except my Custom Button which is still "Cat".  From what I've read, I'm guessing there's no way around this?  I'd rather not have to put "Cat/Chat" for the Custom Button text or leave it as is where it will stick out like a sore thumb unless my display language always matches my language content.

Any suggestions or am I stuck with what I have?

This topic has been closed for replies.

1 reply

Captiv8r
Captiv8r
Legend
July 3, 2009

Hi there

I'm a bit confused to say the least.

You have two different CHM files, right? One in English and one in French.

I'm assuming your JavaScript allows displaying the matching topic from the other language? If so, isn't the matching topic simply replacing the topic that was there before? Here's where it gets real fuzzy. The TOC should already be synced to the topic. Are you saying it loses focus or something?

If there are two projects, one in English and one in French, each project would have its own Custom Button definition, right? So why not enter Chat in the French project?

Personally, assuming I'm correctly understanding this setup, I would think you are somewhat asking for trouble if you allow a click within a topic to change the language. I would think it to be a better solution just to keep the user inside the same help file. Choose the language at the beginning if you like, but remain in that language until the file is closed.

Cheers... Rick

Helpful and Handy Links

M
MaritimeGirlAuthor
Known Participant
July 3, 2009

You have two different CHM files, right? One in English and one in French.

Correct... one English, one French.

I'm assuming your JavaScript allows displaying the matching topic from the other language? If so, isn't the matching topic simply replacing the topic that was there before? Here's where it gets real fuzzy. The TOC should already be synced to the topic. Are you saying it loses focus or something?

My javascript determines the matching topic from the other CHM and changes the window location to the other topic.  If I'm in the English help, on an English topic and click my French link, the link opens the corresponding French topic but my TOC never changes to the French TOC - it's still showing the English one.

If there are two projects, one in English and one in French, each project would have its own Custom Button definition, right? So why not enter Chat in the French project?

I would have Chat in the French project for the Custom Button... the confusion would be if I open the French CHM while my Windows display language is English or change my Windows display language to French and open the English CHM.  In those scenarios, the interface buttons will be correct but the Custom Button text will match the content language rather than the interface language - that's when it will look wrong.

Personally, assuming I'm correctly understanding this setup, I would think you are somewhat asking for trouble if you allow a click within a topic to change the language. I would think it to be a better solution just to keep the user inside the same help file. Choose the language at the beginning if you like, but remain in that language until the file is closed.

Ah, but the end users want on-the-fly translation by topic without having to open the other CHM and find the topic all over again.  This is CSH, so the user may very well have gotten directly to a topic and would like to see the other language immediately.  Essentially, it should be as though the user closed the current CHM, opened the other CHM and located the exact same topic - instantaneously

M
MaritimeGirlAuthor
Known Participant
July 9, 2009

What happens if you rename or delete the file hh.dat in the hidden folder %UserProfile%\Application Data\Microsoft\HTML Help (so, typically, C:\Documents and Settings\MaritimeGirl\Application Data\Microsoft\HTML Help)?

This is the file in which Windows stores the most recent size and position of every Help file that you open. By renaming or deleting the file, you erase this history and force Windows to open each Help file with its default dimensions and position. So, if your French Help file continues to be in the wrong position, you can be sure that the window settings in your Help project are wrong.

Pete


The hh.dat wasn't the culprit.

It turns out that setting the window on the Shortcut Control is pointless.  I had to set the top/left on the window in the second CHM file.  While it's not exactly what I was hoping, to open at an offset from the original, it should suffice.  It'll just look a little bit odd if I open the English CHM from the French CHM and it opens higher and to the left from the French CHM

Terms & ConditionsAccessibility statement
Using the community Terms of use Privacy Cookie preferences Do not sell or share my personal information ad choicesAdChoices