Currently changes are highlighted in green background which is harder to see if you have green text around your changes. Instead, code changes should have e.g. light red highlight (similar to what Beyond Compare diffing tool does).

Scenario:

File on the left has code that was removed from the file on the right when comparing different versions of the same file.

As in Beyond Compare diffing tool, show matching but blank line(s) on the right. That way both sides will be shown with matching lines on the same eye level. This is especially important if larger chunks of code were removed on one side. The current functionality will show just a narrow line on the right side.

This could be an option to toggle in settings.

When you clone a new repo and pick a project from Github, the Github Projects window should display a progress indicator while loading the list of projects. Currently it just displays an empty list for a couple of seconds, which gives the impression that there are no projects available.

The .gitsvnextmodules that refer to regular Git repositories are being checked out as SVN, instead of regular Git submodules.

If this Git repository resides on GitHub SmartGit does not support it. (svn: E204900: Can't clone an SVN repository from GitHub. GitHub uses a non-standard SVN server and hence those repositories can't be cloned with SmartGit.)

Also there is no option to add a remote Git submodule via the GUI and the option for a local Git or Mercurial repository is greyed out.

However, adding a remote Git submodule to a SVN-Git bridge checkout via command line works and SmartGit picks it up OK.

My file is UTF-8. In the Log window the Chinese characters show up normal, but
in the blame window the Chinese characters show up garbled.

I have remotes, which I have Write access to, that I never want to push to using SmartGit.  Allow me to configure SmartGit to restrict somehow pushing to those remotes.

This does not need to apply to the command line as well.

I develop on Linux and windows the same code, so I don't really care what line endings are used where.

I do prefer to have Unix line endings everywhere because in Windows, my editor knows what to do about them but in Linux, it is better to get rid of Windows line endings.

So, I'd like to have a preference to enable one type of line ending that would be carried away to all copies of my code.

Even better option would be to have a logic that would somehow detect the line endings on the origin, and convert as I want it on local, automatically.

For example, if I create a repo and make some source files on Linux, then push it to GitHub for example, then clone it on Windows, it would be perfect if SmartGit would convert all line endings to CRLF on "download" and back to LF on "upload".

In the log view you can select a single commit and use the 'format patch' functionality to create a single patch.

However, I frequently have the need to select a range of sequential commits and make patches for each commit.

Basically the same functionality as for example 'git format-patch -3' to create 3 patches from the top 3 commits. SmartGit does not seem to provide this functionality. Why not?

Please add DataFlex as a supported language for the Syntax Highlighter.

See www.dataaccess.com

Kind regards

Marco

This is something I wanted for years. Oftentimes when I'm doing an action with SmartGit that takes a few options, I can't do almost anything else in the UI until the command is finished. This means that a big chunk of my time using SmartGit is spent twiddling my thumbs, waiting for SmartGit to finish something so I can do the next thing.

For each of these actions, I have to wait until it's finished before I can do the next. It's annoying. I wish I could do them rapidly one after the other, and SmartGit could execute them asynchronously. If one of my actions results in an error, then stop the queue and let me know, but that's likely to be uncommon.