This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
We wanted to verify that the tidied status of the doc representation in moki is present somewhere.
There was no "tidied" status within the moki document next to the serialization of the DOM tree the mobileOK Checker uses to run the tests, in other words next to the "docContent" moki node. Thus I added a "tidied" attribute to the "docContent" node. This update was made to address bug 9538 and bug 9583 on improving code extracts and reporting code positions more consistently. The tidied attribute can take the following boolean values: - "false" when the document did not need to be tidied. This is the default value when the attribute is not present. - "true" when the document needed to be tidied before it could be parsed with the XML parser. Line/Column positions returned in the tests also include a "tidied" attribute that specifies whether the position is to be understood as an exact position within the original document or as a position within the tidied version of the document. That's important because the tidying process is likely to have offset positions a bit, although it seems that tidying the document does not add/remove lines.