From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?utf-8?B?Sm/Do28gVMOhdm9yYQ==?= 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 19:50:41 +0100 Message-ID: <87601fc8vy.fsf@gmail.com> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1531767017 7264 195.159.176.226 (16 Jul 2018 18:50:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2018 18:50:17 +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: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 16 20:50:13 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 1ff8ZY-0001gx-EB for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 20:50:12 +0200 Original-Received: from localhost ([::1]:53268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ff8ba-0005Wq-Ab for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 14:52:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50959) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ff8aB-0004oM-1e for emacs-devel@gnu.org; Mon, 16 Jul 2018 14:50:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ff8a6-0000Cd-5B for emacs-devel@gnu.org; Mon, 16 Jul 2018 14:50:51 -0400 Original-Received: from mail-wr1-x444.google.com ([2a00:1450:4864:20::444]:33292) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ff8a5-0000CQ-Ub; Mon, 16 Jul 2018 14:50:46 -0400 Original-Received: by mail-wr1-x444.google.com with SMTP id g6-v6so24028716wrp.0; Mon, 16 Jul 2018 11:50:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=0Jrfpu3uo+rVNNNpf5plrPn3dmvDHcDa5ArSCalgrEs=; b=XgRmBjZiuwgzJvQXTJESQxvS+1IVsiG+D/yUodEQHlsN+/tf34lT6h6ShQi5AFpztG REj1xAAL5Fzpjn3UwioB+8YczdNqBN+8EdbW2PbQ3MxmcWy3D/WMrTVNVU7NlYB5eeSR rTSk7zbXvmvMNNmEDFq9vuzYkIcBRgohzUY01XJRkyPdsMI9lvtoZE7hV+xrytCNsDJI uAvjiAtxdCNcx1gOiesYdN2N9mhwosAGPf8Oa7wqVlfGq1JGSea1GAqGyt8bQv0AC7hl k0jMwHh8l8p7sbRHSsBrLVgiw/UWtD/hfjwgF5+YR1wwSWkWVKOiPzXNGr7nv6LCZdQE x5rQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=0Jrfpu3uo+rVNNNpf5plrPn3dmvDHcDa5ArSCalgrEs=; b=W7V/07K3mYeHtrm47Y8pvuviAHHpNmfRepkAjBPJ3KLysNqXBrSmpCQpuf7bT/fb6N /cIHdq46ZOIybArIQR1kbG0yYsEexx0QKs0RvKiruUA49viCULJoZkRnIeHRdI3QDTjo /INgd9hU5n+Xai2AplPMaPSKO6Of4+gAlGzxzUKjJHzBqzYIwFDP0buOjy8/u0lNz5EM qQ+r5svn6U3JbSwG1rM0oBu710Nr+IT+470BLn6CmT0bWCCtxnU0k3iMeBUAGPY/4Ue2 zK7Sbl161NsiHXBO2PfRym/88dMORgYUTulkpuXatycVwZWn85gW2QVtDHsO/8TzpTb/ txiw== X-Gm-Message-State: AOUpUlGz9/rtb7h0apFORmy+yn9ZVFkGRCW37iL0F/dC2aRpi9V+88Cb KzlI1WvvPbWLSduGOut0255dqxs2 X-Google-Smtp-Source: AAOMgpe0zPkJZjB/vjHOou9z+eEZuXWBI1S73bDokUrLYJPynLMoAJyZXGxUPM+usY9/hKsHGE+T9A== X-Received: by 2002:a5d:44c6:: with SMTP id z6-v6mr12799878wrr.236.1531767044555; Mon, 16 Jul 2018 11:50:44 -0700 (PDT) Original-Received: from lolita.yourcompany.com (188.139.62.94.rev.vodafone.pt. [94.62.139.188]) by smtp.gmail.com with ESMTPSA id r1-v6sm8045426wrs.39.2018.07.16.11.50.43 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 16 Jul 2018 11:50:43 -0700 (PDT) In-Reply-To: (Stefan Monnier's message of "Mon, 16 Jul 2018 14:22:46 -0400") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::444 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:227481 Archived-At: Stefan Monnier writes: >> And it goes for *vc-dir* too, where arguably it's a little silly: its a >> "dir" but what dir? > We've had the same for ChangeLog buffers for years (and README buffers, > and `src` dired buffers, and ...). Those are files. I'm just proposing that we use the advantage of file-less buffers, which is non-persistently naming them after a specific location or context You can't do with a with a file 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. > PCL-CVS (in which to write the commit message) followed this idea). > The other tradeoff at play here (beside the buffer name) is reuse of > existing buffers. >> I'd start with an option to make uniquify always show the suffix. > It's called uniquify-min-dir-content. Oh so it does exist. Can it be set buffer-locally? >> Don't you use gnus? This buffer's name reads "*unsent >> wide reply to Stefan Monnier*". > I hate those (and there's no uniquify to save me there). > Luckily I rarely need to look at those buffers's modeline. 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? >> Or I'll cut you a simpler deal: let's first do this very simple change > In any case, let's leave this uniquify beside on the side, because > I don't want it to hold us back. OK, good idea: then I'll update the patch to be (defun add-log--pseudo-changelog-buffer-name (changelog-file-name) "Compute suitable name for a pseudo-ChangeLog buffer." (format "*changes to %s*" (abbreviate-file-name (file-name-directory changelog-file-name)))) and wait for Eli's comments. Then we can plug uniquify in there somehow later. I'll be happy just to rid myself of ChangeLog files tbh... >> and then do the single ChangeLog file/buffer that you proposed earlier, >> that way you won't be bothered by long buffer names. > The way I imagine it, this "single file" is completely internal: the > user would never view/edit it directly. Even better, then! >> 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*? 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. Jo=C3=A3o (who would like it known that he used "whom" and "whence" having no idea if he botched it)