Share your ideas on how to improve SmartGit!


This is no support platform! To report bugs or request support, please contact us directly. If in doubt ask us.


First search for a similar request and add your votes or comments there.


Take the time to describe your request as precise as possible, so users will understand what you want.


Follow the stackoverflow.com writing guidelines.

Thank you for your help!

+2

System tray: show a notification when a git operation that took more than a few seconds ends

Shmulik Flint 6 years ago updated by Marc Strapetz 6 years ago 0

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.

+2

When dragging a commit, provide better visual feedback?

griscom 6 years ago 0

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
+2
Completed

Add search/filter text box to low level properties

Jeff Jensen 6 years ago updated by Marc Strapetz 5 years ago 4

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.

+2
Completed

New Journal and Log view: Independent Journal and Log column configuration [SG-11850]

Mike 6 years ago updated by Marc Strapetz 6 years ago 1

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.

+2

Changes view: add HEAD vs Working Tree view

andrew pashkin 6 years ago updated by Costy 2 years ago 10

Currently two changes views are available:

- HEAD vs Index

- Index vs Working Tree


Image 202


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.

+2

Ability to change appearance of [Output] tab

Sync 6 years ago updated by Thomas Singer 6 years ago 1

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.

+2

Blame submenu up to x years

Thomas Hansen 6 years ago updated 6 years ago 3

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.

+2

Log window: shortcut to the Reveal command

Sergey Filippov 6 years ago updated by Pierre Goiffon 6 years ago 4

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.

+2

Commit dialog: make line lengths guides configurable and show cursor position

a doerfler 6 years ago updated by Thomas Singer 6 years ago 1

Not each project impose the same limits on how the commit message must be crafted.

Since the limits may also be "soft" limits, it would be great if one could see the current cursor position in some status bar (like :set ruler in vim, or any other text editor shows by default).