Stefan Monnier <[EMAIL PROTECTED]> writes: >> + ;; The iso-accents-compose function is called deep inside Emacs' read >> + ;; key sequence machinery, so the call to read-event below actually >> + ;; recurses into that machinery. Doing that does not cause any >> + ;; problem on its own, but read-event will have marked the window's >> + ;; display matrix to be accurate -- which is broken by the subsequent >> + ;; call to delete-region. Therefore, we must call force-window-update >> + ;; after delete-region to explicitly clear the accurate state of the >> + ;; window's display matrix. > > I must say I don't understand why the call to `delete-region' doesn't itself > clear the accurate state of the window's display matrix.
Netiher do I (or I would have fixed _that_ problem). But commands which modifies buffers don't generally have any direct effect on whether WINDOW showing the buffer are accurate or not; instead they simply update MODIFF on the buffer and redisplay notices that the buffer has been modified, and DTRT... My best guess is that delete-region does change the buffer MODIFF, but that this is cached/restored somewhere along the read key sequence path (or due to the recursion into read-event....) Since this is really a rare case, my fix at the lisp level is ok for the case at hand, so unless I hear objects, I'll install it. -- Kim F. Storm <[EMAIL PROTECTED]> http://www.cua.dk _______________________________________________ Emacs-pretest-bug mailing list [email protected] http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
