[Wine] CHM help not working
ross at stationplaylist.com
Thu Oct 25 02:21:25 CDT 2007
I wonder why it works in some apps and not others. I just used Microsoft HTML Workshop to create the CHM file. It is a very basic format.
You mention loading an external CHM viewer, well I would be very happy with that. I also wouldn't mind terribly if the selected chapter did not appear based on the window that is loaded. The user would have to navigate to the correct chapter but it's better than nothing.
I have considered somehow detecting that the program is running under Linux or Wine and simply executing an external CHM viewer, but I'm not exactly sure how to do that. Surely it would be a simple thing to do in the Wine code.
I can't help with the code as I don’t program in any flavour of C.
From: L. Rahyen [mailto:research at science.su]
Sent: Thursday, 25 October 2007 6:13 p.m.
To: wine-users at winehq.org
Cc: Jeffrey Cobb; Ross Levis
Subject: Re: [Wine] CHM help not working
On Thursday October 25 2007 04:04, Jeffrey Cobb wrote:
> On Thu, 2007-10-25 at 16:42 +1300, Ross Levis wrote:
> > I'm a Windows (non C++) software developer and I'm wanting my software to
> > run under Wine as best as possible. My app uses CHM help files which are
> > displayed in Windows when pressing F1 or clicking Help on the menu, but
> > it does not work under Wine on Linux. It does absolutely nothing.
> > Is see there are CHM viewers available but Wine does not seem to use
> > them. Any suggestions?
> > Thanks,
> > Ross.
I think VirtualBox (its free!), especially with Seamless Mode turned on, is
good alternative to VMWare and much better than VMPlayer. See
But hey, this has nothing to do with WINE! And with CHM files too... It is
much simpler to run CHM-viewer than virtual machine. And of course most of
real-world users will not use virtual machines at all. So if you are
developer and want to see your application working on Linux for users (not
just you) you can use WINE or port it natively (sometimes very hard
especially if your are using non-standard languages or non-standard language
features; by saying "standard" here I mean GCC). So in many cases WINE is the
Let's face it: we really need someone who can and want implement better
support for help files in WINE. Currently it is far from perfect. Not sure
should be it proposed for 1.0 release or not. This can delay 1.0 release a
lot if no one will working on it! Therefore there is no point to make it 1.0
release requirement: just because there isn't enough people who want to work
on it! Don't get me wrong! There is some people who did a lot of work for
better help support in WINE. But a lot of work still should be done to make
it really good in all (or at least most) cases.
You may ask: "Why? Many users use help in Windows applications!". Yes, this
is correct. But:
1) Most developers either havn't enough time to work on this issue or simply
think that there is more important tasks (and this is true, good help support
isn't high priority task).
2) There is very simple workarounds. Instead of viewing help files directly
user can run external viewer. In case of CHM kchmviewer should work well.
This isn't perfect solution of course: even worse, it isn't solution at all,
it is just an workaround.
3) Situation isn't very bad. In many programs help works perfectly! For
example, HTML help in Photoshop CS. However, in many other programs it still
doesn't work or work very bad (depending on what format and its features the
application in question uses) and this is exactly the problem.
What's the conclusion? We need someone who can and want (actively) to work on
this part of WINE to make it better. And this isn't one-day project, this may
took weeks or months of work.
More information about the wine-users