The latest discovery on IE problems was that when you use float divs and you decide to print, IE either ignore the floats or to be more precise, if you don’t explicitly specify width it just expands them to 100%.<\/p>\n
There are some posts on the network, but all of them suggest to not use floats when printing. However this was no good for me, cause I arranged my forms with css and no tables. The solution to fix the width of floats was also no good, since I have different internationalization and some text differ in length.<\/p>\n
So since I couldn’t find any css solution I had to make a simple JS hack.<\/p>\n
In turns out IE has two useful events – onbeforeprint and onafterprint. So I just used those to go over all my floating elements and set the width before printing:<\/p>\n
\/\/ We try to fix printing styles because IE is has problems\r\nif (OAT.Browser.isIE) {\r\n OAT.Event.attach(window,\"beforeprint\",function() {\r\n \tvar elm = IB.PageContent.getElementsByTagName('div');\r\n \tfor (var i=0;i<elm.length;i++)\r\n \t\tif (OAT.Dom.isClass(elm[i],'right') || OAT.Dom.isClass(elm[i],'left')) {\r\n \t\t\tvar size = OAT.Dom.getWH(elm[i]);\r\n \t\t\telm[i].style.width = size[0] + 'px';\r\n \t\t}\r\n \t}\r\n });\r\n}<\/pre>\nThe example uses the OAT library, but you can guess what it does.<\/p>\n
This fix works fine with the little exception that the divs move a little before print, but I can live with this for now.<\/p>\n