From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#43218: EWW handles default answer incorrectly when changing a select Date: Sun, 6 Sep 2020 10:18:57 -0700 (PDT) Message-ID: <627f040f-2c8f-4a5a-807d-5b4ec0237a03@default> References: <86ft7wuoq0.fsf@hypra-xx> <878sdn22sf.fsf@gnus.org> <87imcrunvr.fsf@gnus.org> <87tuwaesn3.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7067"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 43218@debbugs.gnu.org, Stefan Monnier , Nicolas Graner To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 06 19:20:10 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kEyKo-0001ks-3X for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 06 Sep 2020 19:20:10 +0200 Original-Received: from localhost ([::1]:48070 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kEyKm-0005vx-VN for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 06 Sep 2020 13:20:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51150) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kEyKg-0005vj-96 for bug-gnu-emacs@gnu.org; Sun, 06 Sep 2020 13:20:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35503) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kEyKg-0005No-0S for bug-gnu-emacs@gnu.org; Sun, 06 Sep 2020 13:20:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kEyKf-0001RL-Si for bug-gnu-emacs@gnu.org; Sun, 06 Sep 2020 13:20:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 06 Sep 2020 17:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43218 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 43218-submit@debbugs.gnu.org id=B43218.15994127535451 (code B ref 43218); Sun, 06 Sep 2020 17:20:01 +0000 Original-Received: (at 43218) by debbugs.gnu.org; 6 Sep 2020 17:19:13 +0000 Original-Received: from localhost ([127.0.0.1]:47040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kEyJt-0001Pr-01 for submit@debbugs.gnu.org; Sun, 06 Sep 2020 13:19:13 -0400 Original-Received: from aserp2120.oracle.com ([141.146.126.78]:60130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kEyJr-0001Pc-02 for 43218@debbugs.gnu.org; Sun, 06 Sep 2020 13:19:11 -0400 Original-Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 086HF1Af129187; Sun, 6 Sep 2020 17:19:03 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=MwOVXl4H93NlnHy9eiu05d47UjcyEV6pNfwBWKEzn6Q=; b=LDJjP03altTQzaWObktTqXbkABt5YUkbEwZSCOqmkyL7SkLIRepsLIAMHiF/zhA4nCPZ eDTpmEcMMDq44NSd5BCZbLZym7wXHRxCmAb7Ovs/1qY4KqNIyz+g81BERSi7l74SjiNl MvFISoLEPBQu8kS0QraMQvWNj4bonxWLujyMX4zL5Oxt/uaN1TvuQ1ET4yE1xx6w1vit ykPV2mxwNYdcO86qdGlVHlls4ppYwYXBVKYPdIq/L9ZePKzDJu6SLm0UXRkXLg+DEyDz FTQVBb3HHdH7P7l9RMj5ssB0YPIuHZ5UGBC9O910ZN36dHFS8OtLsJPFecuHLgkkuB7O 3Q== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2120.oracle.com with ESMTP id 33c2mkkfga-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 06 Sep 2020 17:19:03 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 086HFQrO040654; Sun, 6 Sep 2020 17:19:03 GMT Original-Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by aserp3030.oracle.com with ESMTP id 33cm8jkpyg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 06 Sep 2020 17:19:02 +0000 Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 086HIxZr005307; Sun, 6 Sep 2020 17:19:00 GMT In-Reply-To: <87tuwaesn3.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9736 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 malwarescore=0 spamscore=0 bulkscore=0 adultscore=0 mlxscore=0 phishscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009060176 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9736 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxscore=0 priorityscore=1501 phishscore=0 adultscore=0 bulkscore=0 clxscore=1015 mlxlogscore=999 malwarescore=0 suspectscore=0 lowpriorityscore=0 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009060175 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:187365 Archived-At: > > The point is that the `completing-read' behavior, > > which shows only the car of an alist entry (plus > > possibly an annotation), is quite limited. >=20 > 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):... >=20 > 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? `completing-read' is likely older than text properties on strings. (It was coded only in C for a long time.) As I said, `minibuffer-allow-text-properties' only has an effect on text that is in the minibuffer. When you complete against candidates, the result may or may not ever get put into the minibuffer, and it has no text properties.