From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: function for inserting a block Date: Wed, 08 Nov 2017 23:28:59 +0100 Message-ID: <871sl8e76c.fsf@nicolasgoaziou.fr> References: <877exghblx.fsf@ericabrahamsen.net> <87tvyyvpst.fsf@ericabrahamsen.net> <87fuaiz069.fsf@nicolasgoaziou.fr> <87lgk9eo4d.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> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55813) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCYqL-0001IS-7C for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 17:29:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eCYqG-0006gP-96 for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 17:29:09 -0500 Received: from relay4-d.mail.gandi.net ([217.70.183.196]:46130) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eCYqG-0006g2-2T for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 17:29:04 -0500 In-Reply-To: (Takaaki Ishikawa's message of "Thu, 9 Nov 2017 03:51:28 +0900") 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: Takaaki Ishikawa Cc: Rasmus , "emacs-orgmode@gnu.org" , "Berry, Charles" Hello, Takaaki Ishikawa writes: > I also support the idea of keeping " Please give importance to the backward compatibility in this case. I explained why I thought it could be removed. I also suggested solutions to get an equivalent feature without implementing it in Org. What is wrong with Abbrev mode, skeletons, tempo.el, expand.el, all bundled with Emacs, or YASnippet, in the Emacs ecosystem? It sounds like NIH. Or, to put it differently: why in the world would Org implement its own template system? The only argument so far is "<" cannot be expanded since it not word constituent. Seriously. "<" has no meaning anyway. You can use "@", which is word constituent and just as meaningless. So, you can define, e.g., a skeleton, that will expand "@s" to "#+begin_src\n#+end_src". We can even document how to do it in the manual. Regards, -- Nicolas Goaziou