Tabula Rasa - help & patch

[sven]

Tested in Safari 3.2, Firefox 3, IE7 (emulator), IE8, Opera 9, Chrome

Theme name/layout: Bases / Tabula Rasa
Author: Malionette
Layout info: http://malionette.org/dw/randomcss/bases/ (pretty much the style kit + css)
Image info: no imgs

1. Help - I can't seem to get the CSS working in IE7 for three columns right. The third sidebar is just overlapping the second. See here in IE7? I'd appreciate any help. Solved (:

2. Patch - I saw that you could get patches to fix HTML to your own liking? May I request one for TR that makes the navigation bar appear in an unordered list right under the header- inside header inner and right after subtitle. Thanks. (: Solved (:

Comments

[foxfirefey]

I just wanted to say that I really appreciate the extra effort you put into making this layout work across all layout options, even if it's not perfect in the three column yet!

[sven]

Thanks! I hope this template will be enjoyable to everyone

[foxfirefey]

I am excited! I think I might make a couple color variants of it for when it goes up. ::wiggle::

[afuna]

I think that the three-columns right is broken for all Tabula Rasa layouts (it seems to be broken in Tabula Rasa Plain as well, at least). Which doesn't help, I'm afraid!

[sven]

Ok, thanks (:

[afuna]

Okay, played around with it a bit, and I am cautiously optimistic about this fix, but I've only tried it in one layout + IE7 + Firefox.

.three-columns-right #tertiary {
margin-left: $*sidebar_width;
}


(where $*sidebar_width is whatever your sidebar width is) work for you?

[sven]

Thank you, it works! (:

[afuna]

\o/ Glad to hear it!

[afuna]

Sorry I've taken so long to get back to you on the second one. I've been talking to accessibility folks, and my concern is that putting the text there will make it harder for screen readers, etc, which go down the page in linear fashion, because they'll have extra text in between the top of the page and content.

Is there anything we can do with the HTML that would make it easier to position the navigation links there, but that wouldn't require the navigation HTML itself to be at the top of the page?

[sven]

Yes, I think I figured out a way.

Here's what I mean: http://malionette.org/dw/randomcss/bases/two_column_right/02.html (It's not coded for width 800 yet, just an example)

So I'm thinking put .module-navlinks on the same level as #primary, #secondary, and #tertiary.. so navlinks can still be at the bottom of the page.

I'm just worried about the problems it would cause for people who want to customize with the wizard since .module-navlinks won't be in either #secondary or #tertiary anymore.

Having a top nav isn't a "must-need" for this layout so just tell me if it doesn't work or is too much trouble (:

-----

And just something I wanted to ask: Do the layouts submitted here need to be available for 3-column or can they be for 1 and 2-column only? I'm only asking because the layout is puny in 3-column.

Thanks for all your work! (:

[afuna]

I'll get back to the rest of your comment later (sneaking on to read email when I shouldn't be *g*), but for your last question: nope, we don't need to support all layout types. Just tell us which ones your layout should/will/does support (and optionally, which layout you'd prefer as default) so we can put the correct options into the wizard.

[afuna]

Back again!

I just checked, and that version looks workable. *puts it on todo list*

Also, re: customizing with wizard, we could format .module-navlinks with the same rules for color as either #secondary or #tertiary, or maybe #primary, hmm. That shouldn't be too hard, as long as we can figure out which other section we want it to match.

[sven]

Thanks! I'll just delete all the 3-column stuff then. Whew~ That's a load off my back (:

Kay that's great, thanks a lot! (: I was hoping that there would be a spot in the wizard for the background-color and link-color of .entry-interaction-links and .entry-management-links so .module-navlinks would match them. (or flip them around and have the entry links match the navlinks)

[afuna]

Patch:

http://www.dreamwidth.org/customize/advanced/layersource?id=70918

That's the quickest/simplest way I can think of, and hardcodes the navlinks just before the #secondary div. Somewhat hilariously, it'll still let you select the navlinks module to put in the sidebar, letting you have two of them *g* (though I can dig into removing that option entirely if you want)

We can put that into its own div, too <div id="navlinks"><!-- navlinks module code--></div>?

I'm not sure about adding yet more options, but since the module header background is the same color, can we use that instead?

Then add something like this to your style:

.module-navlinks li, .entry-interaction-links li { background: $*color_module_title_background; }

[sven]

Thank you for your hard work! I'm working on converting right now.

I'm fine with a second navlink showing up since they're styled for both. Up to you! (:

Thanks for the tip! I'll use module header background then.

[afuna]

I'm fine with a second navlink showing up since they're styled for both. Up to you! (:

I say keep it then! If anyone wants two sets of navlinks, I'm not going to be the one to to stop them *g*