in case of <input ... />, the dom elements order are messed up in the resulting html
Hello!
XMLC is Great!
I have a valid html source, which contains <input type="text" readounly name="fakeInput"/> elements. I could compile the html with xmlc without error. However, when I generated the html from the java class (....toDocument()), I saw that the order of the tables are messed up. In the original (web/mainPage.html) there are two separate table in sequence. In the generated html (out.html)the second table is embedded in the first!
It turned out that if I delete the closing slash from the <input /> element (which is not necessary in case of html), the strange messing will cease.
I consider this behaviour a bug, or if it is a feature, then it should be well documented, since it gave me quite a headache until finding out about the aboves.
I checked this behaviour against 2.2.4 and 2.2.6 with parser="tidy". With parser="swing" the things became a bit different: an extra '>' appears in the output.
Example (ant, run) attached.