[Ml-yokadi] Request for change t_list -t behaviour

[Aurélien Gâteau]

Sébastien Renard a écrit :
> Le mardi 6 octobre 2009 09:09:10, Aurélien Gâteau a écrit :
>> (Sorry about late answer, I am a father for the 2nd time!)
> 
> Congratulations !
> 
>> Sébastien Renard a écrit :
>>> Le mercredi 30 septembre 2009 13:52:24, Aurélien Gâteau a écrit :
>>>> I would rather add a long option only first, then find a short option
>>>> after using it for a while, if we find out we use it a lot.
>>> Why not just keep -t as we have now ?
>> "-t" does not sound like a shortcut for "overdue". Furthermore, it would
>> change the existing option behavior, this sounds like a bad thing to do
>> to users (even if I agree it is not the most used option)
> 
> Ok, so let's add a *new* option for overdue tasks and remove or deprecate old 
> -t option ?

I agree, but I believe we do not need a short option for every available
options, so I would like to start with just adding "--overdue".

>>> For now this is silently ignored to allow user to make something like the
>>> following without the hassle of escaping :
>>> bug_add my_project why the hell option --foo and -b do not work ?
>> Good point, but this is probably not relevant for t_list.
> 
> Exact. This is a general YokadiParser mechanism. If you feel this is very 
> important we could add an option to YokadiOptionParser to deactivate or not 
> ignoring unknown option.

Yes, it makes sense to me to ignore unknown options for {t,bug}_add, but
not for the other commands, so adding a boolean flag to toggle this
behavior makes sense. I think unknown options should not be ignored by
default, so it would be up to parser_{t,bug}_add to switch the flag on.

Aurélien