From: Stefan Monnier <monnier@iro.umontreal.ca>
To: phillip.lord@russet.org.uk (Phillip Lord)
Cc: emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] fix/no-undo-boundary-on-secondary-buffer-change f59d1be: Move undo amalgamation to lisp.
Date: Wed, 07 Oct 2015 15:28:44 -0400 [thread overview]
Message-ID: <jwvmvvu8p83.fsf-monnier+emacsdiffs@gnu.org> (raw)
In-Reply-To: <87h9m52sh8.fsf@russet.org.uk>
>> I think this code should be called from self-insert-command rather than
>> from pre-command-hook.
> On a hook? Or do I just directly call a function defined in lisp form C?
Yes, you can just call a Lisp function directly from C. Typically, you
do it as follows:
...
call2 (Qmy_function, arg1, arg2);
...
foo_syms ()
{
...
DEFSYM (Qmy_function, "my-function");
...
}
Since these functions are somewhat internal, I like to call them with
a leading "internal-" prefix, but that's my own preference rather than
a real convention we follow.
> Does the same argument apply to the post-command-hook and
> after-change-functions also?
For the after-change-functions: yes, very much so.
For the post-command-hook, I also think we could/should call the
function directly rather than go through post-command-hook, but there
are arguments in favor of either choice.
At least, calling the function directly is safer in the sense that it
is closer to the pre-existing code.
>> And it should also be called from delete-char.
> Yes, next on my list.
Ah, fine, then.
>> We don't actually know that (cdr last-before-nil) and (car
>> last-before-nil) are numbers. The previous self-insert-command might
>> have performed all kinds of buffer modifications (via abbrev-expansion,
>> post-self-insert-hook, ...).
> Hmmm. That's unfortunate -- I was trying to avoid "global" state and
> just user buffer state; the undo-list seemed like a sensible place to
> get this knowledge from.
The current logic in remove_excessive_undo_boundaries is far from
perfect, but unless you have a really good idea how to do it
differently, I recommend you just try to reproduce it in Elisp.
Stefan
next prev parent reply other threads:[~2015-10-07 19:28 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20151005134118.10933.50859@vcs.savannah.gnu.org>
[not found] ` <E1Zj610-0002qx-SM@vcs.savannah.gnu.org>
2015-10-05 15:15 ` [Emacs-diffs] fix/no-undo-boundary-on-secondary-buffer-change f59d1be: Move undo amalgamation to lisp Stefan Monnier
2015-10-05 16:24 ` Phillip Lord
2015-10-07 19:28 ` Stefan Monnier [this message]
2015-10-08 19:56 ` Phillip Lord
2015-10-08 20:53 ` Stefan Monnier
2015-10-09 8:31 ` Phillip Lord
2015-10-16 21:02 ` Phillip Lord
2015-10-18 16:51 ` Stefan Monnier
2015-10-21 19:27 ` Phillip Lord
2015-10-26 17:56 ` Stefan Monnier
2015-10-27 12:45 ` Phillip Lord
2015-10-27 14:50 ` Stefan Monnier
2015-10-28 10:01 ` Phillip Lord
2015-10-28 13:05 ` Stefan Monnier
2015-10-29 14:44 ` Phillip Lord
2015-10-29 15:47 ` Stefan Monnier
2015-10-30 8:44 ` Phillip Lord
2015-10-30 13:28 ` Stefan Monnier
2015-10-30 14:21 ` David Kastrup
2015-11-02 16:56 ` Phillip Lord
2015-11-02 19:37 ` David Kastrup
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=jwvmvvu8p83.fsf-monnier+emacsdiffs@gnu.org \
--to=monnier@iro.umontreal.ca \
--cc=emacs-devel@gnu.org \
--cc=phillip.lord@russet.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.