Yes, this is possible via the Blogger sheet. In general, you ignore the Blog ID field and use whatever URL you use for other XML-RPC interactions with your sever. Here are some instructions for specific websites:
Let me know what works with other websites by e-mailing me.
In the future, MacJournal will use the Atom protocol (once it is finalized) as this will allow for a greater range of features and should allow you to send to any ol' arbitrary website. Atom is supposedly the protocol-to-end-all-other-protocols and all of the major sites have committed to supporting it. Some sites already do (including Blogger). This will mean that there would be just one Atom sheet, instead of a Blogger and LiveJournal sheet, that is powerful enough to send to any server. In theory, of course.
Not at this time. MacJournal isn't an online blogging client per se, so features like this are mere conveniences. With the whole Atom thing (and a standard, singular sheet for interacting with a server) it may be a lot easier to grab a bunch of entries off of any server in the world, so I will definitely reevaluate things at that point. I'd like to do it if it could be integrated into the existing UI nicely and it was fairly reliable (dealing with the Internet is a pain and a half).
This is because the password is stored in the Keychain. When you set the password originally you selected the "Save in Keychain" checkbox. If MacJournal can access your Keychain without having to bother you it can unlock the journal automatically. You either need to change your Keychain settings so the Keychain password is required to access it or delete the MacJournal items entirely. You can do either from the Keychain Access application in the Utilities folder.
This is due to a very large data file that MacJournal has to encode and write out to disk. This is most likely because of a lot of pictures being stored in the data file; having a lot of entries and/or journals will not generally cause this by itself. So what are the solutions here? An option to store pictures outside of the big data file is forthcoming, but a better solution is to allow for multiple data files better coupled with a fancy new file format. This will probably be coming in something like MacJournal 3.0.
This may seem arbitrary, but putting the data file where it is was actually thought out and it was decided to be the best place. In its current incarnation, MacJournal handles all of the data for you behind its back so you don't have to. So because the user does not have day-to-day interaction with the data file, it is not appropriate to put the data file in their Documents folder by default (you're free to change it yourself). It's the difference between Address Book and TextEdit: TextEdit documents are all distinct and need to be handled individually, whereas Address Book handles your data for you. It would be annoying if Address Book put its data in your Documents folder because you would never touch it and it would just take up space. Microsoft Word creates a "Microsoft User Data" folder in my Documents folder every time I open it and it annoys me more each time. In the future, if MacJournal becomes more document-based, changes would be made. But for now it remains in Application Support.
Indeed you can! You could actually do this in 2.5, but it wasn't very easy to figure out or even know that you could. However, MacJournal 2.6 makes it a lot more apparent. In the sheet for editing links there are two new buttons: one for linking to an entry and one for linking to a file. Clicking the latter will bring up an open panel to select a file on disk and clicking the former will bring up a different kind of open panel: it will show you all of your journals and entries and you can select the one to which you want to link. These are just assistants; you can still just type in the URL manually, or drag an entry from a drawer or a file from disk into the URL field to paste the URL.
The rule of thumb is that when a save is automatic as part of another action the data are not written back to disk. So when you change entries while you have unsaved changes that's an automatic save so the changes wait until you manually save it or you quit. The Save button and menu item are enabled when you have unsaved changes in the entry you are currently working on. This is somewhat different from when the data in memory are different than the data on disk. Note that the data are also saved back to disk when the Auto-Save fires for however often you have it set. So you can set up the auto-save interval to save the data back regularly and if you ever want to do it right away you can make a change to the current entry and then hit save.
Not yet. This is a big change inside of MacJournal and it needed to happen slowly in order to protect your data. This will be coming in the very next version of MacJournal after 2.6. MacJournal 2.6 represents a lot of work behind the scenes that is not yet visible, but will pay off after 2.6 with a lot of features that will be able to come quickly.
Not yet. Right now everything is assumed to be sorted; it's been this way from the start. A more level-headed developer probably would have made everything unsorted to begin with and then add sorting later, but such is life. So it's another big chunk of assumptions that will need to be removed before this will work. This should be coming in MacJournal 2.7 along with nested journals.
Yes, this is being considered for the future. This is one of those things that might be really easy for me to do, or really really hard. I have yet to sit down and attack it, but I have been thinking about it. I'm hoping for really easy. :-)
MacJournal isn't spying on you. When you launch MacJournal, a file is downloaded from Apple's .Mac webserver to check for the existence of a newer version. No information is sent out from your computer, nor could I run anything on the .Mac server to collect information anyway. I'm not gathering any information from your computer.
Yes. Yes you can. Donations are accepted at http://danschimpf.com.