This is tough to explain.
When I click an ExplorerBarItem, the entire WebExplorerBar control shifts to the left briefly (while the postback is happening) and then repositions itself to how it should be.
I think I know what's happening: The width it shifts to the left looks like the width of the scrollbar, but you don't actually see a scrollbar. In other words, I think the scrollbar is pushing the content to the left briefly while it tries to determine if it needs a scrollbar. But on the postback I'm rebuilding the contents of the WebExplorerBar, so it goes away.
I'm trying to stop this from happening.
Another example is when you click on a disabled ExplorerBarItem; the push to the left happens but it stays in that state because there's no postback. From this we know it's client-side behavior.
I'm using NetAdvantage, Version=13.1.20131.2157
Is this possible? Any help appreciated.
Thanks.
Hello sdl,
Thank you for getting back to me.
Please let me know if you need any further information.
Hi,
Thanks for your help, but we've decided not to use this control in our solution.
So I'd like to close this topic.
Thanks again.
Thank you for keeping me posted on your progress with this issue.
I tested the sample that you initially provided with Internet Explorer 11 under Internet Explorer 10, 9 and 8 modes. On my side everything was working as expected.
Afterwards, I tried the provided sample in native Internet Explorer 10 and 9 where I was not able to reproduce the scrollbar issue as well.
I made a video and I am attaching it for your reference.
The only thing that I added to your sample project is the ig_res folder that contains all the styles that are applied to the control as well.
Please try running the attached sample in your environment and let me know what is the result of your test.
Looking forward to hearing from you.
Even more feedback...
For what it's worth, I installed the latest version, the 14.2.20142.1028 trial, hoping that the problem might go away. It didn't. Same behavior.
Let me sum up where I stand on this:
The scrollbar flickering I can probably live with. It's the other scrollbar problem that's worse. I stated this above, but I'll state it again here:
When using IE 8, 9 and 10, a scrollbar is displayed. It's seems to be disabled--and it clearly shouldn't be there.
In Chrome, Firefox and IE 11 no scrollbar appears (correct behavior). It's easy to duplicate if all you have is IE 11: just add your test site via Compatibility View Settings.
This is my big outstanding problem right now.
More feedback...
I know why your sample is rendering the WebExplorerBar twice: it's because of the Page_Init that rebuilds it on every postback. You can solve this by setting EnableViewState="false".
But still there is another problem--and it may help give insight into the solution. In your sample, every click on an ExplorerBarGroup causes a postback. In my sample, it does not. This is probably why the problem does not show itself in your sample project.
In my original sample, each click on an ExplorerBarGroup did not cause a postback. This is by design. I did this by not supplying a url to the ExplorerBarGroup, and it seems to work well. Perhaps there is another setting I am supposed to use to accomplish this behavior, maybe I'm doing it wrong?