8 ms·
It is difficult to even describe a productive hand tuned to fit the individual Emails setup compared to standard. Here are some of my favorite Emacs things: H
by bitexploder 9y ago
It is difficult to even describe a productive hand tuned to fit the individual Emails setup compared to standard.
Here are some of my favorite Emacs things:
Helm + Projectile. Helm will fuzzy complete almost anything in Emacs. Projectile is project management. Together get to any Git repo and file there in very quick. Helm is an option to compare to IDO. I rarely use IDO due to Helm.
Magit, widely regarded as a good Git UI. Using is believing. Better than command line or most GUIs for me.
Various editing nodes are good enough (Python, Lisp of course, Markdown).
Org mode is it's own beast, but if you like outlines and productivity tools Org is very nice. I use it, not extensively. It holds my todos and meeting notes and makes it easy to ha e very complex notes in one doc.
Basic text editing. I think Vi has some things it does better than Emacs here, but it is still very powerful and rewards learning the finer details.
Realizing you are in a Lisp machine. A calculator is no further than your Emacs window. Learning to hack Lisp and elisp is its own reward.
I think the time spent learning it is worth it. I think the math checks out in terms of efficiency. I also know Emacs is not going anywhere. Same with Vi.
There is much more to it all, but these are things off the top of my head. There are many smaller things that connect up how I work via Emacs... But there is a lot to it.
- _asummers 9y agoHelm-ag is great too. I tend to bounce between "helm-projectile-find-file" and "helm-projectile-ag" depending on if I'm grepping or looking for a file name. Fuzzy search makes those terrific. Then within a single file, "helm-swoop" is great. And then "helm-resume" to bring up my previous search.
- pmoriarty 9y agoFor another, related approach, there's counsel-ag, and the various other counsel/ivy/swiper tools. I've personally switched to those from helm, and have found them to be both faster and much more intuitive to use than helm was.
- ams6110 9y agoMagit is the only thing that allows me to make enough sense of git to use it.
- se6 9y agoHave you tried tig? http://jonas.nitro.dk/tig/ http://jonas.nitro.dk/tig/ Could not use git without it anymore.
- tazjin 9y agotig supports only a small subset of the magit functionality. It's useful if you don't have an emacs at hand and quickly want to explore a git repository, but that's about it.
- jeremiep 9y agoI've been using Emacs for years but only started using Magit this year, what a fantastic Git client. It makes everything trivial to do, even rebases become safe and friendly. Its definitely a git client on a league of its own.
- dleslie 9y agoI recently discovered `dumb-jump`, and now use it all the time. https://github.com/jacktasia/dumb-jump https://github.com/jacktasia/dumb-jump
- agumonkey 9y agoJust got ag and rg for win32 x64 and dumb-jump is quite nice. Simple, transparent, fast.
- neutronicus 9y agoIf you think vi does basic text editing better, try Spacemacs! I switched over recently (the emacs pinky was real...) and I've really gotten to like the vim-y experience (although now I get really frustrated when I vim on a server and the search doesn't work like Spacemacs search).
- danieldk 9y agoI used Spacemacs for a while, but switched to a custom configuration with evil, general.el, and which-key. Spacemacs was excessively slow and I also often ran into strange bugs.
- pzone 9y agoThe upcoming .3 release will support a custom package archive. A lot of the bugginess in Spacemacs is caused by frequently pulling 100+ bleeding-edge MELPA packages.
- dongsheng 9y agosame issue here, spacemacs is a very nice package but I just have no idea how to fix it when ran into bugs, I started to build my own .emacs.d since last month.
- jsilence 9y agoThe spacemacs community on gitter is a helpful crowd. Treating newbies with patience and encouraging asking questions.
- dizzystar 9y agoI like a lot of the minor tools that I don't use often, but come in handy when I need them. Avy Mode, which I suppose is the successor to Jump Mode. Letters light up across the buffer and you can quickly navigate to where you want. Multi-cursor mode. A Sublime killer feature. Wasn't exclusive very long. Not sure what it's called, but it binds window changing to shift arrow. Probably my best time-saver.
- biscarch 9y agowindmove is probably it -- https://www.emacswiki.org/emacs/WindMove https://www.emacswiki.org/emacs/WindMove
- arkh 9y agoI love Emacs. But there were no good multimodes 3 years ago. And autocompletion and hints are often a bitch to get working on things which are not C or C++. The moment you start editing files containing more than one language you're pushed to use a dedicated IDE. And then you discover the joy of "good enough". No need to tinker with config files to get the perfect setup: it works good enough to give you a productivity boost out of the box.
- tangue 9y agoThough not perfect webmode is usable for multimode editing.
- nerdponx 9y agoI came to the same realization about Vim about a year ago. I've used Sublime and Vim/Nvim extensively, and I've spent at least a few hours in Textmate, Emacs, Spacemacs, Notepad++, VS Code, and Atom as well. All of those text editors above have some excellent and unique redeeming qualities. But at the end of the day their actual language support tends to be weak. Now I do Python work in Pycharm, R work in Rstudio, and SQL work in whatever IDE goes with my database engine. I use Nvim as my system $EDITOR but at work I'm using it less and less often. I love it and I'll never give it up, but it's becoming more of a hobby tool than something that helps me get things done.
- joshstella 9y agoI'm hopeful that https://github.com/Microsoft/language-server-protocol https://github.com/Microsoft/language-server-protocol will decouple some of these concerns. We've built support for it for our DSL, and it's pretty great so far (esp in VSCode). Emacs LSP support is still pretty slow, so I don't use it when in emacs at present, but it feels like the right direction for getting good language support into editors.
- Zyst 9y agoLSP seriously gives me hope for the future. It is an awesome project, and I'm looking forward to seeing more widespread editor support for it. It's still fairly new so most solutions I've seen that use it still have some sharp edges.
- molteanu 9y agoI haven't been able to use magit. I've tried and tried, but it's too slow for me. It literaly takes 30 seconds just to magit-status the project on a windows machine. So I'm using vc and git-gutter+ for this job. You can see the changes, stage them, view the log, annotate your file (what commit modified each line), commit, ammend, etc.
- aerique 9y agoI've never tried it on Windows so that might be the issue. Windows is still somewhat a second-class citizen wrt Emacs and Git. Not as bad as is the past and getting better every day but still noticably worse than on a Unix. I've aliased magit-status in my shell and it spawns a new Emacs instance (no demon) and magit in a few seconds.
- josteink 9y agoNo reason to downvote parent. Both Git and Emacs (especially use of external processes) are slower on Windows. Combined it’s quite noticeable. I still use Magit though, because it’s clearly the best git-porcelain around.
- hedning 9y agoMagit is really amazing. Recently learned that it optionally supports saving changes to git when saving a file or doing some destructive git operation, by using the magit-wip modes. Makes git much safer. https://magit.vc/manual/magit/Wip-Modes.html https://magit.vc/manual/magit/Wip-Modes.html
- baby 9y agoI tried using Helm + Projectile, the problem was that I often use emacs out of .git repos. So I ended up using ST3 instead.
- aldanor 9y ago+ Magit. I used to use Spacemacs, then switched to vim (better C++ support without ctags, multimodes, easier to get running on remote boxes) -- however I still always use magit as a separate git client, I haven't seen any other git client, GUI or terminal, that gets even close.