From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs Survey: Toolbars Date: Fri, 26 Feb 2021 08:52:10 +0200 Message-ID: <83r1l3qq1x.fsf@gnu.org> References: <87o8iv3ac3.fsf@gnus.org> <874kknp1lq.fsf@gnus.org> <838s7crozt.fsf@gnu.org> <83y2fcq7ox.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39109"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, stefankangas@gmail.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Feb 26 07:52:57 2021 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 1lFWzg-000A2k-Ky for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Feb 2021 07:52:56 +0100 Original-Received: from localhost ([::1]:39680 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lFWzf-00031A-NT for ged-emacs-devel@m.gmane-mx.org; Fri, 26 Feb 2021 01:52:55 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55922) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lFWzA-0002bh-EZ for emacs-devel@gnu.org; Fri, 26 Feb 2021 01:52:24 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42939) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lFWzA-0003vn-4u; Fri, 26 Feb 2021 01:52:24 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1049 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lFWz9-0007iZ-E3; Fri, 26 Feb 2021 01:52:23 -0500 In-Reply-To: (message from Stefan Monnier on Thu, 25 Feb 2021 17:24:59 -0500) 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:265663 Archived-At: > From: Stefan Monnier > Cc: stefankangas@gmail.com, larsi@gnus.org, emacs-devel@gnu.org > Date: Thu, 25 Feb 2021 17:24:59 -0500 > > >> Which applications are you thinking of here, that would be comparable to > >> Emacs (i.e. are part music-player, part text editor, part hex editor, part > >> IRC client, ...)? > > I don't see how this is relevant. The tool bar is part of the GUI, > > which functions are shown there is immaterial. > > It's relevant in the fact that some of those applications may come with > a toolbar while others don't Which significant applications don't have a tool bar at all, i.e. don't even have an option to display a tool bar? > so a single application that provides access too all those > facilities (like Emacs) may want to sometimes show a toolbar and > sometimes not. By what logic? The tool bar in Emacs is very like the menu bar: it provides quick and easy access to some frequently-used functions. Which application doesn't have any such function to justify the lack of a tool bar? > > If someone wants to turn tool bar off, let them do that. We don't > > need to turn the Emacs appearance upside down just because of some > > fashion: we already support that fashion. > > I'm suggesting to *add* "in-buffer" toolbars (hopefully as a pure-ELisp > feature). So your suggestion is to have _both_ the frame-global tool bar and another tool bar displayed in some windows? That'd be fine with me (we already have some modes display a header-line, which is a kind-of tool bar, and we now have the tab-line as well, so we have similar functionality already).