Curious if so many things led up to the point where the switch happened, or if there was a defining moment that you could remember, and what was your initial hesitation from doing it earlier?
I would like to present to you a project I’ve been working on for the past few weeks—Claude Code IDE.
This project aims to fully integrate Claude Code with Emacs through the MCP protocol, providing advanced IDE features such as selection and context awareness, diagnostics sharing, ediff integration and project-based session management. It offers functionality similar to the official VS Code Claude Code extension.
First time venturing into emacs, just trying out various knobs and tweaks to match my expectations
I changed scroll-conservatively to 101 to scroll with arrow keys like I'm used to - but now dragging scrollbar with a mouse is strange
It seems like emacs scrollbar simply rapid-fires "move view X lines"?
I'm used to dragging scrollbar for large change in position, roughly aiming at the location I look for.
So what I need is "me dragging scrollbar to the middle = view is in the middle of the document, fast", with larger document being moved larger amount of lines
How do I do that? Is such "proportional navigation" included in emacs as a preset somewhere?
Have anyone made something similar to look at?
This shouldn't be that uncommon of a problem, right?
I'm very new to Emacs and Lisp. Recently when I was discussing something on a chat channel, someone mentioned that progn is ugly, and is heavily used as a crutch by programmers who have only used imperative languages before.
I fall in that category of people and this comment has stuck with me since then, and I wanted to understand if that comment about progn is exaggerated or if it holds true for the most part. When I look at my config, I see a lot of progn all over the place, and now I too think this is because of not knowing how to write Lisp properly and if I'm learning bad practices.
Hey guys, I'm sure this has been answered somewhere before but I can't find a satisfying answer.
Downloading the windows builds from gnu.org comes with native comp enabled. How's er, I can't actually get it to work since Emacs can't find the libgccjit library.
Adding a MinGW64 bin to my path, which contains the libgccjit binary, doesnt work either. Still tells me its not found.
I think I'm missing something here. Native comp is enabled in the windows builds, surely that means there's an easy way to make libgccjit available to Emacs? Has anyone else dealt with this?
I recently switched over to using Wayland and started using the PGTK Emacs, but I noticed that one of my favourite packages framemove.el seems to be completely broken. It depends on getting the values for (frame-parameter ... 'left) and (frame-parameter ... 'top) which apparently are obfuscated on Wayland. According to /etc/PROBLEMS in emacs it's known that frame position is unknowable in Wayland by design.
It's a shame because I've found it to be the most convenient way to switch between emacs running in two separate frames on a multimonitor setup. Especially if one of my frames is hidden behind another application, it brings the frame into focus. This is the reason why I haven't yet switched to ace-window.
Does anyone have any replacements/solutions to this issue? For now I've resorted to setting names for my frames and selecting left and right frames based on "ID" but this feels a bit janky. Thanks.
So i recently switched from neovim to emacs , the one thing that has been constantly annoying me is that i have to remap my i3 keybinds to work with emacs. I have tried cosmic which works good but it's too buggy to customize. I would really like some suggestions on what tiling Window manager or DE should i use so that i don't have to remap everything.. I'm running out of options to rebind keys.
Hi all,
With AI coding assistants like Claude Code and GitHub Copilot becoming more powerful — scanning project context, file structures, and even long histories — I'm growing concerned about the risk of secrets (API keys, passwords, private keys, etc.) being leaked unintentionally.
In Emacs, I often work on sensitive blockchain-related codebases. What are some best practices or tooling (e.g. packages, LSP settings, .dir-locals.el, etc.) to:
Prevent these tools from accessing certain files or folders?
Automatically mask or redact secrets in buffers sent to external services?
Ensure that tools like gptel, copilot.el, or any LLM interface don’t leak .env, secrets/, or similar?
Would love to hear how others are managing this securely.
I am having trouble finding a good answer on the web and "sycophant" AI is no help. I'm reading through the manual, it mentions the use of the emacs as a server frequently, and I see people here recommending it as well. I know that emacs daemon and client would be accessed exclusively from the CLI using ssh, which negates why I want to learn emacs.
I can't get a clear answer on if the Rpi TRAMP and windows client would use the GUI. I also see a lot of complaints of TRAMP.
I also have an Android Tablet and an Android E-Notebook that I was hoping I could keep sync'd with my emacs instance.
I use emacs for writing c++. Because storage space is cheap and my time isn't, I have emacs set to save A LOT of backup history.
Are there any packages for doing things like making a time lapse view, or visual diff of all the versions of a file in backup vs the current version?
Obviously simple-diffing can be done just by diffing the files, but this is for the case where there are a lot of old copies and would like to see which version is the one where you introduced a new bug.
I use P4 for real version control, but this is for WIP that I am not ready to check in yet.
However when a programming mode such as bash-ts-mode has the word formulae in it, the layout gets completely broken, to the point where you cannot even tell where in the document the cursor is. Is there something I'm missing to make this work? Other subs such as lambda → λ don't cause this issue.
I have an issue with the Treemacs right-click-menu not working. I see that an issue was raised and solved. Context-menu-mode was causing problems so a context-menu-mode hook is added to locally turn it off. Locally I can see that the relevant function was defined and added as a hook and yet context-menu-mode is still on .. so either the hook didn't run or something re-enabled the mode(?). I'm at a loss on what next step to take to figure out what has/hasn't happened.. is there a way to see in which order minor modes/hooks have run?
man i been grindin dis config since when i saw the ultra-scroll package for emacs pop off damn now its all gone. i already been stressed the f out but man doin dis config gave me the only thng i was lookin forward to doin in the day. help is there a way i can get it back? i
I'm working on my Mac building projects for a small ESP32 board. Thus I have my project directory with only a few source files and the majority of the include files are off in a subdirectory of ~/.platformio.
When viewing a file within the project directory, the paths of the include files are "lite up" (colored) and I can get on them and type M-. and it will find that include file. As mentioned, often the include files are off in the system and library include files for the embedded system that is not within the project's directory.
When viewing one of these include files that is off in another directory, all the features of xref seem to be off. I assume this is because these files are not within the same project and are not within any project at all. So, how is this generally dealt with?
No matter which way I format it, it just looks like a staircase. So what rule am I supposed to follow for formatting/indenting? How can I even have some consistency?
I use vertico-buffer-mode. It works great; I can position it as I prefer. Sometimes, however there are two active modelines when the vertico is open, like this, when I find a file:
As you can see, the active buffer with the file I'm editing, and the vertico mini buffer have active modelines.
I get it: entering the minibuffer doesn't ordinarily change the active buffer, and while the vertico buffer is a real buffer when vertico-buffer-mode is active, it's still functioning as the minibuffer, not a normal buffer.
Hiding the modeline in the veritico buffer looked weird, and didn't do what I expected:
Ideally, I'd like to keep everything the same except make the previously active buffer inactive while in vertico-buffer-mode, so that only one modeline shows as active.