Hi Michael, nice to ear from someone so "up the ranks" like you.. makes me feel much more important :-) <div class="gmail_quote">2012/7/6 Michael Meeks <<a href="mailto:michael.meeks@suse.com" target="_blank">michael.meeks@suse.com</a>> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Flavio, <div class="im"> On Tue, 2012-07-03 at 11:45 +0100, Flavio Moringa wrote: > my name is Flávio Moringa, I'm from Portugal and I'm starting my > Masters Dissertation next September (Master in Open Source software - > <a href="http://moss.dcti.iscte.pt" target="_blank">http://moss.dcti.iscte.pt</a> ). </div> Welcome :-) </blockquote><div> Thanks </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im"> > I'm not a programmer, so what I'm interested in doing is something in > the lines of investigating the main conversion problems, identifying > the possible conversion flows, analysing the way the conversion flow > is implemented in LibreOffice, and eventually trying to improve this > flow somehow. </div> So - it will be hard to improve the flow without being a programmer I'm afraid :-) </blockquote><div> well, although not a programmer right now I've had my fair share of perl, python, c, bash, java, php... maybe I'm not so "fluent" in programming right now, but I'm certainly no strange to it, and definitely not afraid to do it if the need arises... what I meant was that I'll probably wont't be able to do a conversion engine by myself... but I can definitely mess around with code... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <div class="im"> > From your reply I assume that testing the filters, and doing > regression tests is something I could do, maybe identifying the main > conversion issues in groups of documents and kind of creating a "major > conversion issues" table, and prioritizing those issues. Is there > already something like that? </div> There is a useful QA role in prioritising bug reports and interoperability issues; we have a real problem with masses of bug reports many of which could be duplicates. Having said that - interoperability has many, many known feature / impedance mis-matches that are non-trivial development problems to fix. One thing that -would- be really useful, and that Microsoft have internally, is an analysis tool for Microsoft's XML document formats - such that we can get a good idea of which attributes are actually used much. ie. by analysing and comparing a large corpus of documents out there, we can answer questions such as: "should we implement surface charts, or 3D doughnut charts ?" given whatever amount of feature-development time we have - simply by referring to the database of crunched XML files to work out which one is used most. It'd be nice to have that for ODF as well too of course for when we have to make zero-sum back-compatibility decisions; but for interoperability crunching those MS documents would be really good. Is that something you could do ? a bit of perl, zip extraction, XML parsing, etc. ? </blockquote><div> Yes, it's definitely something I can do... I do believe that the harder part is getting that " large corpus of documents out there...". At least as my experience goes, I've found that it's hard to get users to send us documents they use... either due to privacy questions or enterprise policies... But a tool like that makes a lot of sense </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Developers are -much- more likely to let themselves be lead by objective statistics on real documents out there, rather than subjective feelings of priority - which can prove rather controversial :-) </blockquote><div> I can certainly relate to that... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Thanks ! </blockquote><div> For now then I'll start doing as you suggest and look in bugzilla for documents with conversion problems to try and compile as much examples as I can. Then maybe using the latest beta to do the conversion and see which problems are still there. Then maybe starting a perl script that can scrap the OOXML files to find the most used tags... and start from there... </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Michael. -- <a href="mailto:michael.meeks@suse.com">michael.meeks@suse.com</a> <><, Pseudo Engineer, itinerant idiot </blockquote></div> Thanks a lot for helping out. Cheers -- Flávio Moringa Project Leader <img src="http://people.caixamagica.pt/flaviomoringa/images/caixamagica.png"> Caixa Mágica Software Energia Open Source Rua Soeiro Pereira Gomes, Lote 1 - 4.ş B, Edifício Espanha, 1600-196 Lisboa - Portugal Tel.: +351 217 921 260 Fax: +351 217 921 261 <a href="http://www.caixamagica.pt" target="_blank">http://www.caixamagica.pt</a> <a href="https://twitter.com/flaviomoringa" target="_blank">https://twitter.com/flaviomoringa</a> <a href="https://www.facebook.com/flavio.moringa" target="_blank">https://www.facebook.com/flaviomoringa</a> <a href="http://pt.linkedin.com/in/flaviomoringa" target="_blank">http://pt.linkedin.com/in/flaviomoringa</a> <a href="http://people.caixamagica.pt/flaviomoringa" target="_blank">http://people.caixamagica.pt/flaviomoringa</a>