From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rasmus Subject: Re: [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. " References: <87lgd671k7.fsf@bzg.fr> <87o9i2p9qq.fsf@nicolasgoaziou.fr> <87k1sq6znz.fsf@bzg.fr> <871seyp6fr.fsf@nicolasgoaziou.fr> <874lju6tap.fsf@bzg.fr> <87bme1y7ft.fsf@gmail.com> <87h8nrbclk.fsf@gmail.com> <87lgd2whh9.fsf@gmx.us> <87sh7a9e33.fsf@gmail.com> <87wowi8100.fsf@gmx.us> <87wowgr1rp.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:60343) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fFp0X-0004DP-DS for emacs-orgmode@gnu.org; Mon, 07 May 2018 18:53:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fFp0U-0002XF-Qw for emacs-orgmode@gnu.org; Mon, 07 May 2018 18:53:25 -0400 Received: from [195.159.176.226] (port=34727 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fFp0U-0002X3-K3 for emacs-orgmode@gnu.org; Mon, 07 May 2018 18:53:22 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fFoyJ-0001Vn-PV for emacs-orgmode@gnu.org; Tue, 08 May 2018 00:51:07 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Hi Aaron, Thanks for the reply. Aaron Ecay writes: > I wouldnʼt call it nagging. The user presses “ something special to happen. The status quo is that nothing at all > happens. My proposal is to make something special happen. Itʼs > different than what the user expected, but it informs them of what has > changed and how to get the old behavior back if they want. They’d already have the "old" behavior if it’s enabled by default in org.el. Perhaps I’m too cruel or harsh after many years of dealing with the Emacs-way, but I do think that such as change is adequatly documented in ORG-NEWS and the manual. (Days after a new release there will also be a stackoverflow question for the Googlers). I sometimes open many new Emacs on any given day, sometimes loading my init.el sometimes not. I imagine the message would get old quickly. > Note that the only circumstance when the “nagging” happens is when a > user presses “ “(org-tempo-global-mode)” to their .emacs or learn a new habit of > pressing C-c C-, instead of (We could make the warning appear only once per emacs session, if that > seems like a better balance.) Yes, that would be a must. >> There’s tools to mark thinks as obsolete in Emacs should we need to. > > There are tools to mark functions and variables obsolete when they are > used in elisp code. There is no way of warning a user about non-code > changes to the user experience, like (in this case) a changed key > binding. Customize-changed would bring up the changes to org-structure-template-alist, which mentions Org Tempo. ORG-NEWS as well. But now I’m going in circles. > We donʼt strictly have to. Obviously one approach to making the > decision is to wait and see whether org-tempo is widely adopted/used, > and remove it from core if not. But if we* can already decide on > principle that something like org-tempo belongs best in contrib or > ELPA, then we can communicate the relevant info all at once when 9.2 > is released, rather than for 9.2: “now add (require 'org-tempo) to > .emacs to keep using born...] “now you also have to install org-tempo from somewhere > else.” Perhaps. As I said, I like batteries included, but it’s not for me to decide. > *Here Iʼm using “we” loosely, I imagine it will mostly be up to you with > input from Nicolas and Bastien and perhaps others. I like the looser definition! Rasmus -- Dung makes an excellent fertilizer