Earlier quoted context omitted.
I say this as an avid emacs user: Emacs has a real problem in that it's very powerful but the, let's say, spiritual leader of the project (Stallman) is so wildly divorced from the real world because of his personal choices that he really has no idea what makes a compelling UX vs what makes a complete mess of arcane incantations. On top of that, the documentation is only suitable as a reference for someone who already…
If all you think it needs are sensible defaults, try just bending said defaults. I'm somewhat curious what choices of Stallman's you think are holding it back. Feels more alive to me than it has ever felt. And that branch that is using gcc to compile elisp is a delight. I concede I expect there are choices made that could be bad; but I suspect most of the choices people think matter, don't. Which is why i highlight t…
Life is 90% of my use cases for org-mode
41–50 of 264 posts
Re: Life is 90% of my use cases for org-mode
#42Does anyone know of a small Emacs distribution? I would like to get into Emacs, but its hard to justify 114 MB: https://ftp.gnu.org/gnu/emacs/windows/emacs-26 Versus Vim 18 MB: https://github.com/vim/vim-win32-installer/releases
Re: Life is 90% of my use cases for org-mode
#43Re: Life is 90% of my use cases for org-mode
#44I use Notes mostly, because it's synced to my phone and I can paste images (usually screenshots) in it easily.
Re: Life is 90% of my use cases for org-mode
#45I don't use emacs. I use text files to organise myself but I use notepad++ to edit them. I have tried to learn emacs a couple of times but I am really unmotivated - don't see any case where it would help me. I am afraid I'm missing something.
This doesn't sound particularly earth-shaking, but it really is. Think of a language like Ruby or especially Clojure, where there are a few core data structures, but many things that leverage them. This means that every time you learn part of the Ruby Array API, or a useful function to work on Clojure sequences, you get to use that _everywhere_. So all of Emacs' basic interactions (and they may seem weird to begin with but they're honestly just trying to save your wrists some pain) work everywhere. You can always trust your intuitive, spatial model of the thing you're looking at. Search backwards in a text file, find some text, select it, copy it, go back to the end and paste it. That works exactly the same in a shell. It works exactly the same in a database client. Or SSH'd into a server. Or replying to an email. Same gestures when entering commands, same gestures moving around in autocomplete popups.
Everything you learn with Emacs (and later, everything you write with elisp), has a little incremental benefit to your power and productivity manipulating text. Except everything is text, and so it all multiplies together.
For whatever reason, I've been trying VSCode on Windows the last couple of weeks, coming from an Emacs on Linux background. I cannot tell you how painful I find it, even after making a pretty good attempt to map all the keys correctly (snarky sidebar, sorry: every editor and IDE has really good Vim key bindings, but terrible Emacs support. I used to feel bad about this until I realised it was a sign that Vim people clearly didn't use Vim that much, whereas Emacs people never leave Emacs). But VSCode begins at a completely different level of abstraction to Emacs. It doesn't want to show you a text-based UI everywhere, and implement tools to manipulate text. It wants to show you windows and panels and configuration screens and extensions with their own behaviour. Everything is modal and different, some windows are special, and you can't just navigate around the same way everywhere.
So, sure, this isn't for everyone, but it's what I love about Emacs, to the point that the many regular indignities it forces on you (hangs if you're not careful about large files, abysmal performance of various things on Windows because of the overhead of starting processes, and sure, the learning curve for some people) are bearable because everything is so natural.
Re: Life is 90% of my use cases for org-mode
#46Earlier quoted context omitted.
Worth underscoring that you are always missing something. You don't dodge that bullet by using emacs, just pick what you want to miss.
For example, if you do choose to use emacs, then you are missing out on time you could have spent learning vim.
Re: Life is 90% of my use cases for org-mode
#47I don't use emacs. I use text files to organise myself but I use notepad++ to edit them. I have tried to learn emacs a couple of times but I am really unmotivated - don't see any case where it would help me. I am afraid I'm missing something.
Re: Life is 90% of my use cases for org-mode
#48Does anyone know of a small Emacs distribution? I would like to get into Emacs, but its hard to justify 114 MB: https://ftp.gnu.org/gnu/emacs/windows/emacs-26 Versus Vim 18 MB: https://github.com/vim/vim-win32-installer/releases
Re: Life is 90% of my use cases for org-mode
#49Earlier quoted context omitted.
For example, if you do choose to use emacs, then you are missing out on time you could have spent learning vim.
Nothing like a bit of vim vs emacs. Though I do get sick of vim winning every time ;)
Re: Life is 90% of my use cases for org-mode
#50I'd like to know more about this because it's something I struggle with while using org-mode. I want to have some sort of bidirectional link between org mode and Github issues for my projects; new issues should arrive in my "inbox" org file, and I'd like a simple way to update the status or commentary around issues from inside org-mode.
Does anyone know of good tools for this sort of thing, or should I take the plunge and really write a lot of elisp?