On October 24, 2002 04:00 pm, Francois Gouget wrote:
Argh! I cheated. I used a slightly older Wine and copied the comctl32 dll there. Today I retested with CVS Wine plus the latest X11 patch and got it to work by just replacing the shell32 library with an older one.
Can you please search what broke shell32? This is Not Good (TM).
I generated a log of the Winzip 'crash on exit'. You can find it there: http://fgouget.free.fr/tmp/listview2.log.bz2 (2.7MB)
Oh, thanks, but I have Winzip, and there's nothing decent in the log. I've looked already :)
Also I am getting a crash when I resize the WinZip window: fixme:listview:LISTVIEW_SetColumnOrderArray iCount 9 lpiArray 0x406828a8 wine: listview.c:1639: LISTVIEW_GetItemOrigin: Assertion `nItem >= 0 && nItem < infoPtr->nItemCount' failed.
I'll look into this, if I get how to run WinZip.
- on NT4 'PageUp' moves the selection to the first visible item of the
list. Once on the first visible item of the page it moves us one page up, i.e. the selected item becomes the last fully visible item of the list. Not sure if this is a listiew issue or a srollbar issue.
- similarly on NT4 'PageDown' moves the selection to the last _fully_
visible item of the list. Once on the last _fully_ visible item of the list it scrolls one page down, i.e. that item becomes the first visible item of the list.
I haven't yet hacked keyboard handling. Maybe later.
- when editing an item (e.g. in the Open dialog), the old value of the
item is not erased and will appear behind the said item. See listview2.png. This could almost be considered a feature.
So should I change this? I can, it's not a problem...
- still in the Open dialog, if I click on an item that is not fully
visible in the right-most column, then the list will scroll to make that item visible. However I also get this scrolling for items in the right-most column even though all items in that column appear to be fully visible. Also, on NT4 I do not get this scrolling so the issue may be there or again, it may be the exact behavior changed in later comctl32 revisions.
Do you want this changed? I think it's desired behaviour, less the scrolling when it shouldn't...