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/

New users are unaware that they need to configure their server for CORS. When the login fails, they give up and think organice does not work. Linking to the WebDAV docs should help.

Additionally, it would help to display any errors on login in a modal and not just in the log.

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