I first adopted the use of Super several years ago, but I never promoted it enough,Īpart from including a few such keybindings in Emacs Prelude. Keybindings work fairly well, unless you happen to be using a window Frankly, I’m not sure if any Win + letter keybindings areĪvailable there at all. Lot, so s-m is not an option there (it minimizes the current Windows, for instance, uses Win + letter keybindings a Super keybindings will vary based on your operating system/desktopĮnvironment. One thing that you should keep in mind is that your mileage with Of course, you can find many other comfortable options. Typical QWERTY keyboard which makes it super easy to press them in The suggested keys m, j and k are clustered together on a You’d normally invoke via magit-dispatch or magit-file-dispatchĭirectly under this prefix. ( s-m) right now, but you can also bind some “internal” commands that Not only are all essential Magit commands under a single mnemonic essentials ( global-set-key ( kbd "s-m m" ) 'magit-status ) ( global-set-key ( kbd "s-m j" ) 'magit-dispatch ) ( global-set-key ( kbd "s-m k" ) 'magit-file-dispatch ) a faster way to invoke very common commands ( global-set-key ( kbd "s-m l" ) 'magit-log-buffer-file ) ( global-set-key ( kbd "s-m b" ) 'magit-blame ) or alternatively ( use-package magit :ensure t :bind (( "s-m m". Using the Super-m prefix (the m, of course, stands for Magit 4): Traditionalist you can try something different - use a prefix based on These days, but only if we’re talking about the commonly used prefixesīased on Control (e.g. Two-key (super convenient) prefix? Such prefixes are tight in Emacs Remembering when to use C-x g, C-x M-g and C-c g takes a bitīut what if you wanted to have a lot of Magit commands under a single Is not bad as far as Emacs keybindings go. Now you can invoke a lot of commands with keybindings like C-x g l l or C-c g b, which Typically you’d add to them C-c g, as a more convenient alternative of C-c M-g. I hope by now most of you know (and use) the 3 default global Magit keybindings: However I still use revbuffs whenever I do a rebase outside of emacs.This short article will present one simple, but unconventional idea. I've been using magit for a year now and can highly recommend it for dealing with git from within emacs. I will investigate magit a little more thoroughly though.
(I haven't quite been using emacs long enough to make it my operating system). I'd kind of guessed that if I accessed git from within emacs, then it could probably be handled easier, but I currently prefer accessing git through the commandline. I prefer revbuffs simply because of a, possibly irrational, feeling of wanting to be in control of what happens. Global-auto-revert mode would have been a perfectly fine solution, and I wish I could choose two answers.
#Magit for aquamacs mac
Kind of similar to Cmd-R in other Mac apps). (I mapped revbuffs to Cmd-R which works quite nicely.
Certainly enough to stop me wanting to try and write anything new myself. Well, I've found the revbuffs package to be pretty much what I need. PS I'm using Aquamacs on OSX if that matters. I'm fairly happy writing emacs-lisp if people can give me pointers on where to start. Secondly I'd like a command that reverted (without query) all my open buffers that have no unsaved changes, and queried me about those that do have unsaved changes.Īlternatively, I'd be open to suggestions about other solutions, ways of working, etc I could try. Often, when I switch branches in git, if the files are open in emacs, then emacs asks if I want to revert them (as it thinks they've changed on disk) even though the contents are identical.įirstly I'd like to find a way for emacs to not ask me about it at all if the contents on disk are identical to those in the buffer.
0 kommentar(er)
