Hello,

In IE 8 (I didn't test this in IE 9 yet) the navigation region is 'pushed' down below the content region.
I haven't changed anything yet (no new regions etc.), accept i used the "zen-make-main-relative-1554848-2" patch.
What todo?
Thanks in advance

CommentFileSizeAuthor
#10 zen/STARTERKIT/README.txt6.02 KBFiable.biz
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

rvdtuin’s picture

The bottom region is also missing in IE 8

rvdtuin’s picture

In IE9 the navigation region is in its correct place.
the bottom region is not visible in IE9 and Chrome

jtwalters’s picture

Do you have CSS aggregation enabled? i.e. $conf['preprocess_css'] = 1;

IE less than 9 requires CSS aggregation to have respond.js work properly.

rvdtuin’s picture

Thanks for the reply. I will look in to it.
I think this will take some time because I am fairly new at drupal and zen.

JohnAlbin’s picture

Version: 7.x-5.0 » 7.x-5.x-dev
Status: Active » Postponed (maintainer needs more info)

There was a problem with the navigation styling in 5.0. Upgrade to 5.1, follow the upgrade steps outlined at http://drupal.org/node/1588228 and let me know if this fixes the issue.

gary hbs’s picture

Version: 7.x-5.x-dev » 7.x-5.1

I have the same issue using a Commerce Kickstart distribution and a Zen sub-theme on my front page. I have not been able to find out why the region changes places and so my interim solution is to add a top region to the front page panel (panels) and add a navigation block (in my case a Superfish). This results in IE displaying the Superfish menus correctly but in Chrome there is a white band where the nav section used to be.

zeppfan’s picture

Hi Jt Walters,

IE less than 9 requires CSS aggregation to have respond.js work properly.

I can confirm that aggregating the CSS does indeed work. I did this via the interface itself via:
Configuration | Performance

Many thanks

echoz’s picture

Status: Postponed (maintainer needs more info) » Fixed

Status: Fixed » Closed (fixed)

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

Fiable.biz’s picture

Component: IE problems » Documentation
Category: support » bug
Status: Closed (fixed) » Patch (to be ported)
FileSize
6.02 KB

This should of course be documented. I propose to write what to do in the Starterkit's Readme file because Zen is not a theme aimed to be used without modification, so every user is supposed to use Staterkit, and aggregation is typically something one does after creating and installing one's subtheme.
Here enclosed is my proposal. I added a (non optional) step at the end, and changed the "Optional steps" line to "Optional step 6", "Optional step 7" and "Optional step 8".

echoz’s picture

Category: bug » feature
Status: Patch (to be ported) » Postponed

The problem is that during development we don't want css aggregation on because it makes css debugging pretty much impossible. If we continue to use respond.js, more documentation would be helpful, thank you for your efforts, although it seems like this is pending #1539682: Turn off Respond.js by default, use .lt-ie9 rules for IE8 layouts

Fiable.biz’s picture

Since no work seems to have been done for nearly 3 months on the bug you quote, which is "unassigned", and nobody is forced to develop with IE, I suggest we modify the file README.txt, which would save people hours of useless work (as for me last week), and we would modify that file back for Zen 7.x-5.3 once the bug will get corrected.

silentbob’s picture

Same Problem for me with Safari on ios6 and iphone 4. Navigation is pushed below content.

echoz’s picture

@silentbob this is the default when on the narrowest viewport (mobile) the main navigation appears below the content.

Fiable.biz’s picture

This is intended not to clutter small screens with big menus. If the menu is too big and the page would begin by the menu, the visitor might no even see he has changed page.

echoz’s picture

Status: Postponed » Closed (duplicate)