sebastiansturm

I guess the issue has been resolved already; if not, try adding something like this to your .emacs, (add-to-list 'evil-emacs-state-modes 'dired-mode) (add-to-list 'evil-emacs-state-modes 'makey-key-mode)

I think this is not difficult; actually, god-mode can even use guide-key without timers. However, to remap the usual keybindings to god-mode keybindings (e.g., "C-M-x" -> "Gx"), it would be...

I have created a pull request for guide-key; if that is accepted, I'll create one for god-mode.

sorry for being late, have been away for a week. The feature looks very useful, though I'm not sure how to test it. I've set `lsp-semantic-tokens-set-comment-syntax` to `t`, and `lsp-semantic-tokens--put-comment-syntax`...

this is what I'm using (with clangd, `lsp-semantic-tokens-set-comment-syntax` set to `t`): ``` int main() { int x = 0; #ifdef NOT_DEFINED int y = 1; #endif return x; } ```...

that ordering should be established by `lsp-semantic-tokens-build-face-map`, which is supposed to map the client-supplied list of recognized token types/modifier types to a vector (containing `nil` for unmapped types) that can...

yes, I believe that's what `lsp-semantic-tokens-build-face-map` does: within `lsp--semantic-tokens-initialize-workspace`, it calls `lsp--semantic-tokens-as-defined-by-workspace`, which in turn refers to the client-provided `semanticTokenLegend`. To each of these client-provided token/modifier types, a face (possibly...

thanks for trying out the PR! I would expect any extra faces passed to the server to be ignored by said server, so they won't end up in the face...

thanks for the hint, not sure if I'll have time this week but I'll check the spec to see if token/modifier order is somehow important. I slightly changed my PR...

I guess this could be merged, or are there any outstanding issues I'm currently not aware of? @alanz have you tried to use this in your pr #3668?