[ditz-talk] First impressions

William Morgan wmorgan-ditz at masanjin.net
Mon Sep 1 22:09:57 EDT 2008

It sounds like "#" is problematic for a couple reasons:
1. shells interpret it as a comment delimiter
2. false positives (we're #1!)
3. Debian bugs, and whatever else is out there.

So I'm thinking about @ as the identifier, and allowing both decorated
and non-decorated ids on the commandline.

Specifically: on the commandline, accept 23, @23, <hex prefix>, @<hex
 prefix>, and component-23 as issue identifiers. In titles, comments and
descriptions, accept only @23, @<hex prefix>, and component-23. Add
an option to the configuration which controls whether to display the
numbers or the names in system output. (Probably defaulting to names for
legacy support.)

Obviously things like email addresses are going to have @'s in them, so
Ditz will only interpolate when there's a match with an issue id, and
otherwise will leave the text as is.

There is one additional problem with the unadorned numbers on the
commandline: they can conflict with hash id prefixes. Ditz currently
raises an error if the prefixes collide, so this behavior will just be
extended. So it's possible that using an unadorned number on the
commandline will cause Ditz to abort with an error message. But that's
life in the fast lane---if you want to be 100% sure you won't collide
(say, in a shell script), use one of the other naming conventions.
William <wmorgan-ditz at masanjin.net>

More information about the ditz-talk mailing list