A few comments on usage:

• Tooltip covers the text
  
• When is Dense tree/Group nodes not disabled? Is dropdown needed?
• In some situations the list is not updated when clicking Group and/or !AB=. This occurs when selecting 421d22f and some situation with commits in two branches.

Noted, probably OK:

• If a folder does not exist on disk "Show in folder" is disabled, as files are. Good. If top level group or status/extension status is shown it is available, opening the repo. Maybe change text to "Show repo folder"?
• (maybe not this PR) If selecting a folder, "Save as" and others are available. This should maybe select the files in the folder too.

Some enhancements, probably future PRs:

• Add File tree group, similar to the grep group. The file tree is improved in an update, but then it would not be needed.
• Refresh button, for artificial commits. That can later show the status from GitStatusMonitor if the contents have changed.

Tooltip covers the text

Yes, not nice. It disappears on mouse move. Closing the dropdown does not work either. Blame WF.
Solution: Use ToolStripEx as in FormBrowse.

When is Dense tree/Group nodes not disabled? Is dropdown needed?

• not implemented
• when someone insists on
  • having a separate folder node for single-file folders
  • omitting group-by nodes (perhaps, only for flat list)

In some situations the list is not updated when clicking Group and/or !AB=.
This occurs when selecting 421d22f and some situation with commits in two branches.

If there are modified .cs files only, there is just one group - and hence no difference because singular group-by folder nodes are omitted.

Noted, probably OK:

If a folder does not exist on disk "Show in folder" is disabled, as files are. Good. If top level group or status/extension status is shown it is available, opening the repo. Maybe change text to "Show repo folder"?

I do not like to exchange menu item texts on runtime unless really necessary. I think opening the repo folder for root / group-by nodes is not counter-intuitive.

(maybe not this PR) If selecting a folder, "Save as" and others are available. This should maybe select the files in the folder too.

If you mean "Show in folder": A folder is selected. So I think, that this folder shall be selected in the Explorer.
Selecting multiple files opens multiple Explorer windows. If users really want all files to be shown in Explorer (windows), they should explicitly use "Select all" first.

Some enhancements, probably future PRs:

Add File tree group, similar to the grep group. The file tree is improved in an update, but then it would not be needed.

File tree needs slightly different handling. E.g. grouping does not really apply. I prefer to not add more groups, especially no expensive ones. It would need to be excluded from "find text in files".

Refresh button, for artificial commits. That can later show the status from GitStatusMonitor if the contents have changed.

👍 for those who do not use auto-refresh

I am going to add a split button with this setting, too.

GitStatusMonitor status to be added in a follow-up
BTW: Even with f0b5a24, GitStatusMonitor updates can be pretty slow - particularly with an AV virus.

When is Dense tree/Group nodes not disabled? Is dropdown needed?

* not implemented

Remove from PR?

Noted, probably OK:
If a folder does not exist on disk "Show in folder" is disabled, as files are. Good. If top level group or status/extension status is shown it is available, opening the repo. Maybe change text to "Show repo folder"?

I do not like to exchange menu item texts on runtime unless really necessary. I think opening the repo folder for root / group-by nodes is not counter-intuitive.

It was not what I expected. No objection for now.

(maybe not this PR) If selecting a folder, "Save as" and others are available. This should maybe select the files in the folder too.

If you mean "Show in folder": A folder is selected. So I think, that this folder shall be selected in the Explorer. Selecting multiple files opens multiple Explorer windows. If users really want all files to be shown in Explorer (windows), they should explicitly use "Select all" first.

OK

Add File tree group, similar to the grep group. The file tree is improved in an update, but then it would not be needed.

File tree needs slightly different handling. E.g. grouping does not really apply. I prefer to not add more groups, especially no expensive ones. It would need to be excluded from "find text in files".

This group should only be calculated when expanded, we leave it here for now.

Refresh button, for artificial commits. That can later show the status from GitStatusMonitor if the contents have changed.

👍 for those who do not use auto-refresh

Auto refresh is too slow for me in some repos

I am going to add a split button with this setting, too.

GitStatusMonitor status to be added in a follow-up BTW: Even with f0b5a24, GitStatusMonitor updates can be pretty slow - particularly with an AV virus.

I would have preferred to have it leftmost as for the main toolbar and being disabled if no artificial. Now it is moving places...

leftmost as for the main toolbar and being disabled if no artificial. Now it is moving places...

static position now, but the Collapse button is more important

can later show the status from GitStatusMonitor if the contents have changed

Currently, this essential information is not displayed (or not retrieved). The numbers at the commit button and at the artificial commits do not really help in indicating whether a refresh is needed or not.
This toolbar must not contain text. Text is very distracting here. Dynamic texts would be even worse.
"ReloadRevisionsDirty.png" should be used in order to indicate that a refresh is required.

Currently, this essential information is not displayed (or not retrieved). The numbers at the commit button and at the artificial commits do not really help in indicating whether a refresh is needed or not.

It would have to compare current status with the update, if ever implemented.

This toolbar must not contain text. Text is very distracting here. Dynamic texts would be even worse.

Agree, numbers are in the group (may be different) and grid.

Sorry, yet another two addenda

Huge effort, congratulations! 🚀