The link here says IE9 is "supported"
http://technet.microsoft.com/en-us/library/cc263526(v=office.14).aspx
Now, does that mean standards mode or just IE8 mode?
Background:
We want to deploy IE9 to get canvas support whilst not breaking anything in Sharepoint. A quick google search brings up a number of issues such as drag/drop webparts in edit mode and people picker There are fixes, but they don't appear to be MS supported. I was wondering if anyone contacted their support directly to get an official stance from them.
From experience, I can say no. We have had significant issues when trying to use, in particular, calendar controls. They do not render correctly in IE9 Standards mode but render perfectly in IE8 Standards.
Microsoft being incompatible with Microsoft! How (predictably) strange.
I use a DOCTYPE (HTML5) for my masterpage (Sharepoint 2010) and I found that IE8, IE9 and IE10 in Standard Mode could have some bad behaviors with several features that don't work anymore like the Gantt View, or editing a form when there is a "multiple line of text" field, and other stuff.
I spent several days doing reverse engineering to find the issues from the JavaScript wrote by Microsoft.
I shared the results on my blog : http://blog.kodono.info/wordpress/2013/03/20/sharepoint-2010-and-ie-in-standard-mode-issues-with-ie9ie10/ and http://blog.kodono.info/wordpress/2012/11/08/webpart-doesnt-work-with-ie8-in-standard-mode-under-sharepoint-2010/
We use Sharepoint 2010 for only 1 month so I'm pretty sure I'll find some other features that don't work in the future....
Related
This requirement is on SAP Portal. The current version of Portal doesn't allow me to integrate SAP UI5 application on IE, primarily due to SAP Portal runs on Quirks mode, and UI5 runs on standards mode. We are on IE11, so no issues in Chrome/FF. So, the solution SAP proposes is to open the UI5 application in a new window, and the customer is not happy with this solution. So I was looking for ways to handle this using JQuery. As the Portal runs on Quirks mode (root) when I open the UI5 application (iframe/div) on a jquery dialog its resulting in opening in Quirks mode only.
I've read few posts in SO in similar context, so checking with the experts here to see if there is a way or solution to open/load ui5 application in standards mode using JQuery or JS, as it can't run in quirks mode in IE while on Portal.
Let me know if i need to provide any more details, as my earlier post was put on hold.
Unfortunately, the solution that SAP proposes is the only one available to you.
IE absolutely cannot render standards mode and quirks mode in the same page, not even if they are in different frames or iframes.
The only way you can mix between the two is by having them in separate windows.
It's worth adding here that anything still running in quirks mode is living on borrowed time. Quirks mode is not supported in Microsoft's new Edge browser. For now, you can still run IE11, but there will come a time when support for IE11 is dropped and Edge will become the only MS browser. At that point, you will not be able to use anything that requires quirks mode. I would urge you to plan to make the upgrade now while the transition will be easy, rather than waiting till it is forced on you.
To develop websites I use domino designer v9.01 with OpenNTF Bootstrap extension library v14. I am new to IBM domino so have mercy …
The trouble I have is : While previewing XPage apps in Notes all controls, views etc. are there and looks as expected. But when I preview same XPage apps in a web browser (newest FireFox, newest Microsoft Edge) I get messy results. To be more specific, the amount of controls, views, etc. are there and they also work. But their expected design is messy. I cannot describe it better because I have never seen such pages before.
Finally the question is : Why is the presentation of XPage apps in Notes perfect while in a web browser not ?
UPDATE
Here are 2 screenshots to visualize the problem. First screenshot is from Notes showing expected UI. Second screenshot is from FireFox browser showing non-expected UI which i call "messy". The content you see is a simple example from a tutorial. So do not wonder about that.
The Extension Library plugin will also need to be installed on the server as well as into Domino Designer. The usual process for this is using an UpdateSite database, as documented here http://www-10.lotus.com/ldd/ddwiki.nsf/xpAPIViewer.xsp?lookupName=XPages+Extensibility+API#action=openDocument&res_title=XPages_Extension_Library_Deployment&content=apicontent
I've created a small activex control, it works fine in IE, surprisingly enough it doesn't seem to work in any other browser. I know that firefox has got an add-on to enable activex, my question is if there is any general API for all browsers to suggest the client to install. Other than that, what options do I have for enabling my activex component on multiple browsers?
ActiveX is a Windows-only, Internet Explorer only API. You can perhaps get an limited support in Firefox but most browsers won't support it. I'd really consider using something else like Flash, Javascript/HTML or even Silverlight which are supported across browsers and platforms.
ActiveX is still actively developed by Microsoft but has been commonly used for virus/malware delivery so users are (rightfully) very suspicious of applications written using it.
I think most of the SharePoint developers and administrators know that with the change form Firefox 2 to Firefox 3 some functionality of SharePoint have became unavailable.
Especially adding Webparts to a site and using the PeoplePicker don't work anymore with Firefox 3. So I want to know how you deal with this problem when some of your users are complaining about having to use the IE to get the same functionality as with Firefox 2.
It's quite plain to me that it is not possible to get the full functionality with Firefox but it would be great to get at least the same with Firefox 3 as you got before with Firefox 2.
Or are there any workarounds to get Firefox 3 working with SharePoint properly?
I am using IE Tab: https://addons.mozilla.org/en-US/firefox/addon/1419
The main problem seems to be the fact that whenever a pop-up windows opens during a SharePoint action, like adding a webpart to a site, the information or data form the pop-up windows is not transmitted to the initial window which opened the pop-up window.
What underlying code is it trying to run that Firefox 3 won't support?
Is it just using a bad agent sniffer? that can't handle v3?
The only thing I've encountered in v3 that isn't handled as nice as v2, is the ability to call .focus() on non-form elements. It worked better in v2, v3 seems to have some issues.
The official announcement of Service Pack 2 for WSS 3.0 and MOSS 2007 contains the following text:
Also with the new service pack,
Internet Explorer 8 will be added into
browser support matrix as level one,
and Firefox 2.0 and 3.0 as level two.
So maybe an upgrade to SharePoint SP2 will fix your problems? More details on SP2 are scheduled for release next week.
I've been utlising a "web browser control" in desktop based applications (in my case Windows Forms .NET) for a number of years. I mostly use it to create a familiar flow-based user interface that also allows a seamless transition to the internet where required.
I'm really tired of the IE browser control because of the poor quality html it generates on output. Also, I guess that it is really just IE7 behind the scenes and so has many of that browser "issues". Despite this, it is quite a powerful control and provides rich interaction with your desktop app.
So, what other alternatives to the IE browser control are there? I looked at a Mosaic equivalent a year ago but was disappointed with the number of unimplemented features, maybe this has improved recently?
hmm..Interestingly
Mozilla seems to provide ActiveX control
K-Melon is another Gecko based browser control
Popular layout engines:
Mozilla Gecko
KHTML
WebKit (based on KHTML)
Though I'm not sure how easy it is to embed those in a .Net app.