:)

Then again, this is code that I'll likely be using as the basis for an pod file discussing how it works and what's changed since Perl 6, so horizontal space is precious.

All that said, I'll use whatever the prevailing style is at whatever site I'm working on. If there is no prevailing style then I'll work to get one established and will argue for my choices, but once consensus is reached I go with that. The one thing I will not stand for is tabs used for anything but 'basic' indentation. For instance, consider the following (not good style, but it's just here to illustrate a point) code:

sub double_dispatch {
    my $self = shift;
    my $arg = shift;

    $arg->method($self,
                 args => [@_]);
}
[download]

sub double_dispatch {
>>>>my $self = shift;
>>>>my $arg = shift;

>>>>$arg->method($self,
>>>>             args => [@_]);
}
[download]

I would be much more sanguine about tab indented code if people stuck to this rule, but unfortunately, they don't. Even more depressingly, the likes of emacs's otherwise wonderful cperl-mode doesn't make the distinction either. So for now, I argue for 'indents shall be a fixed number of spaces per level'. All things being equal, I choose four.

Yes, your assumptions are embedded in the source this way, but at least your careful formatting doesn't get fscked over when someone chooses a different tab width to view it with.

I can't believe how many tabbers there are out there! Argh! This is usually so wrong (especially in Perl), that a while ago I felt compelled to write a page on it: http://adamspiers.org/computing/why_no_tabs.html