BlogArchive

Thunderbird, you're not as good as you think. . .

A few months ago I changed over to a Linux desktop at work. Because we have exchange I using evolution. Sadly, it's at best a weak replacement for a mail client. Its local message store is barely functional and falls apart horribly with sizes resembling anything that any real user will have.

So, a little while ago, our exchange admins turned on IMAP, I switched to Thunderbird and things were better. Or so I thought. It turns out that, except for Bayesian spam filtering, Thunderbird is just an outlook replacement.

What? Isn't that what I wanted?

No. I want it to be better. Why should I have the exact same capabilities when I can have more?

My current problems are focused around message filtering. Apparently there's a number of things that Thunderbird just doesn't do quite right. Like the fact that it only filters on the Inbox. So, if you're doing serverside filtering before downloading mail you can't re-filter on the client. That just seems silly.

But, the part where it could really be improved is in the general handling of filters. Thunderbird is built on the standard mozilla engine. So, it provides a nice javascript-y programming interface. How hard would it be to add capabilities like regular expressions or the ability have it actually execute code on particular messages? And there aren't even plug ins that do that.

Sure, I could write one, but, if I had the time to do that I wouldn't need the capabilities it would provide.

And that's one of the catch-22's of open source.

06:40 AM, 18 Dec 2008 by Martin Hebrank Permalink | Comments (0)

My sansa shoots up with a dose of rockbox. . .

A few Woot offs ago, I got in on a bag of crap. For $8 I got a couple weeks of great waiting in great anticipation of what I would get. Finally, I got it. (18 HP over the ear headsets?!).

There were something like 12 or so various Sansa mp3 players of well known flavors. I gave most of them away or sold them for a nominal fee. But this left me with an interesting conundrum. I wanted one. . .but I only do oggs.

So, I grabbed a 4G e260 (like $20 all over) and decided on trying rockbox.org. Short of the fact that it doesn't natively support the USB stuff I've been enjoying it. As you might expect, it naturally supports mp3s and oggs and 13 other formats -- on ipods too! It comes with all sorts of games, including doom if you grab the wads somewhere. There's some applications, like "lamp", hard to figure that one out.

All in all, getting a cheap mp3 player on rockbox's list of supported hardware and installing it is well worth the few minutes. It'll make your couple of bucks go much farther.

09:20 PM, 15 Dec 2008 by Martin Hebrank Permalink | Comments (0)

Halloween!

It only took 3 weeks, but here's the Halloween setup write up and accompanying pics.  It was a fun year. Kids got scared. Parents thought it was cool. Beer was drunk. I had a ball.

You can look at other write ups too.

02:41 PM, 22 Nov 2008 by Martin Hebrank Permalink | Comments (0)

Ohio Linux Fest - Interviews.

On October 11th I was at Ohio Linuxfest with my friends from NOOSS. We were there with our webcasting and recording equipment. While there we met some interesting people and recorded interviews with them. So, here they are:

Dual Core - Nerd core rappers.

Moose and Peter Salus - Moose of OpenAFS and Peter Salus the technology historian.

Roland Hess - Roland Hess on Blender.

10:28 PM, 20 Nov 2008 by Martin Hebrank Permalink | Comments (0)

Every time we, my(hopefully not so) small circle of friends, start down the discussion of tabs vs spaces one guy pastes in JWZ's "Tabs versus Spaces" article. Naturally, I always go read it again to see how it applies to the current incarnation of the discussion. The problem was I could never fully wrap my head around it. I think I finally figured out why.

I'll attempt to summarize his article here. He makes these three points on the 3 different definitions involved in a "Tabs vs. Spaces" argument:

  1. When reading code, and when they're done writing new code, they care about how many screen columns by which the code tends to indent when a new scope (or sexpr, or whatever) opens.
  2. When there is some random file on disk that contains ASCII byte #9, the TAB character, they care about how their software reacts to that byte, display-wise.
  3. When writing code, they care about what happens when they press the TAB key on their keyboard.

He then goes on to explain points #2 and #3 and how different editors process the characters and the key and then says:
So, the real religious war here is point #1.

Points #2 and #3 are technical issues about interoperability.


Ok. So far I completely agree and fully understand what he is saying. Indeed, how the code is indented is absolutely a religious issue. But, here's the paragraph where my brain kept blowing up:
My opinion is that the best way to solve the technical issues is to mandate that the ASCII #9 TAB character never appear in disk files: program your editor to expand TABs to an appropriate number of spaces before writing the lines to disk. That simplifies matters greatly, by separating the technical issues of #2 and #3 from the religious issue of #1.

It finally occurred to me why. Because the reality of this situation is not that you're separating the religion from the tech, but rather, you're forcing your religion on others!

Ok. What do I mean by that? Well, lets say that I am one who believes that there should be 4 screen columns between changes in code scope (ie. indenting a new block). Now, say I follow JWZ's advice and untabify. Then you load up the code, except you believe there should be 2 screen columns for a block indent. Now, I have just completely forced my belief of 4 columns for indent on one who believes in 2.

So you see that instead of separating the religious issue, you're forcing it.

To help this, I make a modest proposal of my own. That is, we define TAB characters (in whatever encoding you happen to be using) at the beginning of a line (that is, following a newline character) to be always defined as "perform a single level of indent". If we all follow this definition then and we all listen to JWZ's advice on the fact that issues #2 and #3 become technical issue that are solved via editor configuration, then we have truly removed the religious issues involved in Tabs vs. Spaces. Everyone can set their editor to display the TAB character at the beginning of the line to show the proper number of columns as required by their deity and everyone can make their TAB plastic keyboard bump behave so as to write the tabs at the beginning of the line.

And finally, all coders exist in utopia.. .

09:20 PM, 18 Nov 2008 by Martin Hebrank Permalink | Comments (0)

XML

Archive

January 2008
S M T W T F S
   
10  11  12 
13  14  15  16  17  18  19 
20  21  22  23  24  25  26 
27  28  29  30  31     
July 2009
February 2009
December 2008
November 2008

Tech

    ..MP3 player (2)
  ..Open Source (2)
      ..Ubuntu (1)
      ..Wine (1)
  ..Firmware (1)

Blogroll

  1. My Projects
  2. NOOSS

Notifications

MESSAGE KEY MISSING: 'acs-subsite.icon_of_envelope' Request notifications

Syndication Feed

XML