<div dir="ltr">Hi,<div><br></div><div>Sorry, I haven't written in two weeks.</div><div><br></div><div><b>Progress for week10 and 11:</b><br><div class="gmail_extra">We made a seperate path for unknown elements and skipped tokenizing when token handler is not set ( <a href="https://gerrit.libreoffice.org/#/c/27593/">https://gerrit.libreoffice.org/#/c/27593/</a> ) and then we moved the load of clearing the attribute list to the consumer thread ( <a href="https://gerrit.libreoffice.org/#/c/27649/">https://gerrit.libreoffice.org/#/c/27649/</a> ). Then we made the legacyfastparser to take a blend of tokenized and non-tokenized elements and attributes and used mapping to get back the string ( <a href="https://gerrit.libreoffice.org/#/c/27849/">https://gerrit.libreoffice.org/#/c/27849/</a> ). We have added a dummytokenhandler and registered few namespaces on the test cases in sax/qa/cppunit/xmlimport.cxx to test the correctness.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Now, for the past week I've been working on implementing XFastParser interface <span style="font-size:12.8px">and the proxying onwards to</span><br style="font-size:12.8px"><span style="font-size:12.8px">the legacy interface inside the SvXMLImport class. But we need to implement a tokenhandler (for complete ODF tokens) and namespace token mapping. Once this is done, I think we can convert </span><span style="font-size:12.8px">XML tree context handlers to use fastcontext directly from the leaves upwards.</span></div><div class="gmail_extra"><span style="font-size:12.8px"><br></span></div><div class="gmail_extra"><span style="font-size:12.8px">Regards,</span></div><div class="gmail_extra"><span style="font-size:12.8px">Thanks</span></div></div></div>