Subverting Word Processors

I don’t think it’s unreasonable to want to store my documents in subversion. But what to do? Word processors all seem to produce ugly binary documents. Even though’s odt files are basically just zip files, it’s still putting zipfiles into your subversion repository.

Why is this a problem? Because you can’t see what’s changed. And if I make a change in two places, the tool can’t merge the changes for me. Not automatically and not without some hassle, anyway.

Having grappled with this a little bit over the last couple of weeks, I’m coming to the conclusion that the only safe format for storing files in is RTF. Thankfully, not only is it plain-text, but it’s also understood by the vast majority of word processors out there, including the lowly TextEdit and WordPad.

4 replies on “Subverting Word Processors”

Have you considered storing your files as HTML? I’ve been using Google Docs recently and it outputs as HTML. As it goes it also has really good versioning built-in, but I suppose that defeats the object of this this post.

HTML probably isn’t a bad option actually. But the UIs for it are not that great.

I have tried google docs (well, Writely), and I like it. But I’m kind of paranoid about keeping things on servers that I own…

Jez: It’s not a bad idea. In fact I might well end up trying it. Combined with the fact that you can convince OpenOffice to save xml “formatted” (i.e. indented correctly), you could set up a macro to automatically unpack on save… Hmmm… Definitely have to play with that. Thanks!

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s