Next features ? about blame HOT 1 OPEN

• Default to main branch, rather than assuming it's "main"
• Fail gracefully when branch doesn't exist, offer 2 closest matches
• Fail gracefully when object doesn't exist in any commit
• from and to args in git_history() where they can be : dates, commits, tags
• from arg in review_object_history()
• Cuter function names
• Arg step = "commit", that we can also set to "tag", "parent commit", "day", "week", "month" "year", and we'll show the diff over the period. we can also use regex() to single out commits that have a given format or mention a given keyword
• Meta data for changes, a "change" is a commit/object pair. We might have an impure commit, adding comments in one function and renaming another, but the "changes" in this case would be pure. Changes can be:
  • doc changes
  • argument changes
  • style
  • comments
  • variable renaming
  • ... ?
  • other (whenever we can't detect a category)
• We could filter on this meta data but it's a little different from the step above because when filtering on metadata we want the diff to the direct previous commit, not the commit one "step" before, so I think this would be a separate function.
• Can we detect renaming of functions ? we can be strict about it (only name changes) or lax (object 1 disappeared, and object 2 appeared between the same objects in the same file, maybe with a degree of similarity in the code.
• Try to implement review_object_history() without a need from the data, computing on the go, and see if it's really too slow to be practical, since this would work only commit to commit, this is also a separate function
• Provide multiple objects, to review_object_history(): some objects go together, maybe generic and methods for instance, we might want to see the changes to all of them, we'd go by step, then for a given step by object alphabetically
• R cannot detect key presses unless run in a terminal, but shiny apps can, we can have a widget ans use 1 2 to go forward backward, and 3 to toggle different diff modes (full side by side, side by side with a 10 lines context, unified (standard git view))
• Filter by author ? so commits by auth1 auth1 auth2 auth2 auth2 auth1 become : auth1 auth1 OTHER auth1 (we "squash" the changes of other authors but still show them, this is for the stepwise function,

from blame.