[O] Is it possible to use the refile interface to select the heading for clocking?

[Marcin Borkowski]

Hi all,

and thanks in advance;-)!

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Faculty of Mathematics and Computer Science
Adam Mickiewicz University

Re: [O] org-id-copy adding properties drawer before planning line

[Eric S Fraga]

On Saturday,  9 Jan 2016 at 18:25, Bingo UV wrote:
> Hi,
>   Consider the simple org file content 
>
> * test
> <2016-01-09 Sat 08:10>
>
>
> When point is on the heading, if I execute M-x org-id-copy or
> org-id-get-create, I get the following:
>
> * test
> :PROPERTIES:
> :ID:   c1f5299d-c62d-4daa-8586-c61d0e32c255
> :END:
> <2016-01-09 Sat 08:10>
>
> I understand that this is wrong, and properties drawer must follow
> planning line. Is this a bug?

A planning line is not a line with timestamp alone as these can be
placed anywhere.  It is one with a DEADLINE or SCHEDULE expression.

HTH,
eric

-- 
: Eric S Fraga (0xFFFCF67D), Emacs 25.1.50.2, Org release_8.3.3-418-g0468ca

[O] Code block evaluation is disabled

[Damian Bernardini]

Whenever I try to evaluate code I get the following:

Evaluation of this xxx code-block (x) is disabled.

Sometime I evaluated these code-blocks, I don't know what has changed since
the last time they worked.
I've tried with sh and ledger codes with the same results.

I've read the manual but I haven't found anything about it.

Org-mode version: 8.3.3
Emacs version: 24.5.1

;; Babel
(org-babel-do-load-languages
 'org-babel-load-languages
 '((R . t)
  (emacs-lisp . t)
  (gnuplot . t)
  (calc . t)
  (ditaa . t)
  (latex . t)
  (org . t)
  (sqlite . t)
  (sh . t)
  (dot . t )
  (sql . t)
  (lisp . t)
  (ledger . t)
  ))

Re: [O] Is it possible to use the refile interface to select the heading for clocking?

[Rasmus]

Marcin Borkowski  writes:

> Hi all,
>
> and thanks in advance;-)!


Maybe something like this?

(defun rasmus/org-clock-in ( DEFAULT-BUFFER NEW-NODES NO-EXCLUDE)
  "Clock in remotely"
  (interactive)
  (save-excursion
(goto-char (nth 3 (org-refile-get-location
   "clock in" DEFAULT-BUFFER NEW-NODES NO-EXCLUDE)))
   (org-clock-in)))


You could also cook your own locator, e.g.

(org-goto-local-search-headings
 (ido-completing-read
  "File note to: "
  (org-element-map
  (org-element-parse-buffer)
  'headline
(lambda (hl)
  (and (= (org-element-property :level hl) 1)
   (org-element-property :title hl)
 nil nil)


Hope it helps,
Rasmus

-- 
Even a three-legged dog has three good legs to lose

[O] org-id-copy adding properties drawer before planning line

[Bingo UV]

Hi,
  Consider the simple org file content 

* test
<2016-01-09 Sat 08:10>


When point is on the heading, if I execute M-x org-id-copy or
org-id-get-create, I get the following:

* test
:PROPERTIES:
:ID:   c1f5299d-c62d-4daa-8586-c61d0e32c255
:END:
<2016-01-09 Sat 08:10>

I understand that this is wrong, and properties drawer must follow
planning line. Is this a bug?


In emacs 24.4.1, org version 8.3.2. Same in emacs 24.5.1, org
version 8.3.3 installed from elpa today.

thanks

Re: [O] Org campture recursively expands %-escapes

[Nicolas Goaziou]

Hello,

Michael Brand  writes:

> On the other hand commit release_8.3.3-415-ge2fbaee breaks the ERT
> that I suggested in this thread or its simplification here:
>
>   (progn
> (require 'org-feed)
> (equal "\"A)" (org-feed-format-entry
>'(:title "\"a)") "%(capitalize \"%h\")" nil)))

Hopefully, this is now fixed in master.

Regards,

-- 
Nicolas Goaziou

Re: [O] Org campture recursively expands %-escapes

[Nicolas Goaziou]

Michael Brand  writes:

> My current ERT for test-org-feed.el
>
>(equal
> "5 % Less (See\n Item \"3)\" Somewhere)"
> (org-feed-format-entry
>  '(:title "5 % less (see\n item \"3)\" somewhere)")
>  "%(capitalize \"%h\")" nil))
>
> works now too. What does not work yet is my backport of the above ERT
> to test-org-capture.el:
>
>(equal
> "5 % Less (See\n Item \"3)\" Somewhere)\n"
> (let ((org-store-link-plist nil))
>   (org-capture-fill-template
>"%(capitalize \"%i\")"
>"5 % less (see\n item \"3)\" somewhere)")))
>
> Am I doing something wrong?

I think you're mis-using "%i" place-holder. One feature is to repeat the
leading text, so that, when you write, for example "> %i", "> " is
repeated every line.

Regards,

Re: [O] Code block evaluation is disabled

[Kyle Meyer]

Damian Bernardini  writes:

> Whenever I try to evaluate code I get the following:
>
> Evaluation of this xxx code-block (x) is disabled.

[...]

> Org-mode version: 8.3.3
> Emacs version: 24.5.1
>
> ;; Babel
> (org-babel-do-load-languages
>  'org-babel-load-languages
>  '((R . t)
>   (emacs-lisp . t)
>   (gnuplot . t)
>   (calc . t)
>   (ditaa . t)
>   (latex . t)
>   (org . t)
>   (sqlite . t)
>   (sh . t)

I don't think this is relevant for your question, but note that 'sh'
should instead be 'shell'.

See http://thread.gmane.org/gmane.emacs.orgmode/102877/focus=102882.

--
Kyle

Re: [O] Org campture recursively expands %-escapes

[Michael Brand]

Hi Nicolas

On Sat, Jan 9, 2016 at 5:05 PM, Nicolas Goaziou 
wrote:
>
> Michael Brand  writes:
>
> > On the other hand commit release_8.3.3-415-ge2fbaee breaks the ERT
> > that I suggested in this thread or its simplification here:
> >
> >   (progn
> > (require 'org-feed)
> > (equal "\"A)" (org-feed-format-entry
> >'(:title "\"a)") "%(capitalize \"%h\")" nil)))
>
> Hopefully, this is now fixed in master.

It is, thank you. Incredibly fast 11 minutes from my report to your
commit!

My current ERT for test-org-feed.el

   (equal
"5 % Less (See\n Item \"3)\" Somewhere)"
(org-feed-format-entry
 '(:title "5 % less (see\n item \"3)\" somewhere)")
 "%(capitalize \"%h\")" nil))

works now too. What does not work yet is my backport of the above ERT
to test-org-capture.el:

   (equal
"5 % Less (See\n Item \"3)\" Somewhere)\n"
(let ((org-store-link-plist nil))
  (org-capture-fill-template
   "%(capitalize \"%i\")"
   "5 % less (see\n item \"3)\" somewhere)")))

Am I doing something wrong?

Michael

Re: [O] Code block evaluation is disabled

[Rasmus]

Damian Bernardini  writes:

> Whenever I try to evaluate code I get the following:
>
> Evaluation of this xxx code-block (x) is disabled.
>
> Sometime I evaluated these code-blocks, I don't know what has changed since
> the last time they worked.
> I've tried with sh and ledger codes with the same results.
>
> I've read the manual but I haven't found anything about it.

See
http://orgmode.org/manual/eval.html

It sounds like you have some settings estting the default of the :eval
header to "no"/"never" (or setting the noeval header).

I think you should be queried from "emacs -q".  If this is the case, it’s
probably some setting, e.g. in your init.el.

Hope it helps,
Rasmus

-- 
Got mashed potatoes. Ain't got no T-Bone. No T-Bone

Re: [O] Code block evaluation is disabled

[Damián]

Rasmus  gmx.us> writes:

> See
> http://orgmode.org/manual/eval.html
> 
> It sounds like you have some settings estting the default of the :eval
> header to "no"/"never" (or setting the noeval header).
> 
> I think you should be queried from "emacs -q".  If this is the case, it’s
> probably some setting, e.g. in your init.el.
> 
> Hope it helps,
> Rasmus
> 

Rasmus.
I don´t have any eval header setting.
I'll keep searching, thanks for your time.

Re: [O] Org campture recursively expands %-escapes

[Michael Brand]

Hi Nicolas

On Fri, Jan 8, 2016 at 11:44 PM, Nicolas Goaziou 
wrote:
>
> Michael Brand  writes:
>
> > I'm porting test-org-capture.el to test-org-feed.el and found this
> > issue in org-feed-format-entry: Evaluation of
> >
> > (org-feed-format-entry '(:title "success!") "%h" nil)
> >
> > with Emacs 24.5 results in "Lisp error: (args-out-of-range # > *temp*> 4 5)". The Lisp error disappears when single stepping with
> > Edebug but then org-feed-format-entry returns "\\%h" instead of the
> > expected "\\success!". To my understanding the problem seems to be
> > that org-capture-escaped-% messes up the match data which leads to an
> > empty variable with the name "replacement". I wonder why this problem
> > is not showing up in org-capture-fill-template too.
>
> Fixed, too. Thank you.

Yes, thank you.

On the other hand commit release_8.3.3-415-ge2fbaee breaks the ERT
that I suggested in this thread or its simplification here:

  (progn
(require 'org-feed)
(equal "\"A)" (org-feed-format-entry
   '(:title "\"a)") "%(capitalize \"%h\")" nil)))

Michael