I just made a bugfix release of Kapow, version 1.4.3, that fixes some minor bugs. The timer is no longer restarted when you press enter in the task line edit. I also fixed the broken command-line arguments, and you can now specify the settings INI file. This release also includes a Greek translation by geogeo.gr.

I have finally finished a feature release of Kapow, version 1.4.1. This release includes an improved user interface as well as faster file loading. You can read about the features in more detail here. Enjoy!

Update: I just discovered that the brand new totals rows are broken, so I recommend turning on the report column until I get it fixed. Ideally that will be later tonight. Sorry!

Update 2: And the fixed version is now released!

I have made some changes to the development version of Kapow while I have worked on FocusWriter, but I haven’t blogged about what I have been up to. I figured that I should remedy that!

First and foremost I have been working on making the user interface more comfortable. A small change, but larger difference in actual use, is that you can now set (and even change) the task of a session before it is finished. The task field starts focused, so all you have to do is type in a task and press enter to start a session.

I have never been too happy with the “Billed” column, so I have renamed and hidden it for new installs. To make the report concept more clear I have added a row below the last row of each report that contains its totals. I have also added a menu action called “Create Report…” that is the same thing as checking the billed box for a row.

A common request has been to be able to export reports. I have added support for exporting a report as an HTML file, as well as exporting the time data of a report as either an iCalendar file or a file of comma separate values.

I have made a variety of other, smaller changes. For instance, you can now specify the data file on the command-line. I have also dramatically sped up loading the data file, which helps reduce program start time quite a bit. On my computer a large test file went from taking around 1 second to a mere 15 milliseconds, and on my slowest test computer it went from 3 and a half seconds to only 120 milliseconds.

What would the point of a post about visual changes be without showing them? Without further ado, here is the improved interface of Kapow:

Now that I am switching to release branches I am finally going to also tackle something that has always bothered me but I’ve never taken the time to solve: the development source code has the same version number as the most recent release. I have always wanted it to be some sort of automated number, but I wasn’t sure what I wanted it to be. And I didn’t want to have to update it myself with every single commit.

At first I had wondered about a number that gets incremented every time you compile the project, but I quickly realized that was a pointless thing to track. I may build a project 5,000 times and have a huge build number, but someone else might download the source and compile it only twice. Same source code, different version number. That’s frankly pretty silly.

Instead, I got inspired by the idea of using the git revision ID. It is obviously unique for each commit, and it identifies the specific source code for everyone. Of course, you can’t embed the revision ID because it is a hash that is created of the source code that you’re trying to embed it in. A hash that contains itself? Impossible! Of course, all you have to do instead is simply ask git for the revision ID, and pass that as a definition to the compiler:

VERSION = $$system(git rev-parse --short HEAD)
DEFINES += VERSIONSTR=\\\"git.$${VERSION}\\\"

The source code also needs to make use of the new compiler definition:

QCoreApplication::setApplicationVersion(VERSIONSTR);

This means that I finally have an automated version number for the development source code. I’ve only updated Kapow so far, but I am going to make this change to all of my projects.

I just made a bugfix release of Kapow, version 1.3.5, that fixes some minor bugs as well as a potentially serious data loss bug: it was not fully checking to make sure that it could actually read or write its data file. I have thankfully only heard of a single user that this bug may have affected. A Danish translation was also added by Rasmus Blomqvist.

With this release I am moving to a new release process for all of my projects that is similar to how larger projects work. From now on patch releases (1.3.5, 1.3.6, etc) will only contain bug fixes or translation updates, and no new features. I was not doing this before because of the overhead of maintaining more than one branch, but I think that it is better way to do things despite the headaches it may cause me. For the sake of my sanity I will only be maintaining a single stable release line at a time for each project.