]> sipb.mit.edu Git - ikiwiki.git/blobdiff - doc/todo/Add_instructive_commit_messages_for_add__47__edit_pages.mdwn
More up-to-date patch
[ikiwiki.git] / doc / todo / Add_instructive_commit_messages_for_add__47__edit_pages.mdwn
index 0e9d61398bcd945b2e6201a018f759447c0e57ab..cfb5b98a35f8b023e1433112c1ef420b64894d4f 100644 (file)
@@ -4,6 +4,25 @@ I modeled the message on `rename.pm`, which used a lowercase initial letter and
 
 Diff follows. --[[Daniel Andersson]]
 
+> This is somewhat intentional. It's pretty usual for changes to be made
+> to a wiki without bothering to say what changed; the change speaks for
+> itself and it would just be clutter to mention what file was changed,
+> since any reasonable interface will show the filename, or a link,
+> or some summary of what files were affected when showing a change.
+
+>> I use the Mercurial backend, and Mercurial doesn't allow empty commit messages, so if there were no message, it would default to "no message given" (hardcoded in `mercurial.pm`), which is also clutter, and non-descriptive at that. But I'm on board with your reasoning. It's a matter of taste (and somewhat backend), I guess. I might continue to locally use this patch (with the caveat below fixed when commit message is given), but I won't push for it to be included upstream. --[[Daniel Andersson]]
+
+>>> Hmm.. It would be possible to make the mercurial backend 
+>>> include the filename (or just "added" or "edited") in the commit
+>>> message. It might take some work, especially to handle
+>>> `rcs_commit_staged`, since it would probably need to cache
+>>> what files have been staged for commit. --[[Joey]] 
+
+> Also your patch stomps over any commit message that the user *does*
+> provide, so certianly cannot be applied as-is. --[[Joey]] 
+
+>> Yes, "naive" was the word :-) . --[[Daniel Andersson]]
+
 [[!tag patch]]
 
 ---