[Bug 26450] New: Wrong behaviour in Listview

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=26450

           Summary: Wrong behaviour in Listview
           Product: Wine
           Version: 1.3.15
          Platform: x86
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: comctl32
        AssignedTo: wine-bugs at winehq.org
        ReportedBy: carlo.bramix at libero.it


It seems that the items in a listview control (icon view) have different
behaviour that the same object in Windows.
Here there are attached the test programme used for checking this bug and some
screenshots.
The programme has been compiled in MinGW with the command:

gcc testlv.c -o testlv.exe -O2 -mwindows -s -lcomctl32

If you run the programme, you can verify the bug by selecting an icon and then
selecting "Edit" from the menu.
Actually the bugs that I noticed are:

1) The active area for icon text is wrongly calculated and it is taller than
expected (see err_wine_1.PNG and err_win_1.PNG).

2) The edit control created for changing icon text is not multiline and it does
not separate words to different lines if they are longer than expected (see
err_wine_1.PNG and err_win_1.PNG).

3) Even when doing a rename on a single line text, the width editing is always
larger than expected with an useless area.

I have also noticed that in WINE the icons recovered from shell32 are somehow
not all at expected, while others seems missing.
Compared to the results I got in Windows, it also looks like these icons have
missing transparency for some unknown reasons.

Tested on Ubuntu 10.10 with WINE-1.3.15

Tested on Windows 95
Tested on Windows 98
Tested on Windows 2000 SP4
Tested on Windows XP Home SP3+ (screenshots taken from this platform)

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.