GNU bug report logs - #64141
27.1 newly has clunky type-break y-or-n-p

Previous Next

Full log

View this message in rfc822 format

From: Juri Linkov <juri <at> linkov.net>
To: Samuel Wales <samologist <at> gmail.com>
Cc: 64141 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: bug#64141: 27.1 newly has clunky type-break y-or-n-p
Date: Tue, 20 Jun 2023 09:57:51 +0300

> just now in normal usage, the y-or-n-p popped up in the middle of an isearch.
>
> point was in the middle of hte isearch still.  it was not trivial  to
> answer the y-or-n-p (point not there) and fix state.

Reading type-break.el raised some questions: please confirm does the same
problem occur after using the default value of 'type-break-query-function'
that is 'yes-or-no-p', and not 'y-or-n-p'?

It looks like type-break uses 'run-at-time' and then tries to
call 'y-or-n-p' in the middle of an isearch.  I tried both

  (run-with-timer 5 5 #'yes-or-no-p "OK? ")
  (run-with-timer 5 5 #'y-or-n-p "OK? ")

and activated isearch.  Then the typed answer was added
to the search string.  Emacs 28 has an option
'y-or-n-p-use-read-key' that you can set for type-break
that pops up the query at random times.  But the problem
still exists for 'yes-or-no-p'.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.