What are the pluses and minuses of constructing and validating between
XHTML Transitional vs. HTLM 4.01 Strict
Thanks, CMA
XHTML Transitional vs. HTLM 4.01 Strict
Thanks, CMA
-
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
On Fri, 23 Jul 2004 17:10:46 GMT, CMAR <cma6j@yahoo.co m> wrote:
[color=blue]
> What are the pluses and minuses of constructing and validating between
> XHTML Transitional vs. HTLM 4.01 Strict
>
> Thanks, CMA[/color]
If you use XML tools to build the page, XHTML is worthwhile if you can
serve it properly (which includes accounting for that set of browsers
which cannot handle properly-served XHTML).
Otherwise, there is no benefit I'm aware of.
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
CMAR wrote:
[color=blue]
> What are the pluses and minuses of constructing and validating
> between XHTML Transitional vs. HTLM 4.01 Strict[/color]
Your comparing different variants of different languages. Let's
separate them.
transitional v. strict
----------------------
transitional is meant to east the transition (get it?) from HTML 3.2
pseudo desktop publishing markup to a more SGML semantic markup. There
is very little presentational aid in strict, so you'll be relying on
CSS almost exclusively for the layout/colors. I think that's an
advantage. CSS gives you more options, and is more efficient. It is
also a depressing experiment in browser bugs, so brace yourself.
winner? strict
XHTML v HTML
------------
XHTML is a reformulation of HTML as an XML application. Lots of people
think it's superior because it came after HTML 4, and is thus the
newest standard. But they don't have any reason to use it other than
"it's the latest".
XHTML offers no advantages over HTML in terms of markup. There are no
additional elements, no radically different constructs. Nonetheless,
it supposed to be served with a different MIME type. HTML is
text/html, whereas XHTML is application/xhtml+xml. The problem is that
MSIE does not understand this new MIME type. So servers send it with
text/html. That leads to its own problems:
Since it offers no benefits, but does have drawbacks, the answer seems
obvious, unless you have specific reasons for needing XHTML.
winner? HTML
In short, use HTML 4.01/strict.
HTH
--
Brian (remove ".invalid" to email me)
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
Brian wrote:
[color=blue]
> Your comparing different variants of different languages.[/color]
Jeez Louise. My sister just misused "your" instead of "you're" in an
email to me, and apparently it's contagious. That should be "You're
comparing...." (Sure, it's pathetic to blame someone else for my
screwups, but that one is too embarassing to take the fall by myself.)
--
Brian (remove ".invalid" to email me)
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
Brian wrote:
[color=blue]
> Brian wrote:
>[color=green]
>> Your comparing different variants of different languages.[/color]
>
> Jeez Louise. My sister just misused "your" instead of "you're" in an
> email to me, and apparently it's contagious. That should be "You're
> comparing...." (Sure, it's pathetic to blame someone else for my
> screwups, but that one is too embarassing to take the fall by myself.)[/color]
People also ought to attempt to spell "HTML" correctly when posting to
an HTML newsgroup, shouldn't they?
--
Dan
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
"CMAR" <cma6j@yahoo.co m> wrote in news:qEbMc.5675 8$yd5.32501
@twister.nyroc. rr.com:
in theory, web browsers can handle xhtml specifics - self closing tags for
instance, but that, as always is up to the software houses to sort.
The advantage of xhtml is the better structure you're forced to, with a far
stricter ruleset for how all the tags have to be written. xhtml 2, just
released in draft, goes somewhat further with some important tag changes;
this is, of course the rub. You still find pages out there that are written
in html 2, but they look dreadful. Keeping up with the current standards,
as xhtml is (html 4 has been around about as long as M$ NT4, at M$ have
stopped support for that now) is important.
In the end, validating xhtml is tougher, but you end up with a better
formatted document.
[color=blue]
> What are the pluses and minuses of constructing and validating between
> XHTML Transitional vs. HTLM 4.01 Strict
>
> Thanks, CMA
>
>
>
>[/color]
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
Daniel R. Tobias wrote:[color=blue]
> Brian wrote:
>[color=green]
>> That should be "You're comparing...."[/color]
>
> People also ought to attempt to spell "HTML" correctly when posting
> to an HTML newsgroup, shouldn't they?[/color]
Uh, I'll take what's coming to me for mixing up "your" and "you're",
but I'm afraid the op is on the hook for transposing the letters in
the subject, so take it up with him.
--
Brian (remove ".invalid" to email me)
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
> "CMAR" <cma6j@yahoo.co m> wrote
[color=blue][color=green]
>>What are the pluses and minuses of constructing and validating
>>between
>>XHTML Transitional vs. HTLM 4.01 Strict[/color][/color]
s_m_b wrote:
[color=blue]
> in theory, web browsers can handle xhtml specifics - self closing tags for
> instance, but that, as always is up to the software houses to sort.[/color]
Theory does not match reality. The most popular software used to
browse web pages, MSIE/Win cannot handle xhtml when served up properly.
[color=blue]
> The advantage of xhtml is the better structure you're forced to, with a far
> stricter ruleset for how all the tags have to be written.[/color]
If you want stricter syntax (e.g., explicitly closed p and li
elements), then just close them. That's no reason to choose XHTML.
[color=blue]
> xhtml 2, just
> released in draft, goes somewhat further with some important tag changes;[/color]
Since it breaks backward compatability, it's hard to see what
advantages it has as an authoing language.
[color=blue]
> Keeping up with the current standards,
> as xhtml is (html 4 has been around about as long as M$ NT4, at M$ have
> stopped support for that now) is important.[/color]
One should not decide on XHTML simply because it's new. If there isn't
a reason, then HTML is the way to go.
--
Brian (remove ".invalid" to email me)
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
In article <10g3k2eqeo8c91 1@corp.supernew s.com>,
Brian <usenet3@juliet remblay.com.inv alid> wrote:
[color=blue]
> s_m_b wrote:
>[color=green]
> > in theory, web browsers can handle xhtml specifics - self closing tags for
> > instance, but that, as always is up to the software houses to sort.[/color]
>
> Theory does not match reality. The most popular software used to
> browse web pages, MSIE/Win cannot handle xhtml when served up properly.
>
> http://www.hixie.ch/advocacy/xhtml[/color]
If ound it somehow disturbing that it does not talk about a future
transition to 'real' XHTML of ones markup. It costs authors little
trouble of writing XHTML right now and serving it as HTML tagsoup
because current browser limitations enforces that.
One of the caveats being that authors could be easily thinking that they
produce documents that can be served as application/xhtml+xml anytime of
their choosing without a problem. Often, a document is not well-formed
from the start or it loses well-formedness over time because of updates
to it's content. Also, scripts embedded or attached to the document are
often not good enough to continue function in browsers when the switch
to real XHTML is made.
[color=blue][color=green]
> > The advantage of xhtml is the better structure you're forced to, with a far
> > stricter ruleset for how all the tags have to be written.[/color]
>
> If you want stricter syntax (e.g., explicitly closed p and li
> elements), then just close them. That's no reason to choose XHTML.[/color]
Choosing for the Strict version of HTML4.01 or XHTML1.0 would make a
bigger difference than choosing between HTML4.01 or XHTML1.0. Strict is
the magic to better strictness and that should be self-evident by it's
name.
If authors serve their XHTML as text/html, which in return makes UAs
interpret it as HTML tagsoup, there is no 'forced to more strictness',
because the author does not get penalized with an XML parsing error for
making a mistake when checking the page.
[color=blue][color=green]
> > Keeping up with the current standards,
> > as xhtml is (html 4 has been around about as long as M$ NT4, at M$ have
> > stopped support for that now) is important.[/color]
>
> One should not decide on XHTML simply because it's new. If there isn't
> a reason, then HTML is the way to go.[/color]
No comment on that. Found it important to have it quoted here for anyone
who is considering using XHTML.
--
Kris
<kristiaan@xs4a ll.netherlands> (nl)
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
On Sat, 24 Jul 2004 11:00:36 +0200, Kris
<kristiaan@xs4a ll.netherlands> wrote:
[color=blue]
>In article <10g3k2eqeo8c91 1@corp.supernew s.com>,
> Brian <usenet3@juliet remblay.com.inv alid> wrote:
>[color=green]
>> s_m_b wrote:
>>[color=darkred]
>> > in theory, web browsers can handle xhtml specifics - self closing tags for
>> > instance, but that, as always is up to the software houses to sort.[/color]
>>
>> Theory does not match reality. The most popular software used to
>> browse web pages, MSIE/Win cannot handle xhtml when served up properly.
>>
>> http://www.hixie.ch/advocacy/xhtml[/color]
>
>If ound it somehow disturbing that it does not talk about a future
>transition to 'real' XHTML of ones markup.[/color]
That's because it's trivial to convert valid HTML 4.01 to XHTML, no
trouble at all, in fact it's a lot easier than authoring XHTML
straight than follows the observations of Appendix C.
[color=blue]
>If authors serve their XHTML as text/html, which in return makes UAs
>interpret it as HTML tagsoup, there is no 'forced to more strictness',
>because the author does not get penalized with an XML parsing error for
>making a mistake when checking the page.[/color]
It's the user that is penalised in the above scenario, not the author.
XML WF constraints should not exist on user focused languages.
Jim.
--
comp.lang.javas cript FAQ - http://jibbering.com/faq/
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
On Sat, 24 Jul 2004, Jim Ley wrote:
[color=blue]
> XML WF constraints should not exist on user focused languages.[/color]
But how do you know what the author intended, if they haven't followed
the elementary rules of the language? Getting "whatever was displayed
on the author's screen by version X of browser Y" isn't a very clear
design criterion, especially if you don't know the values of X and Y.
CSS at least has some mandatory requirements for error handling (even
/those/ are ignored by the Operating System Component that thinks it's
a web browser), and some general principles: I would summarise as
approx. "ignore everything that can't be understood unambiguously,
lest your guess prove disastrous". But that approach doesn't work for
broken (X)HTML.
The root problem is that the mass of authors are allowing themselves
to use a browser (or two) as arbiters of what is correct. If they
can't be disabused of that (and it doesn't look as if it's happening
any time soon), then browsers -should- be putting up a clear
indication whenever something is wrong, for the benefit both of
authors and of their poor readers.
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
On Sat, 24 Jul 2004 11:41:12 +0100, "Alan J. Flavell"
<flavell@ph.gla .ac.uk> wrote:
[color=blue]
>On Sat, 24 Jul 2004, Jim Ley wrote:
>[color=green]
>> XML WF constraints should not exist on user focused languages.[/color]
>
>But how do you know what the author intended, if they haven't followed
>the elementary rules of the language?[/color]
They didn't follow the elementary rules of the language, it doesn't
matter what they intended, what's important is what the user wants.
What matters is that the user isn't penalised for their incompetence,
so the User Agent should be allowed to have a guess at what at least
makes sense to it. Generally you'll find that the guess is good
enough, and if it's not then it'll be obvious to the human that's
using the document.
Take the trivial example of a missing </html> on the end of an XHTML
document, the guess that it's really there will not turn anything
disastrous. Or writing an undeclared entity in a standalone XML doc
is probably a pretty workable error recovery.
You may be able to construct a few documents where XML WF error
recovery results in documents that are not understandable, or not
obviously broken to the user, but I think you'll struggle - and I
think the vast majority of cases the user will be benefitted from the
behaviour.
[color=blue]
> But that approach doesn't work for broken (X)HTML.[/color]
I think the observations in Appendix C. suggest that it does work for
broken HTML.
[color=blue]
>The root problem is that the mass of authors are allowing themselves
>to use a browser (or two) as arbiters of what is correct.[/color]
Yep, that's a great shame, but it's not a reason to penalise the
authors, and if you want to penalise the authors - penalise them on
the servers! make it an HTTP requirement that documents are not
served if invalid - at least that will mean users will never be able
to know there's a document there they can't read.
Jim.
--
comp.lang.javas cript FAQ - http://jibbering.com/faq/
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
Jim Ley wrote:
[color=blue]
> They didn't follow the elementary rules of the language, it doesn't
> matter what they intended, what's important is what the user wants.[/color]
What browser version has a mind-reading module to determine this?
--
== Dan ==
Dan's Mail Format Site: http://mailformat.dan.info/
Dan's Web Tips: http://webtips.dan.info/
Dan's Domain Site: http://domains.dan.info/
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
On Sat, 24 Jul 2004 16:52:47 -0400, "Daniel R. Tobias"
<dan@tobias.nam e> wrote:
[color=blue]
>Jim Ley wrote:
>[color=green]
>> They didn't follow the elementary rules of the language, it doesn't
>> matter what they intended, what's important is what the user wants.[/color]
>
>What browser version has a mind-reading module to determine this?[/color]
Determine what?
I'm talking about problems with XML that make it inappropriate for use
on user focused documents. Users want content, they don't want "bog
off you can't read this it contains a single character missing off the
end of the document"
Of course if you claim that that requires mind-reading, then I think
you're being ridiculous.
Jim.
--
comp.lang.javas cript FAQ - http://jibbering.com/faq/
Comment
-
Re: Validation: XHTML Transitional vs. HTLM 4.01 Strict
In <41024174.61063 724@news.indivi dual.net>, on 07/24/2004
at 11:11 AM, jim@jibbering.c om (Jim Ley) said:
[color=blue]
>Yep, that's a great shame, but it's not a reason to penalise the
>authors,[/color]
It may not be a good reason the penalize the innocent users, but it is
certainly a good reason to penalize the authors.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT <http://patriot.net/~shmuel>
Unsolicited bulk E-mail subject to legal action. I reserve the
right to publicly post or ridicule any abusive E-mail. Reply to
domain Patriot dot net user shmuel+news to contact me. Do not
reply to spamtrap@librar y.lspace.org
Comment
Comment