Emacs

Howdy!

I'm experiencing an issue with eglot and xref-find-definition in ada-mode. Maybe someone can help.

So this is the situation: sometimes when I use xref-find-definition lsp does not work, and xref asks for a TAGS file. However, at the same time I get a popup from eglot (I think), showing the definition. It appears the connection between eglot and xref is unstable. I want xref-find-definition to work all the time (don't care about the popup really).

I'm using the following hook for eglot:

(add-hook 'prog-mode-hook #'eglot-ensure)

Any suggestions on what triggers this behavior or how I should debug this (I'm kind of an Emacs noob)?

Oh, and I'm using Emacs 29.3.

Hi! I'd like to share a package of mine that was recently made available on MELPA.

Disproject is a package for GNU Emacs that provides integration with project.el and allows for dispatching various project-related commands via Transient menus.

It is similar to (and inspired by) the function project-switch-project, but also attempts to improve on its feature set in addition to the use of Transient. Projectile users may also find similarities to projectile-commander.

Some notable features include (but may not be limited to):

• Auto-detecting the current project when starting the menu.
• Switching between active projects (i.e. only those with open buffers).
• Defining custom per-project suffixes like compilation commands to show in the menu (see disproject-custom-suffixes).
• An option to prefer displaying buffers to another window when executing commands.
• When available, integration with: envrc; magit; magit-todos; mise.el.
• A set of customizable variables to substitute some commands in the menu (see Customization).

I've been using gptel for a couple of days and it is absolutely bonkers. It is Magit-level of thought out. However I enjoyed relying less on the transient menu, and rather focus on writing my own wrapper functions via gptel-request.

Honestly I've been kind of an AI skeptic until very recently, and gptel in addition to this article were what pushed me over.

Hello.

I have been using both Neovim and Emacs on and off for about 2 years now, only really getting into both projects around 8 months ago.

After Emacs broke on NixOS (not sure whose fault it was), I didn't want to see Emacs for a while, so I used Neovim and sort of forgot about Emacs, but now that flatpaks broke for me on Fedora a few days ago, and I decided to switch to PopOS where Neovim is a version or two older than the minimum for some plugins. I tried to make it work and failed so I'm back on Emacs.

I even managed to find a fix for an issue I had with the Dashboard Logo.

But I've grown used to the way Neovim does things with Mason, just compiling all language servers automagically.

In short, I couldn't find a way to do that in Emacs and seeing as AI couldn't help me in these endeavours, I decided the best place to ask for help would be here.

I need a way to easily install Language Servers, integrate them with LSP and Auto-Complete mode, and have Emacs or an Emacs package compile and/or install these language servers automatically with no further effort required on my part.

Thank you.

será que não temos pessoas suficientes aqui pra marcar um encontro emacs no brasil? acho que não precisaria nem ser na mesma cidade que todo mundo mora, eu mesmo moro no rio e estaria disposto a ir pra são paulo ou bh, já que são umas 8h de viagem e uns 200 reais ida e volta.

(edit: mods, i'm posting this bc i couldn't find any rules restricting the posts to english only, but i'll remove this post if you're not comfortable with a non-english post)

Casual EditKit is an opinionated Transient-based user interface library for Emacs editing commands.

Github repo: https://github.com/kickingvegas/casual-editkit

This package displays keyword entries from source code comments and Org files in the Magit status buffer. Activating an item jumps to it in its file. By default, it uses keywords from hl-todo, minus a few (like NOTE).

Indent-bars v0.7.4 is now on ELPA

Indent-bars is a fast, configurable indentation guide-bars for Emacs

Company is a text completion framework for Emacs. The name stands for "complete anything". It uses pluggable back-ends and front-ends to retrieve and display completion candidates.

It comes with several back-ends such as Elisp, Clang, Semantic, Ispell, CMake, BBDB, Yasnippet, Dabbrev, Etags, Gtags, Files, Keywords and a few others.

Change log: https://github.com/company-mode/company-mode/blob/master/NEWS.md#2024-09-21-100

Hello, you foolish Emacs-Religion!

I introduced a new employee to the superior editors and provided him an objective opinion of choice between our two Editors. This Fool elected Emacs. Anyhow, I did transfer all my Vim-Config to Emacs and it was working great. But I switched back since there were Scenarios were I definetly knew from my gut I issued the correct evil-mode instructions but somehow Emacs did some fuck-up.

At this point let me tell you that I was so impressed with your capabilties, that I found you guys speaking to me was meant intentionally demoralizing!!1 I also append that due to code quality reasons I transfered to Vim. So my Progress was: Neovim > Emacs > Vim.

I just realized that - maybe - it is about two differing things: The cursor/caret CONSISTENCY and panes (can't refer to a split in your native tongue, sorry).

Both Editors were configured to remember the last caret position. And I suspect both did this, since your Code is written by more proficient developers (my personal studies have shown). And panes are working within my - on-demand - unit teats correctly. But I just switched from a temporary help-pane to my code and realized: My layout wasn't effected, my caret was obv. still at my last editing position and this while I switched from shell to the editor, skipping a pane and rephrasing my own thought while doing this.

My caret is always consistent. Maybe this is something not explicitly tested in your code base. And why I shared it.

Anyhow, your Editor sucks and we will take all of your invention, idiots.

Hi!

I'm trying to run the emacs daemon as a systemd user unit, and I'm seeing this error when trying to launch the GUI client:

Authorization required, but no authorization protocol specified

From what I've seen online it might be due to it trying to start before I'm logged in or something like that.
It does work after restarting the unit but I don't want to do that every time.

Anyone else see this before? Any ideas for a fix? Is there a better way of starting the emacs daemon?