From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Thomas S. Dye" Subject: Re: function for inserting a block Date: Sat, 11 Nov 2017 06:51:53 -1000 Message-ID: References: <877exghblx.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> <87y3nfse6m.fsf@gmx.us> <87tvy3sa7m.fsf@gmx.us> <87bmkbflbc.fsf@ericabrahamsen.net> <87po8qscmq.fsf@gmx.us> <87mv3um4c7.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36136) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eDZ1B-0003eR-Qv for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 11:52:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eDZ16-00039p-Tl for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 11:52:29 -0500 Received: from gproxy1-pub.mail.unifiedlayer.com ([69.89.25.95]:58820 helo=outbound-ss-1812.hostmonster.com) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eDZ16-00036D-L6 for emacs-orgmode@gnu.org; Sat, 11 Nov 2017 11:52:24 -0500 Received: from cmgw3 (cmgw4 [10.0.90.84]) by gproxy1.mail.unifiedlayer.com (Postfix) with ESMTP id B221B175BBB for ; Sat, 11 Nov 2017 09:52:09 -0700 (MST) In-reply-to: <87mv3um4c7.fsf@ericabrahamsen.net> 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: Eric Abrahamsen Cc: emacs-orgmode@gnu.org Eric Abrahamsen writes: > Rasmus writes: > >> Hi Eric, >> >> Eric Abrahamsen writes: >> >>>> Also, Eric, it seems that org-structure-template-alist only supports= a >>>> single letter for short-hands (the car of an entry in >>>> org-structure-template-alist is a char). I used to have blocks like= ">>> expanding to an "abstract" special-block, which I guess isn=E2=80=99= t possible >>>> anymore? >>> >>> I hadn't thought of that. Really, all I ever wanted was to wrap thing= s >>> in blocks... >>> >>> I don't see any reason why org-structure-template-alist couldn't go b= ack >>> to using string keys. Then we could use read-string, and wouldn't hav= e >>> to have special behavior -- a string that didn't exist in the >>> alist could just be used literally to make a block. >> >> I=E2=80=99d prefer that. For some special blocks, a few characters mi= ght makes it >> more intuitive, e.g. "def" =E2=86=92 "definition", "hyp" =E2=86=92 "hy= pothesis" etc. > > Here's the simplest solution. > > There still remains the fact that `org-structure-template-alist' has > changed format, and `org-try-structure-completion' no longer exists. > That may still annoy some people who were using the internals of the > process, but... Would something like this work? (defun org-try-structure-completion () (tempo-complete-tag)) All the best, Tom -- Thomas S. Dye http://www.tsdye.com