http://bugs.winehq.org/show_bug.cgi?id=25200
Summary: AutoCAD 2008: Toolbars are repainted Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs@winehq.org ReportedBy: lukasz.wojnilowicz@gmail.com
Created an attachment (id=31997) --> (http://bugs.winehq.org/attachment.cgi?id=31997) Image showing the problem
Steps to reproduce: 1) start AutoCAD 2008 2) Hover over any toolbar
Behaviour: Whole toolbar is repainted so I can clearly see how icons disappear and appear again.
Expected behaviour: Toolbar shouldn't be repainted or at least I shouldn't notice it as it's in MS Windows XP.
Terminal output: Lots of below lines every time toolbar is repainted fixme:gdiplus:GdipFillRectangle graphics object has no HDC
Additional info: I'm using wine-1.3.7-103-gb8d0c0d
http://bugs.winehq.org/show_bug.cgi?id=25200
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|gdiplus |-unknown
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-17 09:48:00 CST --- Does native gdiplus help?
http://bugs.winehq.org/show_bug.cgi?id=25200
--- Comment #2 from NSLW lukasz.wojnilowicz@gmail.com 2010-11-17 10:01:54 CST --- (In reply to comment #1)
Does native gdiplus help?
No
http://bugs.winehq.org/show_bug.cgi?id=25200
--- Comment #3 from NSLW lukasz.wojnilowicz@gmail.com 2010-11-23 04:31:00 CST --- It's good to see how toolbars behave at http://www.youtube.com/watch?v=BKSRKBHdo5o
http://bugs.winehq.org/show_bug.cgi?id=25200
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://forumowa.neostrada.p | |l/derive6-demo6_10-english. | |zip
http://bugs.winehq.org/show_bug.cgi?id=25200
--- Comment #4 from NSLW lukasz.wojnilowicz@gmail.com 2010-11-28 04:56:29 CST --- Created an attachment (id=32210) --> (http://bugs.winehq.org/attachment.cgi?id=32210) Image showing the problem in Derive 6
The same problem is with Derive 6. See attachment to know which toolbar are affected.
http://bugs.winehq.org/show_bug.cgi?id=25200
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|AutoCAD 2008: Toolbars are |AutoCAD 2008: Toolbars are |repainted |repainted too slowly
http://bugs.winehq.org/show_bug.cgi?id=25200
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ghost333@list.ru
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2010-11-29 02:41:39 CST --- *** Bug 25313 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=25200
Jarek jarekczek@poczta.onet.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jarekczek@poczta.onet.pl
--- Comment #6 from Jarek jarekczek@poczta.onet.pl 2011-05-27 12:02:04 CDT --- I have another app with slow toolbar repainting, EditPadLite 7. If the toolbars are on, one cannot comfortably type letters. Trying to quickly type a sequence letter, arrow, letter, arrow, ... (a character then movement and so on) causes the characters to appear very slowly. After switching off the toolbars, the characters are typed immediately. On windows no slowness even with toolbars.
I have Debian Squeeze, wine 1.3.15. Gdiplus doesn't help. Nvidia with nouveau, no OpenGL.
Interestingly EditPadLite 6 had no this problem. The EditPad's author claims that on his Ubuntu 11.03 (with wine1.3) as a virtual machine the problem does not exist.
Apparently windows optimize some toolbar redrawing, which wine cannot do.
http://bugs.winehq.org/show_bug.cgi?id=25200
Jarek jarekczek@poczta.onet.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #7 from Jarek jarekczek@poczta.onet.pl 2011-05-27 12:06:01 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=25200
--- Comment #8 from Jarek jarekczek@poczta.onet.pl 2011-05-27 14:48:30 CDT --- Looks like the delay comes from bitmap drawing.
EditPad has menus with bitmaps. The menus roll down slowly like 1 second for a menu with 20 items. But there are menus where only 3 items are bitmapped and the rest is very textual. The textual menus pop up quickly.
And there is also a menu with configurable tools, where every item has the same icon. That doesn't help, the menu still pops up slowly.
If only I could write a small win32 app drawing many icons... It would be easy track down the issue.
http://bugs.winehq.org/show_bug.cgi?id=25200
--- Comment #9 from Jarek jarekczek@poczta.onet.pl 2011-05-28 15:50:12 CDT --- Could it be that the resource loading is the process that slows down wine? Bitmaps are stored as resources in sometimes big exe files.
http://bugs.winehq.org/show_bug.cgi?id=25200
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #10 from NSLW lukasz.wojnilowicz@gmail.com 2012-06-13 11:56:07 CDT --- Fixed in 1.5.6. Tested on AutoCAD 2008
http://bugs.winehq.org/show_bug.cgi?id=25200
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org 2012-06-22 13:29:46 CDT --- Closing bugs fixed in 1.5.7.