Hi,
We are using the 2009 vol 1 control set. To my mind the wingrid is not correctly resizing. The grid has the autofitstyle property set to extendlastcolumn.
When I resize a column to increase the width of the column by moving the column border to the left after releasing the mouse button the column resizes so that only the first letter of the column title appears.
If I double click on the column border the column resizes to show all column data.
Is this behaviour correct? is there some other property to be set.
Thanks
Peter
Hi Peter,
I'm not sure I understand what you mean. If you click on the right edge of a column header and move the mouse and then release, the right edge of the column will end up wherever you put it. It doesn't autosize anything at that point - you are explicitly setting the column to the size you chose. So if only one letter of the header is visible, it must be because that's where you released the mouse.
Hi Mike,
To start increasing the size of the column I click on the border of the column header, drag the mouse to the right and then release the mouse button, the column size automatically reduces to the single character. The grid is styled.
It is the same problem and the problem does occur with a WinGrid. The replication steps that I provided was not about the WinListView itself, but the Items Designer of that control. That designer seems like a WinGrid to me.
I could create a sample project with a WinGrid, but I don't know if htoo has already done so. I just used the WinListView designer as a very quick example of how to replicate it.
Thanks for investigating though.
Sorry for the confusion. I tried this out in the ListView's items designer, but it still works perfectly fine for me. I wonder if this is a video driver problem.
I have this exact same issue. I'm running it on a laptop (windows 7) with another screen attached.
When I resize a grid on my primary screen it all works fine. When I resize it on the attached screen it fails as described (it always snaps to what looks like a single character).
I can drag the window between the two screens and the behaviour is consistent.
I doubt this is a driver issue as both screens are using the same driver (obviously). It sounds like some failure to measure resolution or something .....
Well done, you have found the problem! I was wondering why it sometimes worked at my laptop, and sometimes it didn't.
I can confirm that everything works fine on my primary screen, and that it fails on my secondary screen.
I was thinking there might be a problem calculating with a negative x-coordinate. So I tried to move my secondary screen to the right side of my primary screen (in Windows of course), and now it works here too (as I expected, because now there are no "negative coordinates").
I hope Infragistics can work with this information and solve the bug. Just to be clear: The bug only occurs with a secondary screen on the left side of the primary one.
Hm, well, that makes a lot more sense.
I will forward this over to Infragistics Developer Support so they can write it up for developer review and we can get it fixed.
Hello ,
I have tested the mentioned scenario with Infragistics 11.1 and it work as I expected. Please see attached video. Also I am attaching and the sample which I have used to test the issue and to capture the video.
Please let me know if I am missing something.
Hi
It is again happened in Infragistics2.Win.UltraWinGrid.v11.1, Version=11.1.20111.1003
Petr
We have tested this issue in the latest service and found that this issue has been resolved.
Please download the latest Service Release which is version 9.1.20091.2077.
Thank you Mike!