9 ms·
At risk of being /that guy/, I find that emacs gives me a nice & consistent "one-stop-shop" for text-based apps instead of having to kludge together a bunch dis
by snicker7 6y ago
At risk of being /that guy/, I find that emacs gives me a nice & consistent "one-stop-shop" for text-based apps instead of having to kludge together a bunch disparate terminal programs.
Also, +1 for Julia.
- thecedarprince 6y agoThanks! I love Julia - if you want to check out a cool Julia project I am working on with my friend [Ole Kröger](https://opensourc.es/about/ https://opensourc.es/about/) have a look at [Javis.jl](https://github.com/Wikunia/Javis.jl https://github.com/Wikunia/Javis.jl). It is an animation package similar to manim by 3blue1brown. :)
- desmap 6y agoJust the combination of tmux and nvim with shared ctrl-hjkl between both nvim and tmux panes is so buttersmooth and no other setup has given me such an seamless interoperability between an editor and an OS. What this means: you can switch between tmux panes or nvim panes or from tmux to nvim and back always with the same shortcut. This is the most underrated killer feature.
- bigdict 6y agoDoes NeoVim support that out if the box? For regular Vim I'm using https://github.com/christoomey/vim-tmux-navigator https://github.com/christoomey/vim-tmux-navigator.
- nbwl 6y agoI don't think so. I had to use that package too in neovim.
- desmap 6y agoNo, you need that plugin/script but installation and usage is rock-solid, I am using this now for years. FWIW, I also never use nvim's built-in terminal because this setup with tmux is so fast and feels super natural. Hint: you have to redefine more of tmux' binds, the defaults are just not usable. Hint2: most creation and resizing of panes and windows binds should be mapped without the tmux prefix, you can do this with "bind -n" in the .tmux.conf. Hint3: read the tmux manual, it's really good and on one (long) page.
- rusticpenn 6y agoI am not sure if you tried i3 window manager. It provides similar features but with more freedom.
- desmap 6y agoI posted in another comment more about my view on i3. However, compared to tmux it also lacks the capability to be used via ssh. At the end of the day there are not really comparable but yeah, I prefer to work with tmux+nvim on a *nix environment through ssh, all wrapped in a typical window manager such as Windows which handles stuff like hidpi, meta window management, device management etc. The good thing is that I am not stuck with Windows. You can give me any meta/desktop OS/window management such as any Linux wm or macos as long as I have tmux and nvim, my productivity will stay the same. FWIW, while automatic tiling with i3 is super impressive, it's overrated. In the beginning you believe that this really boosts your productivity but you get quickly annoyed. If tmux is set-up right, so not just this seamless navigation but also creating and resizing of panes in a similar fashion with intuitive binds you wouldn't want any automatic tiling anymore. With my binds I am able to open and resize dozen of panes faster than I ever could with i3. And as a bonus tmux' config is just simple some remapping but never a rabbit hole to get basic things working.
- alpaca128 6y agoThat is why I prefer the static tiling approach compared to the common dynamic tiling window managers. The important difference is that a static window manager never reorders or resizes windows unless you tell it to, and this leads to the same flexibility but without being forced into a predetermined layout. I like it a lot but it's rare, the only one I've used is stumpwm.
- alpaca128 6y agoThe disadvantage of that is that i3 is not aware of a window's contents. A terminal multiplexer however knows what the current working directory in each terminal pane is, and if you open a new split it can be automatically set to the same path. This makes the whole process a little bit smoother.
- briggers 6y agoYes! I do this and love it. Works locally or via SSH with no difference at all.
- npsimons 6y ago> is so buttersmooth and no other setup has given me such an seamless interoperability between an editor and an OS . . . This is the most underrated killer feature. You've just described what it feels like to be an emacs user. It's all just text[0]. [0] - https://blog.vivekhaldar.com/post/3996068979/the-levels-of-emacs-proficiency https://blog.vivekhaldar.com/post/3996068979/the-levels-of-e...
- _huayra_ 6y agoI think author (and other folks who have this vim+tmux+other tools type of workflow) would really like Emacs, especially Org mode. I have a very similar set of tools for a pure-Emacs workflow to this: - org-roam - org-noter - persp mode with persistent sessions - vterm + eshell - various plugins for org bibtex / latex All of this in Doom Emacs gives me the same functionality. I do admit that it took a large amount of time for me to cultivate this over several years, as it does for most workflows. It's very hard to jump ship, even when the grass may be objectively greener, because one has to actually be productive today instead of postponing until one's fonts are just right and keybindings are perfect!
- marci 6y agoHave you heard about Org-roam-bibtex ? https://github.com/org-roam/org-roam-bibtex https://github.com/org-roam/org-roam-bibtex https://www.youtube.com/watch?v=Wy9WvF5gWYg https://www.youtube.com/watch?v=Wy9WvF5gWYg Org-roam-bibtex - Quick Presentation
- desmap 6y agoTried so many times to get into emacs (3 or 4 times) and once into org mode. It unfortunately never made click despite my love for any kind of terminal app and also competition in this space. Just emacs lisp would be the reason to switch from vimscript but again I just couldn't get warm with emacs. Also I think that the paradigm of modal editing is key to editing, not because I am used it, it just makes sense to have the myriad of functions of an editor easily reachable without too many modifiers. Coding isn't about just writing code but a lot about thinking, editing, staring at code, thinking, editing, jumping, f, /, yy's, dd's, ct, etc. I use modifiers heavily, way more than the typical ctrl/alt, but again to have an extra dedicated mode is crucial, so I can't imagine how any non-modal editor, eg emacs, can excel re UX like vim or nvim do. There must be reason that even the emacs community itself promotes spacemacs, which follows that paradigm, so much. But for some spacemacs is a layer too much adding unnecessary complexity. Besides, vim is also so popular because it's fast, load time, editing, anything. Whatever, put me into any text field without modal binds and I am pretty much handicapped but maybe I might just missed emacs' hidden qualities. Trying emacs feels going one step back (when coming from modal editing). Edit: Don't get me wrong, this shouldn't qualify as offense but every time I read some random emacs praise on the net, I never know if I should give emacs another try or if it's just a vocal minority who never experienced proper modal editing and I just should move on.
- enriquto 6y agoTo "kludge together a bunch of disparate terminal programs" is not conceptually different than "kludge together a bunch of disparate elisp functions". Some of us live inside the command line, some of us live inside emacs, most of us live inside a web browser.
- desmap 6y agoYes, I also found "kludge together a bunch of..." a bit misleading since this atomic nature of *nix is why we use it.
- d0mine 6y agoThere may be a difference in how uniform & integrated the final result is likely to be.
- snicker7 6y agoI was referring to the consistency of the user interface and other behaviours. For example, themes and key bindings can be made consistent across emacs modes. They share the same config.
- deleted 6y ago[deleted]