I hope that this blog made some sense in all the confusion around the portal and IE. These are all of the issues that I’m aware of at the moment. 2163649 – More scenarios of opening an iView directly (standalone) with IE10 and above causes rendering issues (continuation of note 2098706) This note fixes a regression from note 2098706.2098706 – iView rendered corruptly when using IE10 and above when executing it directly or from headerless window This note extends the solution for all AI iViews.2012705 – BI iView’s are not render correctly when using Internet Explorer 10 and above.This note solves the issue for BI iViews only (the property “DefaultDocumentMode” is added only to BI iView template.I wrote an extensive blog about this topic which explains the issue and the solution for it: Rendering issues when running portal iView with no Portal framework (standalone) Then IE with standards mode arrived and evolved and the portal had to deal with rendering issues… Applications running in the portal were not strict about standard syntax and they lived happily within IE – which wasn’t strict about syntax either. The portal rendered everything in quirks mode with no issues. The older versions of IE (such as IE6, IE7) ran only in quirks mode. So here’s an historical review of the evolution of the standards/quirks issues: I used kind of childish graphics – but I think that they demonstrate my points nicely. In this blog I will share some of these issues with you.
So I decided to learn this subject and make some order in all this mess – so that I’ll know how to handle the variety of issues that come to our door here at support.
There are so many complications and solutions around this subject that it’s really hard to deal with. The newer versions of IE pose many rendering issues/challenges which affect EP rendering.