From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matt Lundin Subject: Re: function for inserting a block Date: Sat, 11 Nov 2017 22:35:55 -0600 Message-ID: <87o9o815ck.fsf@fastmail.fm> References: <877exghblx.fsf@ericabrahamsen.net> <87fuahxxvs.fsf@nicolasgoaziou.fr> <87r2u1cuwj.fsf@ericabrahamsen.net> <87infdctzq.fsf@ericabrahamsen.net> <87k1zsbizs.fsf@ericabrahamsen.net> <87k1zp4rxj.fsf@ericabrahamsen.net> <871slx4j6p.fsf@ericabrahamsen.net> <87376btslq.fsf@nicolasgoaziou.fr> <87vaj7oyxb.fsf@ericabrahamsen.net> <871sl9ow44.fsf@gnu.org> <87fu9pgfkj.fsf@nicolasgoaziou.fr> <87375ouanr.fsf@gmx.us> <871sl8e76c.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56911) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eDk03-0004kt-4Y for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 23:36:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eDjzz-0003uZ-RL for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 23:36:03 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:34567) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eDjzz-0003sE-8x for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 23:35:59 -0500 In-Reply-To: (Carsten Dominik's message of "Thu, 9 Nov 2017 08:55:59 +0100") 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: Carsten Dominik Cc: Rasmus , "emacs-orgmode@gnu.org" , Nicolas Goaziou , Takaaki Ishikawa , "Berry, Charles" Carsten Dominik writes: > I have always come down on the side of NOT breaking backward > compatibility unless we really HAVE TO in order to make progress. The > reason for this bias is because most Org users are not reading this > maling list and just want the system to function and to continue to > function the way they are used to, while it is hopefully improving. It > will stop them from upgrading if such breakage happens too often. > > So I would support reimplement the expansion (including > org-try-structure-completion for people who use that in custom code), > if possible of course on the back of one of the built-in expansion > systems in Emacs, before pushing this change out in a release. I would > certainly reimplement this in some way for myself, because using these > abbreviations is already hardcoded in my spine, I think. I agree. I support removing redundant code behind the scenes, but I also think we should preserve backwards compatibility in the user interface. A fair number of people around here have been using Org Mode for more than a decade, and, for better or for worse, everything about the user interface is now hardwired in their brains. In short, we have a time-saving expansion system that works well for lots of people. I support re-implementing it on top of another snippet engine but also leaving it in place until a suitable replacement is ready. Matt