tcervo

“A list is very similar in it’s operation to an array. But heck that would mean reading something on programming. Might be too much for some folks.”

Exactly my point, thanks for reinforcing it. A blogging tool should not *require* users to understand programming, and write their own parsers, whether it’s looping through an array or whatever. The idea is insane and not worthy of further discussion (if you could call it that.)
Sounds to me like you’d be much happier writing your own tool from scratch. Parse it any way you want, mark it up however your heart desires, use plenty of animated gifs and liberal use of the blink tag, whatever floats your boat. I’ll be looking for anonymouscoward.com sometime soon…
Damn. I’ve fallen into the Troll Trap once again ??

I, for one, appreciate sites that use either fixed width or hybrid layouts (fluid to a point, to accomodate smaller screen sizes, but fixed at a max width). I find these sites infinitely easier to read. That being said, it all depends on your content. If you have a three column layout, as long as the content area is a respectible width, then I have no problem.
Since I run at a high resolution (at the very least 1280×1024, but usually higher), even though I don’t have my browser full screen, it’s still pretty wide. Completely fluid sites force me to shrink my browser window or else the lines of text are so long they become hard to read (and look really stupid, also). There’s nothing worse than a *really* stretched out site with just a short bit of content. Looks ridiculous.
My 2-cents.

I think you answered your own question ??

“Is a calendar really “tabular data”. Or is it just a calendar?”

“…it is a good demonstrator of laying out divs/spans in a tabular form.”

IMHO, calendars *are* tabular data. They consist of rows and columns, and those relationships have meaning. You can read down a column to get the dates of each Monday of the month, for example. Or, you could read across a row to find the dates in a particular week. The data is relational, and tabular.
I do think it’s a good exercise to see if you can replicate a calendar in CSS…the learning process would be great. I just wouldn’t use it in production.

I agree with allusion and the most recent Anon (hard to keep them straight…they all look the same to me).
If a template function that is returning a list doesn’t mark it up as a list, then how will it ever get marked up?

“It is semantical to markup your links as a list, true. This ought to occur in the TEMPLATE, not in the FUNCTION!!! It is a horrible practice.”

Ok, so are you then going to write a chunk of PHP in your index.php template that will parse the raw output of every function? If a list is returned as a string, are you then going to loop through that string and parse it however you want so that it can be marked up? Sorry, but that’s absurd.

“It ought not be a decision to do html markup in your functions. Period.”

Again, how will you mark up the results, then? Are you suggesting that all data should be raw data, and markup is not necessary? If not, then explain how you would handle it in your index.php template…On second thought, don’t. The idea is to keep the index template as clean and easy to understand for the end user as can reasonably be done, and let the system (the functions) return *valid* and *semantic* markup. You’re free to style that markup as you please. If you *really* want raw data, you can access those functions directly instead of using the template functions…
On a related note, I really hate how the car manufacturers keep putting tires on my car, and putting the steering wheel in the *front* seat! I whish they would just give me a pile of scrap metal, and some nuts and bolts, and let me do it however I want!

I tried logging into the Wiki, but it gives me invalid userid/password. I thought I had logged in before, but it’s not working.
So, here’s what I was going to suggest:
After the example of removing the bullets for the #menu div, it would be helpful to let new users know how to remove bullets from the meta section as well (category lists in this section seem to be bugging most people…) Also helpful would be to add display:inline to the meta section so users will learn how to display the categories on a single line in this section.
Last but not least, perhaps a short discussion/example of margins and padding to remove the indent. If a user is wishing to remove the bullets, they’re very likely to want to remove the indent…
Nice job, though.
-Tony

Are you saying you want to be able to switch column positions on the fly, perhaps using a style switcher?

Anon,
Well, I seem to be getting scrollbars just fine on IE5.2/Mac…

If I could live without the black lines separating the columns, then I could easily re-order the columns with nothing but minor tweaking. I all I wanted to do was put the main content first, I could simply create a different background image and still get my separator lines. So, it is possible, just not what I want to do.

awh,
You mean like this?:
https://www.cantboilwater.com/
No CSS hacks
No Javascript for layout
3 columns, with footer underneath the columns (no matter which is longest)
Header on top
Am I missing something?
-Tony

Exactly as the Anon’s have said. Just make sure you are changing the correct line in wp-layout.css:
.meta ul {
display: inline;
margin: 0;
padding: 0;
list-style: none;
}
The list-style: none; will get rid of the bullets. I like to have mine display on a single line, so I also use display: inline;
The *only* way to get lists to display without the bullets is in your css file. Deleting the wp-layout.css file will not, therefore, solve the problem.
(Is it just me, or does this issue start anew about once a week???)
-Tony

It’s not a Moz/FB thing at all…Take a look at ihad’s example of a very long post in IE…I’m getting both H and V scrollbars (and H scrollbar in Opera, but the lack of V srollbar probably has to do with differences in sizing…) You *should* get the scrollbars in any browser that understands overflow:auto;
-Tony

Unless I’m mistaken…
In your CSS file, apply the following to an appropriate selector:
width:100%;
overflow:auto;
I use the above for the pre tag, but it looks like it’s being used on the post in this case…
-Tony

Shushubh,
In your CSS file:
width:100%;
overflow:auto;
I use the above for the pre tag, but it looks like it’s being used on the post in this case…
-Tony

I get the horizontal scroll bars in IE6/PC, but not in Firebird 0.8/PC, or Mozilla 1.6/PC. So, it seems like the ol’ IE screws up the width issue.
Not sure what to suggest, as I’m not too familiar with the intricacies of getting frames to work properly (I don’t use them…ever).

Well, I guess we’re debating semantics. To me, simply emphasizing a title isn’t citing it. A citation is:

1. The act of citing.

1. A quoting of an authoritative source for substantiation.
2. A source so cited; a quotation.

So, if we were citing something from Lord of the Rings, then cite would make sense. Instead, we’re simply displaying the title of the movie (or book, or whatever.) We’re not actually referencing Lord of the Rings by naming it in the title, at least that’s not how I interpret it. Now, within the review of Lord of the Rings, if anything is cited or referenced, then that should be marked up using cite.
I can see where it might be possible to argue the use of reference here, but I think it’s a stretch. In the W3C example, they preface the cite (reference) in their second example with “More information can be found in…” I suppose you could argue that “Review of…” is a similar preface, but I wonder then where it would end? Should we cite every post title? Every comment? Every heading?
Arguments can be made for both, but I’m personally going to reserve the use of cite to when I’m explicitly quoting or referencing another work, not merely mentioning or naming that work.
But that’s just me ??
-Tony