Bringing Notational Velocity to a new level of massive text editing

(Or should it read “Bringing massive text editing to a new level of Notational Velocity”?) When working with different notes in a similar context at the same time in Notational Velocity, I might have a few ideas at the ready to tackle your needs. And, even more importantly, you might have thought about this problem as well and would like to offer suggestions or modifications to my approach so I might implement a new feature set to ease our pain. In any way, this post might be just for you.

Continue reading …

Multi-Markup Notational Velocity

Teaser image

I integrated recent changes to Zachary Schneirov’s original NV into my code base. Most issues you were reporting should be solved just by that baby step. The other new and cool stuff is: I’m constantly trying to decouple the code Zachary (“scrod”) wrote. It works fine as-is, but it’s not easy to change and add features while keeping up to date with Zachary’s code. Merging everything every now and then is a little risky. I want my code to be an easy addition, ideally not touching anything from the original. That is just plain impossible, but thinking about it should indeed help me improve my code in many ways. I still can’t grasp how easy it is to do all these small changes. Incredible!

Continue reading …

Too many Notational Velocity forks?

Note that no one’s forking it to remove features.
One Thing Well

There’s an implicit argument I disagree with: Since we’re dealing with apps which do One Thing Well here, the quotation may just as well state: “look! how they make the program less focused on a single task but make it more complex instead.”

This, in my mind, basically means either (1) Notational Velocity in its original form was just perfect, hence the impossibility of removing stuff, or (2) Notational Velocity wasn’t perfect but doing one thing well and we developers jumped in and broke the golden rule.

I disagree to that second possible conclusion, partly because I wholeheartedly agree to the first one.

All of us “forkers” try to make something entirely new out of NV. I want to transform it into a text editor for (Multi)Markdown files. Other want a full-screen writing environment. I don’t want to add features to Notational Velocity. I want to change it; and I for my part am pretty certain that it will eventually evolve into something else, a consistent tool for the task of managing notes in my digital archive (Zettelkasten).

I use NV to navigate notes lightning fast, I do not compose them there. I rely on the aid of TextMate’s powerful features there.

My personal aim will be a toolset which combines Notational Velocity browsing with TextMate editing and Markdown-powered preview. I could continue to work with Finder and TextMate alone. Only thing was, it’s a pain in the butt, it was especially painful to search and browse notes. My system evolves around the possibility of changing its parts. Just give us hobby developers time to get our grips onto the code and getting up to speed with our ideas. Some may improve Notational Velocity for one purpose or another, some may break it entirely in the eyes of the userbase. And hopefully, new tools will emerge and prove useful in their own right and their niche.

Notational Velocity fork with fullscreen mode, menubar app, and more

Teaser image
screenshot of NV

Notational Velocity forks are popping out everywhere: this one is especially interesting since it adds options to switch to fullscreen editing mode, or quickly hide the notes list to enlarge the text editor. A menu bar icon is included as well, so Notational Velocity can be omnipresent without staying in the Dock, which is quite nice if you rely on invoking “NV” with a keyboard shortcut.

Check David’s fork out and help him with your feedback!

I’d love to merge the new implementation code with my underwhelming preview-enabling version of Notational Velocity, but sadly there’s no code repository set up, yet.

Introducing MultiMarkdown Notational Velocity

Teaser image

Theres a new Notational Velocity fork available on the interwebs. What makes it unique? So far, it’s the MultiMarkdown support–and you can choose if you want MultiMarkdown included in a bundle with Notational Velocity or rather a Notational Velocity binary which supports your local setup, assumed to reside at ~/Library/Application Support/MultiMarkdown/.

Continue reading …