debugging my Planck keyboard Toddler + Planck = GUOFF I’m using an unmodified Planck dropshipped keyboard. It is mostly as represented here https://raw.githubusercontent.com/qmk/qmk_firmware/refs/heads/master/keyboards/planck/keymaps/default/keymap.c with the exception that the lowest-left key is ‘shift’ and not ‘brite’, although it would be nice if it were related to my keyboard backlight. See also https://config.qmk.fm/#/planck/rev7/LAYOUT_ortho_4x12, which seems to match except that both my spacebar buttons are, for now, really just space. My toddler mashed some buttons for ten minutes before we realized where he was, and ever since then my GUI key is disabled.

**debugging my Planck keyboard Intro Help please: GUOFF ? I’m using an unmodified Planck dropshipped keyboard. It is mostly as represented here https://raw.githubusercontent.com/qmk/qmk_firmware/refs/heads/master/keyboards/planck/keymaps/default/keymap.c with the exception that the lowest-left key is ‘shift’ and not ‘brite’, although it would be nice if it were related to my keyboard backlight. See also https://config.qmk.fm/#/planck/rev7/LAYOUT_ortho_4x12, which seems to match except that both my spacebar buttons are, for now, really just space. My toddler mashed some buttons for ten minutes before we realized where he was, and ever since then my GUI key is disabled.

Content Periodically emacs crashes; I spent a long time debugging, which was really difficult because it was only reproducible by crashing my system. It turns out to be because of garbage collection. Other theory is that it is somehow due to Firefox. Previously tried, ruled out EXWM. No, it crashed with Gnome, too Popups (esp in browser). Too many Firefox windows Too much text on the screen at once. But it has crashed in one-screen setups, too Stack overflow from programs that are doing logging manually.

Why in the world were my super and meta keys suddenly swapped? I finished a game and found that suddenly my alt/meta key and my super/windows key had swapped positions. I tried changing from Dvorak to Qwerty and back again, and tried restarting my keyboard and then restarting my whole computer, and found no explanation for the problem. Finally I found the answer1, which was that somewhere in my baby-in-arms, trying-to-keyboard-with-one-hand, I had switched my keyboard into mac mode, which inverts the super and meta keys and destroys my carefully crafted muscle memory.

The problem: rebulding packages This was discussed in an issue on straight1 With the notorious orgmode updates and breakages, combined with the amount that I depend upon orgmode, I am trying to just stick with the built in version and not ever build it. As such, my Straight orgmode invocation looks like this: (use-package org :straight (:type built-in) Nonetheless, some packages seem to cause org to “build” and use a straight version.

Repo Bug-Report Template magit-version: Magit v3.3.0-402-gacd26dd9, Git 2.36.1, Emacs 28.1, gnu/linux (1) what behavior you expected When I use a transient with :transient-non-suffix 'transient--do-quit-one :transient-suffix 'transient--do-stay I expect to be able to continue using transient commands regardless of what buffer-switches are occurring above the transient. (2) what behavior you observed After executing a buffer-switching command within my transient, such as find-file, the transient remains visible but no longer has focus and cannot be used/switched to.

Org-files are great and have some great features, but there are advantages to micro-files, too Discussion on reddit at https://www.reddit.com/r/emacs/comments/13khozp/orgmode_megafiles_or_many_individual_files/ I am beginning to think that this question is more than just taste; there are actual technical consequences here. The question is, should I switch my journal, blog, and/or note-taking method away from big master files with lots of entries to individual files per entry? I am in the process of switching my passwords from a big GPG-encrypted org-file to using the linux password facility1, and I have just discovered denote2, which likewise leverages the system naming/file-searching facilities to organize a knowledge-base in an emacs-agnostic manner.

embark-org.el file missing This issue is a repeat1 of an old, closed one. because I cannot re-open that issue. I have tried the fixes mentioned there and more, but to no avail. What’s wrong when straight builds the embark package, it omits the embark-org.el file which is present in its embark repository directory. This results in blocking errors as I have things that depend upon functions from embark-org. Directions to reproduce (use-package embark)

Intro prelim: this is a following my css-in-cljs method from my garden css has ascended, which was exceptionally good for the first draft/version of the project but eventually should cede to normal CSS once you are ready for hardening the product. The goal here is to remove all the per-html CSS rules that were so perfect for Dev with a single CSS file that can be called from all the html files in the project and is both far more efficient file-size wise, and the Right Way™ to do it for caching and synchronization.

Example Problem: layout.css.devPixelsPerPx I somehow had the idea that things in about:config were also configurable via the userChrome.css. Is this true? Is it true, for example, with layout.css.devPixelsPerPx? If so, what is the equivalent CSS selector? Also, will changes to the css file over-rule changes in about:config, or vice versa? Answer: not much overlap From It_Was_The_Other_Guy1, it appears that there is rare overlay between the userChrome.css and the settings in about:config.