To recreate in ie 7 (didn't try other browsers)
Open a WebDialogWindow that has text in it (header, button, paragraph, etc). Zoom display by holding down the Ctrl key and scrolling the mouse wheel. Move the WebDialogWindow.
Discoved this when giving a demo and zooming in to make the display more visible to the group I was demo-ing to. Oops. Not exactly the demo I was shooting for.
I tried playing with the positioning attributes and didn't help.
In fact this happens on the Infragistics WebDialogWindow samples page( Reset the Clock. )
Any fix or workaround?
Hi Lill,
I know about that feature of IE7. That happens with content of any html element moved on client. As far as I know, there is no solution (or trick) to fix that.(to move texts back to their containers, you may slightly resize IE ;)
Thanks!
Hi,
Before async postback there is plain html generated by server. After async postback innerHTML of WARP is modified/updated. I would think that problems with interpretation of css by browser might happen after postback, but not after it.I do not know why similar may happen. WARP, grid and other controls do not aware about possible zoom. If something does not work, then it can be due to specific structure or combination of css classes and styles used html elements. WARP or grid hardly may do something to get around that issue.
Hi Vicktor
I have notice that the problem with the Grids only happen in IE7. IE6 and IE8 are fine.
IE7, makes zoon, but there must be a bug either in IE7 or Infragistic. If you make a zoom, it does not work. However if you change the zoom to a percentage different from 100% (Lets say 75%) and then you submit the warp or refresh the page, then the zoom works perfectly for all the components in the page (even the grids) and you can continuing zooming after that without any problem .
Do you have any idea of how to solve that?
Regards
Jorge