[Bug 13574] New: html help rendering does not work
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(a)winehq.org ReportedBy: jcfuller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #1 from Yolande Haneder <yolande(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #2 from Yolande Haneder <yolande(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #3 from James Fuller <jcfuller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #4 from James Fuller <jcfuller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #5 from Yolande Haneder <yolande(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Yolande Haneder <yolande(a)haneder.biz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yolande(a)haneder.biz --- Comment #6 from Yolande Haneder <yolande(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #7 from James Fuller <jcfuller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Dan Kegel <dank(a)kegel.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dank(a)kegel.com --- Comment #8 from Dan Kegel <dank(a)kegel.com> 2008-06-01 10:03:33 --- where'd those mystery hhctrl.ocx and ShowChm.exe come from? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #9 from James Fuller <jcfuller(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Hin-Tak Leung <htl10(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |htl10(a)users.sourceforge.net --- Comment #10 from Hin-Tak Leung <htl10(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Lawrence E Toal <let02do(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |let02do(a)earthlink.net --- Comment #11 from Lawrence E Toal <let02do(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #12 from Lawrence E Toal <let02do(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Vitaliy Margolen <vitaliy(a)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(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #14 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2008-06-29 01:15:30 --- And confirming. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #15 from Lawrence E Toal <let02do(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #16 from Lawrence E Toal <let02do(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #17 from Dan Kegel <dank(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 --- Comment #18 from Lawrence E Toal <let02do(a)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 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 James Hawkins <truiken(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #19 from James Hawkins <truiken(a)gmail.com> 2008-07-01 17:34:33 --- Reported fixed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13574 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #20 from Alexandre Julliard <julliard(a)winehq.org> 2008-07-11 11:10:29 --- Closing bugs fixed in 1.1.1. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org