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?

I'm coming across stuff on the emacs wiki like Project Buffer Mode and SLN Mode

Are these old packages like everything else in Linux; not relevant or usable any more? I'm not sure if "just try them" is the right idea here, or even how to go about doing that (yet). Do you have any other suggestions or options? I'm trying to see the project view of the open source game Cataclysm DDA. They seem to be using a Windows system for development now and I'm seeing several little elements that are not getting compiled the same between their builds and what make produces with GCC. Perhaps the stuff in the project files would reveal more detail. (learning, but this is over my head and outside of my comfort zone)

I figure I would share this one more time. The thing is so handy I put it on my desktop but the original is blinding white and 1.5:1 aspect ratio. This is a quick recolor and resize to 16:9. There is a 90px margin on top that is sized for the GNOME header so that the content remains visible. Sorry if this post seems redundant. For me, having this reminder to keep trying to use Emacs is just the motivation I need to open a file in Emacs instead of just using gedit quickly.

::: spoiler bonus tip! On Fedora 40, if you have darkmode set to the default in GNOME, GNU Emacs does not follow the darkmode styling directive for the menu bar. I spent forever trying to make this work in darkmode. If the app is launched using $ GTK_THEME=Adwaita:dark emacs it will start with the menu bar set to dark mode.

However there is a script that actually launches Emacs in /user/bin/emacs-desktop. If you open that file and modify it by adding export GTK_THEME=Adwaita:dark emacs just before the last line, it will launch with darkmode enabled. This is the entire contents of that file:

#!/usr/bin/sh

# The pure GTK build of emacs is not supported on X11, so try to avoid
# using if there is an alternative.

if [ "$XDG_SESSION_TYPE" = 'x11' ]; then
    case "$(readlink -f /usr/bin/emacs)" in
    */emacs-*.*-pgtk)
        if type emacs-gtk+x11 >/dev/null; then
            exec emacs-gtk+x11 "$@"
        elif type emacs-lucid >/dev/null; then
            exec emacs-lucid "$@"
        fi
        ;;
    esac
fi

export GTK_THEME=Adwaita:dark emacs
exec emacs "$@"

I'm not claiming it is the right way. It just worked when I tried it.

Sometimes I do write-ups of the monthly Austin Emacs meetup. Here is the write-up for August.

I am excited to finally announce the release of Forge version 0.4.0, consisting of 699 commits since the last release two years ago. It was actually released six days ago, at the same time as Magit and nine other packages, which all had to be released at the same time.

Seems helpful for noobs like me.

I felt clunky doing NVIM and could never remember hotkeys for once a week -ish in-situ functional learning. Like I jump in FreeCAD for a few days, come back, and I can't recall a hotkey combo I only used once.

I think I can use Emacs lisp for some actual project goals with AI and other microcontroller projects involving FORTH, that I've never been able to figure out, and code complexity management issues I've never overcome. I still want the menu bar and am really unsure if the evil key bindings are for me. I would probably find it useful if I knew the vim bindings in situations like OpenWRT with busybox only, but it was the extreme complexity of navigating nvim help and key bindings that I found so useless to learn in-situ. Help me navigate this please. I'm being indecisive in a bad way about how to make this pretty, and get it configured.

I am excited and relieved to finally announce the release of Magit version 4.0, consisting of 1077 commits, since the last release three years ago. The release notes can be found here.

As a long time Vimmer, I have recently started using Emacs out of sheer curiosity. I chose Doom Emacs as it has evil-mode enabled by default, and do not want to dive down the rabbit hole of configuring the editor from scratch (at least, not yet!).

After installing and enabling libvterm in Emacs, I am having a frustrating experience. I configured ZSH shell to use vi-mode keybindings which interferes with evil-mode whenever I press Esc or C-[.

After having searched a little, I came across a workaround to disable evil-mode when in vterm. But it is still not a smooth experience. For instance, when switching between buffers (C-w C-w).

I would like to know how others in the community tackled this problem. Is there a better solution to this problem? Or have you made peace with the aforementioned workaround? Or have you stopped using vterm entirely?

updated lem.el lemmy client for emacs.

• added an action/response/update display system for direct feedback upon executing an action (feature, save, delete, like, create, edit item).
• added a completing-read system
• added un/block instances, communities, and users functions.
• various other fixes.