Closed (won't fix)
Project:
Acquia Marina
Version:
6.x-3.1
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
8 Nov 2010 at 13:24 UTC
Updated:
6 Dec 2011 at 21:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
jeremycaldwell commentedHi there, this is common for sites that have more than a few user roles and the Permissions page gets quite wide. There is a bit of CSS in Fusion Core that does an "overflow: hidden" and causes the content in the div to be cut off and not shown.
They way around this, and is site specific so no generic fix here, is to write some CSS that allows for an "overflow: visible" for your specific div. So if you are having issues on the Permissions page, go there and look at your wrapping div and change it's CSS to "overflow: hidden".
This is what is being done in Fusion Core to hide the overflowing content so you need to write some CSS that overrides it for your specific case.
So to get the scrollbar to appear for the permissions page try adding this bit of CSS to your theme's "local.css" file.
Hope that helps!
Comment #2
Encarte commentedThank you for your help eternalistic.
However, this is not a problem with the permissions page only. This happens in every content page with big tables (views module tables). Is there a solution for a site using lots of views tables?
Comment #3
jeremycaldwell commentedWell if you have lots of tables and that sort of thing then you may just want to set all rows to "overflow: auto" so it works most of the time.
It may affect other aspects of your site so you may want to test it before putting it on the live site. Otherwise you will have to write a new rule for each page you want to have the overflow scroll on by using it's body ID just as you did for the permissions page.
Hope that helps!
Comment #4
Encarte commentedThank you eternalistic, that solved the problem.
Comment #6
gintass commentedIt is strange but this suggestion doesn't work for me. Still no horizontal scroll bar when table doesn't fit in the browser window. Any other suggestions?
Comment #7
sheena_d commentedTry
overflow: scroll;instead ofoverflow: auto;Comment #8
gintass commentedThank you for suggestion, but I already tried
.row {overflow: scroll;}and I get something totally ridiculous - bunch of bars at the bottom and on the right of the table. (See attached screenshot.)Comment #9
sheena_d commented.row {overflow: scroll;}is going to affect every single region on your page, which is creating empty scroll bars on every single div with the class "row". You just need to be more specific with your CSS selector.Try this:
Comment #10
Encarte commentedShould it be necessary to insert code in order to have a simple scroll bar? Isn't this a basic feature for any theme? I don't think this should be a support request, I think this is a bug and a serious one, even more if we consider that this is a flag theme for TopNotchThemes and Acquia and in, some way, for Drupal itself. We shouldn't be passing this kind of message for new users, can't we make a theme with a functioning horizontal scroll bar that doesn't need coding?
Sorry if I'm being unpolite, but this issue is more than one year old. If Acquia and TopNotchThemes can't get this kind of thing right, who can? Come on, this is a Drupal flagship theme...
Comment #11
sheena_d commented@Encarte - I understand your concern, but Acquia Marina is not an Administration theme, is not intended to be used as such and any changes that need to be made to make it work well with admin pages is considered a theme customization.
The issue here is NOT a theme bug. When a table, such as many admin tables, include a large amount of data, it needs a large amount of horizontal space to display that data. If the theme user has chosen to use a 960 pixel fixed width layout, there will most likely not be enough horizontal space to display many different admin page forms. Were the user to switch to a fluid-width layout for the theme, the issue would resolve itself, since the browser window could be enlarged to show the extra data.
Acquia Marina is meant to be customized using the provided local.css file, which makes it easy for users to backup their customizations when updating the theme. This isn't an issue of us not being able to "get this kind of thing right," this is simply a request for the theme to support an element (admin pages) that the theme is not intended to support.
We highly suggest to all our users to use a dedicated Administration theme such as Rubik as their admin theme.
Comment #12
Encarte commented@sheena_d - Thank you for your reply.
But why would you think that only admin pages need long tables? You surely can imagine more complex sites. And fluidness can only go so far and it's not much if you're using laptops.
I can understand the idea of having a free theme like Acquia Marina and keeping it simple so people buy the more complex themes. It's a good idea. The problem is imagining that a simple site doesn't need horizontal scrolling out of the box. That's the kind of idea that keeps some clients away from TopNotchThemes. The kind of client that, instead of using a free theme, tests or have somebody to test free themes that you created for him to test.
Opensouce is no longer a children's play. The community and community roles are no longer as simple as they used to be. And TopNotchThemes and Acquia are not freelance developers. You are doing client relationship management right now and I can tell you something that potential clients don't usually bother to tell: you're passing the wrong message.
I'm proposing this as a feature request. Maybe TopNotchThemes or some freelancer bumps into it some day. I hope we can agree on that, even if we don't agree on the importance of this issue.
And let me be clear: I wouldn't bother saying all this if it wasn't for one thing: Drupal needs a couple of good themes to get new users in. That is a critical area and it's far from won. This kind of problem shortens our user base.
Comment #13
stephthegeek commentedoverflow: hiddenwas removed from the Drupal 7 release of Fusion. We decided not to backport it to D6 Fusion because it would have too much of an impact on the thousands of existing sites out there. If anyone prefers the D7 method on D6 in the meantime, they can add the provided CSS to their local css file.Comment #14
Encarte commentedThat's a completely different answer. So, if I got it right this issue is already solved in D7, no coding need there. That's an acceptable compromise. Point for TopNotchThemes and Acquia.
Comment #15
gintass commentedYou are right, by being more specific I was able to add a scroll bar to the wide table only, but it is still a pretty lousy solution. It forces scroll bars even if you have a large monitor and table fits pretty fine. for now I found that
is more useful since it adds a scroll bar only when it is necessary.
BTW in my case it is NOT an administration table. It seems that this problem was introduced after I updated from version 2 to version 3 on Drupal 6.