From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: "Why is emacs so square?" Date: Thu, 14 May 2020 08:53:30 -0700 (PDT) Message-ID: <1fa8818e-bbfa-4915-a992-d69174880094@default> References: <8wXYP4GY9hwW-9mYv6_LGMETZ8Vz3Ob1Bec6yh6kPT7yxjTkxA3V6dXY4ELra9tYiJUxJmgXKSIEX4w8HFiPRoeGVSQHDSoBVy1voj1e3Qo=@protonmail.com> <83y2qwdmnd.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="25376"; mail-complaints-to="usenet@ciao.gmane.io" Cc: ndame@protonmail.com, emacs-devel@gnu.org To: Stefan Kangas , Eli Zaretskii , rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 14 17:54:38 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 1jZGBx-0006Sy-S6 for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 17:54:37 +0200 Original-Received: from localhost ([::1]:47462 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jZGBw-0001lU-Tq for ged-emacs-devel@m.gmane-mx.org; Thu, 14 May 2020 11:54:36 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55080) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZGB2-0000LG-S4 for emacs-devel@gnu.org; Thu, 14 May 2020 11:53:40 -0400 Original-Received: from userp2130.oracle.com ([156.151.31.86]:49742) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jZGB1-00083F-Ba; Thu, 14 May 2020 11:53:40 -0400 Original-Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04EFqhpn150804; Thu, 14 May 2020 15:53:36 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=YnQ6w9y8euN9w/bIcTvd1Kj/fjPPdDWM0xR7kqRtwmE=; b=CIslJFvkdMS65p4rhPbIRZW4CeqEYl+WrgS7VTvKuTYY2eCgtXpR9A2KNmZfTBQEau0m yaM0CN6+nYowg6KfL/nzXsqaLbbnUDG9zjtv39uxNLuapDmZXzAMp2i8dZxiIVuTIzu9 /vJ2PmlYm5WBc3wWFa+6TmpqFLk3v41eQoLW56qXS6Bowh5WfqinQw3TdNJM5TUp+syi uu93bNIEAHxj8SRZl0GmlspO3RYbvsF0uHsfyej0vcLapRzMkzRbWE1d+BLp3TirFc+s kNHPj+oNjB+cv6ZmhKvqi+NItktLPlZe4Mcnq6SPNcEX3nS0EKDVST10dRlea6kflK6/ mg== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2130.oracle.com with ESMTP id 3100yg3e26-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 14 May 2020 15:53:36 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 04EFi6me133916; Thu, 14 May 2020 15:53:35 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 3100ycx5xx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 14 May 2020 15:53:35 +0000 Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 04EFrV3H010729; Thu, 14 May 2020 15:53:33 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4993.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9621 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 phishscore=0 adultscore=0 suspectscore=0 mlxscore=0 mlxlogscore=999 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005140139 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9621 signatures=668687 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 lowpriorityscore=0 adultscore=0 cotscore=-2147483648 mlxscore=0 suspectscore=0 spamscore=0 impostorscore=0 mlxlogscore=999 malwarescore=0 clxscore=1015 phishscore=0 bulkscore=0 priorityscore=1501 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2005140140 Received-SPF: pass client-ip=156.151.31.86; envelope-from=drew.adams@oracle.com; helo=userp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/14 11:53:37 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN 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:250257 Archived-At: > FWIW, I wrote up a bug report to the `better-defaults' package asking > to please keep [menu-bar and toolbar) enabled: >=20 > https://github.com/technomancy/better-defaults/issues/37 >=20 > I believe this blanket advice to disable the menu and tool-bar should > be similarly discouraged whenever and wherever we can. (EmacsWiki could > be a good place to start, and maybe some of the other "starter packs".) I agree. But I agree much more strongly wrt menu-bar. Wrt the Emacs tool-bar, I think (so far) it's mainly useful for one-off actions (e.g. click a button to do something - no subsequent tool-bar interaction). That is, I'm not sure how often a tool-bar user clicks tool-bar buttons/icons. I kinda doubt that someone does click-click-click on icons. I think it's more likely that a user uses a particular icon fairly often, as a shortcut to using a menu, than it is that a user interacts frequently with multiple icons on the tool-bar. (I could be wrong.) As a result of this assumption, I provide library `tool-bar+.el', which lets you hide the tool-bar, replacing it by just one menu-bar pseudo-menu, `Buttons'. Clicking that pops up the tool-bar for the duration of one interaction. This is available using minor mode `tool-bar-pop-up-mode'. https://www.emacswiki.org/emacs/ToolBar#ToolBarPlus (The same library offers an alternative, minor mode `tool-bar-here-mode', which is the same as the global `tool-bar-mode' except that it affects only the current frame -- it saves screen real estate on frames other than those with a tool-bar.) I think it would make sense for Emacs default behavior to be similar to that you get by turning on `tool-bar-pop-up-mode'. Users would soon enough discover `Buttons'. One useful thing that could be added and might be useful, which I haven't done, would be to provide a button in every tool-bar, which toggles the mode, e.g., turns it off, so the tool-bar is shown by default, or turns it on, so it is hidden by default and replaced by pseudo-menu `Buttons'.