The application layout is generally quite elegant and modern, but the file browser could be improved, as it seems derived from design patterns that feel rather clumsy and dated.
The same general concept might be applied equally for the tabs labeled Changes and Files.
In each case, two panes, the file list and file contents, are crammed into a small region at the bottom of the window, and as such, their usability is substantially limited.
The option to open the pane in a new window alleviates much of the difficulty, but further design changes might make the interface more elegant.
Modern user interfaces take advantage of fast response times, avoiding excessive content displayed all at once.
Following such a principle, the file list could span the entire width of the pane that presently contains both the file list and the file contents.
When the user wishes to be displayed the contents of a file, a single file could be opened for display into the larger share of the window, covering at least the commit history and file list. This view could of course be closed, to restore the normal view, that includes the list of files.
If space is available beside the file names, then statistics could be displayed, such as line count.
Following a similar concept, Local Changes might also feature a separation for the view of file names versus file contents, for a cleaner appearance, and more space for display of each section.
The application layout is generally quite elegant and modern, but the file browser could be improved, as it seems derived from design patterns that feel rather clumsy and dated.
The same general concept might be applied equally for the tabs labeled Changes and Files.
In each case, two panes, the file list and file contents, are crammed into a small region at the bottom of the window, and as such, their usability is substantially limited.
The option to open the pane in a new window alleviates much of the difficulty, but further design changes might make the interface more elegant.
Modern user interfaces take advantage of fast response times, avoiding excessive content displayed all at once.
Following such a principle, the file list could span the entire width of the pane that presently contains both the file list and the file contents.
When the user wishes to be displayed the contents of a file, a single file could be opened for display into the larger share of the window, covering at least the commit history and file list. This view could of course be closed, to restore the normal view, that includes the list of files.
If space is available beside the file names, then statistics could be displayed, such as line count.
Following a similar concept, Local Changes might also feature a separation for the view of file names versus file contents, for a cleaner appearance, and more space for display of each section.