Emacs

As Doom continues to grow, so have incoming bug reports for modules I do not use and toolchains I know little about, like :lang clojure or :tools ein, and so I struggle to support them.

If you know a little nix and use Doom, consider contributing a shell.nix file to the module(s) you use the most. Particularly :lang modules, so that I can get a test environment up and running to test ag

Maybe it's a dump question, but seems flycheck report all the prelude- symbols for this error, is there a way to avoid this error being reported?

Expected behavior

Calling projectile-project-root in a deep subdir that's not in a project should be fast, especially after the first call

Actual behavior

It can be slow; .5 to 1 sec per call.

Steps to reproduce the problem

I have a dir /mnt/c/files/consulting/project/projectA/ containing foo.txt. In that buffer, invoke (projectile-project-root). It takes about half a s

Problem: It seems good practice to mark your non-public vars as ^:private (including fns from defn-). But then cider-ns-browser (a very useful view) doesn't show them. And it's still useful to document private vars.

Solution: Enable the private vars to be shown, with their docstrings. Could be a toggle command like a (for "show All") in the map (https://github.com/clojure-emacs/

The top bar isn’t filled anymore. This happened with the upgrade to iOS 15.

Here are the two commits that were setting it up for iOS 13 and Android previously:

• 200ok-ch/organice@3dc1d80
• 200ok-ch/organice@3566297

Here’s how it looks now (notice the black bar on top):

Hi,
Looks like auto-complete ignores completion-styles when building the candidate list...
Problem shows itself on non substring based completion styles, eg. partial-completion.

To reproduce:
(Emacs 27.1, auto-complete #aafd3f5)

; <emacs --no-init-file>
; <set up path to auto-complete>
(require 'auto-complete)
(require 'auto-complete-config)
(ac-config-default)
(define-key