That bugs me

Eric writes me the following:

The KPilot that ships with [SuSE] 9.1 is buggier than the one in 9.0 (as seen with two different Palms, the V and the Zire 72) and may change the times of calendar dates, so be careful when you sync and make backups of your calendar files.

And that bugs me. Not his writing, but the fact that there’s a fairly obvious regression in KPilot between those two SuSE releases.

Now, whose fault is this? Why wasn’t this caught earlier? These questions bug me. You see, I really do care about the quality of the software I produce, and though I don’t lie awake nights fretting about possible bugs, I don’t feel happy when something gets out that causes trouble for users of that software. I suppose this is the same theme as the previous blog entry bitterness prevails.

I can trace fairly closely what went wrong here: libkcal was changed to fix some bugs that KPilot worked around; libkcal also changed the semantics of some of its functions. Since libkcal isn’t public (yet) that shouldn’t be a problem as long as those changed semantics are communicated to everyone. that uses it. I might not have been paying attention that day. Since development for KPilot proceeds in HEAD, not BRANCH, the bug wasn’t noticed in BRANCH until it was too late.

So now users of KDE 3.2 branch (even the upcoming KDE 3.2.3) are pretty much stuck with a buggy implementation unless they use the KPilot tarballs from this website.

In an ideal world, four things would be different:

  • I would have all the time in the world to work on, test, and fix KPilot.
  • I would have a clone of myself so that the other guy could fix the same problems in BRANCH as I fix in HEAD.
  • Distributions would pick up the right version of KPilot somehow automagically, which means ignoring the official kdepim tarballs occasionally (certainly for branches).
  • Distributions would test the software they ship, and report problems back to the authors.

Yeah, ideal. As it stands, though, I’ve got to fix bugs where I can (HEAD) and try to put out tarballs often enough to keep abreast of the bugs. And, most important, make sure people know about them.

The Joys of CSS

Ah, the joy of CSS. I never knew them, Horatio. Or something like that. Yesterday, after Reinhold registered the domain, I decided that we’d need to update the site and give it more room to breathe; more room to reflect the ongoing development of KPilot. Since the frames-based design of the old KPilot website was somewhat broken — it didn’t adapt to changing font sizes at all — I decided that now was the moment to do something neat with CSS.

It’s been an interesting ride, so far. I’m quite pleased with the new look. Looking for CSS help was a pleasure, really, with ggl:css guide being all I needed to find such useful sites as a
guide for the unglued, which pointed me further to a guide on
css positioning. And that was all I needed to get the menu, over there on the left, to stay put, and the news items and the hardware list to behave nicely.

All these boxes being stacked vertically and horizontally made me think of TeX, the original letters-are-just-boxes typesetter, with which I can still do a lot of fancy tricks. Anyway, I hope you enjoy the new look, and remember to read about how to
help KPilot as well!