Yeah, per Dave's request, I sort of uber-fixed the backspacing to where it was disabled completely (not just when you're outside of a text element and trying to keep the using from losing work). I dialed that back, though... I sort of like the idea: don't look back, just write. Maybe a future UI mod. :)

As for git, it's nice to have some familiarity with it, but it isn't absolutely required. If you just considered it the versioning database behind Giterary, you'd be 99% accurate. That it lets you do synchronization to and from the application using external tools is a killer feature (not done particularly well in Mediawiki and others), but not a required one. I'll put some more links and things to explain git.

For the unwieldy, monolithic document enthusiasts, and for those that don't particularly care for formatting, there are two nice things:

• Markdown syntax (daringfireball.net) lets you write in pure text, and most of the "syntax" required is both readable as text but also renders appropriately as nice-looking HTML. All of my documentation is written in Markdown, and you can see the source code like so (giterary.com). I've written a few short things in it, among them fiction as well as technical writing, and I enjoy it quite a bit. The hardest bits are maybe the URLs and the Wikilink syntax I've added, but those both have "buttons" on the interface to help out with them.
• Giterary's partitioning (giterary.com) (requires the test/test login) lets you take a single large document and break it down into component parts on paragraph boundaries. This way, if you are the "all-at-once" type writing into Giterary, or you "all-at-onced" into another document, you can easily copy-paste your stuff in and partition it later without having to do the manual file splicing. You don't "lose" anything by doing it, though, the original document remains, as well as a "collection" document is created based on your new component parts that lets you view the document again in its entirety, or potentially rearrange things if needed.

I get told frequently at work that my stuff is nice, but my UI needs work. I ask them what they want changed, and they can rarely tell me. As such, I tend to ignore the request and work on something else important.