Mori v1.7 Development Branch

Tags ( )

This area is where you daring souls will be able to try Mori as I continue to develop it. This is pre-release, pre-beta and pre-alpha. In short, you'll be able to play with features before they're finalized.

Some warnings:

  • This code is under construction. Wear a hard hat.
  • Do not use Mori documents you consider important.
  • There is no guarantee that features you see will be in the v1.7 release.
  • There is no guarantee that you will see every build for testing, nor all the components or features.
  • As in any construction or remodeling project, layouts and fixtures tend to move quite unexpectedly.
  • It's all an illusion. Don't treat anything as real.

Here's a recap of the v1.7 development philosophy, strategy and purpose:

The focus for Mori is to be an indispensable storage and organization tool for your information. To do that, it will just let you do your thing, and then collect and organize it when you want to and how you want.

Mori will not become more complex. It does simple things simply and allows you to extend them as you want. The current release provides simple interfaces to set up and work with your notebooks. Future releases will make it even simpler.

As an information storage utility it should allow you to begin entering data without having to go into a mode or click on a special box. Any entry should work just from the keyboard. Depending on the current selection, you might need to press cmd-m, or navigate through the notes with arrow keys first in order to get to a place where you can enter, but it should be possible to do quickly (2 or 3 keystrokes) and easily.

For organizing your info, it includes outlining, tags, flags, smart folders, etc. These tools will continue to be strengthened and made seamless to the workings of Mori's note management.

Most popular and oldest requests have priority for inclusion in a feature release. The degree to which the request falls into the philosophy, and can be done simply and easily determines how likely it will be included in Mori. The degree to which I'm familiar with the portion of code which would have to be changed carries less weight in the decision.

There is already a planned v2.0, which requires a change in the file format and the way the Blocks components interact. However, I'm not scheduling it for release until the end of the year. So requests which require elements that are part of the format change will either be postponed until then or will force an earlier release of v2.0.

The key enhancements are:

  • Keyboard navigation
  • Outlining improvements
  • Better outlining support will make for a better organization tool.
  • Enumeration of source and entry items
  • Continuous Text
  • LinkBack
  • Self-downloading updates
  • Font customization for Source & Entries
  • Renaming of Labels

Releases

Development snapshotsDateSizeLinks
1.7dev2007-Oct-121.63 MB

Does this mean we can expect

Does this mean we can expect to see a 1.7 beta soon?

Re: 1.7 Beta Date

I edited the project description to better clarify its purpose. You'll be able to play with the v1.7 branch while it's still under development, before it's even close to being beta, so you can give me feedback and help shape it.

But to answer your question directly, I don't know how long it will take to make it to beta. Hopefully, I'll have the features outlined above added quickly, and no show-stopping bugs.

Maybe I just can't see it

Maybe I just can't see it for some reason, but should there be a link to download the 1.7 dev branch builds?

The Creatures in The Tubes War Against Us, But We'll Prevail

While the bulk of the problems have been getting all the unit tests to pass (three categories of bugs remain), it's also getting the product release system on this site to handle pre-release versions, the update checks to accept the new internal version numbers, keeping the release and pre-release versions from contaminating each other's prefs, etc. so the coming changes flow seamlessly, that have delayed the 1.7 development build from getting into your hands.

But the motto here is, "No Excuses!", and all you want is http://apokalypsesoftware.com/products/files/oneill/Oneill.zip. Am I right?

It's named Oneill (just during the development of v1.7), and the icon is different so you don't accidentally start the pre-release version. You'll be able to run it concurrently with Mori. The app name in the menu bar still shows up as 'Mori', however, so you might need to double-check the icon in the dock or with cmd-tab to be sure you don't change the wrong notebook. And, don't open the same notebook in both versions at the same time!

So, for the time being, I'll have to continue uploading and updating the page manually, and you'll have to check back here for updates until the automated update code conforms to the new version number scheme. But this is pre-release, and I guess you guys relish that sort of thing.

Personally, I hate bugs, and don't like shipping with a single known one in the product. But it's possible to take that too far, I guess. Something about the enemy of the good is the perfect, although I tend to believe that's true of features, not of bugfixes.

In any case, for all the chaos involved in this delivery, this version should be more stable than v1.6.3. Be sure to report your experiences here, particularly bugs and feature requests. I'm noticing many attempts to file a bug report or feature request get denied. Please remember you must be logged into the system in order to participate. I respect your privacy, but I don't permit comment spam on this site. So please log in and voice what's on your mind for Mori's development. Thanks!

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.