We have a single-user Visual Studio 2005 application that uses the Infragistics Wingrid version 7.2.
Recently the end-user that uses this application had their computer upgraded from Windows XP to Windows 7. The application was re-installed on the computer. Now when the end-user uses the application, for whatever reason, the vertical and horizontal scrollbars of the wingrid are not showing. But, if a person logs into the end-user's computer with an admin account the bars are visible.
Why should that be?
Hi Chuck,
I doubt this has anything to do with the grid itself. Most likely, when you use large fonts, the controls on the form are being scaled up so that all of the controls are larger, and the scrollbars are probably out of view - clipped by the grid's container.
You could confirm this by replacing the grid with any control that has scrollbars.
Or try creating a new project with a grid on a form and nothing else and make sure there is enough room on the form for the grid to grow (do not dock or anchor the grid). You will see the form and the grid get bigger when you run the exe under large fonts, but the scrollbars will still be there.
Or set the AutoScaleMode on your form to None.
Well we finally figured this out. It is due to the display setting. When the user changed his setting under personalize to small icons the scroll bars are there. When the icons are set to medium or large the scroll bars disappear. If you change the icons to medium or large under view this problem doesn't occur. So, it appears to be that under windows 7, the way you change your settings to get larger icons can make a difference to how the wingrid acts.
I had the user changed to a local admin on the machine, but that didn't fix the issue.
I also had the admin, with god permission try running the application as admin while the user was logged on, no scroll bars.
When, I log on to the machine with my credentials, the scroll bars are there. When the user logs on there are no scroll bars. So, the question is what is the win grid trying to do that works for one account but not another, are there registry entries that it is trying to read, is it looking for the liscense file?
Any ideas?
Is the problem specific to the admin account?
What if you log into the machine on a non-admin account and then run the program as an admin?
What if you turn off UAC? Does that matter?
I doubt either of those will make a difference. If they do, then maybe there is some security permissions issue going on. But my guess is that they will not make any difference, in which case, that should rule out security issues as a cause of the problem.
I had the developer responsible for the application check those things out and everything seems to be in order. We appreciate your help on this. We'll keep trying some things out and let you know what we find out.
Thanks