Earlier quoted context omitted.
This is why you write Lisp in Emacs. :)
Sadly, my employer does not pay me to lisp.
Then find another one. Clojure is quite popular these days.
Life is 90% of my use cases for org-mode
191–200 of 264 posts
Re: Life is 90% of my use cases for org-mode
#192Whenever there's an Emacs thread I feel really bad like an impostor, because I'm using Emacs daily for work and hobby for the past 15 years now and still only use only 5 to 10 functions regularly. Heck, I can't even remember the keyboard combo for getting help about a mode. When I have to install a new package, I use Melpa and copy&paste init code for the .emacs file from the web. If it doesn't work or breaks, I usua…
Sounds like the package which-key [1] might help you out. (It comes pre-configured for those who use Doom Emacs, but I was using it in my personal config for awhile.). From the about: which-key is a minor mode for Emacs that displays the key bindings following your currently entered incomplete command (a prefix) in a popup.
Re: Life is 90% of my use cases for org-mode
#193Earlier quoted context omitted.
Emacs is an enormous investment but every time I'm forced to use another editor or IDE I'm reminded how much it pays off. Fundamentally, all Emacs does is treat the whole world as text. Everything from that point forward is about giving you (or allowing you to build) tools to manipulate text in a way that is natural and powerful for you. This doesn't sound particularly earth-shaking, but it really is. Think of a lang…
Emacs is suffering from the same problem Perl is suffering offlate. Emacs was invented for a world where Text was everything. These days programming languages are designed around tooling. This is very much true for languages like Java, Python, Go. The programming tool needs to have a lot of sane builtin defaults and extensions. The other problem is speed of typing is irrelevant if you are working with libraries all t…
> Emacs was invented for a world where Text was everything.
Text is still a large part of computing.
> These days programming languages are designed around tooling.
Every time I see a language which requires a lot of tooling to use it comfortably, usually it's bad designed one
> The whole idea of one having to press less buttons to move text around is really a solution for a problem that doesn't exist in the modern world.
I think the idea is not about having to press fewer buttons, but to bother your brain with unnecessary things as little as possible. With Emacs, you don't have to remember "where the hell is this command and what is the shortcut for it?", you type M-x (especially if you use plugins like counsel or helm) type some related words and that's it. You don't have to know how every function works - M-x decribe-function at your service! Not enough? You can always jump to definition and take a look at it.
> The thing is that kind of text manipulation work isn't common anymore.
You still write programs in text, the commands you give to computer ARE text too, even "modern" menus are nothing but text.
> The thing is that kind of text manipulation work isn't common anymore.
Emacs has LSP plugins, if that's what you are talking about
> Or in general some emacs features ported to vscode would be really neat.
Which features does VS Code have but Emacs don't?
Re: Life is 90% of my use cases for org-mode
#194Earlier quoted context omitted.
I think that most companies would not find it adequate for the compliance regulations to be implemented "client-side". Mine would certainly answer your question: "how would you do the following in Sublime" with: "not at all", or: "please don't". As for your former point of configurability; all power to you; I think that there is a spectrum where many folks choose to be more on the end of the spectrum where there is p…
You are missing the forest for the trees here - and I imagine that's by choice. I'm not saying emacs shines as an audit trail - I am saying the processes by which you work can be incorporated within emacs very easily, in a way that is unmatched. I can see why people tend to ignore questions around specificity of why they like emacs - the goalposts never stop moving.
But just because I CAN do something in emacs that I would make a systemd service for now, isn't a good argument for WHY I should use it. Is it easier to add that functionality? Faster? Is it because you get some benefit from everything being in one program? What benefits does it offer?
I don't need my text editor to send email, monitor file changes, be an IRC client, and make me toast. Or do I? What difference does it make what programs do those things, as long as they work well and I can extend the functionality as needed?
Re: Life is 90% of my use cases for org-mode
#195Earlier quoted context omitted.
Emacs is an enormous investment but every time I'm forced to use another editor or IDE I'm reminded how much it pays off. Fundamentally, all Emacs does is treat the whole world as text. Everything from that point forward is about giving you (or allowing you to build) tools to manipulate text in a way that is natural and powerful for you. This doesn't sound particularly earth-shaking, but it really is. Think of a lang…
But I don't work with text. I work with semantically meaningful code. I don't need better manipulation of meaningless context-free lexicographical symbols. I need better manipulation of context-specific, meaningful, rich objects . I spend very little time on the former, and almost all of my programming time on the latter.
> I need better manipulation of context-specific, meaningful, rich objects.
They are still represented as text in 99% of editing interfaces, and you have to work with that representation.
Re: Life is 90% of my use cases for org-mode
#196Earlier quoted context omitted.
One thing I like more about Vim is that its ideal for quick edits in the command line. I don't my whole Emacs init for that. Maintaining two sets of configurations on Emacs is not as simple as it should be.
Run Emacs as a daemon/server and then connect with emacsclient in the terminal. Will start up in about the same time as Vim.
emacsclient usually starts even faster than the Vim (even without .vimrc)
Re: Life is 90% of my use cases for org-mode
#197Earlier quoted context omitted.
I don't know of a "small" Emacs distribution. You can have Vim in Emacs with Evil Mode. IMO Emacs bindings are terrible no matter what and modal editing saved my career from an early death by wrist injury. But on top of Vim bindings you also get an entire, programmable IDE. I guess it's kinda big but like, so are most IDEs? But you can get many features at a lighter weight than other ones. Like yea if literally the o…
May give this a try? https://develop.spacemacs.org/layers/+spacemacs/spacemacs-ev...
I use this now. It "just works" ™©®
Check out the develop branch though. Last I checked master was waaaay behind.
Re: Life is 90% of my use cases for org-mode
#198Earlier quoted context omitted.
It absolutely is possible to get Emacs on macOS looking super minimal with no toolbars. Here's mine, for example: https://imgur.com/a/om7exnP
I toned down my original comment, but that looks much better than the default installation. Is that just the default installation with better choices in the settings? I should have been more patient Emacs and persistent in configuring it.
I used a few packages to get me there (though some of it can be done through configuration, it was just easier that way). The relevant bits in my config are:
- better-defaults (removes the toolbars/etc): https://github.com/technomancy/better-defaults
- doom-modeline (a nicer-looking modeline - that's the bar at the bottom): https://github.com/seagle0128/doom-modeline
- base16-chalk theme from base16-theme
All of the above packages are in MELPA.
And then the transparent titlebar is:
(add-to-list 'default-frame-alist '(ns-transparent-titlebar . t))
(add-to-list 'default-frame-alist '(ns-appearance . dark))Re: Life is 90% of my use cases for org-mode
#199I 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.
You are right if you are comfortable with your editor you're not missing a lot. I tried Emacs for a while it's nice and comfortable the moment your brain get used to the keyboard shortkeys though since it's a different word you start running everything in Emacs and it becomes your OS. Why it can be a problem is another story. Anyway I switched back to use different tools for different jobs. For taking notes and manag…
Emacs is not about shortcuts, you can use default, CUA, viper, Evil, or even custom ones. The main things are lisp and interactive commands.
Re: Life is 90% of my use cases for org-mode
#200Earlier quoted context omitted.
One thing I like more about Vim is that its ideal for quick edits in the command line. I don't my whole Emacs init for that. Maintaining two sets of configurations on Emacs is not as simple as it should be.
Run Emacs as a daemon/server and then connect with emacsclient in the terminal. Will start up in about the same time as Vim.
I run Emacs as a daemon but I need two sets of configurations because many colors and keybindings won’t work on the terminal.