Hi there,

I've noticed that the deleted indicator appears one line up from where it should be. It only happens with git-gutter-fringe, not with normal git-gutter. You can see it on this screenshot:

The window on the top is before I delete the function repeatable-enlarge-window. The next window is with git-gutter and the last one with git-gutter-fringe. You can see how in the last one the deleted indicator is one line above, next to the (insert "\n" (replace-regexp-in-string ...

version: GNU Emacs 24.4.1 (x86_64-apple-darwin14.1.0, Carbon Version 157 AppKit 1344.72)

Occasionally I will get git-gutter-fringe overlays stuck in my fringe which I can't clear by toggling the fringe, toggling linum, or even calling git-gutter:clear or git-gutter-fr:clear.

I don't know exactly what triggers this. I think it may only happen when there's only 1 hunk left to show in the gutter (e.g. after making a few edits to a file, and then undoing them one by one), but then again that may be only because I only notice after undoing all my temporary edits to a file.

I did some poking, and it looks like the 'git-gutter property on the overlays gets removed without the overlays themselves getting removed. That is, (overlay-get ov 'git-gutter) returns nil on an overlay that I can clearly see is still showing a git-gutter-fringe overlay in it.

This could be a git-gutter problem instead of something specific to git-gutter-fringe, but I only use git-gutter-fringe so I couldn't tell.

Added/changed markers don't have any effect on where following markers fall, but for each removed marker in the fringe, any following markers gets shifted off by one line too many.

I can provide screenshots if the description isn't clear.

Hi! Does git-gutter-fringe support Emacs 26.1's global-display-line-numbers-mode as well or better than linum-mode? It would be nice to see this project and git-gutter's README.md's updated to address this.

Updated to emacs 27.2 using libXaw instead of GTK. The +,- indicators are replaced with colored bars. Any idea where to start diagnosing?

The little red triangle is the deleted line indicator.

The yellow bar is the added line indicator and the purple bar is the modified line indicator

Currently, the order of inheritance of faces in 9c63b4d puts the fringe face before the git-gutter faces. This causes the fringe face to totally override the git-gutter faces as noted by the :inherit face attribute.

:inherit
The name of a face from which to inherit attributes, or a list of face names. Attributes from inherited faces are merged into the face like an underlying face would be, with higher priority than underlying faces (see Displaying Faces). If a list of faces is used, attributes from faces earlier in the list override those from later faces.

Shouldn't the order be reversed so that the git-gutter faces always override the fringe face?

Any way to change grey gutter to match white background of buffer / frame ?

I'm essentially using your *.el just to put some space between the line numbers and the text.

Thanks.

Seems to be the same issue as syl20bnr/emacs-emoji-cheat-sheet-plus#5: if I'm trying to do a large regexp-replace on my buffer, the first match succeeds and then I get the error message in the subject and regexp-replace fails.

GNU Emacs 25.3.1 (x86_64-apple-darwin16.6.0, NS appkit-1504.83 Version 10.12.5 (Build 16F73)) of 2017-10-10

I noticed git-gutter.el works over tramp but fringe does not(for me)?

Any explanation as to why this is before I go down the rabbit hole?

Before save, it worked as follow:

After C-x C-s, save buffer, it change to:

If maximize frame window and then restore, it display normal again.

https://github.com/emacsmirror/nlinum

thanks

After brief usage, I find fringe does not update accurately sometimes, although mostly working, only random failures.

The following screen shot shows the problem.

in the image, top window has fringe shown which is wrong as you can see magit buffer (bottom window) shows no changes made in the repo.

As title says, it would be nice to have customizable option.

BTW Thanks for your great contributions to emacs world.

As in topic.
Conflict is when fringe is configured to show symbols on left.

When configured to show symbols on right then everything is ok.

Hello,

I have a problem similar to #3, except that I'm getting it with the current version and it seems to be perfectly consistent... I've installed via el-get-install git-gutter-fringe, and then in .emacs I have:

(require 'git-gutter-fringe)
(global-git-gutter-mode 1)
(setq git-gutter:lighter "")

And I find that the fringe appears when I edit lines, but once a mark appears in the fringe, it never goes away. I can commit (via calling git on the command-line, or via magit), I can re-save after committing, etc., but any lines that were previously modified will continue to be marked as modified, even if they have been committed. The only way to clear the fringe is to close the buffer entirely and then re-open it.

This is with emacs 24.3.1 from debian testing.

I just installed git-gutter-fringe for the first time by running the following commands in *scratch*:

(setq package-archives
      '(("gnu" . "http://elpa.gnu.org/packages/")
        ("melpa" . "http://melpa.milkbox.net/packages/")
        ))
(("gnu" . "http://elpa.gnu.org/packages/") ("melpa" . "http://melpa.milkbox.net/packages/"))

(package-initialize)
t

(package-refresh-contents)
nil

(package-install 'git-gutter-fringe)
nil

I then opened a file that is under git version control, ran M-x git-gutter, and received the error:

git-gutter:start-diff-process: Wrong type argument: processp, nil

Is there any way to get a more detailed traceback so that I can learn what, exactly, went wrong?

Using Debian Sid's version of Emacs (29.1 29.1+1-4), I get:

Error (use-package): git-gutter-fringe/:catch: Symbol’s value as variable is void: global-linum-mode

linum-mode seems to be deprecated now in favor of display-line-numbers-mode...

And, of course, the fringe marks for add/changed/deleted do not show.

My configuration is very simple:

(use-package git-gutter-fringe
  :config
  (global-git-gutter-mode))

In a tty frame, it would be nice if git-gutter-fringe degraded nicely to just work like standard git-gutter. As it stands now, the tty frame not only doesn't show the git status in the gutter, but the entire buffer is displayed in a broken way. I've even had this cause my emacs to lock up.

When I use git-gutter-fringe on the right side, a blank fringe/gutter appears after saving.

File just opened:

File saved:

My configuration is very basic:

(require 'git-gutter-fringe)
(global-git-gutter-mode t)
(setq git-gutter-fr:side 'right-fringe)

The jumping gutter disappears when I disable git-gutter-fringe, so it is not caused by any other packages.

I'd try looking into the code myself but I'm fairly new to emacs so I wouldn't even know where to begin :-)

It's not clear if it's possible to run with both git-gutter and git-gutter-fringe (i.e. one for tty frames and one for gui frames). Could you ammend the docs to make that clear please?

Error running timer ‘git-gutter:live-update’: (file-missing "Searching for program" "No such file or directory" "diff") [2 times] occurs whenever a new file is opened.

enables diffing on-the-fly (i.e. without saving the buffer first)

thanks