[UPHPU] More CSS frustration

Mac Newbold mac at macnewbold.com
Wed Jan 17 13:47:31 MST 2007


Today at 1:25pm, John David Anderson said:

>> The idea with CSS is to keep your markup semantic, and move the
>> presentation layer off the the HTML. If you're using tables to make
>> things pretty, you might as well <em> to make things italic, and
>> <strong> to bold things. Part of the reason CSS is taking hold is
>> because it represents a philosophy of separating content, markup, and
>> presentation.
>> 
>> I fail to see how a smart combination of CSS and table layout cannot meet 
>> these goals to a respectable degree.
>
> If you're using tables to format the presentation of information that 
> isn't... a table, then your markup is no longer semantic–and that's one of my 
> main goals when building the front end.

I understand that you value the semantics. The next person who has to work 
in your code (if any) will probably value that too. But does it make any 
difference to anyone else? I've get to meet a user who complained to me 
that my site was semantically incorrect. Yet when a site doesn't function 
as expected or appear as expected, I hear about it. I'm not saying that 
the end justifies the means in any way, but others might not value the 
time you're putting into the semantics as much as you do. In particular, 
if someone else is paying the bill for your extra work on the semantics, 
it would be important to know if _they_ value it or not. They may value it 
based on your recommendation, to the point they're willing to pay for it. 
They may not realize the extra costs it adds, and might be frustrated if 
they knew you were capable of doing it quicker with a similar result, but 
didn't offer that option to them. Who knows. But what I value isn't the 
same exactly as what you value. The person paying for it (in whatever way) 
is the one whose values generally should be used when determining what 
something is worth. If you're donating your time, you're the one paying 
for it, so you get to choose. If not, then your choice might not be on the 
top of the list - which means you could choose to do it their way, in 
exchange for what they'll negotiate with you, or you could choose not to 
do it if you don't want to do it that way.

> If you're using table-layout, what's wrong with emphasis-bolding, 
> blockquote-indentation, or using radio buttons for decorations? You can use 
> tags to achieve a certain effect, but you lose meaning in the content when 
> you mark it up in a way contrary to the purpose of the markup language. 
> Markup is about meaning, and using tables to hold sidebars and entire sites 
> makes the markup meaningless.

You've gone a long way down a really slippery slope there, and not all of 
those things are equal "offenses" in my eyes. Markup is about meaning, 
yes, but what is the purpose of that meaning? The meaning is there so that 
a client on the other end can render that meaning in a way that conveys 
the desired message to the person viewing it. The looks of it convey a 
message. The speed of it conveys a message. The robustnuss of it conveys a 
message. I want to do whatever best gets my whole message across. Most of 
the time the html/css I use isn't itself part of the message, it's just a 
tool that conveys the message (at least until people start reading my 
html/css and judging me on it). The markup can be meaningless for all I 
care, as long as it means enough to the browser they're using to get 
across the message I want to convey.

> I think that the reason CSS comes across as fanboism is because its a design 
> philosophy as well as a design implementation. Sure, its nice to have 
> centrally designed styles that cascade, but the whole idea stems from keeping 
> your markup semantic and separate from your presentational styles.

Someone can have a philosphy behind something when they create something, 
but don't be surprised if people start using what you created in ways you 
didn't intend, or if they find more value in it by using it contrary to 
your wishes. Don't be surprised either if people resort to shortcutting 
the philosophy side to deal with crippled implementations of your ideas.

I've thrown way more than my allotted $0.02 into this conversation 
already, but I'll let y'all keep the change and get off my soapbox now. 
Unless something else comes up that I can't resist the urge to reply to.

Mac

--
Mac Newbold		MNE - Mac Newbold Enterprises, LLC
mac at macnewbold.com	http://www.macnewbold.com/


More information about the UPHPU mailing list