From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Winston Newsgroups: gmane.emacs.bugs Subject: bug#28439: suggestion: support case-independent xref-find-definitions prompt TAB Date: Tue, 12 Sep 2017 18:37 EDT Message-ID: <201709122237.v8CMb6w0029533@psr.com> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1505255905 23848 195.159.176.226 (12 Sep 2017 22:38:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 12 Sep 2017 22:38:25 +0000 (UTC) Cc: Dmitry Gutov To: 28439@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 13 00:38:21 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drtol-0005JV-7Z for geb-bug-gnu-emacs@m.gmane.org; Wed, 13 Sep 2017 00:38:07 +0200 Original-Received: from localhost ([::1]:39112 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drtos-0001BI-Dm for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Sep 2017 18:38:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drtoj-00019N-W7 for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:38:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drtog-0006Hj-EJ for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:38:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56118) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1drtog-0006Gh-Bn for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1drtof-0005HZ-Vq for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Winston Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Sep 2017 22:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 28439 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.150525584020255 (code B ref -1); Tue, 12 Sep 2017 22:38:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 12 Sep 2017 22:37:20 +0000 Original-Received: from localhost ([127.0.0.1]:36565 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drtnz-0005Gc-MC for submit@debbugs.gnu.org; Tue, 12 Sep 2017 18:37:19 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1drtny-0005GP-1g for submit@debbugs.gnu.org; Tue, 12 Sep 2017 18:37:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drtns-0005J2-2X for submit@debbugs.gnu.org; Tue, 12 Sep 2017 18:37:13 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:46350) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1drtnr-0005Ir-Vi for submit@debbugs.gnu.org; Tue, 12 Sep 2017 18:37:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59897) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1drtnq-0000W8-M9 for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:37:11 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1drtnn-00057r-6V for bug-gnu-emacs@gnu.org; Tue, 12 Sep 2017 18:37:10 -0400 Original-Received: from mail.psr.com ([67.212.42.216]:16706 helo=psr.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1drtnm-00050n-Os; Tue, 12 Sep 2017 18:37:07 -0400 Original-Received: from psr.com (localhost [127.0.0.1]) by psr.com (8.15.2/8.15.2) with ESMTPS id v8CMb66r029534 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 12 Sep 2017 18:37:06 -0400 (EDT) (envelope-from wbe@psr.com) Original-Received: (from wbe@localhost) by psr.com (8.15.2/8.15.2/Submit) id v8CMb6w0029533; Tue, 12 Sep 2017 18:37:06 -0400 (EDT) (envelope-from wbe) X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:136849 Archived-At: xref-find-definitions UI suggestion: Since xref-find-definitions is willing to match names typed in all lower case to mixed case names, TAB (show alternatives) should, too. If there's not already a way to make TAB do so, then a way should be added. Discussion: Suppose I have Foo1() and Foo2(). Entering "foo1" or "foo2" at the prompt works if the name is complete and unique, even though I used all lower case. TAB, however will only show alternatives if I've typed "Foo" TAB, while "foo" TAB will say "No matches". While it's obvious why the code works that way, I claim users are going to expect TAB to offer completions for any string with which xref-find-definitions would succeed, and thus that TAB should be capable of presenting a less case-dependent alternatives list. I was surprised when it didn't. I had typed in enough of a tag name (in all lower case) to match uniquely, and then typed TAB expecting the single completion (perhaps in the prompt line itself rather than a separate window, possibly with the string I had entered being converted to its correct mixed case), and was surprised when it said No match. This is also another difference compared to find-tag, where one only needs to uniquely partial match a name to get to it. With xref-find-definitions, I can't go to the partial name and TAB doesn't complete the name even when there's only one match (because the typed string had the wrong case), so it takes more typing (or correct use of the shift key) than find-tag did. -WBE