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 Date: Thu, 14 Sep 2017 18:33 EDT Message-ID: <201709142233.v8EMXp8T039558@psr.com> References: <201709122237.v8CMb6w0029533@psr.com> NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1505428450 14967 195.159.176.226 (14 Sep 2017 22:34:10 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 14 Sep 2017 22:34:10 +0000 (UTC) Cc: 28439@debbugs.gnu.org To: Dmitry Gutov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 15 00:34:04 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 1dschv-0003kp-La for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Sep 2017 00:34:03 +0200 Original-Received: from localhost ([::1]:50405 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsci3-0006fi-4o for geb-bug-gnu-emacs@m.gmane.org; Thu, 14 Sep 2017 18:34:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dschx-0006YU-Mr for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 18:34:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dschu-0006y6-Jl for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 18:34:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:32943) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dschu-0006y0-Fw for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 18:34:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dschu-0001sY-9A for bug-gnu-emacs@gnu.org; Thu, 14 Sep 2017 18:34:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <201709122237.v8CMb6w0029533@psr.com> Resent-From: Winston Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Sep 2017 22:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28439 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28439-submit@debbugs.gnu.org id=B28439.15054284347207 (code B ref 28439); Thu, 14 Sep 2017 22:34:02 +0000 Original-Received: (at 28439) by debbugs.gnu.org; 14 Sep 2017 22:33:54 +0000 Original-Received: from localhost ([127.0.0.1]:41624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dschl-0001sB-TX for submit@debbugs.gnu.org; Thu, 14 Sep 2017 18:33:54 -0400 Original-Received: from mail.psr.com ([67.212.42.216]:25152 helo=psr.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dschj-0001rx-Rv for 28439@debbugs.gnu.org; Thu, 14 Sep 2017 18:33:52 -0400 Original-Received: from psr.com (localhost [127.0.0.1]) by psr.com (8.15.2/8.15.2) with ESMTPS id v8EMXppw039559 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 14 Sep 2017 18:33:51 -0400 (EDT) (envelope-from wbe@psr.com) Original-Received: (from wbe@localhost) by psr.com (8.15.2/8.15.2/Submit) id v8EMXp8T039558; Thu, 14 Sep 2017 18:33:51 -0400 (EDT) (envelope-from wbe) 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:136983 Archived-At: >> Sure, since I like it here, I might like it elsewhere, but I won't >> know until those situations come up, and if I don't like it elsewhere, >> then I'd be stuck. > I'd like to know of one such example, if it happens. OK, but if it's a couple years from now before it happens, I'm likely to assume you're not still interested. :) >> * xref-completion-ignore-case, default t; >> * creating something that applies to both completions and >> find-definition (I didn't save the patch, but my vague >> recollection is that it just defaulted to using t for >> completions). > Not sure what this means, need details. The first was a variable that only affects completions. The second controls both completions and what xref-find-definitions matches, so either both would allow case folding or both would not. -WBE