The css/views.css line 33 width: 95% triggers my Firefox's horizontal Scrollbar into a huge emptyness.
A width: auto; would also be ok, but percentages are based on the full browser window width in this case. and is wrong in any left indentation of the views' start.

The attached patch removes the width definition. My tests show it still works perfectly after removing.

If anybody else checks please confirm it is not resulting in any other problem triggered.

CommentFileSizeAuthor
views.css_.diff282 bytesmiro_dietiker

Comments

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented
Status: Active » Closed (fixed)

This issue was triggered in acquia_marina, firefox 3 only and is being addressed as a theming issue.

E.g. garland doesn't show the scrollbar issues.

You could override it in you the individual theme if you have the same issues.

jwolf’s picture

jwolf commented
Status: Closed (fixed) » Needs work

This issue is not just Acquia Marina related; this is happening to any theme that has a fixed page width.
This is also happening in other browsers, not just Firefox.

Replacing 95% with 50% for width fixes this in fixed width themes and in cross browser testing (Safari, Opera, Firefox, Chrome and IE7).

pasqualle’s picture

pasqualle
Location 🇭🇺 Budapest
commented

As I know the minelli (fixed page width) theme works fine.

jwolf’s picture

jwolf commented

Minelli is using position: relative; in #page which fixes this. Using position: relative is not feasible for some themes.

alexkb’s picture

alexkb commented

jwolf's suggestion seems best.

Is there a setting on a per view basis that can be used to turn the display of these edit/export/clone views links off?

chrisparsons’s picture

chrisparsons commented

There's no per-view basis, but there is a system-wide setting, "Do not show hover links over views" under Views -> Tools.

I can't think of many (read as any) situations where there'd need to be a per-view setting for this.

aren cambre’s picture

aren cambre commented
Version: 6.x-2.1 » 6.x-2.x-dev
Status: Needs work » Needs review

Patch submitted, so needs review.

This fixes it for me, too. Not sure of the point of specifying width on those links.

This also causes problems with UI interaction with elements below this 95% wide div. E.g., links under all this blank space are not clickable.

Also, this is not limited to fixed-width themes. It's happening for me on a fluid-width Zen subtheme.

merlinofchaos’s picture

merlinofchaos commented

Can anyone confirm for me that removing the width: 95% has no ill effects on themes that aren't Garland? I'm afraid I'm going to fix this for 5 people and break it for 25.

stephthegeek’s picture

stephthegeek commented
Status: Needs review » Reviewed & tested by the community

We've been resetting this for ages in all our themes with:

div.view div.views-admin-links {

  width: auto;

}

So yes, this should be no problem to simply remove.

merlinofchaos’s picture

merlinofchaos commented
Status: Reviewed & tested by the community » Fixed

All right, committed to all branches. Let's see if this blows up on me!

Status: Fixed » Closed (fixed)

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