Trust the default perspective scratch buffer contents#220
Conversation
Temporary fix until nex3/perspective-el#220 is merged
Temporary fix until nex3/perspective-el#220 is merged
|
I just read the mailing list thread, and have more questions than answers from it. Is there maybe an official function that we can call that makes a new scratch buffer we can call that does the official right thing? I don't feel comfortable setting such a sensitive setting on the user's behalf. |
|
Doesn't look like it no, Maybe a less-destructive solution here is putting it behind a |
|
Since flymake seems to be the only reason this warning shows up, how about we just disable it for perspective scratch buffers? It should be a very uninvasive change. |
|
Sensible change if that fixes it, I'll test it today 👍 |
41456b0 to
9a0cb48
Compare
|
Thanks for the suggestion @gcv, this seems to also fix it! Please do test yourself to verify but I'm happy this also works 😄 |
|
I’m not sure when flymake-mode was added to Emacs, but just in case, can we only run that deactivation when the |
|
First added in Emacs 23, but yes it's a trivial addition 😄 |
Without this, by default trying to interact with a new perspective puts the "Disabline elisp-flymake-byte-compile due to untrusted content" message to popup in the minibuffer creating an annoying UX. Regular scratch should trusted in Emacs[1][2] but that doesn't pass through here, so because it's not needed we disable it by default. [1] https://lists.gnu.org/archive/html/emacs-devel/2025-02/msg01023.html [2] emacs-mirror/emacs@8b6c6cffd1f7
|
Looks good, thanks! |
Without this, by default trying to interact with a new perspective
puts the "Disabline elisp-flymake-byte-compile due to untrusted
content" message to popup in the minibuffer creating an annoying UX.
Regular scratch should trusted in Emacs[1][2] but that doesn't propogate
here
[1] https://lists.gnu.org/archive/html/emacs-devel/2025-02/msg01023.html
[2] emacs-mirror/emacs@8b6c6cffd1f7