From mboxrd@z Thu Jan 1 00:00:00 1970 From: "numbchild@gmail.com" Subject: Re: function for inserting a block Date: Sun, 12 Nov 2017 14:08:54 +0800 Message-ID: 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> <87o9o815ck.fsf@fastmail.fm> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="94eb2c191d1eea0f76055dc2feb1" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35799) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eDlSR-0005xN-Tp for emacs-orgmode@gnu.org; Sun, 12 Nov 2017 01:09:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eDlSQ-0006RF-I3 for emacs-orgmode@gnu.org; Sun, 12 Nov 2017 01:09:27 -0500 Received: from mail-ot0-x233.google.com ([2607:f8b0:4003:c0f::233]:54301) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eDlSQ-0006Qc-Ar for emacs-orgmode@gnu.org; Sun, 12 Nov 2017 01:09:26 -0500 Received: by mail-ot0-x233.google.com with SMTP id w8so11285096otw.11 for ; Sat, 11 Nov 2017 22:09:25 -0800 (PST) In-Reply-To: <87o9o815ck.fsf@fastmail.fm> 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 , "Thomas S. Dye" , Takaaki Ishikawa , "emacs-orgmode@gnu.org" , Rasmus , Nicolas Goaziou , "Berry, Charles" --94eb2c191d1eea0f76055dc2feb1 Content-Type: text/plain; charset="UTF-8" +1 I added a snippet for ` GPG key ID: 47C32433 IRC(freeenode): stardiviner Twitter: @numbchild Key fingerprint = 9BAA 92BC CDDD B9EF 3B36 CB99 B8C4 B8E5 47C3 2433 Blog: http://stardiviner.github.io/ On Sun, Nov 12, 2017 at 12:35 PM, Matt Lundin wrote: > 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 > > > --94eb2c191d1eea0f76055dc2feb1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
+1 I added a snippet for `<s` in yasnippet temporaryly.=

<= div>
[stardiviner]=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 <Hack this world!>=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 GPG key ID: 47C32433
IRC(freeenode): stardiviner =C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 Twitter:=C2=A0 @numbchild
Key fingerprint =3D 9BAA= 92BC CDDD B9EF 3B36=C2=A0 CB99 B8C4 B8E5 47C3 2433
Blog: http://stardiviner.github.io/=

On Sun, Nov 12, 2017 at 12:35 PM, Matt Lundi= n <mdl@imapmail.org> wrote:
Carsten Dominik <dom= inik@uva.nl> 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<= br> > 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),<= br> > 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



--94eb2c191d1eea0f76055dc2feb1--