Last modified: 2012-09-27 01:10:41 UTC
There is Validate Eroor in Ver.1.16 First, There is no li tag between ul and /ul tag That caused of Vector.php Line, 705 $this->data['variant_urls'] is empty so no li tag. So please print ul tag after check li tag is not empty. Second,There is Headline validate error. CoreParserFunctions.php Line, 555 Function anchorencode ( replace % to . after urlencode)during function there is dot. '.'is not validate but XHTML 1.0 C.8. Regular expression ( [A-Za-z][A-Za-z0-9:_.-]* ) if first dot come then have a error. So please enter string that can express with regular expression, for example w :[A-Za-z][A-Za-z0-9:_.-]* -- I'm not English and I'm not good at English. So there might be some translate or grammar error. --
Duplicate of Bug 24500 (for the portlet part) For the invalid anchors. I'm pretty sure thats a dupe of something else too (Bug 9530 ?). The gist of it is, all browsers support it, and its valid in html5 if i recall (but i could have that wrong). *** This bug has been marked as a duplicate of bug 24500 ***
There is another error that UTF-8 error( Not in English page but in other wiki that does not use English.) I want solve way of that.
Which error is that?
Second one is something new. Mediawiki makes a span tag for each section. For example, the webpage 'http://en.wikipedia.org/wiki/Electrical_network' has the 'Design methods' section and contains the html code below. <span class="mw-headline" id="Design_methods">Design methods</span> Mediawiki converted 'Design methods' into 'Design_methods'. It's ok in Latin alphabet-based languages like that. But the problem occurs in Latin alphabet-based languages. The webpage 'http://ko.wikipedia.org/wiki/%EC%A0%84%EA%B8%B0_%ED%9A%8C%EB%A1%9C' contains the code below. * %EC%A0%84%EA%B8%B0_%ED%9A%8C%EB%A1%9C = urlencode(translate_to_korean('Electrical network')); <span class="mw-headline" id=".EC.84.A4.EA.B3.84_.EB.B0.A9.EB.B2.95">설계 방법</span> *설계 방법 = translate_to_korean('Design methods'); Mediawiki converted '설계 방법' into '.EC.84.A4.EA.B3.84_.EB.B0.A9.EB.B2.95'. It goes against 'C.8. Fragment Identifiers' in 'http://www.w3.org/TR/xhtml1/'.
But the problem occurs in non-Latin alphabet-based languages.
As I said before, that issue is a duplicate of Bug 9530. The issue itself isn't really too important, since such id's are valid in HTML5, and all web browsers as far as i know support such id attributes. *** This bug has been marked as a duplicate of bug 9530 ***
