[dokuwiki] status of xhtml strictness
- From: Anika Henke <a.c.henke@xxxxxxxx>
- To: dokuwiki@xxxxxxxxxxxxx
- Date: Sat, 25 Feb 2006 14:24:39 +0100
Hallo list!
I just wanted to inform you how far I got with seeing to better xhtml
strictness of DokuWiki. What is still left:
1. Removal of all occurrences of document.write():
Andi did much of that already because of his making the JavaScript
unobtrusive. But there are still two occurrences left.
2. Unique ids:
Although unique ids in the TOC was a big step and the example given in
FS#692 is fixed, there are still many occurrences of ids that could
clash with same ids (~headlines) in the content. (I counted 38, although
not all of them are as necessary as simple ids like "remember" and
"spell_error". Some are not likely to occur again like "edbtn_save" or
"fnt1", but I'd like to be sure.) Unfortunately many/a few (?) of the
ids are important for JavaScripts and other things (?). I can fix
everything in the the css files, but I don't dare changing the other
things, because I'm not in the know about those.
Should the approach for unique ids be postponed until *after* the next
release? Or should that go in now?
I have a list of all 38 cases, where we should exchange the id. Shall I
post it somewhere? On the mailinglist or on wiki.splitbrain.org?
3. Change all named entities to numeric entities (or UTF-8 characters):
<blockquote
cite="http://www.456bereastreet.com/archive/200501/the_perils_of_using_xhtml_properly/">
Only the five predefined named entities (<, >, &, ", and
') are guaranteed to be supported. Others may be completely omitted
or output literally. For example, if your XHTML document contains
entities like or ”, that is what Safari will render.
Literally. Opera instead chooses to omit the unknown entities, while the
Mozilla family will recognise the entities and render them as in HTML if
the document references a public identifier for which there is a mapping
in the browser’s pseudo-DTD catalog and the document has not been
declared standalone.
</blockquote>
Unfortunately it's a bit more than just changing entities.conf.
I am also reluctant to changing this, because I like named entities much
better ... :-)
Does anyone know more about the possible impact of this alteration?
I did a bit of research and found statements that say using named
entities is better, as well as statements that say the oppisite. :-(
Does anyone know more about that subject?
4. Documentation of missing things:
If these first three things are finished, there are still some things
that most probably won't go into the core code of DokuWiki. I will write
a wiki:tips:xhtml page on wiki.splitbrain.org then, including hints for
content-type, doctype, targets, etc.
Anika
--
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist
- Follow-Ups:
- [dokuwiki] The case of the missing (mini-link) images
- From: Peter J. Vidler
- [dokuwiki] Re: status of xhtml strictness
- From: Andreas Gohr
Other related posts:
- » [dokuwiki] status of xhtml strictness
- » [dokuwiki] Re: status of xhtml strictness
- » [dokuwiki] Re: status of xhtml strictness
Anika
- [dokuwiki] The case of the missing (mini-link) images
- From: Peter J. Vidler
- [dokuwiki] Re: status of xhtml strictness
- From: Andreas Gohr