http://bugs.winehq.org/show_bug.cgi?id=15903
Summary: Sibelius 3: list box items with graphics are drawn incorrectly Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P3 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: lauri.kentta@gmail.com
Created an attachment (id=17073) --> (http://bugs.winehq.org/attachment.cgi?id=17073) Image about the bug
Sibelius 3 has these list boxes with graphics. The item height is too small, it's probably fit for the text. For reference, just in case, this is how a key signature should look like: http://en.wikipedia.org/wiki/Image:Key_signature.svg
How to produce: * Create a staff: new => select something => next-next-finish * Press K (or right-click somewhere in the white area and select "Key signature" from the popup menu)
Sibelius 3 Demo might be downloadable here and it should have the same dialog (not tested): http://www.tempomusic.com/lifeway/download.htm
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #1 from Lei Zhang thestig@google.com 2008-11-05 12:22:12 --- does native comctl32 fix the bug?
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #2 from Lauri Kenttä lauri.kentta@gmail.com 2008-11-05 15:07:32 --- (In reply to comment #1)
does native comctl32 fix the bug?
I couldn't get that one loaded, it seems it would need a hundred others to work. Maybe I'm doing something wrong? Running with override "comctl32=n" causes the program to not start at all, "comctl32=n,b" tells at runtime that it couldn't find "commctrl.dll", which in turn needs "keyboard.dll", which still needs it's own extra libraries etc.
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #3 from Lauri Kenttä lauri.kentta@gmail.com 2008-11-05 17:31:44 --- I now noticed that the graphics are not images but a special font Opus.TTF. (Should've tested that in the first place, sorry.) In Notepad this font is rendered about twice as high as Arial.
The only value given to infoPtr->ntmHeight in LISTVIEW_SaveTextMetrics is 13. I understand this is used for the item height, which also is 13. If I hard-code the item height to the right value in LISTVIEW_CalculateItemHeight, the list is displayed "correctly".
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #4 from Austin English austinenglish@gmail.com 2009-05-06 05:40:08 --- Is this still an issue in current (1.1.20 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #5 from Lauri Kenttä lauri.kentta@gmail.com 2009-05-06 06:23:58 --- (In reply to comment #4)
Is this still an issue in current (1.1.20 or newer) wine?
Yes, nothing has changed.
http://bugs.winehq.org/show_bug.cgi?id=15903
Rein Klazes wijn@online.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |comctl32 Ever Confirmed|0 |1
--- Comment #6 from Rein Klazes wijn@online.nl 2009-05-07 00:01:15 --- Confirming. Native comctl32 works around the problem (it is a ListView control).
http://bugs.winehq.org/show_bug.cgi?id=15903
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2009-07-03 04:53:18 --- Hi, Laurie.
Could you please provide +listview log? And what is the correct tmHeight for this font?
http://bugs.winehq.org/show_bug.cgi?id=15903
Lauri Kenttä lauri.kentta@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #8 from Lauri Kenttä lauri.kentta@gmail.com 2009-07-27 10:59:32 --- This seems to be fixed in 1.1.26. (Tested with a fresh wineprefix.)
http://bugs.winehq.org/show_bug.cgi?id=15903
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2009-08-07 12:32:37 --- Closing bugs fixed in 1.1.27.
-
wine-bugs＠winehq.org