Application Details:
Version: | 2009 |
License: | |
URL: | https://www.jw.org/en/online-h... |
Votes: | Marked as obsolete |
Latest Rating: | Silver |
Latest Wine Version Tested: | 1.2.2 |
Maintainers: About Maintainership
What works
Everything works - super easy install. I've tested: sound (pronunciation), maps, search, tool tips, etc.
What does not
Workarounds
What was not tested
Not much - all the main features were tested.
Hardware tested
Graphics:
Additional Comments
It just works! (tm)
Operating system | Test date | Wine version | Installs? | Runs? | Used Workaround? | Rating | Submitter | ||
Show | Ubuntu 10.10 "Maverick" i386 (+ variants like Kubuntu) | Jan 01 2011 | 1.2.2 | Yes | Yes | No | Silver | Joshua LaBerge | |
Show | Linux Mint 10 "Julia" | Nov 29 2010 | 1.3.8 | Yes | Yes | No | Gold | Nils-Eric Wilkman | |
Show | Mandriva 2010.1 | Sep 05 2010 | 1.3.2 | Yes | Yes | No | Gold | Nils-Eric Wilkman | |
Show | Linux Mint 9 "Isadora" | Aug 17 2010 | 1.2 | Yes | Yes | No | Gold | an anonymous user | |
Show | Ubuntu 10.04 "Lucid" i386 (+ variants like Kubuntu) | Jun 30 2010 | 1.2-rc5 | Yes | Yes | No | Gold | an anonymous user |
This issue appears on some video cards with Compiz enabled. The workaround is in disabling fade animation for wine tooltips. To do this:
Animations
, open Close animations
tab and double-click line that starts with Fade
.
Window Class
as Type, enter Wine
as Value, select And
as Relation and check Invert.
Add
button and you're done.
If you use Intel graphics and experience blacked out text and interface items in Watchtower Library, (that is, experience bug 24998), you can fix it with following steps:
wine regedit
HKEY_CURRENT_USER/Software/Wine/X11 Driver
. Create it if it does not existClientSideWithRender
and set its value to N
If you see squares instead of text in Watchtower Library on the first run, go to settings (press f2) and change font settings, choosing any font you like. If you see broken characters in interface, you may need to install MS truetype core fonts for web package. To do this
msttcorefonts
package using your packaging system. If it fails:winetricks corefonts
XFCE and some other DE ignore path parameter for desktop and menu launchers. As result, Watchtower Library prior to 2011 does not start when you click these. The simple solution is to change "Command" parameter in launcher to
wine start wtlibrary.exe
There are some initial issues with using the Watchtower Library in Mac. The first issue is
Simple solution: watchtowerlibraryformac.info
Or, you could follow the guide in the WINE wiki about installing Macports (MacOSX Installation). It is recommended that once you have installed MacPorts you need to configure it (How to install & configure Macports)
Do not install WINE but rather install wine-devel sudo ports install wine-devel
for the latest WINE version.
You should also update X11, the default version is 2.3.2 which doesn't display all of the images in the Watchtower Library. The website XQuartz MacOS Forge contains the latest XQuartz (2.6.2). Once XQuartz has been updated you can run the Watchtower Library out-of-the-box with no issues.
To set up an application to run the Watchtower Library from the dock, go to Applications -> Utilities -> AppleScript Editor
Once in the editor copy & paste the following script:
tell application "Terminal" do script "/opt/local/bin/wine ~/.wine/drive_c/Program\\ Files/Watchtower/Watchtower\\ Library\\ 2010/E/WTLibrary.exe" end tell
Click on run to make sure it works and then click on compile if successful and then save the script as an application filetype (Leave startup screen unchecked). Once saved as an application drag it into the dock.
WINE in Mac doesn't seem to look for the DLL files in the same way it normally does. The DLL files it is referring to (Such as uresearch21u.dll) are located in the "MEPS Platform 2.3" folder in the Watchtower directory. However WINE searches for them in the /drive_c/windows/system32 directory. Just copy and paste the contents of the "MEPS Platform 2.3" folder to the "system32" folder to resolve the issue.
If you copy multiline-text and a reference happens to be divided between two lines, the results can be a bit odd. This seems to be by design; wtlib seems to read the clipboard contents line by line. For example, if an article reads:
hechos recientes son más que los de antes" (Rev. 2:
19, 20).
Then wtlib will extract Revelation chapter 2, the entire chapter. This is due to wtlib reading just one line at a time. Now, in linux you can install xclip and run this command after having copied, say for example an entire article:
xclip -o | tr "\n" " " | xclip -selection clipboard -i
The command translates \newlines to spaces. If you do that before going Edit - Fetch from clipboard in wtlib, the correct references are extracted :D (Just Rev. 2:19, 20 in the example above).
You could even stick the command in a script and launch that from a button on your panel, or something.
I don't know how to do this in windows, but could be AutoIt would be a start...
Whether the install process went fine, or if not, what went wrong
Whether the program starts without any tweaks/modifications, or if not, what needs fixing/tweaking.
If the program runs, does the following work, or if not, what has to be done to fix/tweak it?
did I forget something? just edit this note.
The following comments are owned by whoever posted them. WineHQ is not responsible for what they say.
by Dripple on Tuesday June 1st 2010, 6:51
shouldn't we link all bugs to 2009 version instead of commenting 'Same bugs as in the 2008 version. ' ?
by Ken Sharp on Friday April 24th 2015, 14:34