From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McLean Subject: Re: problem with org-capture Date: Thu, 3 Dec 2015 19:57:57 -0500 Message-ID: References: <87d1uq7f6e.fsf@ucl.ac.uk> <87r3j5kdvu.fsf@nicolasgoaziou.fr> <87zixtniiy.fsf@pinto.chemeng.ucl.ac.uk> <87fuzktugf.fsf@nicolasgoaziou.fr> <87io4fv5a2.fsf@fastmail.fm> <877fkvrwdh.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11c25c5ab25e8905260800cd Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43054) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4ehd-00046u-PB for emacs-orgmode@gnu.org; Thu, 03 Dec 2015 19:58:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a4ehY-0001Ev-Pp for emacs-orgmode@gnu.org; Thu, 03 Dec 2015 19:58:25 -0500 Received: from pb-sasl0.int.icgroup.com ([208.72.237.25]:59007 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a4ehY-0001Ei-Ix for emacs-orgmode@gnu.org; Thu, 03 Dec 2015 19:58:20 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id A62E12F581 for ; Thu, 3 Dec 2015 19:58:18 -0500 (EST) Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 9DB0C2F580 for ; Thu, 3 Dec 2015 19:58:18 -0500 (EST) Received: from mail-lb0-f170.google.com (unknown [209.85.217.170]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 22DF72F57D for ; Thu, 3 Dec 2015 19:58:18 -0500 (EST) Received: by lbcdv4 with SMTP id dv4so11827033lbc.2 for ; Thu, 03 Dec 2015 16:58:16 -0800 (PST) In-Reply-To: <877fkvrwdh.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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Mike McLean , emacs-orgmode --001a11c25c5ab25e8905260800cd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Great Everything seems to(*) work again; thank you. Mike (*) I have another small issue that I think is ~helm~ related based on the initial backtrace, I'll do full checks (tomorrow or weekend) with -Q and report back if I think it is Org related. Gut feeling right no: not. On Thu, Dec 3, 2015 at 5:38 PM, Nicolas Goaziou wrote: > Hello, > > Mike McLean writes: > > > At the risk of piling on, I too am having problems with Org Capture > > templates that haven't changed in a long time. The sample below used to > > function like: > > > > 1. I would call it from org-capture, select the =E2=80=9Caf=E2=80=9D= template > > 2. I would get prompted for a date from file+datetree+prompt and I > would > > select the date > > 3. I would get prompted for the week number from the > > ~%^{prompt|%<%Y-W%V>}~ clause. This would default to the current wee= k > in > > ISO format (2015-W49). I would change it or not (usually not) > > 4. The ISO week entered from that prompt would get substituted into > the > > AR_DATE property in multiple places. > > > > The two big differences with release_8.3.2-381-gb7ee96 are > > > > 1. The substitution for %Y and %V does not happen before the prompt = in > > step 3; I get a default value of [%<%Y-W%V>] > > 2. Even if I manually type the ISO week string (2015-W09) it no long= er > > gets substituted into the AR_DATE properties via %\1 > > I pushed a commit which should fix these issues and the others mentioned > in the thread. Thank you. > > Let me know if something is still wrong. > > Regards, > > -- > Nicolas Goaziou > --001a11c25c5ab25e8905260800cd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Great

Everything seems to(*)= work again; thank you.

Mike

(*) I have another small issue that I think is ~helm~ related based= on the initial backtrace, I'll do full checks (tomorrow or weekend) wi= th -Q and report back if I think it is Org related. Gut feeling right no: n= ot.


On Thu, Dec 3, 2015 at 5:38 PM, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,<= br>
Mike McLean <= mike.mclean@pobox.com> writes:

> At the risk of piling on, I too am having problems with Org Capture > templates that haven't changed in a long time. The sample below us= ed to
> function like:
>
>=C2=A0 =C2=A0 1. I would call it from org-capture, select the = =E2=80=9Caf=E2=80=9D template
>=C2=A0 =C2=A0 2. I would get prompted for a date from file+datetree+pro= mpt and I would
>=C2=A0 =C2=A0 select the date
>=C2=A0 =C2=A0 3. I would get prompted for the week number from the
>=C2=A0 =C2=A0 ~%^{prompt|%<%Y-W%V>}~ clause. This would def= ault to the current week in
>=C2=A0 =C2=A0 ISO format (2015-W49). I would change it or not (usually = not)
>=C2=A0 =C2=A0 4. The ISO week entered from that prompt would get= substituted into the
>=C2=A0 =C2=A0 AR_DATE property in multiple places.
>
> The two big differences with release_8.3.2-381-gb7ee96 are
>
>=C2=A0 =C2=A0 1. The substitution for %Y and %V does not happen = before the prompt in
>=C2=A0 =C2=A0 step 3; I get a default value of [%<%Y-W%V>]<= br> >=C2=A0 =C2=A0 2. Even if I manually type the ISO week string (20= 15-W09) it no longer
>=C2=A0 =C2=A0 gets substituted into the AR_DATE properties via %\= 1

I pushed a commit which should fix these issues and the others menti= oned
in the thread. Thank you.

Let me know if something is still wrong.

Regards,

--
Nicolas Goaziou


--001a11c25c5ab25e8905260800cd--