AutoComplete similar as code editors do it, after entering one or two letters, would ease this process a lot.

Adding reviewer(s) to a Pull Request is error prone, as the entered name(s) must match the server login name exactly, including case.

Optionally the search should match any part of the login name, not only from the beginning, as some login names follow strange rules how they are derived from the real name.

Often, when I do Sync, it takes a few minutes in which I can't do other actions in SmartGit and cannot logoff as I want the action to finish. So, I switch to reading mail or surfing the web until it finishes. But then I need to constantly switch to SmartGit to check if the action has finished.

It would be nice if SmartGit could raise a system tray notification once a lengthy operation has finished. Each operation that takes more than 5 seconds (this can be configurable) would show a notification when it ends. The notification should also indicate the action's status, so for instance, if it is green, I know I can safely logoff, knowing my changes are pushed.

When dragging a branch tag, SmartGit shows the tag moving along with the cursor, which is great feedback as to what is happening. When dragging a commit, though, just a small, dotted rectangle is dragged, which makes it hard to know what's happening. Even worse, if the commit isn't selected before the drag begins, then the dragged commit isn't selected during the drag, so you actually could be dragging something completely different than you think (tested on OS X 10.10.5). 

Suggestions:

• When the user starts dragging a commit, select the commit before starting the drag
• Provide better visual feedback on the item being dragged

The visual feedback could be done in a number of ways, including

• Show a rectangle that matches the visual size of the commit (the height of one commit and the width of the "Commits" pane)
• Show the message of the commit being dragged

When I'm looking if a property exists to configure a feature, it's a long list to scroll through for key words.  Filtering the list would be very helpful.

Setting the column configuration for the Journal pane should not affect the Log pane, and vice-versa, each should have their own settings.

The desired set of columns and how the values in that column are displayed (e.g. compact vs full name) are different for the Journal pane than for the Commit pane.

For example:

My Journal pane is narrow, sharing the window with with 2 other panes that I like to see next to it, so visible space is limited. On the Journal, the most important column is the message, but I'd also like to see the date and the author (but showing the compact author is fine) in order to give more space for the message. If I can't horizontally scroll, I may decide I don't want the date displayed so I can see more of the message.

My Log pane is much wider with only one pane next to it horizontally because I want to see much more. The message is still the most important column, but I also want to see the full author name and the date.

Currently two changes views are available:

- HEAD vs Index

- Index vs Working Tree

I propose to add the third one: "HEAD vs Working Tree", which would ignore Index and show diff between the current state of the working directory and the latest commit.

1. Allow "word-wrap" feature in this tab so that we don't have to scroll horizontally.  It looks like this tab is implemented as a list or something, so hopefully the contents of the list can be word-wrapped.

2. Allow separate font size for [Output], just like in Visual Studio.  [Output] tend to be verbose, so it would be nice to see more of the data in a glance.

Blame is great, but can be very slow.

I would like to recommend making blame into a submenu, or have blame open a selection dialog where the "from date" or "up to x months/years back.

This would prevent blame logs for larger files (or with massive histories) from taking several minutes to open, when all you really want to check might be who made a certain change in the last 6 months.

It would be convenient to make a shortcut to the Reveal command.

I suggest Ctrl+Click.

This combination is used in such products as Visual Studio, Microsoft Word, Microsoft Outlook, notepad++, so it will be familiar for many users.