[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: What is the rule for parsing XML in a namespace inside HTM

• To: "Bullard, Claude L (Len)" <len.bullard@i...>
• Subject: Re: What is the rule for parsing XML in a namespace inside HTML?
• From: Rick Marshall <rjm@z...>
• Date: Wed, 14 Jul 2004 09:22:10 +1000
• Cc: "'Dare Obasanjo'" <dareo@m...>, Michael Champion <mc@x...>, XML Developers List <xml-dev@l...>
• In-reply-to: <15725CF6AFE2F34DB8A5B4770B7334EE03F9F9F1@h...>
• Organization: Zenucom Pty Ltd
• References: <15725CF6AFE2F34DB8A5B4770B7334EE03F9F9F1@h...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

my 2c worth here....

i was sort of hoping by moving to xhtml there would be some consistency. 
one of the big problems i face in building browser based apps is the 
different tolerance between browsers to errors and following on from 
that the different way they then format pages.

microsoft and netscape both took the view that they would try to make 
sense of garbage rather than reject it. xhtml forces them to reject it. 
with so many badly written pages and badly written html generators out 
there why would the world be happy about a rigorous standard and 
compiliant programming?

and html+css etc doesn't work properly either - tried printing a page 
from ie with css determining the formats?

someone has to find a way through this, but it has to start with all 
suppliers comitting to meet the standards. useless otherwise.

rick

Bullard, Claude L (Len) wrote:

>But that means we are still stuck with a mixed bag of 
>rules for parsing documents, and even simple cases 
>show where that can create problems.
>
>XHTML aside, if one has a namespaced application 
>inside an HTML document, it's vendors' choice. 
>Yes, we can cope.  Should we?  I didn't find my 
>bug until I tried to add a new feature.  Had this 
>been after the files had been distributed to 
>customers, that wouldn't have been a good day.
>
>What does <?xml warrant?
>
>Warranties from standards without conformance 
>tests are the same as a marriage contract: easy 
>to extend but impossible to refund.  Do all 
>preventive maintenance on schedule to prevent 
>breakdowns on lonely roads.
>
>len
>
>From: Dare Obasanjo [mailto:dareo@m...]
>
>Joshua is right, XHTML was a stopgap. Many have confused the means to an
>end to the end itself. 
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>  
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• References:
  • RE: What is the rule for parsing XML in a namespace inside HTML?
    • From: "Bullard, Claude L (Len)" <len.bullard@i...>

• Prev by Date: Re: What is the rule for parsing XML in a namespace inside HTML?
• Next by Date: Re: Edi complexity, does ebxml really reduce it?
• Previous by thread: RE: What is the rule for parsing XML in a namespace inside HTML?
• Next by thread: RE: What is the rule for parsing XML in a namespace inside HTML?
• Index(es):
  • Date
  • Thread