From: Mike McLean <mike.mclean@pobox.com>
To: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: problem with org-capture
Date: Thu, 3 Dec 2015 16:11:34 -0500 [thread overview]
Message-ID: <CANid5Q7MHweR1QnXZBdwks2_6sJMkaKa_HT_Tj1AJLUFy5BBRw@mail.gmail.com> (raw)
In-Reply-To: <87io4fv5a2.fsf@fastmail.fm>
[-- Attachment #1: Type: text/plain, Size: 4326 bytes --]
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 “af” 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 week 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 longer
gets substituted into the AR_DATE properties via %\1
I maintain some of my more complex capture templates in standalone files
and reference the file in org-capture-templates
(setq org-capture-templates (quote (
("a" "Templates for Agile Results")
("af" "Friday Afternoon Weekly Close /
Reflection"
entry
(file+datetree+prompt
"~/Documents/OrgMaster/org/Agile_Results.org")
(file
"~/.init/emacs/org-capture-templates/friday.reflection.org_template")
:jump-to-captured t :immediate-finish
t))))
The
file "~/.init/emacs/org-capture-templates/friday.reflection.org_template"
contains:
#+begin_example
,* Friday Reflection %^{prompt|%<%Y-W%V>}
:PROPERTIES:
:AR_DATE: %\1
:VISIBILITY: all
:END:
%u
,** Three Things Going Well
+ %?
+
+
,** Three Things to Improve
+
+
+
,** Review Outcomes and Results Compared to the Monday Vision
:Weekly_Win_Review:
:PROPERTIES:
:AR_DATE: %\1
:VISIBILITY: all
:END:
%<[%Y-%m-%d %a %H:%M]>
- What got in my way? How might I do it differently? Review each of my
target Monday
Vision Outcomes; What did I get done or did not get done?
+
+
+
,** Delta File: What will I change immediately or when my role or
influence changes :NOTE:Delta_File:
%<[%Y-%m-%d %a %H:%M]>
#+end_example
On Thu, Dec 3, 2015 at 12:05 PM, Matt Lundin <mdl@imapmail.org> wrote:
> Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
>
> > Hello,
> >
> > Eric S Fraga <e.fraga@ucl.ac.uk> writes:
> >
> >> However, it only partially fixed. The system does now prompt as it
> >> should but the mini-buffer input only allows single words. Hitting
> >> space bar attempts to do completion. I believe the input should be free
> >> form?
> >
> > Fixed (again). Thank you.
>
> Thanks Nicolas. One more issue. In the past, non-interactive escapes
> were expanded when the capture buffer was displayed, which enabled me to
> see what I had just clipped while entering the interactive data. Now
> non-interactive escapes are expanded at the end of the capture process.
>
> Take the following template:
>
> (setq org-capture-templates
> '(("a" "Appointment" entry
> (file "~/org/inbox.org")
> "* %^{Appt}\n %^t%?\n %U\n %a\n\n %i")))
>
> In the past, if I called this from the org-mode website with a region of
> text selected, I would get a buffer that looked like this before
> completing the interactive prompts:
>
> --8<---------------cut here---------------start------------->8---
> *
> %^t%?
> [2015-12-03 Thu 11:02]
> [[http://orgmode.org/][Org mode for Emacs – Your Life in Plain Text]]
>
> Org mode is for keeping notes, maintaining TODO lists, planning
> projects, and authoring documents with a fast and effective plain-text
> system.
> --8<---------------cut here---------------end--------------->8---
>
> After the recent changes, the initial capture buffer looks like this:
>
> --8<---------------cut here---------------start------------->8---
> *
> %^t%?
> %U
> %a
>
> %i
> --8<---------------cut here---------------end--------------->8---
>
> Thanks,
> Matt
>
>
[-- Attachment #2: Type: text/html, Size: 5933 bytes --]
next prev parent reply other threads:[~2015-12-03 21:12 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-01 8:20 problem with org-capture Eric S Fraga
2015-12-01 20:51 ` Matt Lundin
2015-12-01 21:35 ` Eric S Fraga
2015-12-01 22:22 ` Nicolas Goaziou
2015-12-02 12:26 ` Eric S Fraga
2015-12-02 21:24 ` Nicolas Goaziou
2015-12-02 22:57 ` Charles Millar
2015-12-03 9:02 ` Nicolas Goaziou
2015-12-03 12:12 ` Charles Millar
2015-12-03 10:02 ` Eric S Fraga
2015-12-03 17:05 ` Matt Lundin
2015-12-03 21:11 ` Mike McLean [this message]
2015-12-03 22:38 ` Nicolas Goaziou
2015-12-04 0:28 ` Charles Millar
2015-12-04 0:57 ` Mike McLean
2015-12-04 8:55 ` Eric S Fraga
-- strict thread matches above, loose matches on Subject: below --
2011-02-16 9:25 Problem " Chris Lowis
2011-02-16 14:20 ` Bastien
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CANid5Q7MHweR1QnXZBdwks2_6sJMkaKa_HT_Tj1AJLUFy5BBRw@mail.gmail.com \
--to=mike.mclean@pobox.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).