<%= Html.ActionLink("Account Page", "Index", new {
controller = "Account", culture = (string)Session[culture],
client = (string)Session[Client], brand = (string)Session[Brand],
storeid = (string)Session[Store] })%>
This works in almost all browser (IE7/8, Mozilla, safari, chrome) except IE6. The problem here is the links are displayed as text.
How to get around with this? IE6 is one of the major requirement.
Thanks for replying, but I found the problem. It wasn't the actionlink itself which was causing the problem. I had added a javascript (jquery.pngFix.js) for IE6 as a fix for the image and it was causing the problem. Once I removed this script everything worked. Again thanks for replying.
Related
I have a combobox and It works great in IE. But I would like it to be worked on google chrome. I think It's about some css settings but I could not find which CSS property I need to work with. I tried "-webkit-appearance:none
(/checkbox/listbox/etc...)" css property but It does not work. Please find the picture of How it looks like in Google Chrome.
<xp:comboBox id="ResPerson" value="#{document1.ResPerson}" valueChangeListener="#{changeRequestBean.valueChangeListener}">
<xp:selectItems id="selectItems1">
<xp:this.value><![CDATA[#{javascript:try {
var rList = ["A","B", "C"];
return rList;
}
catch(e)
{
print(e.toString();
}}]]></xp:this.value>
</xp:selectItems>
</xp:comboBox>
Hi,
As suggested, when hitting such issues, bear in mind XPages is built on Dojo. Search for issues with Chrome, the relevant component and Dojo. It sounds like this Chrome issue could be the cause https://productforums.google.com/forum/#!topic/chrome-admins/lOa89-9DF30. Downgrading Chrome to v54 should solve the problem, if this is indeed the cause. I've not heard of anyone else reporting the issue though, so I would recommend confirming it's an incompatibility introduced into Chrome by downgrading Chrome.
I've not gone past the first link on Google, but further searching on "Chrome combobox Dojo" will identify if Google have identified the cause or got a fix.
I need to target IE using Media Queries. example
#media screen and (max-width:1024px) {
/*Only IE Fix here*/
/*Any other browser*/
#-moz-document url-prefix() {
#categoryBackNextButtons{
width:486px;
}
}
There is a similar way like there is for firefox?
I know it's an old topic, but I've just been searching for the same question and found the answer (while seeing this when searching). If anybody else finds this, here is what worked for me (IE10/11, Firefox 39.0)
IE: #media screen and (-ms-high-contrast: active), (-ms-high-contrast: none)
Firefox: #-moz-document url-prefix()
Please don't resort to user-agent string parsing or browser hacks. See this great article by Paul Irish on conditional comments. You can also see the source code of the HTML5 Boilerplate project.
Simply use the class names in your CSS like so .lt-ie8 div
On the page
https://connect.wels.net/AOM/schools/Pages/default.aspx
the scroll bars don't work (disabled) in Chrome. They are fine in other browsers. I would love to solve this. Sometimes it works in Chrome. Sometimes zooming in and out fixes it. Other times, it doesn't help.
This is answered at this site:
http://withinsharepoint.com/archives/256
The cause is in fact a timing issue around execution of a specific bit of very important onload JavaScript.
The bit that doesn’t execute (and causes a systemic issue, one of the issues it causes is the scrolling weirdness), is:
body onload="if(typeof(_spBodyOnLoadWrapper) != 'undefined'; _spBodyOnLoadWrapper();"
What this line means is basically if the page has loaded the onloadwrapper function from init.js. This onloadwrapper does a bunch of things, such as loading the ECMAScript for support SP.JS, executes page JavaScript for any onload events, and any client interactivity. So basically when this doesn’t execute pretty much no client side code from SharePoint can or will work, or any script that you have that relies on any of it. Scrolling is just the tip of the ice berg. Now for the good news, it’s easy to fix (I have a case in with Microsoft to look at including the fix in a future cumulative update).
Here's the fix that worked for me. Put this at the head of your master page. This will fix Chrome and Safari and also help your _spBodyOnLoadFunctionNames functions work.
https://gist.github.com/alirobe/4224245
via http://withinsharepoint.com/archives/256
if (jQuery.browser.webkit) {
jQuery(document).ready(function () {
var interval;
function loopCheck() {
if (typeof (_spBodyOnLoadWrapper) !== "undefined" && _spBodyOnLoadCalled == false)
_spBodyOnLoadWrapper();
else
window.clearInterval(interval);
}
// Give SP a chance..
setTimeout(function () { interval = window.setInterval(loopCheck, 30); }, 120);
});
}
That is the common problem with Chrome Browser in Sharepoint, as Sharepoint is supporting Limited Functionality to the Chrome Browser.
It also happens with the Javascript Loading order in Sharepoint page.
I cant find any solution for this till date
Refer this : https://answers.uchicago.edu/page.php?id=24860
I have a very simple piece of Mootools code to inject an element into every element with a certain class - this works without fault on Chrome, FF, IE8 and 9, however in 6 and 7 strange things happen.
In IE6 the element is injected but doesn't render, and as far as I can tell in IE7 the element isn't injected at all. Does anyone know why this might be?
All I'm doing to do the inject is
var topTable = new Element('table.top');
$$('.box_rounded').each(function(el, index) {
topTable.clone().inject(el, 'top');
});
I have a simple example here http://jsfiddle.net/bstZQ/2/
to render a table in IE6/7 you need to populate it.
var topTable = new Element('table.top[html=<tbody><tr><td>hi</td></tr></tbody>]');
and it renders just fine. http://jsfiddle.net/bstZQ/5/
I do some work on on old tables based site. It is being replaced but I would like it to work for now.
One of the pages in question is http://www.gdsofusa.com/marantec_garage_door_openers.html. When this page (and some others) is viewed in Safari 5.0 (7533.16) and probably others, the page content is off to the right.
I just need to fix this since about 15% of the traffic is Safari.
Please help!
I got it working by:
Removing "float:left" on your "tabs" div
Setting your "tabs" li's as "display:inline-block" instead of "display:inline"
HTH
The first thing to try is always validation
A common cause of this kind of problem is a mismatched end tag on an HTML element.
Try an HTML validator like http://validator.w3.org