Ben Sharvy wrote:
[color=blue]
>Is there a list of the changes you need to make to HTML 4.1 cose to
>make it dual compliant, with XHTML 1.1 also?[/color]
Headless <me@privacy.net > wrote:
[color=blue][color=green]
>>Is there a list of the changes you need to make to HTML 4.1 cose to
>>make it dual compliant, with XHTML 1.1 also?[/color]
>
> Not possible.[/color]
Apparently not, since there is no HTML 4.1. :-)
Assuming the OP really meant 4.01, despite writing twice 4.1,
the answer is indeed the same, though for a different reason.
But is there some _other_ reason than the different requirements on the
<!DOCTYPE> declaration that prevent "dual compliance" to the two
specifications? This is of course pretty theoretic, and I wonder why the
question was asked. (Browsers play by their own rules, and virtually all
browsers claimed to comply with HTML 4.01 actually fail compliance in
several ways, and compliance to XHTML 1.1 is hardly even a good joke.)
"Jukka K. Korpela" <jkorpela@cs.tu t.fi> wrote in message news:<Xns93E788 D84AFAjkorpelac stutfi@193.229. 0.31>...
[color=blue]
> But is there some _other_ reason than the different requirements on the
> <!DOCTYPE> declaration that prevent "dual compliance" to the two
> specifications?[/color]
The <!DOCTYPE> declaration is neither HTML nor XHTML, so it is
irrelevant to the question.
Put another way, is there a markup that allows the *option* of
(validly) declaring it to be either HTML or XHTML.
bsharvy@mac.com (Ben Sharvy) wrote:
[color=blue][color=green]
>> But is there some _other_ reason than the different requirements on
>> the <!DOCTYPE> declaration that prevent "dual compliance" to the two
>> specifications?[/color]
>
> The <!DOCTYPE> declaration is neither HTML nor XHTML, so it is
> irrelevant to the question.[/color]
Both HTML and XHTML specifications make a <!DOCTYPE> declaration a
mandatory part of an HTML or XHTML document. In fact this follows from the
metalanguage (SGML and XML) rules. Ref.:
"For the sake of brevity, most of the examples in this specification do
not begin with the document type declaration that is mandatory at the
beginning of each HTML document."
"A Strictly Conforming XHTML Document - - must meet all of the following
criteria: - -
4. There must be a DOCTYPE declaration in the document prior to the root
element."
(And the only conformance it defines is being "Strictly Conforming"!)
The <!DOCTYPE> declaration is clearly defined as being _part_ of a
document. Note the wording "at the beginning", not "before" in the first
quotation, and "in the document" in the latter.
Jukka K. Korpela wrote:
[color=blue]
> rather a lot snipped[/color]
I think he's got the point now. I think what he's asking is whether
it's possible/convenient to author a document that, with a one-line
change to the DOCTYPE, can be either XHTML 1.0 or HTML 4.01.
My own take is fairly simple: yes, it's possible, and it's not even
that hard as long as you stick to semantic/logical markup rather than
trying to use TABLE for visual layout.
Owen Jacobson <ojacobson.usen et@mx-deus.net> wrote:[color=blue]
> I think he's got the point now. I think what he's asking is whether
> it's possible/convenient to author a document that, with a one-line
> change to the DOCTYPE, can be either XHTML 1.0 or HTML 4.01.
>
> My own take is fairly simple: yes, it's possible, and it's not even
> that hard as long as you stick to semantic/logical markup rather than
> trying to use TABLE for visual layout.[/color]
You must also avoid empty elements (e.g., LINK, IMG) that cannot be
represented in a way that is valid for both HTML and XHTML.
--
Darin McGrew, darin@TheRallye Club.org, http://www.TheRallyeClub.org/
A gimmick car rallye is not a race, but a fun puzzle testing your
ability to follow instructions. Upcoming gimmick car rallye in
Silicon Valley: Harry Potter & the Order of the Precedence (Sat, Sept 6)
Owen Jacobson wrote:[color=blue]
> Jukka K. Korpela wrote:
>
>[color=green]
>>rather a lot snipped[/color]
>
>
> I think he's got the point now. I think what he's asking is whether
> it's possible/convenient to author a document that, with a one-line
> change to the DOCTYPE, can be either XHTML 1.0 or HTML 4.01.
>
> My own take is fairly simple: yes, it's possible, and it's not even
> that hard as long as you stick to semantic/logical markup rather than
> trying to use TABLE for visual layout.[/color]
"Owen Jacobson" <ojacobson.usen et@mx-deus.net> writes:[color=blue]
> Jukka K. Korpela wrote:[color=green]
> > rather a lot snipped[/color]
>
> I think he's got the point now. I think what he's asking is whether
> it's possible/convenient to author a document that, with a one-line
> change to the DOCTYPE, can be either XHTML 1.0 or HTML 4.01.
>
> My own take is fairly simple: yes, it's possible,[/color]
Provided you use _no_ empty elements or are happy to rely on browsers
not following the relevant SGML rules on <element />.
[color=blue]
> and it's not even that hard as long as you stick to semantic/logical
> markup rather than trying to use TABLE for visual layout.[/color]
That would be a Strict / Transitional issue rather than an XHTML/HTML
issue, as far as I know. And yes, if the document is valid Strict it
can be served as valid Transitional [1], should you ever want to.
Darin McGrew wrote:
[color=blue]
> You must also avoid empty elements (e.g., LINK, IMG) that cannot be
> represented in a way that is valid for both HTML and XHTML.[/color]
Oof. I missed that completely. Yeah, that's a big issue. For my own
information, is the following valid in XHTML 1.0? In HTML 4.01?
I wrote:[color=blue][color=green]
>> You must also avoid empty elements (e.g., LINK, IMG) that cannot be
>> represented in a way that is valid for both HTML and XHTML.[/color][/color]
Owen Jacobson <ojacobson.usen et@mx-deus.net> wrote:[color=blue]
> Oof. I missed that completely. Yeah, that's a big issue. For my own
> information, is the following valid in XHTML 1.0? In HTML 4.01?
>
> <link rel="stylesheet " href="pagestyle " type="text/css"></link>[/color]
In HTML, the closing </link> is invalid. You're trying to close a LINK
element that isn't open.
In XHTML, your example is valid, and is equivalent to
In article <bj2r0e$8eb$1@b lue.rahul.net> in
comp.infosystem s.www.authoring.html, Darin McGrew
<mcgrew@stanfor dalumni.org> wrote:[color=blue]
>Owen Jacobson <ojacobson.usen et@mx-deus.net> wrote:[color=green]
>> Oof. I missed that completely. Yeah, that's a big issue. For my own
>> information, is the following valid in XHTML 1.0? In HTML 4.01?
>>
>> <link rel="stylesheet " href="pagestyle " type="text/css"></link>[/color]
>
>In HTML, the closing </link> is invalid. You're trying to close a LINK
>element that isn't open.
>
>In XHTML, your example is valid, and is equivalent to
> <link rel="stylesheet " href="pagestyle " type="text/css" />
>(which is what Appendix C recommends).[/color]
Now I'm confused. (This seems to be happening a lot lately.) I
understand that </link> is no valid HTML. But I thought the whole
point of Appendix C was to write markup that was valid HTML and
valid XHTML. The very first sentence of Appendix C is "This appendix
summarizes design guidelines for authors who wish their XHTML
documents to render on existing HTML user agents." True, that
doesn't say that the XHTML is valid HTML, but I thought that was
implied.
Are you saying that[color=blue]
> <link rel="stylesheet " href="pagestyle " type="text/css" />[/color]
is _not_ valid HTML?
--
Stan Brown, Oak Road Systems, Cortland County, New York, USA
Stan Brown <the_stan_brown @fastmail.fm> exclaimed in <MPG.19bf10f324 26946698b2cf@ne ws.odyssey.net> :
[color=blue]
> understand that </link> is no valid HTML. But I thought the whole
> point of Appendix C was to write markup that was valid HTML and
> valid XHTML. The very first sentence of Appendix C is "This appendix
> summarizes design guidelines for authors who wish their XHTML
> documents to render on existing HTML user agents." True, that
> doesn't say that the XHTML is valid HTML, but I thought that was
> implied.[/color]
The keyword is "render". The implication is rather "Let's write XHTML
in such a way that tag-soup eating browsers will simply view this as
another addition to the menu and render away".
Stan Brown <the_stan_brown @fastmail.fm> wrote:
[color=blue]
> But I thought the whole
> point of Appendix C was to write markup that was valid HTML and
> valid XHTML.[/color]
It might give that impression, perhaps intentionally.
[color=blue]
> The very first sentence of Appendix C is "This appendix
> summarizes design guidelines for authors who wish their XHTML
> documents to render on existing HTML user agents." True, that
> doesn't say that the XHTML is valid HTML, but I thought that was
> implied.[/color]
And maybe we were supposed to think that way. I know this is somewhat
negative thinking. But the XHTML specification really seems to avoid the
issue that XHTML and HTML are not compatible _at the level of
specifications_ , even if (almost all) browsers can be fooled to eat XHTML
when they actually digest HTML.
[color=blue]
> Are you saying that[color=green]
>> <link rel="stylesheet " href="pagestyle " type="text/css" />[/color]
> is _not_ valid HTML?[/color]
In a document with an HTML doctype, it makes the document invalid
except in a special case. The reason is that the construct is, by HTML
rules, equivalent to
<link rel="stylesheet " href="pagestyle " type="text/css">>
and data characters are not allowed inside a <head> element, so the data
character ">" would imply </head> and <body>. So if the rest is the
document body without a <body> tag, the document is valid (though its
content is probably not what the author meant, and this in turn is negated
by the fact that browsers don't actually play by HTML rules here).
Comment