Incoherent mumblings
Archive for June 2007
Just can’t help wanting to point people to this description of abject oriented programming, a little-known but widely used programming paradigm.
Over to something more serious. I want a zooming desktop that uses the power of language. Something for GNOME 3 maybe?
The other day I was talking to a mate and former colleague of mine, he’s been doing a lot of Java and C# before but recently he got hired by a small company to do Python work. Anyway he related a funny part of the interview where he said he’d done design patterns and they asked him to explain one that he’s used. He chose Decorator. After he was done explaining the interviewer commented that surely he meant Proxy. The interviewer was wrong and my mate suspects this might be something that’s common in the Python world due to the built-in support for function/method decorators in the language. I suspect he’s right. Anyway, he showed me what he was playing with and I couldn’t help but play a bit on my own afterwards.
Here’s the class of the core object, a simple self-explanatory piece of code:
![[Digg]](http://therning.org/magnus/wp-content/plugins/bookmarkify/digg.png)
![[Reddit]](http://therning.org/magnus/wp-content/plugins/bookmarkify/reddit.png)
class Writer(object):
def write(self, s):
print s
Here’s a not very exciting example of using it:
> w = Writer()
> w.write('hello')
hello
We want to decorate it by modifying the string passed to write in different ways. First here’s a base decorator class:
class WriterDecorator(object):
def __init__(self, wrappee):
self.wrappee = wrappee
def write(self, s):
self.wrappee.write(s)
Using it is straight forward, and still not very exciting:
> wd = WriterDecorator(w)
> wd.write('hello')
hello
The constructor requires a wrappee object and the implementation of write is straight forward. Strictly speaking this class is unnecessary, but it’s convenient once we implement “real” decorators. Here’s the first one, it converts the string to upper case before passing it on down the chain:
class UpperWriter(WriterDecorator):
def write(self, s):
self.wrappee.write(s.upper())
This is where it gets a little more exciting, not much though:
> uw = UpperWriter(w)
> uw.write('hello')
HELLO
Here’s a nice detail about Python that I’ve never reflected over myself—constructors are inherited in Python. Here’s another decorator, one that makes the string “shouty”:
class ShoutWriter(WriterDecorator):
def write(self, s):
self.wrappee.write('!'.join([t for t in s.split(' ') if t]) + '!')
Now it’s getting a little more interesting, because the decorators can be combined:
> sw1 = ShoutWriter(w)
> sw1.write('hello again')
hello!again!
> sw2 = ShoutWriter(uw)
> sw2.write('hello again')
HELLO!AGAIN!
Some of these combinations are more useful than others, and if they’re used very often then it might be worth creating a convenience class for them. Here’s one that I imagine could be useful if you’re a writer for The Register:
class YahooWriter(WriterDecorator):
def __init__(self, wrappee):
self.wrappee = UpperWriter(ShoutWriter(wrappee))
Using it is simple:
> yw = YahooWriter(w)
> yw.write('hello again')
HELLO!AGAIN!
Well, so far it’s been child’s play and I wouldn’t have bothered writing about this unless I took this a little further. I thought something was familiar about how the convenience class worked. I vaguely remembered reading something about super being harmful and there seemed to be similarities between behaviour described there and the desired behaviour when nesting decorators. Rewriting the basic decorator classes using super like this retains their behaviour:
class UpperWriter(WriterDecorator):
def write(self, s):
super(UpperWriter, self).write(s.upper())
class ShoutWriter(WriterDecorator):
def write(self, s):
super(ShoutWriter, self).write('!'.join([t for t in s.split(' ') if t]) + '!')
What this does though is allow implementing YahooWriter like this:
class YahooWriter(UpperWriter, ShoutWriter):
pass
I think that’s pretty cute.
Here’s where I have to stop though. I don’t know if this is even useful, is it? Maybe it has some serious draw-backs my inexperience and ignorance prevents me from seeing, does it? Has super been used like this somewhere? I’d love pointers to that code 
[Edited 16-06-2007 00:34 BST] Bloody hell, can’t believe I had a spelling error in the title all this time. Embarrassing really!
Just after being added to Planet Haskell I changed the theme of WPi but as always with themes there were things I didn’t really like. I was happy to notice that this time I’d chosen a theme written by someone who knew English which was a relief since the previous theme was commented and even contained id names in Spanish. Still, modifying the theme, especially the style sheet, is a pain. Then I found Firebug. Let’s just say I’m never going to bother looking through the style sheet for a theme again without first having found the exact line number by using Firebug. It’s simply a brilliant add-on for Firefox.
After talking to a mate I dropped enable-ssh-support in ~/.gnupg/gpg-agent.conf and stopped using ssh-agent altogether. The Debian developers seem to have anticipated this and there’s full support for this in the scripts in /etc/X11/Xsession.d/. Excellent!
I’ve finally taken the time to look into getting the webcam that I bought from OpenForEveryone working. After a false start with spca5xx–it doesn’t build on recent kernels–I built a kernel module for gspca. Firing up Camorama revealed that the cam was indeed working, however colours, contrast and brightness was all screwed up and couldn’t be changed. Later that turned out to be a problem with Camorama rather then with the cam itself; it works perfectly well in Ekiga.
I’ve also signed up for a SIP account at ekiga.net. I can now be reached on sip:magnus.therning@ekiga.net.
I just finished registering and paying for LRL. Let me know if you want to meet up for a beer, GPG key signing, or whatever…