From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] New option to make C-x 4 a use file-less ChangeLog buffers (was Re: git history tracking across renames (and emacs support)) Date: Mon, 16 Jul 2018 17:09:09 -0400 Message-ID: References: <838t6jgl1k.fsf@gnu.org> <601m6cc6.fsf@lifelogs.com> <83o9fefnv9.fsf@gnu.org> <83in5lg4ol.fsf@gnu.org> <83efg9fxnj.fsf@gnu.org> <838t6hfa4h.fsf@gnu.org> <87h8l4lt9q.fsf@gmail.com> <831sc8fttu.fsf@gnu.org> <87sh4lwwg6.fsf_-_@gmail.com> <87wotvebk6.fsf@gmail.com> <871sc3e0s8.fsf@gmail.com> <87sh4jcb71.fsf@gmail.com> <87601fc8vy.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1531775242 11892 195.159.176.226 (16 Jul 2018 21:07:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2018 21:07:22 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: eliz@gnu.org, emacs-devel@gnu.org To: =?windows-1252?B?Sm/jbyBU4XZvcmE=?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 16 23:07:18 2018 Return-path: Envelope-to: ged-emacs-devel@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 1ffAiE-0002zh-Aw for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 23:07:18 +0200 Original-Received: from localhost ([::1]:53963 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ffAkL-0003pn-1l for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 17:09:29 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48586) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ffAk6-0003oc-Qr for emacs-devel@gnu.org; Mon, 16 Jul 2018 17:09:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ffAk3-00065g-Lb for emacs-devel@gnu.org; Mon, 16 Jul 2018 17:09:14 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:54979) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ffAk3-00065Y-Di; Mon, 16 Jul 2018 17:09:11 -0400 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id w6GL9pou024680; Mon, 16 Jul 2018 17:09:52 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 62379653A1; Mon, 16 Jul 2018 17:09:09 -0400 (EDT) In-Reply-To: <87601fc8vy.fsf@gmail.com> (=?windows-1252?Q?=22Jo=E3o_T=E1vo?= =?windows-1252?Q?ra=22's?= message of "Mon, 16 Jul 2018 19:50:41 +0100") X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 3 Rules triggered LNG_SB_1=0.2, EDT_SA_DN_PASS=0, RV6330=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6330> : inlines <6752> : streams <1792744> : uri <2674629> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.20 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:227484 Archived-At: > You can't do with a with a file name, What makes you think we can't. It's rather the contrary: buffer names for file buffers can be chosen much more freely compared to most non-file buffers (where the main identifying mark is the buffer name). > and, on a tangent, I think this is what many people like the "project > drawer" for: to know whence a file comes by looking at their screen. I don't know what's the "project drawer", so I'll take your word for it ;-) >> It's called uniquify-min-dir-content. > Oh so it does exist. Can it be set buffer-locally? Hmm... I think I answered this one earlier this morning, but no I believe it only works as a global setting (more specifically, looking at the code, it seems like it could support it, but trying it out, it seems that buffer-local settings lead trigger a bug somewhere). > But don't you find it useful in a buffer list (C-x b, C-x C-b, etc) to > know _whom_ that *mail* is for? Or what project that *vc-dir* is > editing? No. If there's more than one, then the buffer-name would tell me, and if there's only one, I normally remember what it was about. >>> If it did, would you be happy with "*changes for emacs*", "*changes for >>> typer*" and the like? >> It needs to be dynamic: what if I later open some "changes" for >> .../src/emacs/work? > Did you mean a file named *changes*? No, I meant just another one of those buffers. > If you did, it's like opening some > "*grep*" file today (I've just checked: it's uniquified, correctly). If > you didn't I don't understand the problem. To be clear, I was talking > about always having a (potentially short) suffix. Currently: - I open ..../src/emacs/work/README I get "README" - I open ..../src/typer/work/README I get "README | typer" and the previous "README" gets renamed to "README | emacs" - I open ..../src/emacs/master/README, I get "README | emacs/master" and the previous 2 get renamed to "README | emacs/work" and "README | typer/work". - If I kill two of those buffers, the remaining one reverts to just "README" IMO, the same dynamic (re)naming should hold for "*changes to ". > Jo=E3o (who would like it known that he used "whom" and > "whence" having no idea if he botched it) Duly noted. I can't guarantee that it was used properly, but at least my english-as-a-third-language-trained-brain did not find it jarring. Stefan