Improving dt's UI
Vlad Skvortsov
vss at 73rus.com
Thu Jun 19 00:03:05 PDT 2008
David Wolever wrote:
> As I lay in bed, my mind was racing with thoughts of building the
> ideal issue tracking software... It would be entirely filesystem
> based, a command line wrapper to make things easier, it would support
> all sorts of searching...
> Now imagine my disappointment when I found out that it was already
> implemented!
>
Oh, I'm sorry for your disappointment! :-)
> Anyway, after some playing around with dt, it seems to do exactly
> what I want... With one small exception: I've found the UI to be very
> "clunky". I'm not a huge fan of all the prompts -- I'd much rather
> be put in $EDITOR. For example:
> - The 'add' command forces you to pick a version, and there is no way
> to set a default (breaking train of thought)
>
Hmm, we just never had such a requirement, but it seems to be trivial to
implement. It needs to be configurable though.
> - There is no clear way, in one "action", to close an issue and
> include a commit message
>
Just use 'c' and 'e' commands in the same session. Or, for
non-interactive use, dt act $ISSUE -a close:fixed -m "Your commit message".
> - There is no clear way to "just add something (comment, header, etc)
> to a ticket"
>
Again, just invoke 'dt act' and then use 'e' or 'h' commands
respectively. Or, dt act $ISSUE -m "Some comment"; dt act $ISSUE -a
change-header:header=value.
> It seems to me like it would be a lot easier to be given $EDITOR with
> the appropriate headers for any given action (ie, a `dt close` would
> add the "DT-New-Status: closed" header for you), then after $EDITOR
> is closed, check that everything is there, prompting (with a default,
> so enter can be mashed) for any missing values.
>
Hmm, currently -m or -F options are mandatory if -a is supplied to
'act'. We could make them optional, and if they are omitted, drop into
$EDITOR with "preset" headers. Would it work for you?
> So, the question is: is there any technical reason not to do this?
> And, next question, if I was to do it, would that make people happy?
>
Patches are always welcome. :-) We just to make sure that the whole
workflow is consistent after adding new features.
--
Vlad Skvortsov, vss at 73rus.com, http://vss.73rus.com
More information about the Dev
mailing list