Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Most of the admin CSS works fine, the only drawback seems to be that tables look extra-squished. In tinkering, simple changing the td rule in core.css seemed to make a big difference:
Thanks. This got added to 6.x-1.2. The tables were the main thing I wanted to fix. The other item is coming up with a better way of styling some of the dl, dt, and dd elements that are used in the admin areas such as node/add
Greetings! I'm just digging through a bit more and found a relatively serious but (i think?) easy to fix issue with the admin section. it appears that layout.css does a bunch of really agressive clearing and hiding on anything with the 'clear' class attached to it. I'm guessing this is to keep the layout consistent, but there are a large number of places around drupal that use the .clear class for keeping things aligned properly, and this seems to be hiding them. A good example is in the Views UI screen in Views 2: most of the elements in field and filter configuration forms hat are updated by AJAX have a .clear class on them, and they vanish when using Nitobe.
Some additional digging: It looks like the following chunk:
html body * span.clear, html body * div.clear, html body * li.clear,
html body * dd.clear {
background: none;
border: 0;
clear: both;
display: block;
float: none;
font-size: 0;
height: 0;
list-style: none;
margin: 0;
overflow: hidden;
padding: 0;
visibility: hidden;
width: 0;
}
Might not be necessary. I commented it out and did a smoke test spin through the site, and everything continued to look A-OK, with the exception that previously hidden chunks of administrative forms appeared properly.
Okay, after even more tinkering around it looks like the commented-out bits are the problematic ones. With them gone, everything I can find displays properly:
I committed your last change to CVS. That was the original clear class from the 960.gs layout. I thought it may have been some sort of IE fix, but it seems to work in IE 6 (through Darwine) without any problems. I still haven't looked at it in IE 7.
I'd like to get some more changes in before packaging another release. This is something that could prevent someone from using the theme, however, so I'll package a release this afternoon regardless.
There still appear to be a handful of display issues in various administration screens -- I've attached one more patch that works well on the site I'm experimenting with (using Views UI, CCK, and a smorgasbord of third-party modules).
There are also two minor fixes in it: the 'author name' portion of each comment wasn't printing out correctly, and the phpemplate_page_class() function was being called with a $left parameter that never got populated.
Comments
Comment #1
eaton commentedMost of the admin CSS works fine, the only drawback seems to be that tables look extra-squished. In tinkering, simple changing the td rule in core.css seemed to make a big difference:
Any thoughts on that?
Comment #2
Anonymous (not verified) commentedThanks. This got added to 6.x-1.2. The tables were the main thing I wanted to fix. The other item is coming up with a better way of styling some of the dl, dt, and dd elements that are used in the admin areas such as node/add
Comment #3
eaton commentedGreetings! I'm just digging through a bit more and found a relatively serious but (i think?) easy to fix issue with the admin section. it appears that layout.css does a bunch of really agressive clearing and hiding on anything with the 'clear' class attached to it. I'm guessing this is to keep the layout consistent, but there are a large number of places around drupal that use the .clear class for keeping things aligned properly, and this seems to be hiding them. A good example is in the Views UI screen in Views 2: most of the elements in field and filter configuration forms hat are updated by AJAX have a .clear class on them, and they vanish when using Nitobe.
http://img.skitch.com/20080626-b6ygjqkauwpf1fgm6w4ffqwpqm.jpg has a quick screenshot of what the form looks like in garland -- in Nitobe, the highlighted section disappears entirely.
Comment #4
eaton commentedSome additional digging: It looks like the following chunk:
Might not be necessary. I commented it out and did a smoke test spin through the site, and everything continued to look A-OK, with the exception that previously hidden chunks of administrative forms appeared properly.
Comment #5
eaton commentedOkay, after even more tinkering around it looks like the commented-out bits are the problematic ones. With them gone, everything I can find displays properly:
Comment #6
Anonymous (not verified) commentedI committed your last change to CVS. That was the original clear class from the 960.gs layout. I thought it may have been some sort of IE fix, but it seems to work in IE 6 (through Darwine) without any problems. I still haven't looked at it in IE 7.
I'd like to get some more changes in before packaging another release. This is something that could prevent someone from using the theme, however, so I'll package a release this afternoon regardless.
Comment #7
Anonymous (not verified) commentedI rolled these changes into the 6.x-1.3 release.
Thanks again!
Comment #8
eaton commentedThere still appear to be a handful of display issues in various administration screens -- I've attached one more patch that works well on the site I'm experimenting with (using Views UI, CCK, and a smorgasbord of third-party modules).
There are also two minor fixes in it: the 'author name' portion of each comment wasn't printing out correctly, and the phpemplate_page_class() function was being called with a $left parameter that never got populated.
Hope this is helpful!
Comment #9
eaton commentedThese changes are now checked in.
Comment #10
Anonymous (not verified) commentedClosing this. Create a new issue if any further issues are found.
Comment #11
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.