Feedbacks.
On windows 7, if someone rename the original mIRC help file to temp.chm and rename their custom help file which does not have a [MAP] section to mirc.chm, they get a displayed error when pressing f1 or typing /help (on win10, no error is displayed, but that's normal according to some google search):
HH_HELP_CONTEXT called without a [MAP] section.
/winhelp is not affected by it and executing /mirc or /winhelp mirc.chm will work. So it seems /winhelp still use HH_HELP_CONTEXT and only f1, /help, etc, use the undocumented fix.
This would make sense as the file still get locked sometimes. You would need to also change /winhelp to fix entirely this issue.
If previously it were possible to replace mirc.chm by our own .chm file which didn't have a [MAP] section and call it with f1, it's no longer the case, it broke compatibility there, maybe for the best?
I'm not sure how enthusiast you are about changing /winhelp the same way but for now, if someone wants to replace the original mirc.chm file by their own and keep the name mirc.chm, they will have to include a [MAP] section if mIRC stays the way it is. At least this is how I understand it.
It's about compromise, I think it's better to break compatibility and make mIRC be able to run as many number of .chm files are the same time without one affecting the others. But that will require author of .chm file to include a [MAP] section in their .hhp file.
What do you think?
