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 15:02:47 +0100 Message-ID: <871sc3e0s8.fsf@gmail.com> References: <86shbprix7.fsf_-_@dod.no> <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> 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 1531749663 13398 195.159.176.226 (16 Jul 2018 14:01:03 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 16 Jul 2018 14:01:03 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 16 16:00:59 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 1ff43e-0003Mq-Ms for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 16:00:58 +0200 Original-Received: from localhost ([::1]:51907 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ff45l-0000jn-9y for ged-emacs-devel@m.gmane.org; Mon, 16 Jul 2018 10:03:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33278) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ff45X-0000jh-T8 for emacs-devel@gnu.org; Mon, 16 Jul 2018 10:03:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ff45U-00071g-QJ for emacs-devel@gnu.org; Mon, 16 Jul 2018 10:02:55 -0400 Original-Received: from mail-wm0-x241.google.com ([2a00:1450:400c:c09::241]:53709) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ff45U-00071T-J7 for emacs-devel@gnu.org; Mon, 16 Jul 2018 10:02:52 -0400 Original-Received: by mail-wm0-x241.google.com with SMTP id s9-v6so7957246wmh.3 for ; Mon, 16 Jul 2018 07:02:52 -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=kHOGajlyY3dnIwzfjZHC0mLbjpV39gQ7TeaNAfnVnIM=; b=u9Gk/3setFEedpZWKQmki9QYEg8oj0K9niDPGW4NqLfZD27nuzEkzKp/I4k1C2dOOt jcWKisDKXIIjzQXm02dCRVaWyRh08t7J2YZiTPa9LH3vHsKcnXdYQIBwKdaX/IiPqAB1 M7RFXGlhATQNkSHWfP0zAnHsrCSZ5Zxyc+PLL5IKJsQIHIiln0sPYohQank1idn7wHfm nEpBfGrmI09Idrbv/u15haD2p1xcgxwTkn10KH2W+ze2kknaFE0ycKbIuW1xk2wj0Qua oaFIgRMHgqE6SZWQaYLuQ6+wllAkuIgnvfLSZOor5Aj9F6Osls+LPUE7vPnRhch6P7YH 3atw== 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=kHOGajlyY3dnIwzfjZHC0mLbjpV39gQ7TeaNAfnVnIM=; b=FIL8E+L3kjNU1qP19pLPKjiRQ4Gw1JiMG6mom3bc8TRvfgS/0u2ON5200Hc8/AS+Yr gzr4MRLVh9h2+PdEPmnodP2+7i6+WexTnYVfGmimvAaOJRr8dUE9Tv1gImj6LH2viKeD WB3HDgKy0tMtAKjeetyIqc3L8Gj8UPfGau34xy2S+JHiYIIfHH1ySSuXoCz4x1qZyVyJ RVftefxAyPQi3GZ4ahQz+NS8gTBA7qSxElT40i9bLoezCzsfD7G9DopDPepAvgLEUvPZ Th/4FilA3BvvhXzKuSVgoancnzyt9oEhsDkrdqT4dWkCVhgZ2lUUyf/420KJknxP4wDi ZSRw== X-Gm-Message-State: AOUpUlGsm3Vtcy4NOBpAt9Ys0ZZ5yrRBMC7bgaIn6sZnGXPBzCWLMumb JBE+pmqWOFAPGQrp0XpKQ594tp6b X-Google-Smtp-Source: AAOMgpegVFfuQo4m/nri/6pu2E4BJ5sXXJyyuqbX/KviRePkvCVOGxwDPlRxXvSvc8o6pWC5i57s5A== X-Received: by 2002:a1c:8c08:: with SMTP id o8-v6mr9287602wmd.60.1531749770969; Mon, 16 Jul 2018 07:02:50 -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 g15-v6sm25359560wrh.48.2018.07.16.07.02.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 16 Jul 2018 07:02:50 -0700 (PDT) In-Reply-To: (Stefan Monnier's message of "Mon, 16 Jul 2018 08:33:23 -0400") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c09::241 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:227450 Archived-At: Stefan Monnier writes: >> To tell you the truth, I was hoping to *avoid* uniquify here. IMO, it > I don't follow. `uniquify` is designed specifically for those cases > where the same file name can occur in multiple projects and lets you see > "foo|bar" and "foo|baz" instead of "foo" and "foo<1>". Evidently, having opened two Makefile's more than once in my life, I know that. However: * This isn't a file, it's a file-less buffer. I haven't seen uniquify ever used for those, so it would probably confuse users into thinking there's a funnily named file after all; * Uniquify is designed to have a very shortest possible distinguishing string because the file's name is foremost in importance. It's quite different here. The file's name doesn't exist. The buffer's name does exist, but is quite irrelevant. The path to the directory, on the contrary, isn't. And I want that bit to show even if I have only one *ChangeLog* buffer. >> In practice, I find the "|" much harder to read, > Harder then what? Harder than reading a short, plain-english phrase using the "for" preposition: "*ChangeLog for project-path*". > In any case, you should be able to get pretty much the same as what > your patch currently does by setting uniquify-buffer-name-style and > uniquify-min-dir-content appropriately. >> This would also avoid the added complexity that you foresee. Can I make add-log.el set this buffer-locally by default in the *ChangeLog* buffer, so that the suffix always appears even if I have only one? Can I make it so that the suffix is inside the *EarMuffs*? > Yes, but it's not as nice for the user. The problem is that I don't understand the niceness being advocated here? And zero niceness versus non-zero complexity always loses. >> Right, that is clearer. But will it fit in the miniscule column limit?= =20 > > We can split it into two sentences if needed ;-) Rephrase away! >> As I said, I was hoping to avoid this. "*ChangeLog for >> *" seems acceptable to me, but we could shorten it to > [ We call those things "filenames" rather than "path" in the GNU > project. ] In code and doc, yes. In this list, I think everybody gets me. > These are awfully long, with a lot of redundancy in the middle, making > it harder to find the relevant information. Really, I don't think it's redundant: it's the only thing semantically (and formally) tying that buffer to the directory whose (vc-)project it's representing. If there's a part of it that is so common as to be distracting, we should use `abbreviate-file-name' (which you can probably customize to abbreviate extremely using directory-abbrev-alist). Jo=C3=A3o