http://bugs.winehq.org/show_bug.cgi?id=9932
Summary: Listview highlight issues when drag&drop enabled Product: Wine Version: unspecified Platform: All URL: http://www.stationplaylist.com/LV_Checkboxes.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs@winehq.org ReportedBy: ross@stationplaylist.com
I've written a test program to show several problems with Listviews.
When a Listview has drag & drop enabled, clicking a list item with the mouse shows the highlight color for only a fraction of a second. The operator cannot see which list item is selected.
A related problem occurs when clicking a list item checkbox while it is highlighted. It does not show the tick mark. It appears the checkbox is not checked but moving the highlight to another list item then shows the checkbox is checked.
These are only issues when drag & drop is enabled.
These issues are quite serious for anyone wanting to use our radio broadcasting software on Linux. It's not useable with these problems as the highlighted track and/or checked track is what will play when the user clicks Play.
http://bugs.winehq.org/show_bug.cgi?id=9932
Jan Zerebecki jan.wine@zerebecki.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|Minutes |Hours
http://bugs.winehq.org/show_bug.cgi?id=9932
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Difficulty|Hours |--- Keywords| |download
--- Comment #1 from Lei Zhang thestig@google.com 2007-10-11 17:42:07 --- It would be nice if you can provide the source for the test program as well. Also, can you fill in the version field on this bug report?
http://bugs.winehq.org/show_bug.cgi?id=9932
Ross Levis ross@stationplaylist.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |0.9.46.
--- Comment #2 from Ross Levis ross@stationplaylist.com 2007-10-11 20:28:45 --- It's written in Delphi 7 (object pascal). Do you still want the source code?
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #3 from Lei Zhang thestig@google.com 2007-10-12 12:18:06 --- Sure, I think it'll be helpful for those trying to fix this bug.
http://bugs.winehq.org/show_bug.cgi?id=9932
Ross Levis ross@stationplaylist.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.stationplaylist.c%7Chttp://www.stationplaylist.c |om/LV_Checkboxes.exe |om/LV_Checkboxes.zip
--- Comment #4 from Ross Levis ross@stationplaylist.com 2007-10-12 20:30:36 --- Download URL now includes Delphi source code.
http://bugs.winehq.org/show_bug.cgi?id=9932
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #5 from Austin English austinenglish@gmail.com 2007-10-15 16:16:08 --- Confirming in wine 0.9.47, ubuntu gusty.
http://bugs.winehq.org/show_bug.cgi?id=9932
Ross Levis ross@stationplaylist.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #6 from Lei Zhang thestig@google.com 2008-03-19 18:15:33 --- (In reply to comment #0)
A related problem occurs when clicking a list item checkbox while it is highlighted. It does not show the tick mark. It appears the checkbox is not checked but moving the highlight to another list item then shows the checkbox is checked.
When you click on any item in the test program, the item should get highlighted. On Wine, you get a brief flash, where the item gets drawn correctly (highlighted) but then something immediately redraws it again back to the way it was before. Not sure what's causing this.
http://bugs.winehq.org/show_bug.cgi?id=9932
Hin-Tak Leung htl10@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |htl10@users.sourceforge.net
--- Comment #7 from Hin-Tak Leung htl10@users.sourceforge.net 2008-04-08 18:56:11 --- The drawing problem seems to be associated with a fixeme message:
fixme:imagelist:ImageList_DrawIndirect ILS_ALPHA: unimplemented!
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #8 from Dr. Walt wkargus4@ameritech.net 2008-07-06 16:21:39 --- Created an attachment (id=14629) --> (http://bugs.winehq.org/attachment.cgi?id=14629) Traceback after a drag-and-drop.
http://bugs.winehq.org/show_bug.cgi?id=9932
Dr. Walt wkargus4@ameritech.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wkargus4@ameritech.net
--- Comment #9 from Dr. Walt wkargus4@ameritech.net 2008-07-06 16:22:36 --- I believe I have a similar problem with the program FEMM. This is a magnetic field analysis program which can be downloaded from:
http://femm.foster-miller.net/wiki/Download
You will need to have the native dll's mfc42.dll and msvcrt.dll, which can be placed into ~/.wine/drive_c/Program Files/femm42/bin/. You may also need ml32i2.dll which I put in the system32 directory.
I am using Kubuntu (Hardy), Linux version 2.6.24-19 and Wine version 1.1.0.
To started Femm using:
env WINEPREFIX="/home/walt/.wine" wine "C:\Program Files\femm42\bin\femm.exe" &
The program now runs except when doing a drag-and-drop from the 'Materials Library' found under the 'Properties' toolbar button. Moving the Material called 'Air' to the other side causes the program to crash, the traceback is attached.
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #10 from Austin English austinenglish@gmail.com 2008-11-29 02:11:26 --- Still present in git.
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com 2009-05-20 10:01:24 --- Test with current please.
http://bugs.winehq.org/show_bug.cgi?id=9932
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de
http://bugs.winehq.org/show_bug.cgi?id=9932
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #12 from Jerome Leclanche adys.wh@gmail.com 2011-04-20 18:14:08 CDT ---
When a Listview has drag & drop enabled, clicking a list item with the mouse shows the highlight color for only a fraction of a second. The operator cannot see which list item is selected.
This is still an issue in wine-1.3.18-122-gf339b6c. Moving the selection with the keyboard highlights it just fine.
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #13 from Jerome Leclanche adys.wh@gmail.com 2011-04-20 18:24:19 CDT --- I'm seeing duplicate cursor when drag&dropping. Was this already the case or is it a regression?
On windows, upon drag & dropping, the cursor is hidden for a sec and warped once it's a few pixels further. On wine, I see a cursor where the dnd started (just like on windows), and one more in the top left of the element.
http://bugs.winehq.org/show_bug.cgi?id=9932
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Platform|All |Other
--- Comment #14 from Austin English austinenglish@gmail.com 2012-02-23 15:22:30 CST --- Removing deprecated 'All' Platform.
http://bugs.winehq.org/show_bug.cgi?id=9932
Daniel Jelinski djelinski1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |djelinski1@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #15 from Daniel Jelinski djelinski1@gmail.com 2013-01-27 08:45:55 CST --- The reason behind this bug is that VCL subclass of listview expects WM_LBUTTONDOWN handler of listview to return only when either mouse button is released or mouse is moved at least 4 pixels away. Native listview captures the message queue (i.e. starts calling GetMessage, and calls DispatchMessage only on selected messages) as soon as it receives WM_LBUTTONDOWN, and releases it after either WM_LBUTTONUP or WM_MOUSEMOVE if mouse cursor moved at least 4 pixels away. We have already implemented a similar mechanism for treeview (see TREEVIEW_TrackMouse). This bug is very similar to bug 31280, except that one is related to right mouse button, and this one is related to left.
Lazarus implements dragging differently, and executables compiled there work fine with wine's listview.
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #16 from Daniel Jelinski djelinski1@gmail.com 2013-02-08 16:23:35 CST --- There's more issues here: - with native comctl dragging almost works, except that the cursor is replaced by a black square. I already sent a patch for that: http://www.winehq.org/pipermail/wine-patches/2013-February/122123.html - with builtin two cursors appear during dragging. This is because Delphi calls ImageList_SetDragCursorImage twice, with different hotspot coordinates. Apparently in native this results in a single cursor - in wine it paints two. - also the icon being dragged is invisible. It disappears when ImageList_SetDragCursorImage is called. That's because listview creates imagelist with no mask. When that is merged with cursor image, the resulting imagelist contains incorrect mask. Then alpha blending removes the image. The solution involves creating correctly masked imagelist in listview, which seems nontrivial. - finally when the icon is painted, item text uses System font instead of the font used by listview. I don't know why this happens yet.
http://bugs.winehq.org/show_bug.cgi?id=9932
--- Comment #17 from Daniel Jelinski djelinski1@gmail.com --- WM_LBUTTONDOWN is still not handled by modal loop. Issue still present. Bug 23774 has the same root cause & symptoms. Working patch: http://source.winehq.org/patches/data/94482.
From the bugs listed in comment 16, the dragged icon is still invisible. 3
other issues are fixed already.
https://bugs.winehq.org/show_bug.cgi?id=9932
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ivankob4wine@gmail.com
--- Comment #18 from Bruno Jesus 00cpxxx@gmail.com --- *** Bug 23774 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=9932
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #19 from joaopa jeremielapuree@yahoo.fr --- Looks like this bug is fixed with wine-8.6. When I hover the mouse over the comun 1, column is highlighted.
Can an administrator close this bug as FIXED?
https://bugs.winehq.org/show_bug.cgi?id=9932
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #20 from Austin English austinenglish@gmail.com --- (In reply to joaopa from comment #19)
Looks like this bug is fixed with wine-8.6. When I hover the mouse over the comun 1, column is highlighted.
Can an administrator close this bug as FIXED?
Reported fixed.
https://bugs.winehq.org/show_bug.cgi?id=9932
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #21 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.7.