mu icon indicating copy to clipboard operation
mu copied to clipboard

The "*Article*" buffers are now called "*mu4e-article*"

Open dkogan opened this issue 3 years ago • 1 comments

Now all mu4e buffer names begin with "*mu4e", which makes various external scripts, tools work better

dkogan avatar Oct 11 '22 19:10 dkogan

Hi. Can we make all mu4e buffer names begin with "*mu4e" ? I had some external scripts that broke when the article buffer was renamed to not do that.

Thanks!

dkogan avatar Oct 11 '22 19:10 dkogan

IIRC, the gnus code we're using depending on that buffer having the name it has.

djcb avatar Nov 19 '22 16:11 djcb

Hi. FWIW I've been running mu4e like this for a while, and haven't hit any obvious issues. Do you know what could break with this buffer rename?

dkogan avatar Nov 19 '22 19:11 dkogan

I remember some of the gnus code relying on it, is been a while though, can't remember the details. In any case, I 'd recommend using mu4e-view-buffer-name in scripts as well, so it'll work no matter what value it has.

As a last resort, note that you can actually change the value of a defconst in your local setup with setq.

djcb avatar Nov 20 '22 06:11 djcb

I can't use mu4e-view-buffer-name: these are external scripts that look at the X window titles. They don't run in emacs and aren't written in elisp. I can setq, but if you could merge this in the future to make the names consistent again, that'd be awesome. Thanks.

dkogan avatar Nov 20 '22 16:11 dkogan