From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: RE: Modernize frame-title-format: "%b - GNU Emacs" Date: Mon, 31 Aug 2020 20:00:36 +0000 Message-ID: References: <> <> <<83y2lux5hm.fsf@gnu.org>> Reply-To: Gregory Heytings Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16582"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Alpine 2.22 (NEB 394 2020-01-19) Cc: Eli Zaretskii , Stefan Kangas , emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Aug 31 22:01:43 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kCpzr-0004Dz-Nv for ged-emacs-devel@m.gmane-mx.org; Mon, 31 Aug 2020 22:01:43 +0200 Original-Received: from localhost ([::1]:48092 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kCpzq-00073F-Qa for ged-emacs-devel@m.gmane-mx.org; Mon, 31 Aug 2020 16:01:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58432) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kCpyy-0006bj-DF for emacs-devel@gnu.org; Mon, 31 Aug 2020 16:00:48 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:51854) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kCpyv-00004w-LZ; Mon, 31 Aug 2020 16:00:48 -0400 Original-Received: from sdf.org (IDENT:ghe@faeroes.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 07VK0dJq018774 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 31 Aug 2020 20:00:39 GMT Original-Received: (from ghe@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 07VK0mS9008210; Mon, 31 Aug 2020 20:00:48 GMT In-Reply-To: Received-SPF: pass client-ip=205.166.94.24; envelope-from=ghe@sdf.org; helo=mx.sdf.org X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/31 15:13:31 X-ACL-Warn: Detected OS = ??? X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:254457 Archived-At: > > But the NONdirectory part of `buffer-file-name' is the most specific > part. And that part is used for the buffer name, which we have with > `%b'. The nondir part should come before (to the left of) the dir part, > at least for the default. > > If there's ever a need to see some directory info, then it would be > better to use a uniquified buffer name than `abbreviate-file-name'. > That is, use a `uniquify-buffer-name-style' other than `forward'. And > `buffer-name' already gives us this behavior. > > To be clear, what's the motivation for adding a `%B' behavior? (But a > priori I have no objection.) > > More importantly, what's the motivation for using it for the default > behavior? > FWIW, I do not agree that the non-directory part of a file name is the most specific part. This is only partly true. Where a file is located is most often as important as (and sometimes more important than) the file name to identify a file, at least of you are a programmer. In Visual Studio and XCode, the path of the file is displayed just above the "buffer". In Eclipse, it is displayed in the title bar. And that information is displayed in its "natural" order, with the current filename on the right. (Likewise, it is almost standard to display the current working directory in full in shell prompts.) It seems to me that using `(abbreviate-file-name buffer-file-name)' or `buffer-file-truename' in Emacs's title bar makes perfect sense. (An additional option that would also make sense (I think) is to have an option so that `abbreviate-file-name' keeps only the initial N letters of the directories, for example: "/u/i/stdio.h" or "~/gn/em/sr/dired.c", which is shorter, and often clear enough.)