F1 doesn't work anymore

[EmJay]

Hello everybody,

since a few weeks we use "MadCap Help Viewer" for our help documents.
(OS: Windows Vista and XP; language: c#)

When I create the object for the help viewer on startup of the application
e.g.

this.HelpDialog = new MadCap.HelpViewerEmbeddedClient.HelpViewerEmbeddedClient(this.RmExec.GetString("HELP_TITLE"), this.Icon);
this.HelpDialog.Load(InstallDirectory + "\\Help\\test.mchelp");

the functionality of the F1-Button has been switched off.
Then I found the parameter "EnableF1Help" but to set this parameter to true nothing changes.

What can I do if I want to use the shurtcut F1?

Thanks and regards

EmJay

[RamonS]

Welcome to the forums!

I am not a developer (just a software tester), but is there any chance that by accident the F1 key got assigned to something else or takes precedence in a different context that does not have help? I don't know what the debuggers today can do, but is there something like tracking key presses and the applications reaction to it? The only other thing I'd look at is that the variable InstallDirectory has a value and together with \Help\test.mchelp really points to the location where the help is - assuming that any other means of calling help fail as well.

Besides that, you'd need to wait until a C# expert comes along.

[EmJay]

Thanks for your help.
I found a way to solve my problem.
I use the _KeyUp(object sender, KeyEventArgs e)-function of the main dialog to get the
F1-key-action.

Best regards,

EmJay