Brent Goodrick <bgoodr@xxxxxxxxx> writes: > Ok, now that makes sense to me. Part of the problem here is that there > is no statement in the user manual about git.el's intent to hide the > index. Perhaps something to the effect of "If you are new to using > Emacs but not new to git, then you need to know that bla bla ...". > Otherwise, I think users may get tripped up by this as I was. Was > there a manual in the works for git.el or did I just miss it in recent > checkins? There's no manual, and I'm not going to write one, I suck at writing documentation. If you would like to contribute one it would certainly be welcome. > However, the *git-status* buffer does properly reflect the two added > files by their state being changed to "Added". Since you may have a > ton of files that are being added, it probably doesn't make a whole > lot of sense to dump a long message into the minibuffer with all of > those names. By the same token, it doesn't make sense to emit one > message per file either. Instead, would you be willing to change that > message to just state "Added n files" where "n" is the number of files > added? That's exactly what git-success-message already does. The only problem is that the list isn't always preserved properly (and that's only a cosmetic bug, the operations get carried out correctly). -- Alexandre Julliard julliard@xxxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
