From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Zach Pearson Newsgroups: gmane.emacs.devel Subject: Re: Tab bar tabs landed on master Date: Mon, 7 Oct 2019 16:48:26 -0500 Message-ID: References: <8736gci5jn.fsf@mail.linkov.net> <20191007155325.ootoxrhitbcqbw6x@Ergus> <874l0kqp4l.fsf@mail.linkov.net> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3594.4.19\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="88016"; mail-complaints-to="usenet@blaine.gmane.org" Cc: emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 07 23:57:14 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iHb0C-000MjM-Iu for ged-emacs-devel@m.gmane.org; Mon, 07 Oct 2019 23:57:12 +0200 Original-Received: from localhost ([::1]:49852 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHb09-0005Y2-LU for ged-emacs-devel@m.gmane.org; Mon, 07 Oct 2019 17:57:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49170) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iHb00-0005Xt-QP for emacs-devel@gnu.org; Mon, 07 Oct 2019 17:57:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iHazz-0004bP-Bj for emacs-devel@gnu.org; Mon, 07 Oct 2019 17:57:00 -0400 Original-Received: from fwd1.porkbun.com ([52.10.174.57]:40844) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iHazz-0004Z2-5F for emacs-devel@gnu.org; Mon, 07 Oct 2019 17:56:59 -0400 Original-Received: by fwd1.porkbun.com (Postfix, from userid 497) id 85D994D82C; Mon, 7 Oct 2019 21:48:29 +0000 (UTC) Original-Received: from [10.104.254.106] (unknown [129.237.90.145]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: zach@zjp.codes) by fwd1.porkbun.com (Postfix) with ESMTPSA id B3EE84D7DB; Mon, 7 Oct 2019 21:48:27 +0000 (UTC) In-Reply-To: <874l0kqp4l.fsf@mail.linkov.net> X-Mailer: Apple Mail (2.3594.4.19) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 52.10.174.57 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240728 Archived-At: > This will be possible with a new defcustom that I'll finish soon. Woo! Thanks for the work you=E2=80=99re doing on this. The Treemacs = buffer name in particular can get obnoxiously long.=20 > On 7 Oct 2019, at 15:23, Juri Linkov wrote: >=20 >> Any way. I have suggested in a Telegram group to try the new tab bar >> functionality from master and they are enjoying it. >=20 > Thanks. >=20 >> There is only a complain from a which-key user. When the which-key >> panel activates the tab bar displays which-key in it's name. It is = not >> something critical, but is it there a simple way to correct this? >=20 > It's possible to use the same fix as recently committed for speedbar: >=20 > --- a/lisp/speedbar.el > +++ b/lisp/speedbar.el > @@ -1115,7 +1115,9 @@ speedbar-mode > (setq dframe-track-mouse-function #'speedbar-track-mouse)) > (setq dframe-help-echo-function #'speedbar-item-info > dframe-mouse-click-function #'speedbar-click > - dframe-mouse-position-function = #'speedbar-position-cursor-on-line)) > + dframe-mouse-position-function = #'speedbar-position-cursor-on-line) > + (setq-local tab-bar-mode nil) > + (setq-local tab-line-format nil)) > speedbar-buffer) >=20 > This will remove tabs from which-key windows. But maybe you meant > removing the name of the which-key buffer from the tab name? > This will be possible with a new defcustom that I'll finish soon. >=20