![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
#3
| |||
| |||
|
|
The validator buttons - does anyone really care?? |
#4
| |||
| |||
|
|
Neal <neal413 (AT) yahoo (DOT) com> wrote: The validator buttons - does anyone really care?? I do. If you click on the left button, the W3C validator pops up and barfs up a couple errors on the page immediately. That's a problem for two reasons. First, the original poster does not check his work. Second, he is willing to lie about it. Oh, and to be picky, it is a problem for a third reason: there is an implicit assumption that WE will validate the errors for him. I am not a dumb code-ape. I am a smart one. Wait, that sounded ... wrong. The Doormouse |

#5
| |||
| |||
|
|
Neal <neal413 (AT) yahoo (DOT) com> wrote: The validator buttons - does anyone really care?? I do. If you click on the left button, the W3C validator pops up and barfs up a couple errors on the page immediately. That's a problem for two reasons. First, the original poster does not check his work. |
|
Second, he is willing to lie about it. |
|
Oh, and to be picky, it is a problem for a third reason: there is an implicit assumption that WE will validate the errors for him. I am not a dumb code-ape. I am a smart one. Wait, that sounded ... wrong. |
#6
| |||
| |||
|
|
I had checked that code *many* *many* times. And it validated. That's why I put the logos there. I had made a last minute change from an <h2 element with a <ul> to a <dl> and failed to change the <li>'s to dd>'s. |
#7
| |||
| |||
|
|
Neal <neal413 (AT) yahoo (DOT) com> wrote: The validator buttons - does anyone really care?? I do. If you click on the left button, the W3C validator pops up and barfs up a couple errors on the page immediately. That's a problem for two reasons. First, the original poster does not check his work. Second, he is willing to lie about it. Oh, and to be picky, it is a problem for a third reason: there is an implicit assumption that WE will validate the errors for him. I am not a dumb code-ape. I am a smart one. Wait, that sounded ... wrong. The Doormouse |
#8
| |||
| |||
|
|
Hmmm, when I click on the W3C icon I get a "valid" report. |
#9
| |||
| |||
|
|
First, the original poster does not check his work. You are very much wrong about that. |
|
Second, he is willing to lie about it. You are very much wrong about that. |
|
Do *you* re-run the validator for *every* minute change you make to a page? |
#10
| |||||||
| |||||||
|
|
On Wed, 18 Aug 2004 09:05:46 -0400 in alt.html.critique, Neal wrote: I'll note, however, that you don't serve the XHTML as application/xml+xhtml. What advantage are you looking for in XHTML? OK. I've deleted the line. Is that a problem? The server is supposed to handle that anyway, right? |
|
I didn't say it is the organization. Look, if you're blind and I tell you "this is the logo for Coca-Cola" does it likely matter that it's a logo? If you want to know what a sighted person would see, yes. Otherwise it's just decoration and the alt should be null. |
|
So is a list a paragraph too? See, my problem is that if we use the broadest available definition for a paragraph in HTML we end up making damn near everything a paragraph. Whether or not it is, I'm not sure p *should* be interpreted as any textblock which is not better described as a heading, list item, form label, etc., which seems the natural result of adopting that definition. What something is depends in some cases on the author's intentions. It's all well and good to say "separate content from presentation" but everytime we use <br> we're putting presentation into the content. |
|
Everytime we add a class= whose only purpose is to allow us to style the item we're putting presentation into the content. |
|
We are dealing with a *markup* language, after all. Here's a case for you. I initially had the header text as <h1> with br>'s to force line breaks. It's now a list of four lines. With appropriate styling, the result is the same and I think cleaner. Could it be considered as a single item? Yes. Could it be considered as four separate pieces of related information? Yes. Is one way right and the other wrong? I don't know that there is a clear answer. |
|
Come on. This is perfect use of another element, though: http://www.w3.org/TR/html401/struct/...l#edef-ADDRESS . Ah! So addresses are not really addresses but contact info for a form or page? Are you saying that if I had a list of names and addresses I should *not* use <address>? That seems a serious misuse of the English language to me. Sorry. Don't blame me, blame Berners-Lee and Connolly. That's the definition. Evenn dates back to HTML2. http://ftp.ics.uci.edu/pub/ietf/html/rfc1866.txt I mean, I don't think the name makes too musch sense either, but this element is nine years old, it's not going away. It still remains the proper markup for author information. OK, I've changed that to <address> which has the additional benefit of allowing me to move a bit of styling out of the html and into the css. |

|
You didn't address (cough) the other part of my comment. Do you consider it wrong to use <address> in a list of names and addresses? |
![]() |
| Thread Tools | |
| Display Modes | |
| |