From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kevin Foley Subject: Re: [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. " References: <87lgd671k7.fsf@bzg.fr> <87o9i2p9qq.fsf@nicolasgoaziou.fr> <87k1sq6znz.fsf@bzg.fr> <871seyp6fr.fsf@nicolasgoaziou.fr> <874lju6tap.fsf@bzg.fr> <87bme1y7ft.fsf@gmail.com> <87sh7d1upr.fsf@gnu.org> <87muxlm1h6.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000028d5a0056b1154a9" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42809) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fD9Pk-0000yF-O3 for emacs-orgmode@gnu.org; Mon, 30 Apr 2018 10:04:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fD9Pj-0006Dn-6U for emacs-orgmode@gnu.org; Mon, 30 Apr 2018 10:04:24 -0400 In-Reply-To: <87muxlm1h6.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: bzg@gnu.org, theophilusx@gmail.com, emacs-orgmode@gnu.org --00000000000028d5a0056b1154a9 Content-Type: text/plain; charset="UTF-8" Bastien writes: > Here is what the experience can look like: > > - Upgrading Emacs or Org (hurray!!) > - Trying to hit - Thinking your stupid [...] I have to admit that Bastien's list describes my experience almost perfectly. It look me a long time to figure out something that in the end seemed very simple. At the time I wasn't familiar with the NEWS file and it didn't come up in any of my online searches. It also didn't help that site still documented the old behavior (and apparently still does https://orgmode.org/manual/Easy-templates.html). After reading Nicolas' points, I see the argument for moving people away from org-tempo, actually I'm very excited to start using yasnippet. I've been putting off incorporating it into my workflow for a while but this thread has finally convinced me to start. However, I do think the transition could be made a lot smoother for new users. The biggest step would be updating the easy-templates page to let users know they now need to use org-tempo and should consider alternatives such as yasnippet for more functionality. Regards, Kevin On Mon, Apr 30, 2018 at 6:29 AM Nicolas Goaziou wrote: > Hello, > > Bastien writes: > > > Here is what the experience can look like: > > > > - Upgrading Emacs or Org (hurray!!) > > - Trying to hit > - Thinking your stupid > > [...] > > I have an issue with this argument: it can be opposed to virtually any > backward-incompatible change we make. There are actually 10 such changes > in Org 9.2. Would it makes sense to remove them because some users, > unfortunately, will encounter a workflow break upon updating Org? > > I totally agree this is an issue, yet, we have to move forward. We can > make UX consistent across releases, but we cannot guarantee 100% > compatibility at each step. As a data point, I don't know any software > that preserves the exact same UX after each release -- Firefox, Gnome, > I'm looking at you! There are unavoidable gotchas. This just means Org > is still vivid. > > > In fact, I'm inclined to ask the real question: if org-tempo is on by > > default, who will have good reasons to turn it off and why? > > This is one problem: only a few will have a reason (good or bad, who > cares?) to turn it off, e.g., because expansion gets in the way with > other templating systems. Possibly even fewer will actually turn it off. > As a consequence, the vast majority of users will keep using " put maintenance burden on us -- instead of trying, and improving > something else. Inertia... > > I already stated the following, sorry for re-iterating. Marking a region > and wrapping it in some environment is a basic operation Org is expected > to provide. We already did with `org-emphasize'. Implementing > programmable templates, even though we are re-using what Emacs ships > with, is another story. > > Org Tempo is a nice tool. I'm not questioning this. It is also almost > 100% compatible with previous feature. Yet, it competes with external > Emacs libraries, as capable as itself. Since it is not a feature > mandatory in Org, why forcing it onto the users? I'm inclined to think > we shouldn't. > > Regards, > > -- > Nicolas Goaziou 0x80A93738 > > --00000000000028d5a0056b1154a9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Bastien <bzg@gnu.org> writes:

> Here is what the e= xperience can look like:
>
> - Upgrad= ing Emacs or Org (hurray!!)
> - Trying to hit <s as u= sual one month after the upgrade
> - Thinking your stupi= d
<= br style=3D"color:rgb(34,34,34);font-family:sans-serif;font-size:13px;font-= style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-we= ight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transf= orm:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,2= 55);text-decoration-style:initial;text-decoration-color:initial">[...]

https://orgmode.org/manual/Easy-templates.html).

After reading Nic= olas' points, I see the argument for moving people away from org-tempo,= actually I'm very excited to start using yasnippet. I've been putt= ing off incorporating it into my workflow for a while but this thread has f= inally convinced me to start.=C2=A0=C2=A0

However, I do think the transit= ion could be made a lot smoother for new users.=C2=A0 The biggest step woul= d be updating the easy-templates page to let users know they now need to us= e org-tempo and should consider alternatives such as yasnippet for more fun= ctionality.

Regar= ds,
Kevin

On= Mon, Apr 30, 2018 at 6:29 AM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,

Bastien <bzg@gnu.org> writes:

> Here is what the experience can look like:
>
> - Upgrading Emacs or Org (hurray!!)
> - Trying to hit <s as usual one month after the upgrade
> - Thinking your stupid

[...]

I have an issue with this argument: it can be opposed to virtually any
backward-incompatible change we make. There are actually 10 such changes in Org 9.2. Would it makes sense to remove them because some users,
unfortunately, will encounter a workflow break upon updating Org?

I totally agree this is an issue, yet, we have to move forward. We can
make UX consistent across releases, but we cannot guarantee 100%
compatibility at each step. As a data point, I don't know any software<= br> that preserves the exact same UX after each release -- Firefox, Gnome,
I'm looking at you! There are unavoidable gotchas. This just means Org<= br> is still vivid.

> In fact, I'm inclined to ask the real question: if org-tempo is on= by
> default, who will have good reasons to turn it off and why?

This is one problem: only a few will have a reason (good or bad, who
cares?) to turn it off, e.g., because expansion gets in the way with
other templating systems. Possibly even fewer will actually turn it off. As a consequence, the vast majority of users will keep using "<s&qu= ot; -- and
put maintenance burden on us -- instead of trying, and improving
something else. Inertia...

I already stated the following, sorry for re-iterating. Marking a region and wrapping it in some environment is a basic operation Org is expected to provide. We already did with `org-emphasize'. Implementing
programmable templates, even though we are re-using what Emacs ships
with, is another story.

Org Tempo is a nice tool. I'm not questioning this. It is also almost 100% compatible with previous feature. Yet, it competes with external
Emacs libraries, as capable as itself. Since it is not a feature
mandatory in Org, why forcing it onto the users? I'm inclined to think<= br> we shouldn't.

Regards,

--
Nicolas Goaziou=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 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 0x80A93738


--00000000000028d5a0056b1154a9--