I am just getting into this crazy xml stuff, but wanted to point out that safari 1.1.1 displays the application/xml page perfectly. Mac OS X 10.3, if that matters at all.
Thanks!
Safari works fine except for the calendar. The nbsp entities in the calendar are not being expanded.
Konqueror 3.1.5 on Linux isn't able to cope with it. Pointing it to the URI of the application/xml launches an Save as/Open/Cancel dialog. Choosing 'Open' and Konqueror itself as the application, Konqueror says, "XML parsing error: fatal parsing error: the document is not in the correct file format in line 21, column 4." It points to the closing angle bracket of a <tr>.
Have you thought about also providing application/xhtml+xml, to see whether browsers react any different to that?
Mozilla 1.4b (Win2k) - appears ok
IE6, SP1 (Win2k) - ok, except quotes wrong (probably local settings in error)
Mozilla 1.5 (Debian unstable) - ok
Epiphany 1.0.6 (Debian unstable) - ok
"challenged" Hmph, just a friendly suggestion:-)
the application/xml one more or less works in IE6/windows2000 (actually I usually use text/xml, but I didn't dare suggest that given recent discussion of that on www-tag)
There is some encoding weirdnes (utf8 isn't being picked up automatically) which may be a problem with my setup.
But mainly I was going to comment on:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
makes the file very slow to load, as IE really goes off and fetches the DTD.
This is a big overhead.
Mozilla based browsers don't normally fetch DTDs which speeds things up (but if they don't fetch them entities (including the nbsp) don't get defined. Actually mozilla never fetches dtds at the uri specified but "recognises" a few system and public ids and substitutes the dtd in its mozillahome/res directory.
(The page works fine on mozilla1.6/windows2000)
The application/xhtml+xml version renders perfectly in w3m/0.4.2!
Windows Mozilla Firebird 0.7 Yes Windows 98 IE 5.0 No Windows ME IE 5.5 No Windows 98 Amaya 8.1b Yes
Amaya puts a rather large space between "text/html" and "version" in the link to the non-application/xml page. I can't see why unless it's just because it uses a bigger font for the <tt> text.
I like your lessons learned. May be the big lesson is: scrap DTDs completely. Perhaps there should be a simplified version of XML removing all the stuff nobody actually uses or uses properly in practice.
Two comments on your comment mechanism. The preview page showed "From: Ed" without my surname. Maybe that's where "Stan Dyck Dyck" came from on the text/html page's comments.
Also, in the previous comment, the preview showed each of the browsers on separate lines but the final version munged them into one line.
Win32 Opera 7.11: yes
Win32 Opera 7.50b1: yes
Win32 IE 6.0: no
Windows, Mozilla 1.4 looks just fine.
I'm running IE6 SP1 on Windows, and the application/xml version *doesn't* work. When I click on the link, I get the "File Download" dialog box. If I click the "Open" button on that box, I get a "file not found" error message. If I click "Save" and then double-click the saved file, I get an XML processing error (because IE can't find the associated XSL stylesheet).
But other people say they successfully opened the document with IE6 SP1. Are my settings somehow mangled?
But other people say they successfully opened the document with IE6 SP1. Are my settings somehow mangled?
No. Norm moved the goalposts, changing the xml version from application/xml (which IE more or less understands) to application/xhtml+xml (which it doesn't, or at least doesn't by default, it may be possible to teach it new tricks?)
comment on your table
You have IE 6 sp 1 "yes" and IE6 "no" I'd expect them both to be yes for /xml and both to be no for /xhtml+xml
I guess IE on the mac is expecting an IE5-style wd-xsl namespaced stylesheet, and not seeing any templates in that namespace is just dumping the content as "literal result elements". That, and IE 5 and IE 5.5 on windows ,would probably work if you made your stylesheet valid for both xslt and the old microsoft dialect. You could rip the code out of www.w3.org/Math/XSL/pmathml.xsl which has this feature (stolen with permission from Jonathan Marsh) or of course you could use the whole of that stylesheet, then you could put some mathml in in your pages as well. There's currently a deplorable lack of mathematics on these pages you know:-)
David's right. I moved the goalposts. I shouldn't have done that. I'll republish with fixes tomorrow.
Update on Konqueror 3.1.5 on Linux: application/xhtml+xml works fine.
However, I think that just means Konqi uses its HTML parser, not it's (apparently faulty?) XML parser.