bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#43218: EWW handles default answer incorrectly when changing a select


From: Lars Ingebrigtsen
Subject: bug#43218: EWW handles default answer incorrectly when changing a select
Date: Sun, 06 Sep 2020 19:12:32 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Drew Adams <drew.adams@oracle.com> writes:

> The point is that the `completing-read' behavior,
> which shows only the car of an alist entry (plus
> possibly an annotation), is quite limited.

Yeah.  And I now remember why the question seemed so familiar to me -- I
think I asked the same question a couple a years ago when I wrote a mode
for doing IMDB searches, and I ended up with (I see now; I'd forgotten
all about this):

(defun imdb-completing-read (prompt collection)
  (let ((completion-in-region-function
         (lambda (start end _ &optional __)
           (let ((string (buffer-substring start end)))
             (when (> (length string) 2)
               (imdb-complete string collection)))))
        (minibuffer-allow-text-properties t))
    (read-from-minibuffer prompt nil imdb-minibuffer-local-completion-map)))

But I guess I still wonder why `completing-read' strips the text
properties from the completions?  If it's historical reasons, why not
allow minibuffer-allow-text-properties to override that?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





reply via email to

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