From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thomas S. Dye" Subject: Re: function for inserting a block Date: Wed, 08 Nov 2017 18:31:49 -1000 Message-ID: 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> <871sl8e76c.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eCeWf-0001Sq-Q3 for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 23:33:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eCeWa-0002dn-9O for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 23:33:13 -0500 Received: from gproxy6-pub.mail.unifiedlayer.com ([67.222.39.168]:38788) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eCeWa-0002dP-0n for emacs-orgmode@gnu.org; Wed, 08 Nov 2017 23:33:08 -0500 Received: from cmgw3 (unknown [10.0.90.84]) by gproxy6.mail.unifiedlayer.com (Postfix) with ESMTP id 371331E090C for ; Wed, 8 Nov 2017 21:32:10 -0700 (MST) In-reply-to: <871sl8e76c.fsf@nicolasgoaziou.fr> 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: Nicolas Goaziou Cc: Takaaki Ishikawa , Rasmus , "emacs-orgmode@gnu.org" , "Berry, Charles" Aloha Nicolas, Nicolas Goaziou writes: > 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 "why in the world" question is likely one that can be answered by the author of the Org 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. For me, the issue isn't about how the template system is implemented, it is about backwards compatibility of (org-try-structure-completion). All the best, Tom -- Thomas S. Dye http://www.tsdye.com