http://bugs.winehq.org/show_bug.cgi?id=13574
Summary: html help rendering does not work Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs@winehq.org ReportedBy: jcfuller@jcfuller.com
Created an attachment (id=13527) --> (http://bugs.winehq.org/attachment.cgi?id=13527) Select and view chm files
html help does not work in 1.0-rc3
I have tried many different ways to get this to work including substituting hh.exe and hhctrl.ocx from windows xp to no avail.
Last tested on a new wine 1.0-rc3 under ubuntu 8.04
I listed this as major because many of the programs I would like to run using wine will not display their help file correctly( I have to close the app to close the help window). I'm a bit concerned that this isn't listed in issues to be fixed for the 1.0 release. chm has been around for 10 years and is used in a majority of non-gaming applications.
Attached file is a simple program that displays chm files using a call to hhctrl.ocx. Works fine in windows.
James
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #1 from Yolande Haneder yolande@haneder.biz 2008-05-31 08:03:49 --- It works for me with rc3 on Suse with your tool (on an non clean bottle I admit - probably you have to add something), however there seems to be 2 issues: -On DDT main Dialog, only the buttons "show help" and "close" are showing. Otherwise the big window is grey. -Help is showing OK, however only "Inhalt" or content in English is showing anything, tabs search, favorites and favorites are showing grey. If you start from index and click on the content tab and the item, the item is showing right. The box however is not resizable.
looks like html help is partially working in Wine, at least from your tool.
Maybe you should add a log for the specific problem.
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #2 from Yolande Haneder yolande@haneder.biz 2008-05-31 08:10:25 --- Did you try to add Gecko first, I see that shdocvw.dll is being used a lot by your tool and it's not in the vanilla Wine.
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #3 from James Fuller jcfuller@jcfuller.com 2008-05-31 09:01:40 --- (In reply to comment #1)
It works for me with rc3 on Suse with your tool (on an non clean bottle I admit
- probably you have to add something), however there seems to be 2 issues:
-On DDT main Dialog, only the buttons "show help" and "close" are showing. Otherwise the big window is grey. -Help is showing OK, however only "Inhalt" or content in English is showing anything, tabs search, favorites and favorites are showing grey. If you start from index and click on the content tab and the item, the item is showing right. The box however is not resizable.
looks like html help is partially working in Wine, at least from your tool.
Maybe you should add a log for the specific problem.
The dialog was just a sample I had laying around. Nothing is supposed to be showing on the dialog.
James
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #4 from James Fuller jcfuller@jcfuller.com 2008-05-31 09:08:18 --- (In reply to comment #2)
Did you try to add Gecko first, I see that shdocvw.dll is being used a lot by your tool and it's not in the vanilla Wine.
The first time it's run on a clean wine install it asks if you want to install Gecko. Saying yes will then install and after that the chm file will show in a window with no window option buttons close[X] etal. The only way to close it is to close the window that called it. Any chm file I have tried to open will this tool reacts the same way. All of the chm files display perfectly on Windows or with kchmviewer on Linux.
James
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #5 from Yolande Haneder yolande@haneder.biz 2008-05-31 09:46:07 --- Created an attachment (id=13532) --> (http://bugs.winehq.org/attachment.cgi?id=13532) chm help file on Wine
http://bugs.winehq.org/show_bug.cgi?id=13574
Yolande Haneder yolande@haneder.biz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |yolande@haneder.biz
--- Comment #6 from Yolande Haneder yolande@haneder.biz 2008-05-31 09:49:05 --- (In reply to comment #4)
(In reply to comment #2)
Did you try to add Gecko first, I see that shdocvw.dll is being used a lot by your tool and it's not in the vanilla Wine.
The first time it's run on a clean wine install it asks if you want to install Gecko. Saying yes will then install and after that the chm file will show in a window with no window option buttons close[X] etal. The only way to close it is to close the window that called it. Any chm file I have tried to open will this tool reacts the same way. All of the chm files display perfectly on Windows or with kchmviewer on Linux.
James
You are right on this one. The option to close the window (top right) is missing.
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #7 from James Fuller jcfuller@jcfuller.com 2008-06-01 09:22:38 --- Created an attachment (id=13549) --> (http://bugs.winehq.org/attachment.cgi?id=13549) workaround for html viewing
http://bugs.winehq.org/show_bug.cgi?id=13574
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #8 from Dan Kegel dank@kegel.com 2008-06-01 10:03:33 --- where'd those mystery hhctrl.ocx and ShowChm.exe come from?
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #9 from James Fuller jcfuller@jcfuller.com 2008-06-01 10:12:31 --- Created an attachment (id=13553) --> (http://bugs.winehq.org/attachment.cgi?id=13553) hhctrl.ocx and ShowChm.exe source
http://bugs.winehq.org/show_bug.cgi?id=13574
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |htl10@users.sourceforge.net
--- Comment #10 from Hin-Tak Leung htl10@users.sourceforge.net 2008-06-01 18:51:39 --- (In reply to comment #9)
Created an attachment (id=13553)
--> (http://bugs.winehq.org/attachment.cgi?id=13553) [details]
hhctrl.ocx and ShowChm.exe source
This is actually crap and complete waste of time - the "workaround" in hhctrl.bas is simply:
SHELL "/bin/sh /usr/bin/run_prog kchmviewer " + pszFile
calling out to use the KDE chm viewer.
Not all wine user is linux user, and not all linux user is KDE user. Please don't propose such "workaround" again.
http://bugs.winehq.org/show_bug.cgi?id=13574
Lawrence E Toal let02do@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |let02do@earthlink.net
--- Comment #11 from Lawrence E Toal let02do@earthlink.net 2008-06-26 02:55:33 --- I'd like to confirm that what seems to be the same bug(s) is still present in wine-1.0.
1)Once a html help window is opened it cannot be closed without shutting down the application.
2)The opened window cannot be re-sized.
3)The window fails to render images in its viewbox.
4)In the app I maintain, while the "contents" are there "index" and "search" are not.
All these thing work well in XP.
In fact, that app appears to have a help call that freezes both wine and KDE. So far, that's only been "recoverable" by shutting down the X server with a ctl-alt-bksp and re-starting X. I'll try to gather more info on that one.
Let me also note that although everyone doesn't use Linux, KDE, and Kchmviewer, I do. So, thanks James. Kchmviewer renders *.chm quite nicely. Unfortunately, your workaround doesn't work on wine-1.0--help simply fails to launch. Too bad--it appears much nicer than throwing all that mozilla code at the problem.
For now I just keep a shortcut top Kchmviewer on the desktop.
--Lawrence
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #12 from Lawrence E Toal let02do@earthlink.net 2008-06-26 03:47:14 --- Oops, my post was too hasty--at least for KDE users.
Since the KDE taskbar is atop the help window, right clicking it and selecting "Advanced" will lead to a "Special Application Settings" dialogue where a "close window" button can be "forced" onto the help window. Doing this is persistent and solves the problem of endless un-closable help children.
Also by following Advanced->Special Window Settings->Workarounds and resetting the window geometry so that its maximum size is double its minimum size, the ordinary window resizing in KDE works well.
So #1, and #2 of my list are solvable with KDE window settings. Apparently, they are in the nature of desktop integration issues. And also, with Advanced->Special Window Settings->Geometry, checking "size" and selecting "remember" allows the window to re-open at the size it had when closed.
Unfortunately, now that I can better read the help contents it appears that links in the help file to other parts of the help file are not active.
Two steps forward and one back.
--Lawrence
http://bugs.winehq.org/show_bug.cgi?id=13574
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|html help rendering does not|Can not close help window - |work |no close button [x]
--- Comment #13 from Vitaliy Margolen vitaliy@kievinfo.com 2008-06-29 01:15:17 --- So the problem now is not being able to close help window? As I see everyone have their help displayed properly now?
http://bugs.winehq.org/show_bug.cgi?id=13574
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #14 from Vitaliy Margolen vitaliy@kievinfo.com 2008-06-29 01:15:30 --- And confirming.
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #15 from Lawrence E Toal let02do@earthlink.net 2008-06-29 08:42:05 --- (In reply to comment #13)
So the problem now is not being able to close help window? As I see everyone have their help displayed properly now?
Not true. The first level of help is rendered in the window, but images are _not_ rendered, and links in the help text are _not_ followed.
It appears to me that the un-closable windows are a matter of desktop integration.
Without some KDE configuration, a "close button" does not appear on the help window when it opens. There is then no apparent way to close the window without shutting down the application. I do not know how this works in Gnome or Xfce etc.
I posted the method I used to put a "close button" on the window in KDE.
Regards, --Lawrence
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #16 from Lawrence E Toal let02do@earthlink.net 2008-07-01 14:36:52 --- (In reply to comment #14)
And confirming.
An update:
I just finished building and trying wine-1.1.0 with Mozart9, the app I maintain. Unfortunately, although closing and resizing the windows is no longer an issue, browsing within the html help files appears broken. Otherwise, the app works well in wine (gold).
The difficulty can be demonstrated most easily with the free Mozart "Viewer." This is a helper app that allows a user to view Mozart's *.mz files, available at:
http://www.mozart.co.uk/programs/mvsetup.exe
With the viewer installed, try: Help -> Help Topics -> Ordering Mozart
This will expand a list with "Ordering Mozart" as its first topic. Choosing this correctly opens the first topic's help file and renders it with:
1) the banner graphic not displayed 2) the links to different ordering methods highlighted as active but not active. Clicking on the link: "Ordering Mozart on line via the internet" does not open the link.
Let me note that the link target for #2 above is present and available as the second topic in the topic list. Help does not follow the link to it in the first topic and open it. However, choosing the the second topic itself from the exploded list will open the target page.
From within the help display, links to external url's seems to work well.
For example the link to the Mozart home page opens without problems. The problems appear limited to referencing links with targets in the help file itself. The ordinary advantages of html help "cross-referencing" are missing in this app.
--Lawrence
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #17 from Dan Kegel dank@kegel.com 2008-07-01 14:49:32 --- Good, thanks for the data. Let's mark the current bug as fixed; can you please open a new bug report for the help browsing problem?
http://bugs.winehq.org/show_bug.cgi?id=13574
--- Comment #18 from Lawrence E Toal let02do@earthlink.net 2008-07-01 15:15:51 --- (In reply to comment #17)
Good, thanks for the data. Let's mark the current bug as fixed; can you please open a new bug report for the help browsing problem?
Sounds good to me, I'll open a new bug. Thanks.
--Lawrence
http://bugs.winehq.org/show_bug.cgi?id=13574
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #19 from James Hawkins truiken@gmail.com 2008-07-01 17:34:33 --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=13574
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #20 from Alexandre Julliard julliard@winehq.org 2008-07-11 11:10:29 --- Closing bugs fixed in 1.1.1.