[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Emacs-diffs] fix/no-undo-boundary-on-secondary-buffer-change c7a660

From: Stefan Monnier
Subject: Re: [Emacs-diffs] fix/no-undo-boundary-on-secondary-buffer-change c7a6601 1/5: undo-size can count number of boundaries.
Date: Thu, 17 Sep 2015 08:53:16 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux)

>>> +  if(NILP (Vundo_buffer_undoably_changed)){
>>> +    Fset (Qundo_buffer_undoably_changed,Qt);
>>> +    safe_run_hooks (Qundo_first_undoable_change_hook);
>>> +  }
>> Why do you need Vundo_buffer_undoably_changed?
>> Doesn't (car-safe buffer-undo-list) give you the same information?
> No. The point is that this can be reset when ever I choose, and so it
> may well occur *not* after a boundary.

But why would you want to set it not after a boundary?

> hands of the lisp developer, since they can reset
> "buffer-unably-changed" as they want, which will result in a new call
> to the hook.

When is this needed/useful?

> I have chosen not to add a "undoable-change" hook, because I didn't need
> it. The first change hook calls rarely, so the performance issues with
> handling this change in lisp are, I think, unimportant.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]