Hello,
This patch makes the "locating previews..." message displayed by
preview-parse-messages configurable via a variable.
The motivation is that the package
https://github.com/ultronozm/czm-preview.el has a minor mode that
calls preview-region on a timer. That package advises
preview-parse-mes
Hello,
preview-section and preview-clearout-section activate the region, but
I don't think they should, hence this patch.
Thanks, best,
Paul
0001-Make-preview-section-commands-preserve-mark.patch
Description: Binary data
___
bug-auctex mailing list
b
Hi Paul,
Paul Nelson writes:
> I've generally been trying to remember to set fill-column to 63
> (following my interpretation of
> https://git.savannah.gnu.org/cgit/emacs.git/tree/CONTRIBUTE#n243), but
> guess I forgot here -- I suspect I used 70, which seems to be the
> default for me via magit
Hi Arash,
OK, I think I understand. Just to be sure: your workflow is to edit a
"dummy" ChangeLog file while preparing a commit (in the auctex folder,
so that the .dir-locals.el are in effect), then copy this into the
actual commit message (in vc.el or magit) and delete the leading tabs?
Thanks,
Paul Nelson writes:
> OK, I think I understand. Just to be sure: your workflow is to edit a
> "dummy" ChangeLog file while preparing a commit (in the auctex folder,
> so that the .dir-locals.el are in effect), then copy this into the
> actual commit message (in vc.el or magit) and delete the lea
Hi Vangelis,
> Vangelis Evangelou writes:
> I am using indirect buffers with auctex and I am affected by this. My use
> is to have an indirect buffer narrowed to the preamble of my file.
> Typically, if I want to define a new command, I switch to the narrowed
> buffer instead of jumping at th
> Ikumi Keita writes:
> . Why is the first argument always nil? The original function receives
> the second argument as `extension'. Aren't there cases that we should
^^
> provide the same argument `extension' here?
Sorry, I meant "first" here actually, rather than "second".
Regard
Hi Arash,
OK, I see. The commit that you shared improves the situation for
vc.el, except that I think 64 should be 66 (= 74 - 8). I attach what
I'm using, which also tells magit how long the summary should be.
Unfortunately, I don't see a way to set the fill-column in magit via
directory local v
Paul Nelson writes:
> OK, I see. The commit that you shared improves the situation for
> vc.el, except that I think 64 should be 66 (= 74 - 8). I attach what
> I'm using, which also tells magit how long the summary should be.
Hi Paul,
I can't tell why Emacs sets `fill-column' to 64 in `log-ed