[Libreoffice] Flat ODF usage in Git [Was: concept for c++ based subsequenttests]

Dag Wieers dag at wieers.com
Thu Feb 2 02:32:16 PST 2012

On Tue, 24 Jan 2012, Michael Meeks wrote:

> On Mon, 2012-01-23 at 15:27 +0100, Michael Stahl wrote:
>> unfortunately this would have less benefits than you imagine, because of
>> the way xmloff writes automatic styles: they are generated anew on every
>> export, in a non-deterministic order
> 	Wow - how non-deterministic ? randomly shuffled or ... ? ;-)
>> , which results in huge spurious diffs... (at least for Writer)
> 	Interesting; the order is really not based on the order that the
> different intersection of styles appear in the document ? I suspect this
> is something that a number of people will want to improve for all those
> funky "store flat odf in git" things :-)

It's a worthy goal, but I can imagine that those people capable of using 
git might want to write documentation/text in a lightweigth markup 
language instead, like AsciiDoc and convert it to ODF when producing final 

E.g. http://github.com/dagwieers/asciidoc-odf

Now that we have native (embedded) SVG support in 3.5, the toolchain 
becomes a lot more interesting, considering there are some nice 
ascii-to-image conversion plugins that create nice diagrams and charts 
from asciiart. So that changes to images become humanly parseable too ;-)

E.g. http://code.google.com/p/asciidoc-ditaa-filter/

Also the way LibreOffice is naming styles by default is suboptimal, not 
using internal names but instead using the visible name and converting 
e.g. spaces to _20_. This will get you ugly names for:

 	Heading 1	->	Heading_20_1
 	Text body	->	Text_20_body

ODF does support internal names that are different than the visible 
representation so there's no need to retain the space in the internal 
name. Although I can see why it was implemented like this, I personally 
don't really like it. I wonder what other ODF producers do in this case 

-- dag wieers, dag at wieers.com, http://dag.wieers.com/
-- dagit linux solutions, info at dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]

More information about the LibreOffice mailing list