View summary of changes in revision grid

[gerhardol]

Do you want to request a feature or report a bug?
Feature

What is the current behavior?
The number of changes can be shown in the Commit button, together with some color coding to show the type of changes. It would be nice to see some more details, especially for artificial commits (#4209 adds support for the count for artificial commits). I would be most interested in submodule status, update needed or dirty, but also modified, new and deleted files.

The information can be presented in several ways:

• New RevisionGrid column, available for all commits, so you can see simple/massive changes at a glance. Variable size though. the changes should be to the first parent only. This will have performance implications, calculating for all commits and should probably not be implemented.
• First part of Subject column for artificial commits. Only for artificial commits then, can icons easily be blended with the text?
• In toolbar, replacing the dynamic behavior of the Commit button. (Showing the aggregated status of unstaged/staged?)

One example. If the current unstaged changes look like this:

The column/entry to the unstaged message could be:
:2 :1 : 1 : 1

[RussKie]

especially for artificial commits (#4247 adds support for the count for artificial commits but )

Do you mean #4209?
#4247 is about enabling them by default...

My apologies, but I've re-read the proposal several times and I am still unclear on the details (may be I need more sleep...I do actually)
You would like to visualise and provide more information on type of changes to submodules.
But I can't understand what this means:

[gerhardol]

Do you mean #4209?

Yes...

But I can't understand what this means:

A separate column or information merged to the Subject.

[gpongelli]

What should appear on merge commit ?

[gerhardol]

@gpongelli

What should appear on merge commit ?

The changes to the first master.
However, the performance implications are too high, a column available for all should probably not be implemented.

[gpongelli]

However, the performance implications are too high

I think so.

[gerhardol]

What I want to see are no of changed tracked files, untracked files (just for worktree) and changed submodules.
It would be nice to see the submodule status to see submodules that need to be updated, but that require calculations.

[gerhardol]

Included as part of #5087