Peggy
in memoriam 2016
ok, ummmm so what do I do?I know now why: you have the compatibility view activated. I used your screenshot if you don't mind.
(I did test your site at browserlab.adobe.com)
ok, ummmm so what do I do?I know now why: you have the compatibility view activated. I used your screenshot if you don't mind.
(I did test your site at browserlab.adobe.com)
ok, ummmm so what do I do?
ahHA! I didn't even know I was in compatibility mode, or whatever that is. I do know I was in panic mode.That blue shiny icon of a broken page is used for sites, coded for IE6... so the IE6 compatibility web engine takes the job for the display of the homepage... you can't do anything - just press that icon. It's a switch for the end-user.
Edit: blue and shiny means: activated
Can you test Google Chrome Mac 10.0.648.133?I know now why: you have the compatibility view activated. I used your screenshot if you don't mind.
(I did test your site at browserlab.adobe.com)
Can you test Google Chrome Mac 10.0.648.133?
I'm wondering if there's a way to fix how this style renders on the iPhone and other mobile devices. Several people have said that it is all shifted over to the left on their iPhone, and they're right.
That blue shiny icon of a broken page is used for sites, coded for IE6... so the IE6 compatibility web engine takes the job for the display of the homepage... you can't do anything - just press that icon. It's a switch for the end-user.
Edit: blue and shiny means: activated
Edit2: so in that case, the style should be modified for IE6 :S but IMO... this compatibility view should be more hidden.. default value after all is deactivated
#navigation {
margin: 0;
}
#content {
width: 100%
}
<xen:if is="{$visitor.user_id}"><xen:include template="navigation_visitor_tab" /></xen:if>
<div class="pageContent">
<xen:require css="user_bar.css" />
<fieldset id="userBar">
<div class="pageWidth">
<div class="pageContent">
<xen:if is="{$visitor.user_id}"><xen:include template="navigation_visitor_tab" /></xen:if>
<xen:if is="{$visitor.user_id} && !{$visitor.is_moderator} && !{$visitor.is_admin} && @showUserBarText">
<a href="@userBarTextLink">
<span class="itemLabel">@userBarString</span>
</a>
</xen:if>
<xen:if is="{$visitor.is_moderator} || {$visitor.is_admin}">
<xen:include template="moderator_bar" />
</xen:if>
</div>
</div>
</fieldset>
haha forget that. I set it back to fixed width (HATE fixed width) with auto margins, width of 980px and min width of 940px.This issue comes up when you have to scroll.
(sidenote: the "left shift" comes from the side-margin(s))
Workaround: set a minimum width for your page at two places.
Style Properties (of Flexile) > General > Page Width Controller (pageWidth)
set in text-area (example | I set it this way. the side-margins in this window above the text area are 'auto'):
min-width: 960px; margin: 0 20px;
Style Properties (of Flexile) > General > Body (body)
add this to the text-area (lets calc 960+2x20=1000):
min-width: 1000px;
You can also try it with 150px margin - as you mentioned that you have but if you use 150px on both sides, you need a min-width of 1040px to still get a single line userbar (the black one at the top.
That's because the float:right of the 'user-navigation-ul" was defined after the other elements. float converts an element to a display:block and a display:block forces the internet explorer (7) to line-break before that element. Probably also other browsers are affected.Code:<xen:require css="user_bar.css" /> <fieldset id="userBar"> <div class="pageWidth"> <div class="pageContent"> <xen:if is="{$visitor.user_id}"><xen:include template="navigation_visitor_tab" /></xen:if> <xen:if is="{$visitor.user_id} && !{$visitor.is_moderator} && !{$visitor.is_admin} && @showUserBarText"> <a href="@userBarTextLink"> <span class="itemLabel">@userBarString</span> </a> </xen:if> <xen:if is="{$visitor.is_moderator} || {$visitor.is_admin}"> <xen:include template="moderator_bar" /> </xen:if> </div> </div> </fieldset>
I'm not experiencing any issues with IE9.I've been busy this week and I'm on vacation for a week starting Friday but I'll try to look into the IE issues if I have time. As it is now, I can't reproduce the issue with IE 9 either on my install or Mahoning Valley Talk. I'm not sure whether I've got the compatibility view feature enabled or not. Even if that is the problem, ideally the user shouldn't have to change a browser setting to get things to look right. I'll see what I can do.
I'll look into the iOS issues as well.![]()
I'm not experiencing any issues with IE9.
Why would I activate the compatibility button? The style is compatible with the browser I'm usingAre you sure you activated the Compatibility button (see attachment)?
Because the IE7 has problems and the compatibility view is a mix between ie6 and 7 as I wrote above.
Of course you don't have to do that. But if you want to reproduce the problem and do something for IE6/7 users or for users who don't know that feature, you make their lifes easier on your board. If their lifes are easier, yours will be easier, too.Why would I activate the compatibility button? The style is compatible with the browser I'm using![]()
I was responding to Peggy's original post regarding issues with IE9. The issues are not IE9, rather, compatibility mode. Luckily for me, my site targets developers, so they're using Chrome or FirefoxOf course you don't have to do that. But if you want to reproduce the problem and do something for IE6/7 users or for users who don't know that feature, you make their lifes easier on your board. If their lifes are easier, yours will be easier, too.
We use essential cookies to make this site work, and optional cookies to enhance your experience.