Earlier quoted context omitted.
Which change fixes that?
The new certificate mentioned in the announcement, probably.
Am I blind? I can’t see a certificate mentioned in the link or the parent’s NEWS link...
Emacs 26.3
111–120 of 165 posts
Re: Emacs 26.3
#112Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…
The thing is, I like to have things like auto-import, auto-complete, errors in the editors and other nice things (in Scala typically). With Emacs that means Ensime, and Emacs becomes just as slow as VSCode+Metals or IntelliJ.
[deleted]
Re: Emacs 26.3
#113Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…
http://spacemacs.org/ with its org-mode and magit ( https://magit.vc/ ) integration, combined with the modal editing of vi, is truly superior. Don't care about your platform, desktop (I'm typically working over SSH in the cloud, so why bother?) or any of that hooplah. Just waiting for everybody else to catch up.
I have been using Spacemacs exclusively for around three or four years and I don't know if I can actively recommend it.
The problem is that the 'stable/master' branch of Spacemacs is incredibly outdated. I found myself needing fixes or improvements that existed in 'develop' so often that I migrated over to that branch. The idea of regularly cutting stable releases just isn't done within that project so if I'm recommending Spacemacs to new users I have to give them installation instructions that aren't provided by the documentation. Also, to get more up to date documentation I need to go to the layers docs in the GitHub repo and that can be hard to track down.
Every fresh install I've setup there has just been... so many problems with melpa and pulling down packages. Most of the time I have to repeatedly delete the package cache and restart Emacs until Spacemacs successfully pulls down packages - usually using the insecure flag so that packages aren't downloaded over HTTPS.
It's just... not as a polished as installing VSCode and a bunch of extensions. Spacemacs can require a lot of work and patience and I've just had too many things break with it over time.
Re: Emacs 26.3
#114Earlier quoted context omitted.
The one thing that keeps me from moving lightweight editors like vim or emacs from the bloated IDE stuff if the ability to easily find definitions, etc. If I have hundreds or thousands of source files and I want to find the definition of say a struct or function, being able to right click->go to definition or similar is a godsend. Maybe emacs or vim have similar features via plugins though? I'm not sure.
There's a bunch of "plugins" for Emacs (and vim, I guess, that provide that, but I wouldn't know). xcscope largely does what I want and I've successfully used it on very large codebases (think Linux kernel + vendor-supplied HAL + a very large amount of userspace code). It's hard to beat an IDE on a large, disorganised codebase though, I'd lie if I said I only use Emacs and never reach out for an IDE.
That sounds like it might work. The recent instance that I ran into was working on an OS kernel, where I wanted to jump interface definitions that might be in different directories
Re: Emacs 26.3
#115Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…
The one thing that keeps me from moving lightweight editors like vim or emacs from the bloated IDE stuff if the ability to easily find definitions, etc. If I have hundreds or thousands of source files and I want to find the definition of say a struct or function, being able to right click->go to definition or similar is a godsend. Maybe emacs or vim have similar features via plugins though? I'm not sure.
using vim for go-to-definition, `gd` takes you to local definition, `gD` to global, q.v. :help gd
I find it often quicker than an IDE..
Re: Emacs 26.3
#116I recently tried to seriously use Emacs over my usual Vim. Mainly because I've got so used to the GNU readline emacs shortcuts in the terminal and quite like the idea of not having to switch between command and insert mode, but damn after looking into some configuration options it really is a massively complicated piece of software, I mean not to start using it, it's probably easier than Vim but just looking at all t…
Emacs users are often so enthusiastic about all the things emacs can do that they overcomplicate the experience.
Just open emacs with no customizations.
You can do everything with a tiny handful of commands, many of which you already know: c-F for forward char, c-B for backwards char, c-P for previous line, c-N for next line. It's modeless so if you type you'll see your keystrokes. Run the tutorial to learn a few more (c-H t -- c-H is "help").
One difference in emacs compared to many other editors is that search is so lightweight that it's trivial to use search to move the cursor around. So actual "cursor movement" is less common.
I was pair programming with a colleague who's been using Emacs about as long as I have (since 1978) and the other day he learned a new command. "I can't believe I survived with this command", he said, but really, he had done just fine.
Re: Emacs 26.3
#117Earlier quoted context omitted.
As someone who has gotten the hang of the keybindings and only just started learning Vimscript, I'm curious whether you think I should stop and switch to Emacs.
My personal experience as someone who started with vim and than switched to emacs: If you intend to do a lot of customization to your editor, or expect IDE-like features, I feel that emacs is the superior choice. elisp is a OK scripting language. Rather quickly I could read and understand the internals of emacs packages (and of some of the emacs internals itself!), despite having basically no experience with lisp. Se…
> - vim for sysadmin, being able to run a fast minimal editor behaving the same on multiple machines
Have you tried TRAMP? It's not just something that lets you have your Emacs config on remote machines: it brings the remote filesystem to your machine. (It's a little like sshfs except more powerful and much more convenient.)
Re: Emacs 26.3
#118Earlier quoted context omitted.
Could you do the work in a plug-in to allow easy creation of scripts as a solution? Or is there an execution sandbox preventing that? Also I never really thought of writing scripts for editing in emacs thanks for the brain shift that clicked for me.
If you want to write a new command for vscode then you have to register it in contribution points in the editor which is done in a json file. I don't know if you can do that dynamically and if you can't then you can't create a quick throwaway editing command either. I very often write few lines of temporary commands if I have to do some mass editing which can be automated. With vscode I'd have to do it in python or s…
Can a contribution point run commands from a random file?
Re: Emacs 26.3
#119Any improvements for the Windows GUI ? I find it to work better with WSL and VcXsrv.
Where did you found Emacs 26.3 for Windows? The official FTP site has only 26.2 as the latest Windows binary.
I guess you can try one in pretest?
Re: Emacs 26.3
#120Earlier quoted context omitted.
> Other editor users simply have no concept of how easy it is to whip up some quick script to perform some task in emacs. I don't want to start a flamewar, but I moved most things I was doing in Emacs to Textadept a while back because I found Textadept more convenient. That's not to say TA does everything you can do in Emacs, but it replaced all of the scripting I was doing with Emacs. You have the full power of Lua…
Of course I meant editors which I know and tried like vscode. I don't know Textadept, so it may be easy to write quick scripts in it. As for your C-d example, it's a trivial function in emacs which I too wrote many years ago and bound to C-d, so it's not a compelling example, because it can be added trivially in emacs too.
> it can be added trivially in emacs too
Agree with everything except "trivially". Emacs is a house of cards. Pretty much every shortcut is already taken, so then you have to figure out what's already bound to C-d, and how your change is going to interact with everything else you do. For one binding it doesn't matter, but doing that kind of customization over and over gets annoying, causes the init file to balloon, and slows the startup time.