http://bugs.winehq.org/show_bug.cgi?id=18446
Summary: PDF-XChange Viewer 2.0: Menus get corrupted when mouse pointer is moved Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: uhkeller@web.de
Created an attachment (id=21050) --> (http://bugs.winehq.org/attachment.cgi?id=21050) Screenshot showing menu corruption
The Menus in PDF-XChange Viewer 2.0 (Build 41.5) get corrupted when I move the mouse over them (see attached PNG). This happens with the menus at the top of the window (File, Edit etc.) and with context menus. Some entries become garbled, some disappear altogether. Everything is still functional though.
Wine 1.1.21, Ubuntu 9.04 i686.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #1 from Ulrich Keller uhkeller@web.de 2009-05-12 08:23:32 --- Created an attachment (id=21051) --> (http://bugs.winehq.org/attachment.cgi?id=21051) Console output when startin PDF-XChange viewer
No further output when mouse pointer is moved over menus.
http://bugs.winehq.org/show_bug.cgi?id=18446
hasi whynot@nurfuerspam.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |whynot@nurfuerspam.de
--- Comment #2 from hasi whynot@nurfuerspam.de 2009-05-12 23:07:30 --- I have the same problem. I tried different wine versions (for instance 1.0.1), but no improvement. I also tried older versions of this app (portable versions 2.0.40.5, and 2.0.40.7). Problem still exists.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #3 from Rein Klazes wijn@online.nl 2009-05-13 01:02:59 --- It does not happen here using the free trial version downloaded from http://www.docu-track.com/downloads/users/
Perhaps this is some symptom of a faulty display driver?
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #4 from Ulrich Keller uhkeller@web.de 2009-05-13 01:37:16 --- It might the display driver. I'm one of those poor Intel graphics re-factoring victims. I have a 945 chipset and currently use the (old) 2.4 driver because of problems with the new one.
In fact I just realized that there are similar problems with other applications too. I see similar screen corruption with Portable Firefox, but it is not persistent: after a split second, everything is back to normal.
However, I get these problems only with Wine. All native applications run without problems.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #5 from hasi whynot@nurfuerspam.de 2009-05-13 09:02:03 --- The idea of display drivers being responsible makes sense. I saw some rendering glitches with other applications, as well. However, as they are not as severely affected as PDF Xchange, I did not look into this more closely before.
I am currently using xserver-xorg-video-intel 2:2.6.3-0ubuntu9, my graphics card is Intel 4500MHD. I often see smaller rendering problems, for instance if used in Dual Screen mode (for example, in many cases when a window on top of another window is closed, the refresh of the menu/tool bar in the lower window does not happen until it is resized, etc.). This even happens in KDE applications like Okular.
So very likely, the problem described here IS a display driver issue.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #6 from hasi whynot@nurfuerspam.de 2009-05-17 19:49:45 --- I was able to fix the problem on my machine (DELL Latitude E6400, Intel 4500MHD graphics on Kubuntu Jaunty). I got it there by playing a bit with the xorg.conf options. Currently, I am using the following: Option "DPMS" Option "AccelMethod" "EXA" Option "ExaNoComposite" "false" Option "MigrationHeuristic" "greedy" Now, the menus look great. I haven't encountered any other rendering glitches, yet.
http://bugs.winehq.org/show_bug.cgi?id=18446
Andy Prough andyprough@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andyprough@yahoo.com
--- Comment #7 from Andy Prough andyprough@yahoo.com 2009-05-27 19:51:14 --- Solution:
Wine has a bug with colors in apps per this page: http://wiki.winehq.org/256ColorsWorkarounds
I used the workaround of installing Xephyr on my Ubuntu system via Synaptic. Then I used the following command to start a window with PDF-Xchange Viewer running in the correct colors, with no more fading or rendering problems:
# first cd to the director containing the PDFXCview.exe file, then I ran: Xephyr :1 -ac -screen 1024x768x256 & DISPLAY=:1 wine PDFXCview.exe
This gave me a 1024x768x256 window. I had to go into wineconfig, and under the graphics tab unchecked the options for allowing the window manager to control and decorate the windows. This allowed me to maximize the program inside the nested window once running.
Looks gorgeous now. Running it in the Xephyr nested window made a huge difference.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #8 from Andy Prough andyprough@yahoo.com 2009-05-28 10:43:03 --- (In reply to comment #7)
Solution:
Wine has a bug with colors in apps per this page: http://wiki.winehq.org/256ColorsWorkarounds
I used the workaround of installing Xephyr on my Ubuntu system via Synaptic. Then I used the following command to start a window with PDF-Xchange Viewer running in the correct colors, with no more fading or rendering problems:
# first cd to the director containing the PDFXCview.exe file, then I ran: Xephyr :1 -ac -screen 1024x768x256 & DISPLAY=:1 wine PDFXCview.exe
This gave me a 1024x768x256 window. I had to go into wineconfig, and under the graphics tab unchecked the options for allowing the window manager to control and decorate the windows. This allowed me to maximize the program inside the nested window once running.
Looks gorgeous now. Running it in the Xephyr nested window made a huge difference.
Problem with my solution above - copy/paste does not work between a nested Xephyr window and the clipboard running in X - there is no way I can find to copy/paste between PDFXCview running in Xephyr and my other programs running natively in Linux.
As a solution, I tried using xnest and xinit from the following page, but no success: http://wiki.winehq.org/256ColorsWorkarounds
At last, I tried the final solution on the page, running PDFXCview in a new display via vnc. It worked, with copy/paste. Colors were limited to 32bit via vnc, and I found it running too slow at 32bit so I dropped it back to 16bit. Overall its running better visually and with copy/paste functionality between windows.
To do this, I added vnc4server and xvnc4viewer via Synaptic in Ubuntu. I used the following command to get a 1280x800 window running in maximum (for vnc) color of 16 bit: vnc4server :2 -cc 3 -depth 16 -geometry 1280x800 -localhost
Then I ran: xvnc4viewer :2
This brought up a window with a terminal. From there, I changed to the PDFXCview directory, and used: wine PDFXCview.exe
After I stopped the vnc window, I needed to run the following command to stop the vnc4server:
vnc4server -kill :2
As far as I could tell at first glance, everything is working under vnc. I was able to open a document, add some comments, save and close. I was also able to do a directory search, and open various documents from the search window. It was quite zippy running at 16 bit, and there was no noticeable degredation of color or layout.
http://bugs.winehq.org/show_bug.cgi?id=18446
--- Comment #9 from Austin English austinenglish@gmail.com 2010-03-11 17:21:21 --- This is your friendly reminder that there has been no bug activity for 8 months. Is this still an issue in current (1.1.40 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=18446
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #10 from Austin English austinenglish@gmail.com 2011-11-17 00:06:22 CST --- 1.5 years, no response, no download => abandoned.
http://bugs.winehq.org/show_bug.cgi?id=18446
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com 2011-11-17 00:10:32 CST --- Closing.