Attempting to setup Omega to work something like the Respond template. Primary Layout = Normal; Fluid Layout = Enabled; Wide Layout = Enabled; Narrow and Normal Layouts = Disabled. Global css contains almost all of my css, but some is overridden by bcr-alpha-default.css and bcr-alpha-default-wide.css. Everything working wonderful while developing / viewing in Firefox. But in IE8, visitors to site see only the mobile view. Has something to do with IE8's inability to recognize @media?

CommentFileSizeAuthor
#7 screenshot_site_admin_appearance.png19.69 KBpaskainos

Comments

kevin-bcr’s picture

kevin-bcr commented

Hi. Thanks for any help -- especially since I know I "should" understand this by now.

himerus’s picture

himerus commented

This is because (i think) that you've disabled the "normal" layout, and the "Primary Layout" is set to normal...

change that setting to "wide" and then it should be served up as the default instead of mobile on IE LT 9

kevin-bcr’s picture

kevin-bcr commented

himerus: Thank you. That makes sense.

... so, if I want IE LT 9 to see normal (not wide) I would need to enable it, too. But then that would not work with the fluid layout (as in your Respond template).

Kevin

kevin-bcr’s picture

kevin-bcr commented

Hello himerus: Thank you for helping.

I set the normal layout to wide, cleared the cache; but I still get only the mobile view in IE 6, 7, 8. Any other suggestions on where to look next?

Kevin

EDITED: Now I see that the problem is only on the home page.

EDITED AGAIN: And now I remember that I had customized the frontpage configuration with the Delta module. One it was changed to "Wide" as well, it works fine.

Thank you!

kevin-bcr’s picture

kevin-bcr commented

Realized others will not benefit if I just edit my post.

The reason that IE 6, 7, 8 had continued to render only the home page in mobile view: I had customized the frontpage configuration with the Delta module and needed to change that to "wide" default as well. Once it was changed, all works fine.

Thank you for the help.

Kevin

Argus’s picture

Argus commented
Status: Active » Closed (works as designed)

Thanks for explaining!

paskainos’s picture

paskainos commented
StatusFileSize
new screenshot_site_admin_appearance.png19.69 KB

For anyone happening on to this post after the fact, the attached screenshot may be helpful in clarifying the initial conflict, as pointed out by Himerus, that being:

...Primary Layout = Normal ... Normal Layout[s] = Disabled.

As an aside, IE8 (on down) is [still] problematic concerning responsive theming a la Omega, as attested to in these related issues:

perennial.sky’s picture

perennial.sky commented

I m also facing this problem , IE8 show mobile layout
I m using omega (v=7.x-4.1) and to make ie8 responsive , using respond module and I can't see any type of setting to change primary or normal layout , how can i solve this problem

perennial.sky’s picture

perennial.sky commented
Version: 7.x-3.0 » 7.x-4.1
Priority: Normal » Major
Issue summary: View changes
Status: Closed (works as designed) » Needs review
fubhy’s picture

fubhy commented
Priority: Major » Normal
Status: Needs review » Fixed

Don't use the respond module or any respond.js-ish polyfill crap to make IE responsive. There is no point in making IE responsive (it's a desktop browser after all). So what you really want is a fallback for IE that *always* renders it using the desktop CSS.

This can be done using the *.no-query.css / *.no-query.scss provided in Omega which is our integration layer for using the Breakpoint gem.

I talk about that in my Screencast (around minute 35 or something) http://www.youtube.com/watch?v=CmTuvzbPduI#t=314 and Scott Tolinski's YouTube Omega 4.x course has also a chapter about the Breakpoint Gem and No-Query Fallbacks (that's the name of this technique). http://www.youtube.com/watch?v=2CM177ldAy8&list=PLLnpHn493BHH5nnK2dKE_42...

For the future: Don't revive closed/dead issues. Open new issues with your specific problem. This issue is in no way related to your problem (it's a Omega 3.x issue).

Also: Support requests are *never* major. They are always "normal" (it's rude to demand like that by bumping the priority).

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

grasmash’s picture

grasmash commented

@fubhy I don't want to re-open this issue, but could you be more specific when you say

So what you really want is a fallback for IE that *always* renders it using the desktop CSS. This can be done using the *.no-query.css / *.no-query.scss provided in Omega which is our integration layer for using the Breakpoint gem.

A quick example of how to use .no-query.scss to accomplish this would be very helpful.

grasmash’s picture

grasmash commented

I found this tutorial useful in addressing the issue:
leveluptuts.com/tutorials/complete-guide-omega-4/15-no-query-css-without-media-queries

Also, adding

$breakpoint-no-queries: true;
$breakpoint-no-query-fallbacks: true;

to my panels layouts made them compatible.

fubhy’s picture

fubhy commented

You can find even more information here: http://breakpoint-sass.com

For the future, please open new issues when another issue is already closed. There is only *very* rarely a case where you should re-open an issue. Support requests are definitely not one of those cases. It's just easier for me to see your question if you open a new issue.