Hi,
I've always understood that
Validation concerns the correctness of the syntax of the code,
i.e. if the tags, etc. are properly coded.
Well-formedness concerns the structure of the document,
i.e. where in the document headings , paragraphs, etc go.
Stuart
.
On Fri, April 27, 2007 10:09 am,
Nevermind all. I found a work around.
On 4/27/07, Mark Arnold <[EMAIL PROTECTED]> wrote:
All,
I've come across a minor issue (may be no issue at all) that perhaps more
experienced be able to provide insight.
Applying padding to the container (or the OL for that matter), only
applies to the t
The following may be of interest to web standards folk who haven't been
keeping up with the HTML Working Group and where HTML5 is headed:
On 4/26/07, Ian Hickson <[EMAIL PROTECTED]> wrote [1]:
There are people strongly arguing
that HTML should be a purely presentational language, much, much mo
All,
I've come across a minor issue (may be no issue at all) that perhaps more
experienced be able to provide insight.
Applying padding to the container (or the OL for that matter), only applies
to the text but not to the numbering???
Can folks provide an insight. See atached. The pertinent css i
Sorry, I should have mentioned it only works in Strict mode.
This is an excellent example of why not to use hacks, but use your design
skills.
Agreed, it's a mess, but Cole asked for a hack version. Conditional comments
is the best method.
On 4/25/07, Stuart Foulstone <[EMAIL PROTECTED]> wrote:
Hello,
I'm out of the office April 27 and 30. Should you need immediate assistance,
please write to Mark Cramer at: [EMAIL PROTECTED]
I'll get back to you ASAP on Tuesday, May 1.
Thanks,
Wayne Randall
***
List Guidelines: http:
On Fri, Apr 27, 2007 at 09:39:16AM +0100, Nick Fitzsimons wrote:
> He says that they "are perfectly valid from an SGML point of view but
> not well-formed". I think he believes that the validator only uses an
> SGML parser, but it will use an XML parser when appropriate (XHTML
> served with t
Aside from namespace issues, validation deals principally with
well-formedness, as far as I'm aware.
If someone really believes the W3C is of no concern to people focused on
building well-formed documents, they should tell us what definition of
well-formed they are using. Otherwise this thread
But since the definition of valid includes well-formed, well-formed documents
should not validate.
Blame it on being Friday night! I meant: mal-formed documents should not
validate.
Kat
***
List Guidelines: http://webstand
Does the W3C validation mention
well-formedness? No.
But since the definition of valid includes well-formed, well-formed
documents should not validate.
Please do not quote Wikipedia, when the W3C sets authoritative
documentation.
The point with the Wikipedia was to show that it wasn't j
On 27 Apr 2007, at 08:41:53, Katrina wrote:
David Hammond suggests that validity is not well-formedness, in
that a document can be well-formed and not valid, but could also
be !!! valid and not well-formed.
http://www.webdevout.net/articles/validity-and-well-
formedness#validity_well_forme
Are these documents really "well-formed", they may validate. but with
warnings you should not ignore.
Warning Line 8 column 72: character "<" is the first character of a
delimiter but occurred as data.
...ML 1.0 Strict, but it isn't well-formed XML. <
Warning Line 8 column 72: character "&
Valid documents are well-formed, well-formedness is a condition of validity.
Katrina wrote:
Gday all,
I've been pondering this for a few days and I was wondering what other
people's take on this is:
David Hammond suggests that validity is not well-formedness, in that a
document can be well-
Gday all,
I've been pondering this for a few days and I was wondering what other
people's take on this is:
David Hammond suggests that validity is not well-formedness, in that a
document can be well-formed and not valid, but could also be !!! valid
and not well-formed.
http://www.webdevout
14 matches
Mail list logo