From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#37820: 25.2; xref using etags incorrect case fold during completion Date: Wed, 25 Dec 2019 02:45:24 +0200 Message-ID: References: <23978.21803.951348.841457@mothra.home> <83wod16xa0.fsf@gnu.org> <86f40cb1-dc31-c130-5480-e04fdc934d12@yandex.ru> <23986.65471.30294.547230@mothra.home> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="116172"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 Cc: 37820@debbugs.gnu.org To: Radey Shouman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 25 01:46:11 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ijuoV-000U6s-57 for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Dec 2019 01:46:11 +0100 Original-Received: from localhost ([::1]:42876 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ijuoT-0007dc-8r for geb-bug-gnu-emacs@m.gmane.org; Tue, 24 Dec 2019 19:46:09 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44216) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ijuoN-0007cI-5x for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2019 19:46:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ijuoL-0000xz-UF for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2019 19:46:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47211) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ijuoL-0000xv-RC for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2019 19:46:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ijuoL-0003VO-NF for bug-gnu-emacs@gnu.org; Tue, 24 Dec 2019 19:46:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Dec 2019 00:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37820 X-GNU-PR-Package: emacs Original-Received: via spool by 37820-submit@debbugs.gnu.org id=B37820.157723473513441 (code B ref 37820); Wed, 25 Dec 2019 00:46:01 +0000 Original-Received: (at 37820) by debbugs.gnu.org; 25 Dec 2019 00:45:35 +0000 Original-Received: from localhost ([127.0.0.1]:53184 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ijunu-0003Ui-Oq for submit@debbugs.gnu.org; Tue, 24 Dec 2019 19:45:34 -0500 Original-Received: from mail-wr1-f43.google.com ([209.85.221.43]:44598) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ijuns-0003UT-QX for 37820@debbugs.gnu.org; Tue, 24 Dec 2019 19:45:33 -0500 Original-Received: by mail-wr1-f43.google.com with SMTP id q10so20883694wrm.11 for <37820@debbugs.gnu.org>; Tue, 24 Dec 2019 16:45:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=e2QfZa4g4y2R0H8N85+HfsfDVepdPwySsvYHAQLWO1Y=; b=Vf45xjsBK/8mdq4lLfS6RSd8pRge5s1On63ZlvtiUbHfKKfghdFwxdjI35QOXbAPUu kzRptjNuQ4z8pIz9EMPrAH/TNUxQtuxCl+DAgQR+BGTIKwyi1peh42Z+a8V0YJBNXZ/g 12cj6iNSNNtu5a26kGfQBlSxSf4LAkWQ3g4jG1nPAwfPA2/oNEsBszvdXV765cvFmKlt Jc7s7jqeiyhSD/Knkc2E6/gOJFYPmbKHOPNoyl8H7/jYin2yJtxeWDQq6aFthJhtHHIo 2g+v6MwyU1GwkFVNNYZBt1XRonyLYR6c+Gk80y6xc7MBjMV1UzA5eQFALuaO6bG94oho QqeA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=e2QfZa4g4y2R0H8N85+HfsfDVepdPwySsvYHAQLWO1Y=; b=aiz2MMipuGlhFhx896O3UT/dDPLRZGgs452RkdkuVEDiW2arzbXSrzt10gekEr/JW/ k4lwmzcBv3ByOjJq96QlNCGtyZiLzmD/Q7Ta4TmKqUDXd0FnWa7Ur0QQJ2wox6YmY5JE RqOGFJJEXWdd+kDWYRk+oP4avCSMfDXdS76lEKq6MIQyB0uylfxLUAJ7vVYC31vqmMof AEDeIkp2pKawEtuFw8PEuntoykQjQB0Bs4Yf+n7VzYqCG2BxVBA4/piTzvhTf6QAKRfR kmiNebRdI56lnlDtznlIdTj6iMPtqHG0fAe5rTZmfDJIpMwAVGVXGX/vFIrjhbHBgVfX QsNg== X-Gm-Message-State: APjAAAUifP5OBzzBhZgFo0IIMuKUHA5Bd3alDZNHhULuEPepQslruePZ z9tF6AkPq9g2T657qjWtSHI= X-Google-Smtp-Source: APXvYqxZLB7BNWAGvakwzH5ICxMvMbm3abDwfOPkam3ayOI65nC/xrq7UjUpuKY5gFawunqo/p7CQw== X-Received: by 2002:a5d:49cc:: with SMTP id t12mr35958970wrs.363.1577234726940; Tue, 24 Dec 2019 16:45:26 -0800 (PST) Original-Received: from [192.168.0.2] ([212.50.117.215]) by smtp.googlemail.com with ESMTPSA id s8sm25173333wrt.57.2019.12.24.16.45.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 24 Dec 2019 16:45:25 -0800 (PST) In-Reply-To: <23986.65471.30294.547230@mothra.home> Content-Language: en-US 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: 209.51.188.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:173732 Archived-At: Hi Radey, sorry for the late reply. On 25.10.2019 16:59, Radey Shouman wrote: > Please copy me on any messages to which you expect a response. > I have not subscribed to the mailing list. Sure. That's the default etiquette here anyway. > The only variable I customize is tags-case-fold-search, I leave > completion-ignore-case with the default value. I heartily regret > even mentioning the latter variable, it is a red herring. Don't regret it because it's entirely pertinent. So, do we really have meaningful scenarios where the user will want tags-case-fold-search set to t while completion-ignore-case *should* remain nil? I suppose we could add a new method to xref backends just for that, but we shouldn't do that without understanding the use cases. Like, why/how other backends would choose to return different values. > There are at least two reasons to change tags-case-fold-search: > > 1) Some programming languages are not case sensitive in normal use, > eg Common Lisp, Fortran, Cobol, R[45]RS Scheme ... For these languages > case-insensitive search should be the default. How does using one or the other variable help with that distinction? When someone uses tags, they often use them with a multitude of languages. Whether you employ tags-case-fold-search, or an xref-specific variable Eli suggested to add, that would affect all languages anyway, right? > 2) For many code bases the rules of CamelCasing are so vague, or their > observance so lax, that it's hard to predict what the capitalization > of an identifier will be. It's useful in these cases to use > completion that is not case sensitive. We can make completion-ignore-case a safe local variable, so that you can set it in dir-locals depending on the code base.