Community
Participate
Working Groups
If one of the changed files has long path all the actions for staged/unstaged files are moved outside of the user's view. There is no horizontal scrollbar (see bug 339524), so anything user can do to see the actions for each file is to move the splitter between two panes. If there is a large number of files changes user may not notice that somewhere there is a file name that pushes the actions to the right and in result we may not know there there are any actions at all. Other thing is that actions view is not consistent with actions on the navigator, when actions for the item are shown only when user hovers over the item.
Created attachment 190865 [details] Hidden actions
(In reply to comment #0) > Other thing is that actions view is not consistent with actions on the > navigator, when actions for the item are shown only when user hovers over the > item. So this bug is also about using CommandService in git status UI. Could we change the summary to reflect the real intention?
(In reply to comment #2) > (In reply to comment #0) > > Other thing is that actions view is not consistent with actions on the > > navigator, when actions for the item are shown only when user hovers over the > > item. > > So this bug is also about using CommandService in git status UI. Could we > change the summary to reflect the real intention? The first part of the bug was fixed so I've changed the abstract to reflect the second part.
If we are rendering all the actions like navigator and git log do , the actions will not pop up when the left hand side is not wide enough. Currently as we are rendering actions statically , the h-scroll bar appears when the left side is not wide enough so user will not lose actions.
*** This bug has been marked as a duplicate of bug 347079 ***