Omega problem with IE8

I would feel a lot more comfortable while answering you on this issue if you were not as as demanding as this. Please read http://drupal.org/node/73179 for a How-To on "Writing Issue reports".

The simple fact here is that there is no reason for this to be happening unless you've applied some CSS (such as border or padding/margin) to the elements with the grid classes applied.

Without being able to see this on a live site, I can't reproduce or debug anything that is strange here.

However, the fact that the sidebar (in the IE8 case) is displaying at 960px (notice it is OUTSIDE of the grid overlay) means that it is not getting a proper grid class applied. The content AND sidebar first are also getting strange behavior as they fall (left and right) outside the grid overlay (the 940 usable pixels) and have no spacing between them in the center.

Please check your theme settings, and if possible, create a new blank subtheme (using Omega Tools: http://drupal.org/project/omega_tools) in order to see that this happens in a CLEAN, NEW subtheme.

Please also use http://pastebin.com to show us your HTML Sourcecode. It actually cant be anything with the grid classes since its obviously working in other browsers but ... for good measure we should peak at the HTML output as well. Looks like a problem with your Custom CSS. Should be working in IE8 (tested).

Same problem for me.

I discovered the bug in production tonight. I try to find a solution on my side. Besides, I find that the templates are not enough adequately tested with the W3 validator at the source. A lot of work was provided by Himerus is undeniable but that kind of bugs are collapsing all the genius of the system.

What problems do you see with the W3 Validator? I don't see any.

Also, I can't debug the problem with the grid if you don't provide more information here. It really is give&take as I don't have a RTL website anywhere and I only can help you if you provide enough information for me to debug your website. It would help, for a start, if you used pastebin as described above. Saying "It does not work" won't solve the problem.

Regarding the templates: They have 100% valid HTML Markup.

the bug has been fixed in version dev

It is important not to blame for this comment. Omega is the most successful frameworks. I just found the error there are two hours on the rc3 version and I was looking to confirm that I encountered the same problem.

The W3C errors appear to any new installation of Drupal 7 theme with a single theme Omega

1) As default omega theme validator.w3.org return me
61 Errors, 12 warning(s)
Unable to Determine Parse Mode!

The validator can process documents either as XML (for document types such as XHTML, SVG, etc.) or SGML (for HTML 4.01 and prior versions). For this document, the information available was not sufficient to determine the parsing mode unambiguously, because:

the MIME Media Type (text/html) can be used for XML or SGML document types
the Document Type (-//W3C//DTD HTML+RDFa 1.1//EN) is not in the validator's catalog
No XML declaration (e.g <?xml version="1.0"?>) could be found at the beginning of the document.
No XML namespace (e.g ) could be found at the root of the document.

As a default, the validator is falling back to SGML mode.

2) With default Alpha Dev 7 Errors found while checking this document as XHTML + RDFa!
Validation Output: 7 Errors

line 23, Column 5: invalid comment declaration: found character "/" outside comment but inside comment declaration

. This error may appear if you forget the last "--" to close one comment, and later open another.
Info Line 21, Column 1: comment declaration started here

Error Line 23, Column 6: character data is not allowed here

Best regards.

Stéphane

Okay, I see... This problem is caused by the fact that W3C has not yet updated its definition tables. RDFa + HTML5 is causing that problem. Turn off the RDF module if you care about W3C validation. I don't :P (for now ... since its not state of the art currently).

Wait... Did you just say that the bug with the grid that you talked about earlier is fixed in the latest dev?! Weird, since I don't think I changed anything on the grid lately... Hmmmmmm. Suspicious!

IE8 is not responding to responding to the theme settings when resized at my site.
It just it just pick's the primary layout I set in the grid settings.
Firefox and IE9 are ok.

My fault, a bug or a IE8 issue?

(Using the dev build Omega 7.x-3.x-dev from today, Alpha 7.x-3.x-dev, Omega Tools 7.x-3.0-rc1)

IE8 and below do not support CSS3 media queries. The Primary Layout is the Fallback Method for those.

I also have trouble on IE8 since I ve updated Omega.
I m using a sub-theme based on the html5 starterkit. My sub-theme work well on FF, Safari and google Chrome, but the regions look mixed up on IE8. Maybe something withe javascript is missing for IE8!

I upload a screenshot to show you the problem (you can open it on IE and FF - available 60 days)
http://cjoint.com/11au/AHxoTqM5ecS.htm

Thanks

With the last update (7.x-3.0 / 2011-Aug-23) the problem on IE8 is resolved ! Thanks a lot for your work !!!

Hi all!
didn't install final version yet, but i am resolve this problem with this:
.form-textarea-wrapper {
width: 98%;
}

form-textarea with width 100% causing troubles on every page like contacts or page with comments etc for me

Guys I'm having the same problem with IE8 and the sidebars and I have installed 7.x-3.0. Do I need to do anything else??

Where can I get this fix?

I installed it just today and still getting this problem.

I discovered today that the problem on IE8 still here !!!!
Everything is messed up on IE8! Is that comming from the html5???

http://cjoint.com/11au/AHxoTqM5ecS.htm

This is getting serious!

filnug please use less exclamation marks.

Did you add the fix provided in #15?

filnug do you have javascript disabled in the browser? The layout in IE8 looks bad for me with javascript disabled because the theme relies on javascript to support the html5 features.

@Argus sorry for exclamation marks.

I've already tried the css from #15, but it didnt work out for me.
Also, I am sure that javascript is activated on IE8.
For the moment, I dont understand what could the source of problem.

I remain stuck with omega html5 template on IE8.
As said @rst, I think something goes wrong with javascript for html5 support on IE. But I dont know why. Javascript is fully activated on my IE8...

In the original post you talk about a problem with the theme without any additions to the CSS. The images you posted show a clean installed Omega. Does this problem still occure? I mean: can you reproduce the problem in a fresh installed Omega 7.x-3.0 subtheme without changing any files?

edit: Oh sorry I now see the OP was by someone else. The question remains though. Can you reproduce the problem in an unchanged subtheme?

hallelujah.

@Argus. Thank you for your message. Reading your message, I simply did a reinstall of the Omega Theme. I lost my time thinking on the code that should certainly be already very good. I think that the last upadate went somehow wrong. Maybe some of the files didnt upload well on the server.

Anyway, I apologize for my messages and I thank you all for your help and patience (!!!)

Glad to have been able to help. :)

For what its worth I just had this problem appear as well. Sidebars are 100% width even if they are set to only take 7 columns in my grid.

I deleted my entire global.css file to check to see how it behaves with default settings from it's base theme and the problem was still there.
Digging deeper I discovered that if I change the HTML5 tags found in the region--sidebar_first.tpl.php and region--sidebar_second.tpl.php files to

...and also for what it's worth - I had modified html.tpl.php and created my own custom one and removed the htmlshiv.js import which made HTML5 IE8 compatible! oops.

Baring the formatting nazi issue I found if I loaded conditionally loaded HTML5shiv.js IE8 and below finally behaved as you want. I didn't have to tweak or modify Omega or my sub-theme CSS.

http://code.google.com/p/html5shiv/

I am having the exact same issue on a production site as that referred to by the OP.

I am not sure when it started, but I suspect it might have been during an update last week.

You can see it here: www.thesalinepost.com

If anyone has any suggestions, I would appreciate them.
Respond.js causes IE to crash.

In which file does that code go?
Where does the JS file go?

Thanks SoniaWilk!
Your suggestion worked for me. After downloading html5shiv, placing html5shiv.js file into my template's directory and adding following lines

<!--[if lt IE 9]>
  <script src="/sites/all/default/files/js/html5shiv.js"></script>
  <![endif]-->

to saved html.tpl.php file section IE8 displays webpage as expected.

I've tried the html5shiv, as well as the percentage width change in #15. With those not working, I did a fresh install of a new subtheme, but the same issues are persisting. Anything else to try?

I was having trouble with sidebars and layouts displaying incorrectly with Omega. IE8 and below were loading up the "narrow" layout and not the normal widescreen layout like in other browsers. I could only get it working after following the instruction here:

http://www.mauromascia.com/blog/drupal-good-omega-bad-ugly-ie8/

Downloading respond.js and adding the code to template.php did the trick for me. Maybe it'll work for you.

No working for me. Any ideas? Using OP with Omega 7.x-3.1

nolog