I have this on my todo list. it would be possible to implement a wine specific message passing between WinHelp API and wine's builtin winhlp32 however, it would be rather difficult to support all the ways windows handles this (it does it differently in Win9x, NT...), so support of native winhlp32 (and winhelp) will not be provided
question (at least) for Alexandre: I have a working version of this, but passing 16 bit GlobalAllocated blocks in a registered message this is ugly because: 1/ it uses 16 bit block 2/ requires quite a few hacks in message sending (because of the registered message) the only interesting part is that this behavior is compatible with Win9x implementation
so I'd rather re-implement it using DDE client/server (which will make it completely incompatible with all native winhlp32.exe and winhelp.exe executables)
so do you prefer: 1/ hacky 16 bit block, still Win9x compatible 2/ DDE implementation, but incompatible with any native winhlp32/winhelp
A+