@@ 128,4 128,18 @@ Wow, thanks for the detailed feedback.
History browsing, along with quality annotated commits, are both bordering on leaving the "lightweight" model of b. Not that I terribly mind that happening, but it involves some further consideration and likely refactoring, since the codebase is built up from nice wrappers around a todo list.
-This is definitely on *my* todo list now though. Thanks again.
No newline at end of file
+This is definitely on *my* todo list now though. Thanks again.
+By: Yann E. MORIN
+On: 2012-05-24 19:11 +0200
+Indeed, the template I suggested might be overkill and may be not easy to
+prepare. That was merely a suggestion! ;-)
+I see now that the b-commit is not that trivial, when there are two or more
+uncommitted bugs, because the .bugs/bugs file contains the changes for all
+the edited bugs, but b-commit would only commit a single bug.
+Anyway, I'll see if I can do something about it (I'm by far no Python
+expert, so don't hold your breath!).