From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Manuel Giraud via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#74709: [PATCH] Avoid empty unique qualifier in buffer name Date: Sat, 07 Dec 2024 11:04:14 +0100 Message-ID: <87h67fizc1.fsf@ledu-giraud.fr> References: <87wmgdj99g.fsf@ledu-giraud.fr> <875xnwvh89.fsf@gmail.com> <87ldwsip87.fsf@ledu-giraud.fr> <871pykupdr.fsf@gmail.com> Reply-To: Manuel Giraud Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="21633"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 74709@debbugs.gnu.org To: Visuwesh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 07 11:05:25 2024 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 1tJrgh-0005SY-1h for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 07 Dec 2024 11:05:23 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tJrgO-0000Dd-Rz; Sat, 07 Dec 2024 05:05:05 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tJrgM-0000BP-SD for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 05:05:03 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tJrgM-0001gc-HH for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 05:05:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=W+K0cZfMus5VcdRXZGezpqpnQqS9gGp193+2npgbDME=; b=uyPnaTMjTQT4wQlqSCz0dUTfSRhYj73uy2swf0fzqD7iOvt93CnvG7wyq4qW8Op6sDTHBl8IToAyYyWiSJKpgi2UqQi17whL5bfXIs1KmNmBY/ng/a/K2IEEpe7yPpk67dK5XVTE9dBAJD9WVeSqjuvSB/WMF0kZtZDqW3FCeQaiZbNDuC1WtAknOoTEl/ZSJY2/EPUMe6DpvDqPcOA+LUKZyPDyuXBirVRh/Qi9UC1FEMd8ML+qYSH85OxO44nXS0qz+0OoFJrE5NOFFyBvYOEw/aFOedXW3a3QiJPS9AzfgHxs1P+3gCuKNRzTJoEcJP3ADr17M4bezSnr9kY6IA==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tJrgM-0003AG-B1 for bug-gnu-emacs@gnu.org; Sat, 07 Dec 2024 05:05:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Manuel Giraud Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 07 Dec 2024 10:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 74709 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 74709-submit@debbugs.gnu.org id=B74709.173356586112076 (code B ref 74709); Sat, 07 Dec 2024 10:05:02 +0000 Original-Received: (at 74709) by debbugs.gnu.org; 7 Dec 2024 10:04:21 +0000 Original-Received: from localhost ([127.0.0.1]:45448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tJrfg-00038i-Ox for submit@debbugs.gnu.org; Sat, 07 Dec 2024 05:04:21 -0500 Original-Received: from ledu-giraud.fr ([51.159.28.247]:39260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tJrfe-00038Z-HX for 74709@debbugs.gnu.org; Sat, 07 Dec 2024 05:04:19 -0500 DKIM-Signature: v=1; a=ed25519-sha256; c=simple/simple; s=ed25519; bh=DmnWaDvI wivJVOCXtIIJbd7q2mgVbrzrwBesDqrbHy4=; h=date:references:in-reply-to: subject:cc:to:from; d=ledu-giraud.fr; b=IQ+cUkAG563nv04lDGibAgPwZfMsuT NHc47T/WTmr3ixgvBIulG5SxtgTBgAF7OGzVNuMgzFfbsqO51Yx2riBg== DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; s=rsa; bh=DmnWaDvIwivJVOCX tIIJbd7q2mgVbrzrwBesDqrbHy4=; h=date:references:in-reply-to:subject: cc:to:from; d=ledu-giraud.fr; b=m2mLFUIUf0BFFiep+6TDnyMT++ASkj6Ywlx7eu T6NdRs7Y+l/NrfA3/MkS1iKfoM48PO5UKPZXBCgdL6kuftcntEd4+JVE/nimNcurgToTN8 ZrBFZxQdOWXFCaUkXkzHGm9aOaPgeVmuOaaXE6YpQ3JU4jJh0uxXJiIRmLEz4bVyoQ+cid VaL0lnD3xJa4D+NsSnx9uHH1eRYP7fFzN7/nl3r8kphfNy6uYAV03QT5a7OvZhBgML8KAk xe5L+Adi6mmEew+oeDfDWAAZ1QK2t1UiQpCPZq9hg29QjQxUBlixpe8JGeWESZYcuFbq6d rFNzccqVdBJdcnt6x24uAPvA== Original-Received: from computer ( [10.1.1.1]) by ledu-giraud.fr (OpenSMTPD) with ESMTPSA id 67af4fb5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sat, 7 Dec 2024 11:04:15 +0100 (CET) In-Reply-To: <871pykupdr.fsf@gmail.com> (Visuwesh's message of "Sat, 07 Dec 2024 09:16:08 +0530") 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:296530 Archived-At: Visuwesh writes: > [=E0=AE=B5=E0=AF=86=E0=AE=B3=E0=AF=8D=E0=AE=B3=E0=AE=BF =E0=AE=9F=E0=AE= =BF=E0=AE=9A=E0=AE=AE=E0=AF=8D=E0=AE=AA=E0=AE=B0=E0=AF=8D 06, 2024] Manuel = Giraud wrote: > >> Visuwesh writes: >> >>> [=E0=AE=B5=E0=AF=86=E0=AE=B3=E0=AF=8D=E0=AE=B3=E0=AE=BF =E0=AE=9F=E0=AE= =BF=E0=AE=9A=E0=AE=AE=E0=AF=8D=E0=AE=AA=E0=AE=B0=E0=AF=8D 06, 2024] Manuel = Giraud via "Bug reports for GNU Emacs, >>> the Swiss army knife of text editors" wrote: >>> >>>> Tags: patch >>>> >>>> Hi, >>>> >>>> This patch prevents from having an empty unique qualifier in the buffer >>>> name. Maybe this could happen with others file buffer as well but, mo= st >>>> of the time, you could witness it with Dired buffer in homedir. Here = is >>>> a recipe: >>>> >>>> - emacs -Q >>>> - C-x d /ssh:somewhere: ;; This buffer is named "~" >>>> - C-x d /~/ ;; This buffer is named "~<>" >>>> >>>> With this patch, the last buffer will simply be named "~" instead. >>> >>> I usually have ~/tmp visited in a Dired buffer. Sometimes I also visit >>> /tmp which gets named as "tmp<>". With this patch, /tmp's buffer is >>> named "tmp" instead. This confuses me as I am used to seeing "tmp" for >>> ~/tmp's Dired buffer more often than not. Can we gate this new >>> behaviour behind a user option please? >> >> I don't think that there is more confusion then if you only have /tmp >> opened which will have its buffer named "tmp", no? > > Sorry, I meant having /tmp being "tmp" when both ~/tmp and /tmp are open > is confusing for the aforementioned reason. Yes, you're right. Thinking a bit more about it, I don't think this patch was a good idea anymore. When a buffer is named "tmp<>" it conveys the information that there is another buffer with the same base name. If it is just named "tmp", we have lost this bit of information. --=20 Manuel Giraud