also... SGML/DTD
William Shipley
wjs
Wed Jun 28 00:12:27 PDT 1995
> What exactly would be the benefit of restricting yourself
> from viewing the nearly countless number of pages on the
> web which do not conform precisely to the latest DTD?
Actually, I think the idea is that we would be able to parse any Standard
Generalized Markup Language file if given a DTD for it. HTML is an SGML,
but since the original browsers had incredibly simple parsers (that didn't
understand true SGML), people have been abusing HTML to the point that it's
no longer acceptable to just have a parser that understands the DTD; we also
have to understand and try to correct all the errors people generate.
Imagine if the C language writers had said, "Here's the language, but,
really, you have to account for and correct a whole bunch of errors that the
users may make," rather than just returning an error when the user makes an
error. Well, compilers would be a whole lot harder to implement, which
would restrict the number available and make them all suck a little harder,
since compiler writers would have to spend their time write error-correcting
code instead of concrentrating on making a good compiler.
All that said, OmniWeb 2.0 will probably be a lot more intelligent about
error correction, since that's what the market needs. Understanding true
SGML with an arbitrary DTD is basically a separate problem from writing a
web browser, and although I think it's an interesting one I don't see as
much market for it. I'd rather be adding other cool features.
-Wil
More information about the OmniWeb-l
mailing list