Currently branches and tags are combined if they differ by the last part (after the last '/') only. Instead it would be better to group them on multiple levels, for each path segment.

I have team mates with very long names, and I wish to use "Show Full Author" in the Log Window because I have team mates with similar initials.  The super long names are taking up too much width.

Please add property to limit the number of characters in the name field, after which an ellipsis will be used to truncate the name.

I like to see the list of stashes awaiting my attention, so I always keep the "reveal" triangle open on the "Stash" list in the "Branches" pane. However, SmartGit keeps closing it for me.

- If I close and reopen the application, the list always reappears closed.

- If I delete the last stash (the "Stash" list disappears, which is fine), and then add a new Stash, the list again reappears closed

It would be nice if SmartGit remembered my preference and kept the Stash list at its previous state.

I notice that `Reworked Compare` is a new feature of version 18. It compares code block by block rather than line by line. It looks cleaner than version 17.

However, the granularity of difference is much coarser than version 17. It lose the flexibility of editing code.

For example, the following picture is screen shot of version 18. I can only `stage` lines 5 to 7 or `discard` them all together.

The following picture is screen shot of version 17. I can `discard` line 5 and 7 while `stage` line 6 individually just by three clicks. It is very convenient and flexible. I always think it is a best feature of `SmartGit` diff editor.

If I want to do the same thing in version 18 I must delete line 5 and 7 in my own editor and then `stage` line 6 in the `SmartGit`. It is very boring and inconvenient!

I think it is easy to add an option to switch compare algorithm back to version 17. For example, add  button at the up-right corner of the compare pane. The default compare algorithm is version 18. If the button is clicked the compare algorithm is switched back to version 17. 

You can use the following sample code to check the algorithm difference between version 18 and version 17:

https://github.com/Jason2013/smartgit_compare.git

On the 'Commits' panel, you can rebase by dragging and dropping branches.

But if the branch you want to rebase and the target commit are far
apart, drag & drop becomes hard and you have to check out once.

So how about dropping branch tags in the 'Commits' panel on the branch of
the 'Branches' panel, or conversely allowing branches on the 'Branches'
panel to be dropped onto the commit of the 'Commits' panel?

Restore the ability to set the column widths, even wider than than the pane, and horizontally scroll to see the columns that doesn't fit in the pane width for both the Journal pane and the Commits pane.

What exactly is the advantage of making the display area wider than the visible area? It means having parts of the information invisible.

• It means I can set it so I see just a small part of a column (like just the month/day of the date (the year the time and the AM/PM are very much noise I rarely care to see), much more important to see more of another column like the message. Maybe I'd rather see half of the full name than just the compact name (initials).
• It means that the pieces of information I'm usually interested are there and all I need to do is shift the horizontal scroll to see them when I want to know more about a particular commit, ie I can simply scroll back and forth with my eye still on the line of interest, not have to go take my eyes off the commit I'm interested in, find the menu to display another column, select that column or columns, find the line again, then do it all over to remove those columns.
• Lastly, and this is related to the 1st reason, my Journal pane doesn't have enough room to display all of commit message summary. If I can change the width of the commit column, I can then read more of a particular commit message and then immediately make the column smaller. Or I could just leave it wide enough and horizontally scroll to read more when I want to.

The point is this is one of the things that make viewing a git repository via a GUI more useful than just using the command line, the ease with which you can view more information about commits together so you get a holistic view and understanding.

With having more than a few dozen repos for different products (organized into groups), the SG background processes (e.g. fetch) can take awhile to run.  Sometimes I have to wait for them to finish before I can do something simple, such as open the log window, because SG disables nearly all UI actions while the background processes run.

When working offline, it takes so long to timeout that it's faster for me to restart SG.

At these moments I wish for a Cancel button to stop them.

In the changes view (within the log view), the horizontal scrolling should be synchronised also when the horizontal width of the two sides is different. Currently if one line in the right view is longer than any line in the left view, the horizontal scrolling of the two views is not properly synchronised.

(It can be seen also by the fact that the scroll bar in the right view is smaller than the one in the left view).

I love the "Fetch" button in the main SmartGit window. Please, add this button to the "Log" window too.