[O] bug with emacs 26.3 and hyperlinks

[Thomas Holst]

Hello,

today I upgraded to emacs 26.3. and links don't show up correct anymore
with org-mode from git. The link is shown not the description.

Steps to reproduce:

=test.org=:
#+begin_src org
  [[http://www.google.com][A Test link]]
#+end_src

: emacs -Q --find-file="test.org"

All links are shown as described above.

=git bisect= shows following commit as root cause:

Author: Max Mouratov 

Date:   Thu Aug 29 22:48:22 2019 +0500

Prevent loss of `re-search-forward' results

* org.el (org-activate-links): `match-beginning' and `match-end` should
be called shortly after `re-search-forward'. Otherwise, they may return
values corresponding to a different invocation of `re-search-forward'.

TINYCHANGE

:04 04 f3bac3041e71bff7b3c0ca2495bd629d8f3f2833 
634c8baa25f1ad4f3620d9ad26995ac17c26de6b M  lisp

"GNU Emacs 26.3 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 
2019-09-16"

Org mode version 9.2.6 (release_9.2.6-541-g46767c @ 
/home/thommy/git-emacs/org-mode/lisp/)

Thanks for looking into this.

--
  Thomas

Re: [O] Bug: org-capture with template for a table

[Thomas Holst]

Hello,

· Nicolas Goaziou  wrote:

> Thomas Holst  writes:
>
>> recently I encountered a bug with capturing table lines. Here is a ECM
>> to reproduce it:
>>
> [...]
>
> Fixed. Thank you.

thank you! Works perfectly again.

-- 
Bis neulich ...
  Thomas

[O] Bug: org-capture with template for a table

[Thomas Holst]

Hello,

recently I encountered a bug with capturing table lines. Here is a ECM
to reproduce it:

- org-mode file (testing.org):
#+begin_src org
* Headline
|---+--+|
|   | Name | Amount |
|---+--+|
|---+--+|
|   |  ||
|---+--+|
#+TBLFM: @2$3=vsum(@-II..@-I);%.2f
#+end_src

- settings (init-file)
#+begin_src emacs-lisp
;; path settings for git repo
(add-to-list 'load-path "~/git-emacs/org-mode/contrib/lisp")
(add-to-list 'load-path "~/git-emacs/org-mode/contrib/babel/lisp")
;;; add org-mode/lisp as last
(add-to-list 'load-path "~/git-emacs/org-mode/lisp")

(require 'org)
(require 'org-capture)

(setq org-capture-templates
  '(("t" "testing" table-line (file+headline 
"~/Dropbox/emacs-testing/19-01-16-capture-table-line/testing.org" "Headline")
 "|#| |%^{amount}|" :table-line-pos "III-1" :immediate-finish t)))
#+end_src

I start emacs as follows:

: emacs -Q -l init-file.el --find-file testing.org

When I evaluate capture template I get following result:

#+begin_src org
* Headline
|---+--+|
|   | Name | Amount |
|---+--+|
| # |  |  33.00 |

|---+---+---|
|   |   |   |
|---+---+---|
#+TBLFM: @2$3=vsum(@-II..@-I);%.2f
#+end_src

First there is an empty line which breaks the table in two and secondly
the formula is not updated. This also happens when I delete the empty
line, correct formula and evaluate org-capture again.

With git-bisect I found that

commit c76486d4e431bf0c67d371341eb28445e7de4517
Author: Nicolas Goaziou 
Date:   Tue Oct 23 01:32:55 2018 +0200

org-capture: Fix off-by-one error
  
* lisp/org-capture.el (org-capture-place-table-line): Fix narrowing.

produces the error.

emacs-version:
"GNU Emacs 26.1 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-05-29"

org-version:
Org mode version 9.2 (release_9.2-194-g955044 @
/home/thommy/git-emacs/org-mode/lisp/)

Thank you for looking into this.

-- 
Bis neulich ...
  Thomas

Re: [O] [o] org-capture regression?

[Thomas Holst]

Hello,
· Nicolas Goaziou  wrote:
> Thomas Holst  writes:
>> [...snip...]
>> So here is I patch I came up with to re-enable theese features:
>
> Thank you. However, I have two issues with it.
>
> The first one is that I don't like `eval'. See, for example, this
> excerpt from the Elisp manual:
>
> On rare occasions, you may need to write code that evaluates a form
> that is computed at run time, such as after reading a form from text
> being edited or getting one from a property list. On these
> occasions, use the ‘eval’ function. Often ‘eval’ is not needed and
> something else should be used instead. For example, to get the value
> of a variable, while ‘eval’ works, ‘symbol-value’ is preferable; or
> rather than store expressions in a property list that then need to
> go through ‘eval’, it is better to store functions instead that are
> then passed to ‘funcall’.
>
> So, I'd rather use `symbol-value' and `funcall' and forbid arbitrary
> Sexps.
>
> Also, this introduces a discrepancy between :table-line-pos and other
> parameters, which do not allow variables nor functions. This is another
> issue.
>
> IOW, it may need be to be implemented at a lower level, with proper
> tooling.
>
> WDYT?

For me this sounds resonalble. Basically I am an elisp novice. I
will try to implement the feature like explaind above in
`org-capture-get'. So it can be used for other parameters.

When I have questions or a few lines of code I will come back here.

Right now I can live with my solution for my personal needs. Since my
time for working on this is limited it might take some time. It seems
that nobody else is missing this feature. So I will take the oportunity
and find my way through elisp.

--
Bis neulich ...
  Thomas

[O] [o] org-capture regression?

[Thomas Holst]

Hello,

a view weeks ago a wrote a post about problems I have with one of my
captue templates. (see:
http://lists.gnu.org/archive/html/emacs-orgmode/2018-08/msg00161.html)

Today I dug a little deeper.

In March 2017 I sent two patches to enable the capture property
:table-line-pos to be either a string, a variable or a function.

#+begin_example
commit 599ccd1cc83cc8a1b0af82ac93e23760637b37b5
Author: Thomas Holst 
Date:   Mon Mar 17 09:01:40 2014 +0100

docu change for table-line-pos new feature

commit 176125c32ff2a8adc6e1d3091a57e46e482da638
Author: Thomas Holst 
Date:   Sat Mar 15 16:22:44 2014 +0100

org-capture.el: Allow `:table-line-pos' to be a function name, a string or 
a variable
#+end_example

Since a few weeks this is not working anymore. I have a capture template
unsing this feature (which I use rarely but still).

So here is I patch I came up with to re-enable theese features:

#+begin_src diff
  * doc/org-manual.org (Template elements): document new/old features of
  `:table-line-pos'

  * lisp/org-captue.el (org-capture-place-table-line): eval the content
of `:table-line-pos'
  ---
   doc/org-manual.org  | 6 --
   lisp/org-capture.el | 3 ++-
   2 files changed, 6 insertions(+), 3 deletions(-)

  diff --git a/doc/org-manual.org b/doc/org-manual.org
  index ae7c07c88..4a2a64fc4 100644
  --- a/doc/org-manual.org
  +++ b/doc/org-manual.org
  @@ -7361,9 +7361,11 @@ Now lets look at the elements of a template 
definition.  Each entry in
- ~:table-line-pos~ ::
   
 Specification of the location in the table where the new line
  -  should be inserted.  It should be a string like =II-3= meaning
  +  should be inserted.  It could be a string like =II-3= meaning
 that the new line should become the third line before the
  -  second horizontal separator line.
  +  second horizontal separator line. Or it could be a function
  +  returning a string or a variable containing a string as
  +  explained above.
   
- ~:kill-buffer~ ::
   
  diff --git a/lisp/org-capture.el b/lisp/org-capture.el
  index cbc72d43b..7f3e9e623 100644
  --- a/lisp/org-capture.el
  +++ b/lisp/org-capture.el
  @@ -1212,7 +1212,8 @@ may have been stored before."
   ((pred (string-match-p org-table-border-regexp))
"| %?Bad template |")
   (text (concat text "\n"
  - (table-line-pos (org-capture-get :table-line-pos))
  + (table-line-pos
  +  (eval (org-capture-get :table-line-pos)))
beg end)
   (cond
((org-capture-get :exact-position)
  -- 
  2.19.0
#+end_src

This works for me. I can use my capture template again. In the meantime I 
signed FSF papers
so TINYCHANGE is not required anymore.

Thank you for looking into this.

--
Bis neulich ...
  Thomas

[O] Problem (bug?) with capture

[Thomas Holst]

Hello,

recently I encountered a problem with capture. I have a template in
which =:table-line= is set to a variable not a string. This used to work
but now throws an error.

Here is an ECM:

* Table
| col1  | col2 | col3 |
|---+--+--|
| entry |  |  |
|---+--+--|

* Template and elisp code

#+BEGIN_SRC elisp
  (setq th:line "II-1")

  (setq org-capture-templates
'(("t" "Testing variable" table-line
(file+headline "~/git/scratch/org-table-test.org" "Table")
"| %?| |  |" :table-line-pos th:line :immediate-finish t)))
#+END_SRC

Calling this template throws an error:

: condition-case: Capture template ‘t’: stringp

When I set :table-line-pos to "II-1" everything works as expected. I
have a more complex template where an elisp function sets a variable for
the :table-line-pos. This worked up to some point in time but now stopped
working.

This is on:

(emacs-version)
"GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of
2018-07-02"


(org-version)
Org mode version 9.1.13 (release_9.1.13-900-g638f32 @
/home/thommy/git-emacs/org-mode/lisp/)

Thank you for looking into this.

-- 
Thomas

Re: [O] ANN/RFC: org-sidebar

[Thomas Holst]

Hi Adam,

thank you for looking into this.

· Adam Porter  wrote:
>> Debugger entered--Lisp error: (void-variable main-window)
>
> Thanks for your email.  I wasn't able to reproduce the error on my
> system, even with "emacs -q".  I also looked at the code again, and I
> don't know why that error would occur.  Can you reproduce the problem
> with "emacs -q"?  If so, please let me know what version of Emacs and
> of Org you're using.

Here is what I did to reproduced it.

I tried it with two different emacs / org-versions. Also tested several
org-files. The error happens even with a minimal org-file with just one
heading and one TODO item.

Best regards
  Thomas

> emacs -Q

(package-initialize)
(add-to-list 'load-path "~/git-emacs/org-agenda-ng")
(add-to-list 'load-path "~/git-emacs/org-sidebar")
(require 'org-sidebar)

(emacs-version)
"GNU Emacs 25.1.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.18.9) of 2017-05-02"
"GNU Emacs 25.1.1 (x86_64-w64-mingw32) of 2016-09-22"

(org-version)
"8.2.10"
"9.1.13"

system-type
gnu/linux
windows-nt

backtrace:

Debugger entered--Lisp error: (void-variable main-window)
  (let ((org-buffer (current-buffer)) (org-buffer-window main-window)) (let 
((save-selected-window--state (internal--before-with-selected-window window))) 
(save-current-buffer (unwind-protect (progn (select-window (car 
save-selected-window--state) (quote norecord)) (switch-to-buffer 
(get-buffer-create (format " *%s*" name))) (setq header-line-format (propertize 
name (quote face) (quote ...)) mode-line-format nil) (set-window-parameter nil 
(quote org-buffer) org-buffer) (set-window-parameter nil (quote 
org-buffer-window) org-buffer-window) (use-local-map org-sidebar-map) 
(erase-buffer) (insert contents) (goto-char (point-min)) (toggle-truncate-lines 
1)) (internal--after-with-selected-window save-selected-window--state)
  org-sidebar--prepare-window(# " org-sidebar.org: 
Agenda" "")
  (progn (select-frame frame (quote norecord)) (delete-other-windows) (setq 
main-window (selected-window)) (setq agenda-window (split-window nil -50 (quote 
right))) (setq todo-window (let ((save-selected-window--state 
(internal--before-with-selected-window agenda-window))) (save-current-buffer 
(unwind-protect (progn (select-window (car save-selected-window--state) (quote 
norecord)) (split-window-vertically)) (internal--after-with-selected-window 
save-selected-window--state) (org-sidebar--prepare-window agenda-window 
(format " %s: Agenda" buffer-name-string) agenda-string) 
(org-sidebar--prepare-window todo-window (format " %s: Other TODOs" 
buffer-name-string) todo-string) (select-window main-window))
  (unwind-protect (progn (select-frame frame (quote norecord)) 
(delete-other-windows) (setq main-window (selected-window)) (setq agenda-window 
(split-window nil -50 (quote right))) (setq todo-window (let 
((save-selected-window--state (internal--before-with-selected-window 
agenda-window))) (save-current-buffer (unwind-protect (progn (select-window ... 
...) (split-window-vertically)) (internal--after-with-selected-window 
save-selected-window--state) (org-sidebar--prepare-window agenda-window 
(format " %s: Agenda" buffer-name-string) agenda-string) 
(org-sidebar--prepare-window todo-window (format " %s: Other TODOs" 
buffer-name-string) todo-string) (select-window main-window)) (if (frame-live-p 
old-frame) (progn (select-frame old-frame (quote norecord (if 
(buffer-live-p old-buffer) (progn (set-buffer old-buffer
  (let ((old-frame (selected-frame)) (old-buffer (current-buffer))) 
(unwind-protect (progn (select-frame frame (quote norecord)) 
(delete-other-windows) (setq main-window (selected-window)) (setq agenda-window 
(split-window nil -50 (quote right))) (setq todo-window (let 
((save-selected-window--state (internal--before-with-selected-window 
agenda-window))) (save-current-buffer (unwind-protect (progn ... ...) 
(internal--after-with-selected-window save-selected-window--state) 
(org-sidebar--prepare-window agenda-window (format " %s: Agenda" 
buffer-name-string) agenda-string) (org-sidebar--prepare-window todo-window 
(format " %s: Other TODOs" buffer-name-string) todo-string) (select-window 
main-window)) (if (frame-live-p old-frame) (progn (select-frame old-frame 
(quote norecord (if (buffer-live-p old-buffer) (progn (set-buffer 
old-buffer)
  (let* ((buffer (current-buffer)) (agenda-items (let ((it (let (...) (cond ... 
... ... ... (let ((it (-map org-sidebar-format-fn it))) (-group-by 
--cl-date-header-- it (todo-items (let ((it (let (...) (cond ... ... ... 
... (-map org-sidebar-format-fn it))) (agenda-string (let ((temp-buffer 
(generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) 
(unwind-protect (progn (let ... ...) (buffer-string)) (and (buffer-name 
temp-buffer) (kill-buffer temp-buffer)) (todo-string (s-join "\n" 
todo-items)) (frame (selected-frame)) (buffer-name-string (concat (if 
(buffer-narrowed-p) (progn 

Re: [O] ANN/RFC: org-sidebar

[Thomas Holst]

Hi Adam,

> Hi all,
> 
> Inspired by a post on Reddit, which was inspired by the Organized plugin
> for the Atom editor, I came up with this:
> 
> https://github.com/alphapapa/org-sidebar
> 
> This package presents a helpful sidebar view for Org buffers.  At the top
> is a chronological list of scheduled and deadlined tasks in the current
> buffer, and below that is a list of all other non-done to-do items.  If
> the buffer is narrowed, the sidebar only shows items in the narrowed
> portion; this allows seeing an overview of tasks in a subtree.
> 
> It's in an early stage of development, but I think it may be useful.
> Any feedback would be appreciated.

I really like the idea of org-sidebar. I tried it and followed the
instructions in README.org but I get an error. Here is the
bactrace:

Debugger entered--Lisp error: (void-variable main-window)
  (let ((org-buffer (current-buffer)) (org-buffer-window main-window)) (let 
((save-selected-window--state (internal--before-with-selected-window window))) 
(save-current-buffer (unwind-protect (progn (select-window (car 
save-selected-window--state) (quote norecord)) (switch-to-buffer 
(get-buffer-create (format " *%s*" name))) (setq header-line-format (propertize 
name (quote face) (quote ...)) mode-line-format nil) (set-window-parameter nil 
(quote org-buffer) org-buffer) (set-window-parameter nil (quote 
org-buffer-window) org-buffer-window) (use-local-map org-sidebar-map) 
(erase-buffer) (insert contents) (goto-char (point-min)) (toggle-truncate-lines 
1)) (internal--after-with-selected-window save-selected-window--state)
  org-sidebar--prepare-window(# " ElProjects.org: 
Agenda" "")
  (progn (select-frame frame (quote norecord)) (delete-other-windows) (setq 
main-window (selected-window)) (setq agenda-window (split-window nil -50 (quote 
right))) (setq todo-window (let ((save-selected-window--state 
(internal--before-with-selected-window agenda-window))) (save-current-buffer 
(unwind-protect (progn (select-window (car save-selected-window--state) (quote 
norecord)) (split-window-vertically)) (internal--after-with-selected-window 
save-selected-window--state) (org-sidebar--prepare-window agenda-window 
(format " %s: Agenda" buffer-name-string) agenda-string) 
(org-sidebar--prepare-window todo-window (format " %s: Other TODOs" 
buffer-name-string) todo-string) (select-window main-window))
  (unwind-protect (progn (select-frame frame (quote norecord)) 
(delete-other-windows) (setq main-window (selected-window)) (setq agenda-window 
(split-window nil -50 (quote right))) (setq todo-window (let 
((save-selected-window--state (internal--before-with-selected-window 
agenda-window))) (save-current-buffer (unwind-protect (progn (select-window ... 
...) (split-window-vertically)) (internal--after-with-selected-window 
save-selected-window--state) (org-sidebar--prepare-window agenda-window 
(format " %s: Agenda" buffer-name-string) agenda-string) 
(org-sidebar--prepare-window todo-window (format " %s: Other TODOs" 
buffer-name-string) todo-string) (select-window main-window)) (if (frame-live-p 
old-frame) (progn (select-frame old-frame (quote norecord (if 
(buffer-live-p old-buffer) (progn (set-buffer old-buffer
  (let ((old-frame (selected-frame)) (old-buffer (current-buffer))) 
(unwind-protect (progn (select-frame frame (quote norecord)) 
(delete-other-windows) (setq main-window (selected-window)) (setq agenda-window 
(split-window nil -50 (quote right))) (setq todo-window (let 
((save-selected-window--state (internal--before-with-selected-window 
agenda-window))) (save-current-buffer (unwind-protect (progn ... ...) 
(internal--after-with-selected-window save-selected-window--state) 
(org-sidebar--prepare-window agenda-window (format " %s: Agenda" 
buffer-name-string) agenda-string) (org-sidebar--prepare-window todo-window 
(format " %s: Other TODOs" buffer-name-string) todo-string) (select-window 
main-window)) (if (frame-live-p old-frame) (progn (select-frame old-frame 
(quote norecord (if (buffer-live-p old-buffer) (progn (set-buffer 
old-buffer)
  (let* ((buffer (current-buffer)) (agenda-items (let ((it (let (...) (cond ... 
... ... ... (let ((it (-map org-sidebar-format-fn it))) (-group-by 
--cl-date-header-- it (todo-items (let ((it (let (...) (cond ... ... ... 
... (-map org-sidebar-format-fn it))) (agenda-string (let ((temp-buffer 
(generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) 
(unwind-protect (progn (let ... ...) (buffer-string)) (and (buffer-name 
temp-buffer) (kill-buffer temp-buffer)) (todo-string (s-join "\n" 
todo-items)) (frame (selected-frame)) (buffer-name-string (concat (if 
(buffer-narrowed-p) (progn "[narrowed] ")) (buffer-name))) main-window 
agenda-window todo-window) (let ((old-frame (selected-frame)) (old-buffer 
(current-buffer))) (unwind-protect (progn (select-frame frame (quote norecord)) 
(delete-other-windows) (setq main-window (selected-window)) (setq 

Re: [O] [bug] in capture

[Thomas Holst]

Hello Nicolas,

thank you for fixing this. I can confirm that my capture template is 
working again.


--
  Thomas


Am 17.05.2018 um 23:01 schrieb Nicolas Goaziou:

Hello,

Thomas Holst <thomas_ho...@gmx.de> writes:


Hi Nicolas,

thank you for looking into this.

To reproduce the error I have to use file+function target. There is no
error if I use file+headline target.

Here is an ECM:

#+begin_src org
* Setup

#+begin_src emacs-lisp
   (setq org-capture-template nil)

   (setq
   org-capture-templates
   '(("x" "Testing" table-line (file+function
"~/tmp/capture-bug/ecm.org" th:test-capture)
   "| | | %^{Arzt/Apotheke} |"
   :table-line-pos "III-1" :immediate-finish t)))

   (defun th:test-capture ()
   "Sets point to headline"
   (interactive)
   (goto-char (point-min))
   (org-speed-move-safe (quote org-next-visible-heading)))
#+end_src

* testing capture
|---+-+--|
| ! | Datum   | Arzt |
|---+-+--|
|   | |  |
|---+-+--|
| # | |  |
|---+-+--|
#+end_src

The function "th:test-capture" sets point to beginning of headline
"testing capture".

I experimented with several point positions (end of the headline, line
below headline). But none worked. The error stayed the same.

And here is the backtrace:
Debugger entered--Lisp error: (error "Capture template ‘hr’:
integer-or-marker-p")

Fixed. Thank you.

Regards,

Re: [O] [bug] in capture

[Thomas Holst]

-text-properties 0 (length initial) (quote 
(read-only t)) initial))) (if (stringp annotation) (progn 
(remove-text-properties 0 (length annotation) (quote (read-only t)) 
annotation))) (cond ((equal entry "C") (customize-variable (quote 
org-capture-templates))) ((equal entry "q") (user-error "Abort")) (t 
(org-capture-set-plist entry) (org-capture-get-template) 
(org-capture-put :original-buffer orig-buf :original-file (or 
(buffer-file-name orig-buf) (and (featurep (quote dired)) (car (rassq 
orig-buf dired-buffers :original-file-nondirectory (and 
(buffer-file-name orig-buf) (file-name-nondirectory (buffer-file-name 
orig-buf))) :annotation annotation :initial initial :return-to-wconf 
(current-window-configuration) :default-time (or 
org-overriding-default-time (org-current-time))) 
(org-capture-set-target-location) (condition-case error (org-capture-put 
:template (org-capture-fill-template)) ((error quit) (if (get-buffer 
"*Capture*") (kill-buffer "*Capture*")) (error "Capture abort: %s" 
error))) (setq org-capture-clock-keep (org-capture-get :clock-keep)) (if 
(equal goto 0) (org-capture-insert-template-here) (condition-case error 
(org-capture-place-template (eq (car ...) (quote function))) ((error 
quit) (if (and ... ...) (kill-buffer ...)) (set-window-configuration 
(org-capture-get :return-to-wconf)) (error "Capture template `%s': %s" 
(org-capture-get :key) (nth 1 error (if (and (derived-mode-p (quote 
org-mode)) (org-capture-get :clock-in)) (condition-case nil (progn (if 
... ...) (org-clock-in) (set ... t)) (error "Could not start the clock 
in this capture buffer"))) (if (org-capture-get :immediate-finish) 
(org-capture-finalize))
  (cond ((equal goto (quote (4))) (org-capture-goto-target)) ((equal 
goto (quote (16))) (org-capture-goto-last-stored)) (t (let* ((orig-buf 
(current-buffer)) (annotation (if (and (boundp ...) 
org-capture-link-is-already-stored) (plist-get org-store-link-plist 
:annotation) (condition-case nil (progn ...) (error nil (entry (or 
org-capture-entry (org-capture-select-template keys))) initial) (setq 
initial (or org-capture-initial (and (org-region-active-p) 
(buffer-substring (point) (mark) (if (stringp initial) (progn 
(remove-text-properties 0 (length initial) (quote (read-only t)) 
initial))) (if (stringp annotation) (progn (remove-text-properties 0 
(length annotation) (quote (read-only t)) annotation))) (cond ((equal 
entry "C") (customize-variable (quote org-capture-templates))) ((equal 
entry "q") (user-error "Abort")) (t (org-capture-set-plist entry) 
(org-capture-get-template) (org-capture-put :original-buffer orig-buf 
:original-file (or (buffer-file-name orig-buf) (and ... ...)) 
:original-file-nondirectory (and (buffer-file-name orig-buf) 
(file-name-nondirectory ...)) :annotation annotation :initial initial 
:return-to-wconf (current-window-configuration) :default-time (or 
org-overriding-default-time (org-current-time))) 
(org-capture-set-target-location) (condition-case error (org-capture-put 
:template (org-capture-fill-template)) ((error quit) (if ... ...) (error 
"Capture abort: %s" error))) (setq org-capture-clock-keep 
(org-capture-get :clock-keep)) (if (equal goto 0) 
(org-capture-insert-template-here) (condition-case error 
(org-capture-place-template ...) (... ... ... ...)) (if (and ... ...) 
(condition-case nil ... ...)) (if (org-capture-get :immediate-finish) 
(org-capture-finalize

  org-capture(nil)
  funcall-interactively(org-capture nil)
  #(org-capture nil nil)
  apply(# org-capture (nil nil))
  call-interactively@ido-cr+-record-current-command(#call-interactively> org-capture nil nil)
  apply(call-interactively@ido-cr+-record-current-command #call-interactively> (org-capture nil nil))

  call-interactively(org-capture nil nil)
  command-execute(org-capture)

--
  Thomas


Am 16.05.2018 um 21:55 schrieb Nicolas Goaziou:

Hello,

Thomas Holst <thomas_ho...@gmx.de> writes:


I have among other the following template:

#+begin_src emacs-lisp
   ("hr" "Rechnung erfassen" table-line
  � (file+function "~/git/org-priv/Univ_Beih.org"
th:capure-find-open-vers-regn)
  � "| # | %^u | %^{Arzt/Apotheke} | %^{fr wen|Lida|Oleg|Victor|Simon}
| %^{Betrag} | %^u | | [[file:%c][link Beleg]] |"
  � :table-line-pos "III-1" :immediate-finish t)
#+end_src

With org-mode from git I get an error when using this template:

: condition-case: Capture template ‘hr’: integer-or-marker-p

I have too little information to reproduce the problem.

Could you provide a minimal example, i.e., no custom function like
`th:capure-find-open-vers-regn' and a minimal document where this table
line is going to be inserted.

Also, I would need the backtrace.

Thank you.


Was there a change in the syntax I missed?

No, there wasn't.

Regards,

[O] [bug] in capture

[Thomas Holst]

Hi,

I encountered a bug in cature (so I think).

I have among other the following template:

#+begin_src emacs-lisp
  ("hr" "Rechnung erfassen" table-line
   (file+function "~/git/org-priv/Univ_Beih.org" 
th:capure-find-open-vers-regn)
   "| # | %^u | %^{Arzt/Apotheke} | %^{für wen|Lida|Oleg|Victor|Simon} 
| %^{Betrag} | %^u | | [[file:%c][link Beleg]] |"

   :table-line-pos "III-1" :immediate-finish t)
#+end_src

With org-mode from git I get an error when using this template:

: condition-case: Capture template ‘hr’: integer-or-marker-p

With git bisect I found that:

ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c is the first bad commit
commit ab53ee2c3d3ad8a090823c5f0f22dfd626605b3c
Author: Nicolas Goaziou 
Date:   Mon Apr 30 00:52:57 2018 +0200

    org-capture: Fix capturing in a table

    * lisp/org-capture.el (org-capture-place-table-line): Rewrite function.
    * testing/lisp/test-org-capture.el (test-org-capture/table-line): New
  test.

:04 04 900f436884b24172403ede46422a853f7b4a497c 
cbb50728eaae22ab234cab05dcda5b53050395df M    lisp
:04 04 fd8fb9ee8fb1cf0ea3dd4694682932e4c3311a78 
f6abcbceb630e8e704bf8b9c3d41ad0d029a5725 M    testing


Prior to this commit everything is fine.

Was there a change in the syntax I missed?

Thanks for looking into this.

--
  Thomas

[O] bug in ox-koma-letter.el

[Thomas Holst]

Hello,

with latest org-mode version from git I get the following error when I
try to export a subtree to pdf via koma-letter:

  if: Symbol's value as variable is void: option

I did a little search: 'option' occurs in commit:

  3ee3663 ox-koma-letter: Add support for LOCATION

I reverted that commit and export works fine. I don't know how to fix
this so I can't provide a patch - sorry.

Thanks for looking into this.

-- 
Thomas

[O] Problems with capture and lisp code

[Thomas Holst]

Hi,

for my work flow I would like to set up a capture template based on the
ideas described in:

http://www.jboecker.de/2010/04/14/general-reference-filing-with-org-mode.html#sec-5

The original is based on remember but I want to use capture. The
principle is as follows:

In the capture template run some lisp code which appends a function to
`org-capture-before-finalize-hook' which calls `org-attach-mv' to attach
a file.

The function run from capture template looks like this:

#+begin_src emacs-lisp
(defun th:filing-install-attach-mv-hook ()
  "call this from a capture template to install th:filing-attach-mv-hook"
  (add-hook 'org-capture-before-finalize-hook 'th:filing-attach-mv-hook)
  (make-local-variable 'kill-buffer-hook)
  (add-hook 'kill-buffer-hook 'th:filing-uninstall-attach-mv-hook)
  (add-hook 'org-capture-mode-hook 'th:filing-uninstall-attach-mv-hook)
  (message "finalize-hook: %s" org-capture-before-finalize-hook))
#+end_src

In the messages buffer I can see that at run time of the function
`th:filing-attach-mv-hook' is in `org-capture-before-finalize-hook'.

Now when I look at `org-capture-before-finalize-hook' in the final
capture buffer `th:filing-attach-mv-hook' is not there.

The same happens with `kill-buffer-hook'. I also tried
`org-capture-prepare-finalize-hook'. Same result.

So I am puzzled here :-(. Is there some caching mechanism involved? For
the author of the article stated above this worked with remember - but
why does it not work with capture.

Any pointers welcome. Thanks for looking into this.

-- 
Mit freundlichen Grüßen / Best regards
  Thomas Holst 

Re: [O] Problems with capture and lisp code

[Thomas Holst]

Hi Nicolas,

· Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote:

> Hello,
>
> Thomas Holst <thomas.ho...@de.bosch.com> writes:
>
>> for my work flow I would like to set up a capture template based on the
>> ideas described in:
>>
>> http://www.jboecker.de/2010/04/14/general-reference-filing-with-org-mode.html#sec-5
>>
>> The original is based on remember but I want to use capture. The
>> principle is as follows:
>>
>> In the capture template run some lisp code which appends a function to
>> `org-capture-before-finalize-hook' which calls `org-attach-mv' to attach
>> a file.
>>
>> The function run from capture template looks like this:
>>
>> #+begin_src emacs-lisp
>> (defun th:filing-install-attach-mv-hook ()
>>   "call this from a capture template to install th:filing-attach-mv-hook"
>>   (add-hook 'org-capture-before-finalize-hook 'th:filing-attach-mv-hook)
>>   (make-local-variable 'kill-buffer-hook)
>>   (add-hook 'kill-buffer-hook 'th:filing-uninstall-attach-mv-hook)
>>   (add-hook 'org-capture-mode-hook 'th:filing-uninstall-attach-mv-hook)
>>   (message "finalize-hook: %s" org-capture-before-finalize-hook))
>> #+end_src
>>
>> In the messages buffer I can see that at run time of the function
>> `th:filing-attach-mv-hook' is in `org-capture-before-finalize-hook'.
>>
>> Now when I look at `org-capture-before-finalize-hook' in the final
>> capture buffer `th:filing-attach-mv-hook' is not there.
>>
>> The same happens with `kill-buffer-hook'. I also tried
>> `org-capture-prepare-finalize-hook'. Same result.
>>
>> So I am puzzled here :-(. Is there some caching mechanism involved? For
>> the author of the article stated above this worked with remember - but
>> why does it not work with capture.
>
> Wild guess: capture template is expanded in a temporary buffer, which is
> killed once the process is complete. Therefore, the uninstall hook
> installed in `kill-hook-buffer' removes your function before it is
> actually used.

that's it! your guess is right! Seems that is what is going on!

The function in `kill-buffer-hook' was to remove
`th:filing-attach-mv-hook' when capture buffer was killed with C-c C-k.

Is there another way to execute lisp code when capture buffer is killed
with C-c C-k?

I could alter `kill-buffer-hook' globally, but then if another buffer is
killed while capture buffer still is there the function is also removed.

Hmm ... - I have to think it over maybe I find a solution for that.

Anyway thanks a lot for the pointer!

-- 
Mit freundlichen Grüßen / Best regards 
  Thomas

Re: [O] driving me mad..oeg-agenda kills current buffer

[Thomas Holst]

Hi Xebar,

· Xebar Saram <zelt...@gmail.com> wrote:

> Hi all
> so this issue is driving me mad...
> when im on a file, i launch org-agenda and choose an option (default
> view, custom view..dosent matter). this goes on to kill the buffer i
> launched the agenda from
> sometimes it just closes the buffer other times it will ask me, see
> from *messages* buffer:
>
> No event to add
> Buffer `TODO.org' still has clients; kill it? (y or n) n
> Mark set
>
> i tried binary debugging but couldn't get to the root of the issue
> (spend literally 3 hours on this :)).. i ended up finding that using 
> emacs -q was the only thing that restored things back to normal
> behaviour. even a empty init.file still had the same issue...which
> left me puzzled. 

which org-mode version are you using? I had the same problem for a few
days and then it was gone. I run org-mode from git repo and update
often.. So try to update to latest org and see if the problem still
perists.

HTH
-- 
Bis neulich ...
  Thomas Holst 

Re: [O] Problems with capture

[Thomas Holst]

Hi Nicolas,
· Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote:
> Thomas Holst <thomas_ho...@gmx.de> writes:

> [...snip...]

after a git-pull the first error (about cache) is gone. The second error
still is there:


>>   condition-case: Capture template `hr': Invalid table line specification 
>> "III-1"

The table which was inserted looks like this:

#+begin_src org
  ** OPEN [2015-12-08 Di] Rechnungen
  #+NAME: akt-vers-rechnungen
  
|---+---+--+-++---+-++-|
  | ! | Datum | Arzt | für wen | Betrag | wann bez. | wann bearb. | wann erh. 
Vers | wann erh. Beih. |
  
|---+---+--+-++---+-++-|
  
|---+---+--+-++---+-++-|
  | # |   |  | |   0.00 |   | |   
0.00 |0.00 |
  
|---+---+--+-++---+-++-|
  #+TBLFM: $8=$5*0.2;%.2f::$9=$5*0.8;%.2f::@2$5=vsum(@-II..@-I);%.2f
#+end_src

After creation point is at beginning of headline (left of the two *).
>From my point of view table line specification "III-1" is ok.

Thanks for looking into this.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] Problems with capture

[Thomas Holst]

Hi Nicolas,

replying to myself :-),

I dug a little deeper into this.

· Thomas Holst <thomas.ho...@de.bosch.com> wrote:
> Hi Nicolas,
> · Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote:
>> Thomas Holst <thomas_ho...@gmx.de> writes:
>
>> [...snip...]
>
> after a git-pull the first error (about cache) is gone. The second error
> still is there:
>
>>>   condition-case: Capture template `hr': Invalid table line specification 
>>> "III-1"
>
> The table which was inserted looks like this:
> #+begin_src org
>   ** OPEN [2015-12-08 Di] Rechnungen
>   #+NAME: akt-vers-rechnungen
>   
> |---+---+--+-++---+-++-|
>   | ! | Datum | Arzt | f+r wen | Betrag | wann bez. | wann bearb. | wann erh. 
> Vers | wann erh. Beih. |
>   
> |---+---+--+-++---+-++-|
>   
> |---+---+--+-++---+-++-|
>   | # |   |  | |   0.00 |   | |   
> 0.00 |0.00 |
>   
> |---+---+--+-++---+-++-|
>   #+TBLFM: $8=$5*0.2;%.2f::$9=$5*0.8;%.2f::@2$5=vsum(@-II..@-I);%.2f
> #+end_src
> After creation point is at beginning of headline (left of the two *).
> From my point of view table line specification "III-1" is ok.
>
> Thanks for looking into this.

The culprit is `org-capture-place-table-line'. It narrows the buffer to
relevant table but leaves point at the beginning of an empty line.
`org-table-analyze' does not any table and exits with nil.

For me the following patch fixes the problem:

#+begin_src diff
1 file changed, 1 insertion(+)
lisp/org-capture.el | 1 +

modified   lisp/org-capture.el
@@ -1156,6 +1156,7 @@ may have been stored before."
   (goto-char end)
   (insert "\n|   |\n||\n||\n")
   (narrow-to-region (1+ end) (point)))
+(goto-char (point-min))
 ;; We are narrowed to the table, or to an empty line if there was no table
 
 ;; Check if the template is good
#+end_src

Maybe there is a better way to fix this.

Thanks again for lookint into this.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 

[O] Problems with capture

[Thomas Holst]

Hello org-moders,

I have a little trouble with capture. First here is the setup for one of
my capture templates:

#+begin_src emacs-lisp
(setq org-capture-templates
  '(
;; ...
("hr" "Rechnung erfassen" table-line (file+function 
"~/git/org-priv/Univ_Beih.org" th:capure-find-open-vers-regn)
 "| # | %^u | %^{Arzt/Apotheke} | %^{für wen|Lida|Oleg|Victor|Simon} | 
%^{Betrag} | %^u | | | |"
 :table-line-pos "III-1" :immediate-finish t)
;; ...
))
#+end_src

What this template shall achive:

- look if there is an entry (headline) with todo state OPEN
- if entry exists append a table line
- if entry does not exist, create a new headline, insert table structure
  and append line to newly created table.

The function `th:capture-find-open-vers-regn' does this. Creating works
fine, but a get an error:

  Error running timer `org-element--cache-sync': (error "Invalid search bound 
(wrong side of point)")

and:

  condition-case: Capture template `hr': Invalid table line specification "III-1

I use something like:

#+begin_src emacs-lisp
(org-element-map (org-element-parse-buffer) 'headline
   (lambda (hl)
 (and
  (string= "Rechnungen" (car (org-element-property :title hl)))
  (= 1 (org-element-property :level hl))
  (org-element-property :begin hl)))
   nil t)
#+end_src

To find the Position in the file and regular

: (insert "a huge string")

To insert new heading and table structure. The new structure is created,
but something breaks caching. How can I insert the new structure without
breaking caching?

Thanks for any pointers.

P.S.
Org-mode version 8.3.2 
(release_8.3.2-359-g6b2c38 @ /home/thommy/git-emacs/org-mode/lisp/)

GNU Emacs 24.5.1 (i686-pc-linux-gnu, GTK+ Version 2.24.23) 
of 2015-07-03 on thommy-desktop

-- 
Bis neulich ...
  Thomas

Re: [O] [gnorb] error when calling `gnorb-report-tracking-usage'

[Thomas Holst]

· Eric Abrahamsen  wrote:

>> Today I wanted to see how the registy is filled. I called
>> `gnorb-report-tracking-usage'. And got following error:
>>
>>   gnorb-registry-tracked-headings: Symbol's 
>>   function definition is void: hash-table-keys
>>
>> After a little search on the web I added:
>>
>>   #+begin_src emacs-lisp
>> (require 'subr-x)
>>   #+end_src
>>
>> to my gnorb config.

> Sorry, I didn't realize that was non-standard, I'll add a require.

>> Again calling `gnorb-report-tracking-usage' I get
>> another error:
>>
>>   eieio-default-superclass: Invalid slot name:
>>   "#", max-size
>>
>> Well I gave up on this. Couldn't dive deeper :-)
>>
>
> Ah, the problem here is that the Gnus registry got worked over a few
> months ago, but the changes are only in git master. I'll add a check to
> use the old slot name.
>
> There's a bigger problem, though -- the *reason* the registry got worked
> over is that there was a bug in it. You're supposed to be able to
> prevent some registry entries from getting garbage collected by putting
> a special 'precious tag on them, and that's what Gnorb does to prevent
> your records from getting wiped. In the release version of Gnus,
> however, there's a bug that results in precious entries getting pruned,
> as well. That's fixed in master, but not in the version you're using.
> You might consider using Gnus from git -- or I might consider adding
> a backwards-compatibility clobber-library...

Well I think I will try to install gnus from git repository. But it will
take a while until I will be able to do that.

At the moment I only have a few (< 50) mails associated with org. So I
don't expect a problem here. I just wanted to clean out stuff from my
testings.

Thanks for looking into this. Gnorb really makes my daily work a lot
more easy. To have org notes and all related emails at your fingertips
is so convinient :-)

-- 
Bis neulich ...
  Thomas

[O] [gnorb] error when calling `gnorb-report-tracking-usage'

[Thomas Holst]

Hello,

more and more I like gnorb. It perfectly fits my working habits.

Today I wanted to see how the registy is filled. I called
`gnorb-report-tracking-usage'. And got following error:

  gnorb-registry-tracked-headings: Symbol's 
  function definition is void: hash-table-keys

After a little search on the web I added:

  #+begin_src emacs-lisp
(require 'subr-x)
  #+end_src

to my gnorb config. Again calling `gnorb-report-tracking-usage' I get
another error:

  eieio-default-superclass: Invalid slot name:
  "#", max-size

Well I gave up on this. Couldn't dive deeper :-)

My configuration is:

gnorb: recent git-version
org:   recent git-version
emacs: 25.5.1 on Ubuntu 14.04

Thanks for looking into this.

-- 
Bis neulich ...
  Thomas

Re: [O] [gnorb] completion for `gnorb-gnus-incoming-do-todo'

[Thomas Holst]

Hi Eric,
· Eric Abrahamsen e...@ericabrahamsen.net wrote:

 Thomas Holst thomas_ho...@gmx.de writes:

 · Eric Abrahamsen e...@ericabrahamsen.net wrote:


 [ ... snip ... ]

 [ ... snip completion issue with gnorb ... ]


 [...]

 ok here is what I did to reproduce behavior with ECM

 All right, now that's a bug report!

 I followed your steps, and can confirm the same behavior. Unfortunately,
 I don't really understand what's going on, and don't have time to dive
 into helm's guts at the moment.

 Using these exact same settings, but loading helm from the package
 manager instead of the git repo, everything works just fine. Would you
 consider shifting to use the packaged version of helm (which I can't
 believe lags the git repo by more than a couple of days) instead?

thanks for confirming the buggy behaviour. I will test the packaged helm
version. It will take a few days until I have time to test it. I will
report when I have done my tests.

--
Regards
  Thomas

Re: [O] [gnorb] completion for `gnorb-gnus-incoming-do-todo'

[Thomas Holst]

· Eric Abrahamsen e...@ericabrahamsen.net wrote:


 [ ... snip ... ]

 [ ... snip completion issue with gnorb ... ]

 No worries, glad it's sorted!

 But maybe someone can give me a hint how to get helm working here.

 As mentioned above I have

 #+begin_src emacs_lisp
   (setq org-refile-use-outline-path 'file)
 #+end_src

 Because I can travel along the path in steps

 file TAB
   1. Heading TAB
   ...
   n. heading RET

 with completion working for each step. With helm enabled for `org-goto'
 and `org-refile' I see canditates for completion, but neither TAB nor
 M-j have any effect. Minibuffer does not change. When I set
 `org-refile-use-outline-path' to nil, I get tons of candidates for
 completion but TAB has also no effect. And if I hit RETURN with an
 incomplete input I get an error. This behaviour was the reason why I
 disabled helm for `org-refile' and `org-goto' to begin with.

 So has anyone helm working for `org-refile' and `org-goto'? I would
 appreciate any help here. Thanks.

 It works fine here! Have you started from emacs -Q? That's usually the
 best first step.

ok here is what I did to reproduce behavior with ECM

  emacs -Q -l minimal.el

with minimal.el:

#+begin_src emacs_lisp
  ;; minimal.el to test org-refile helm
  ;; most recent org-mode from git
  (add-to-list 'load-path /home/thommy/git-emacs/org-mode/lisp)

  (require 'org)

  (setq org-use-speed-commands t) ;; `g' on begining of heading calls 
`(org-refile t)'
  (setq org-refile-use-outline-path 'file)

  (find-file /home/thommy/git-emacs/gnorb/gnorb.org) ;; just any org-file 
works


  ;; most recent helm from git
  (add-to-list 'load-path ~/git-emacs/helm)
  (require 'helm-config)
  (helm-mode 1)
#+end_src

Now when I hit `g' at begining of a headline I get gnorb.org as a
candidate for first step. But no key (TAB, C - i, C - z) does
completion. If I hit RET with partial or complete input for first step
(e.g. gn or gnorb.org) I get an error:

  progn: Wrong type argument: integer-or-marker-p, nil

Backtrace:
Debugger entered--Lisp error: (wrong-type-argument integer-or-marker-p nil)
  goto-char(nil)
  (progn (org-pop-to-buffer-same-window nbuf) (goto-char pos) (org-show-context 
(quote org-goto)))
  (if (and arg (not (equal arg 3))) (progn (org-pop-to-buffer-same-window nbuf) 
(goto-char pos) (org-show-context (quote org-goto))) (if regionp (progn 
(org-kill-new (buffer-substring region-start region-end)) 
(org-save-markers-in-region region-start region-end)) (org-copy-subtree 1 nil 
t)) (save-current-buffer (set-buffer (setq nbuf (or (find-buffer-visiting file) 
(find-file-noselect file (setq reversed (org-notes-order-reversed-p)) 
(save-excursion (save-restriction (widen) (if pos (progn (goto-char pos) 
(looking-at org-outline-regexp) (setq level (org-get-valid-level ... 1)) 
(goto-char (if reversed ... ...))) (setq level 1) (if (not reversed) (goto-char 
(point-max)) (goto-char (point-min)) (or (outline-next-heading) (goto-char 
... (if (not (bolp)) (newline)) (org-paste-subtree level nil nil t) (if 
org-log-refile (progn (org-add-log-setup (quote refile) nil nil (quote findpos) 
org-log-refile) (if (eq org-log-refile ...) nil (save-excursion ... (and 
org-auto-align-tags (let ((org-loop-over-headlines-in-active-region nil)) 
(org-set-tags nil t))) (let ((bookmark-name (plist-get org-bookmark-names-plist 
:last-refile))) (if bookmark-name (progn (condition-case err ... ... (if 
(and (boundp (quote org-refile-for-capture)) org-refile-for-capture) (progn 
(let (...) (if bookmark-name ...)) (move-marker org-capture-last-stored-marker 
(point (if (fboundp (quote deactivate-mark)) (deactivate-mark)) (run-hooks 
(quote org-after-refile-insert-hook) (if org-refile-keep nil (if regionp 
(delete-region (point) (+ (point) (- region-end region-start))) (delete-region 
(and (org-back-to-heading t) (point)) (min (1+ (buffer-size)) 
(org-end-of-subtree t t) (point) (if (featurep (quote org-inlinetask)) 
(progn (org-inlinetask-remove-END-maybe))) (setq org-markers-to-move nil) 
(message (concat actionmsg  to \%s\ in file %s: done) (car it) file))
  (progn (setq file (nth 1 it) re (nth 2 it) pos (nth 3 it)) (if (and (not arg) 
pos (equal (buffer-file-name) file) (if regionp (and (= pos region-start) (= 
pos region-end)) (and (= pos (point)) ( pos (save-excursion 
(org-end-of-subtree t t)) (error Cannot refile to position inside the tree 
or region)) (setq nbuf (or (find-buffer-visiting file) (find-file-noselect 
file))) (if (and arg (not (equal arg 3))) (progn (org-pop-to-buffer-same-window 
nbuf) (goto-char pos) (org-show-context (quote org-goto))) (if regionp (progn 
(org-kill-new (buffer-substring region-start region-end)) 
(org-save-markers-in-region region-start region-end)) (org-copy-subtree 1 nil 
t)) (save-current-buffer (set-buffer (setq nbuf (or (find-buffer-visiting file) 
(find-file-noselect file (setq reversed (org-notes-order-reversed-p)) 
(save-excursion (save-restriction (widen) (if pos 

Re: [O] [gnorb] completion for `gnorb-gnus-incoming-do-todo'

[Thomas Holst]

· Eric Abrahamsen e...@ericabrahamsen.net wrote:
 Thomas Holst thomas_ho...@gmx.de writes:

 Hi Eric,

 · Eric Abrahamsen e...@ericabrahamsen.net wrote:

 thanks for the gnorb package! I started using it and I like it a lot!

 When I call `gnorb-gnus-incoming-do-todo' from gnus I'm prompted for a
 headline. But completion is not working. Neither TAB nor M-j does
 anything.

 How can I get completion working? Completion is working for org-refile.

 I have no settings customized. Only key bindings as suggested.

 Thank you for looking into this!

[ ... snip ... ]

ok so I did a little more intvestigation: The reason why I disabled helm
for `org-refile' and `org-goto' was that completion is not working or at
least not as I wanted. Thats why I set:

#+begin_src emacs_lisp
  (add-to-list 'helm-completing-read-handlers-alist '(org-refile . nil))
  (add-to-list 'helm-completing-read-handlers-alist '(org-goto . nil))
#+end_src

Forgot to mention that.

Now I added:

#+begin_src emacs_lisp
  (add-to-list 'helm-completing-read-handlers-alist 
'(gnorb-gnus-outgoing-do-todo . nil))
  (add-to-list 'helm-completing-read-handlers-alist 
'(gnorb-gnus-incoming-do-todo . nil))
#+end_src

And I get completion without helm. So this is solved. Sorry for the
noise.

But maybe someone can give me a hint how to get helm working here.

As mentioned above I have

#+begin_src emacs_lisp
  (setq org-refile-use-outline-path 'file)
#+end_src

Because I can travel along the path in steps

file TAB
  1. Heading TAB
  ...
  n. heading RET

with completion working for each step. With helm enabled for `org-goto'
and `org-refile' I see canditates for completion, but neither TAB nor
M-j have any effect. Minibuffer does not change. When I set
`org-refile-use-outline-path' to nil, I get tons of candidates for
completion but TAB has also no effect. And if I hit RETURN with an
incomplete input I get an error. This behaviour was the reason why I
disabled helm for `org-refile' and `org-goto' to begin with.

So has anyone helm working for `org-refile' and `org-goto'? I would
appreciate any help here. Thanks.

-- 
  Thomas
  
Life is so easy - that's why it's so complicated

Re: [O] [gnorb] completion for `gnorb-gnus-incoming-do-todo'

[Thomas Holst]

Hi Eric,

· Eric Abrahamsen e...@ericabrahamsen.net wrote:

 thanks for the gnorb package! I started using it and I like it a lot!

 When I call `gnorb-gnus-incoming-do-todo' from gnus I'm prompted for a
 headline. But completion is not working. Neither TAB nor M-j does
 anything.

 How can I get completion working? Completion is working for org-refile.

 I have no settings customized. Only key bindings as suggested.

 Thank you for looking into this!

 Hi Thomas,

 Glad to hear you're liking Gnorb! Can you tell me a few things about
 your setup?

 1. What versions of the packages are you using? Org and Gnorb?

I use most recent git versions:

Org-mode version 8.3.1 (release_8.3.1-56-g046110 @
/home/thommy/git-emacs/org-mode/lisp/)

gnorb: most recent git version

 2. Are you using any special completion packages (ido, iswitchb,
 helm)?

I mostly use helm. But for refile I use following settings since I
found helm not really working here:

#+begin_src emacs_lisp
  ;; 
-
  ;; settings für org-refile
  ;; 
-
  (setq org-refile-use-outline-path 'file)
  (setq org-refile-targets
'((org-agenda-files :maxlevel . 3)
  (org-agenda-text-search-extra-files . (:maxlevel . 3))
  (nil :maxlevel . 5)))

  ; Allow refile to create parent tasks with confirmation
  (setq org-refile-allow-creating-parent-nodes (quote confirm))
#+end_src

 3. Can you confirm that the prompt where you're seeing failure is
Trigger heading:?

I see: Trigger heading (default Reparaturen):

 I assume that putting point after this sexp and running C-x C-e gets
 you a fully functional completion prompt, is that true?

 (org-refile-get-location Trigger heading nil t)

Yes with helm interface. But again completion is not functional.

Now when I press `g' at the begin of a headline I get:

Refile subtree Erträge to (default Reperaturen):

With regular (no helm) completion (TAB completes) working.

 Thanks for your help in tracking this down!

Again thank you for looking into this! I really apreciate your help and
gnorb package which makes my work a lot easier

--
  Thomas

[O] [gnorb] completion for `gnorb-gnus-incoming-do-todo'

[Thomas Holst]

Hello,

thanks for the gnorb package! I started using it and I like it a lot!

When I call `gnorb-gnus-incoming-do-todo' from gnus I'm prompted for a
headline. But completion is not working. Neither TAB nor M-j does
anything.

How can I get completion working? Completion is working for org-refile.

I have no settings customized. Only key bindings as suggested.

Thank you for looking into this!

--
Regards
  Thomas

Re: [O] bug in ox-koma-letter

[Thomas Holst]

Hello,

· Nicolas Goaziou m...@nicolasgoaziou.fr wrote:

 Hello,

 Rasmus ras...@gmx.us writes:

 Thomas Holst thomas_ho...@gmx.de writes:

 when I try to export an subtree with koma letter I get the following
 error:

   cond: Symbol's value as variable is void: with-title

 This seems to be related to the following commit:

   d3196f0 * ox-koma-letter: Fix missing \begin{document}

 because if I switch to the commit prior to this one (6463b6c *
 ox-koma-letter: Fix typo in docstring) everything works
 fine and I don't get an error.

 Emacs Version: 24.3.1 on Ubuntu 12.04
 org-version: most recent git

 Can you please provide a minimal example that triggers the bug from
 emacs -q? I'm unable to produce it with the example from org (with one
 extra outer level).

 My bad. Fixed in bfe1b2fbe2baa62cd26bf9a76077e56a9c243075.

I can confirm that export with koma letter works again.

Thank you.

-- 
Bis neulich ...
  Thomas

[O] bug in ox-koma-letter

[Thomas Holst]

Hello all,

when I try to export an subtree with koma letter I get the following
error:

  cond: Symbol's value as variable is void: with-title

This seems to be related to the following commit:

  d3196f0 * ox-koma-letter: Fix missing \begin{document}

because if I switch to the commit prior to this one (6463b6c *
ox-koma-letter: Fix typo in docstring) everything works
fine and I don't get an error.

Emacs Version: 24.3.1 on Ubuntu 12.04
org-version: most recent git

Thanks for looking into this.

-- 
Bis neulich ...
  Thomas

[O] Problem with pretty entities and subscript

[Thomas Holst]

Hello,

super- and subscript display does not work as expected anymore. (At
least for me :-) )

I have `org-pretty-entities' set to t. And in most of my files I have an
options line which contains:

#+OPTIONS: ^:{}

So super- and subscripts should only be displayed when there are curly
braces oround the text.

But text is always displayed subscripted after a `_' even if there are
no curly braces around the text after `_'.

Git bisecting showed that it works prior to:

61a241f0dc07aef5a3a5c2bd037a197236bde2e6 is the first bad commit
commit 61a241f0dc07aef5a3a5c2bd037a197236bde2e6
Author: Nicolas Goaziou m...@nicolasgoaziou.fr
Date:   Tue Oct 14 10:53:29 2014 +0200

Rewrite setup keywords initialization

* lisp/org-table.el (org-table-set-constants): Remove function.
* lisp/org.el (org-set-regexps-and-options): Rewrite function.  Merge
  it with `org-set-regexps-and-options-for-tags'.
(org-set-regexps-and-options-for-tags): Remove function
(org--setup-collect-keywords, org--setup-process-tags): New functions.
(org-mode): Remove `org-set-regexps-and-options-for-tags' call.
(org-agenda-prepare-buffers): Use optimized setup for tags in all
cases.  Improve docstring.
(org-make-options-regexp): Make returned regexp more efficient.

as expected.

^:t   subscript is always displayed
^:{}  subscript is only displayd when surounded by curly braces.
^:nil text is never displayed subscripted

I have tested this with a minimal setup:

: emacs -Q 

and:

#+begin_src elisp
  ;; set path to git repo
  (add-to-list 'load-path ~/git-emacs/site-lisp)
  (add-to-list 'load-path ~/git-emacs/org-mode/lisp)

  (require 'org)
  (setq org-pretty-entities t)

  (find-file ~/emacs/tst-pretty-entities/entities-tst.org)
#+end_src

#+begin_src org
  #+OPTIONS: ':nil *:t -:t ::t :t H:3 \n:nil ^:{} arch:headline author:t c:nil
  #+OPTIONS: creator:comment d:(not LOGBOOK) date:t e:t email:nil f:t 
inline:t num:t
  #+OPTIONS: p:nil pri:nil prop:nil stat:t tags:t tasks:t tex:t timestamp:t 
toc:t
  #+OPTIONS: todo:t |:t
  #+TITLE: entities-tst
  #+DATE: 2014-12-02 Di
  #+AUTHOR: Thomas Holst
  #+EMAIL: thomas.ho...@de.bosch.com
  #+DESCRIPTION:
  #+KEYWORDS:
  #+LANGUAGE: en
  #+SELECT_TAGS: export
  #+EXCLUDE_TAGS: noexport
  #+CREATOR: Emacs 24.3.1 (Org mode 8.3beta)


  \Delta
  tst_ding_ding
  =tst_ding=
#+end_src

Org-mode version 8.3beta
  (release_8.3beta-595-g5945be @
  c:/daten/users/DE_hts2fe/git-emacs/org-mode/lisp/)
  
GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN
Win7

Thanks for looking into this
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] [BUG] gnuplot with dates from a table dosn't work anymore

[Thomas Holst]

Hi Nicolas

· Nicolas Goaziou m...@nicolasgoaziou.fr wrote:
 Thomas Holst thomas.ho...@de.bosch.com writes:

 after a pull from this weekend generating plots with gnuplot does not
 work anymore. It was working perfectly before the pull. I get an error
 message saying:

   org-babel-gnuplot-quote-timestamp-field: Wrong type argument: stringp, nil

[ ... sinp ...]

 It should be fixed. Thank you for reporting it.

thank you for the quick fix. It works like a charm.
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 

[O] [BUG] gnuplot with dates from a table dosn't work anymore

[Thomas Holst]

Hi,

after a pull from this weekend generating plots with gnuplot does not
work anymore. It was working perfectly before the pull. I get an error
message saying:

  org-babel-gnuplot-quote-timestamp-field: Wrong type argument: stringp, nil

Here is the sample table and babel code:

#+TBLNAME: GewichtSep2014
|   | Date|   Kg |  $\Delta$ |
|---+-+--+--|
| # | 2014-09-10 Mi | 90.0 |  0.0 |
| # | 2014-09-11 Do | 89.7 |  0.3 |
| # | 2014-09-12 Fr | 88.4 |  1.3 |
| # | 2014-09-13 Sa | 86.9 |  1.5 |
| # | 2014-09-14 So | 86.4 |  0.5 |
| # | 2014-09-15 Mo | 87.0 | -0.6 |
|---+-+--+--|
| # | |  3.0 |   [] |
#+TBLFM: $4=@-1$3-$3;%.1f::@8$3=(@I - @II-1);%.1f::@8$4=

#+begin_src gnuplot :var data=GewichtSep2014[2:-3,1:-2] :exports code :file 
GewSep2014.png :session :hlines no
  reset
  cd ~/git/org-priv
  set title Example
  set xdata time
  set timefmt %Y-%m-%d:%H:%M:%S
  set format x %d.%m.
  set yrange [80:]
  set xtics nomirror
  set ytics nomirror
  set xtics 2014-09-10:0:0:0, 7*86400  # Datum muss in timefmt sein, Abstand 
in Sekunden
  plot data using 1:2 with lines lt rgb blue title Gewicht, 84.0 with dots 
lt rgb red notitle
#+end_src

I have git bisected this and it turned out that:

  9209aa3 | * org-table: Use ox.el internally for radio tables by
  Nicolas

is the commit which produces the error.

Thanks for looking into this

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

[O] [bug] in org-table.el: setq: Symbol's value as variable is void: repl

[Thomas Holst]

Hi list,

after a recent update I get the following error when I try to
recalculate formulas in a table:

  setq: Symbol's value as variable is void: repl

Searching for 'repl' in the lisp directory reveales only one hit in
org-table.el. repl was intoduced in commit:

  d4799eb * | org-table.el (org-table-eval-formula): Better error
  throwing

Reverting this commit fixed the problem for me. My lisp is not prfound
enough to provide a patch.

GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN
Org-mode version 8.3beta (release_8.3beta-134-gcb51b4 @
   c:/daten/users/DE_hts2fe/git-emacs/org-mode/lisp/)
on Win7

Thanks for looking into this.
-- 
Bis neulich ...
  Thomas

Re: [O] [bug] in org-table.el: setq: Symbol's value as variable is void: repl

[Thomas Holst]

Hi Bastien,

 Thomas Holst thomas.ho...@de.bosch.com writes:
 
 after a recent update I get the following error when I try to
 recalculate formulas in a table:

   setq: Symbol's value as variable is void: repl
 
 This was a code typo I made, it is now fixed, please pull again
 and test.

after a pull right now everything works as expected. Thanks for the
quick fix.

-- 
Bis neulich ...
  Thomas

Re: [O] [patch] capture property table-line-pos can be a function

[Thomas Holst]

Hi Bastien,
· Bastien b...@gnu.org wrote:
 Hi Thomas,

 Thomas Holst thomas_ho...@gmx.de writes:

 I am sorry, I used =git format-patch= for the patches assuming all will
 go well. Here are both patches with rewritten commit messages. Hopefully
 I made them well.

 No problem -- the game now is to find the small differences between
 your original patches and the ones I just committed :)

 http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=176125c3
 http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=599ccd1c

 Thanks for this,
ok noticed the differences. Next time I'll be better :-)

Thank you for accepting the patch. Now my local branch in org-mode is
empty.

-- 
Bis neulich ...
  Thomas

Re: [O] [patch] capture property table-line-pos can be a function

[Thomas Holst]

Hi Bastien,

· Bastien b...@gnu.org wrote:

 Thomas Holst thomas_ho...@gmx.de writes:

 ok here is the patch for documentation.

 Thanks -- can you read this page?
 http://orgmode.org/worg/org-contribute.html#sec-5

 There are advice on how to format the Changelog entry.

 See in particular this list:

 - Variables and functions names are quoted like `this' (backquote and
   single quote).
 - Sentences should be separated by two spaces.
 - Sentences should start with an uppercase letter.
 - Avoid the passive form: i.e., use change instead of changed. 

 I know it's boring, but even more boring to fix this when we merge
 Org with Emacs :)

 Thanks in advance,

I am sorry, I used =git format-patch= for the patches assuming all will
go well. Here are both patches with rewritten commit messages. Hopefully
I made them well.

-- 
Bis neulich ...
  Thomas
From e5f906f20b796326e50057fa4fc21599368bd347 Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas_ho...@gmx.de
Date: Sat, 15 Mar 2014 16:22:44 +0100
Subject: [PATCH 1/2] capture: property `:table-line-pos' can be a function
 name, a string or a variable

org-capture.el: Implement new features for capture templates

* lisp/org-capture.el (org-capture-place-table-line): If the value of
`:table-line-pos' is a function name, its return value is used to
determine the position inside the table. Return value must be a string
like II-3. Else `:table-line-pos' is 'eval'ed.

  TINYCHANGE
---
 lisp/org-capture.el | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/lisp/org-capture.el b/lisp/org-capture.el
index e7f5e20..cf6c9e2 100644
--- a/lisp/org-capture.el
+++ b/lisp/org-capture.el
@@ -1149,6 +1149,9 @@ may have been stored before.
 ;; Check if the template is good
 (if (not (string-match org-table-dataline-regexp txt))
 	(setq txt | %?Bad template |\n))
+(if (functionp table-line-pos)
+	(setq table-line-pos (funcall table-line-pos))
+  (setq table-line-pos (eval table-line-pos)))
 (cond
  ((and table-line-pos
 	   (string-match \\(I+\\)\\([-+][0-9]\\) table-line-pos))
-- 
1.7.9.5

From 436e5adb0a9d0bc9ac37352bd90018c973dfdabf Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas_ho...@gmx.de
Date: Mon, 17 Mar 2014 09:01:40 +0100
Subject: [PATCH] docu change for table-line-pos new feature

org.texi: Document new features for capture templates

* doc/org.texi: Document new features of `:table-line-pos' in capture
templates.

---
 doc/org.texi |7 ---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index b53b668..2bebae4 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -7095,9 +7095,10 @@ narrow it so that you only see the new material.
 
 @item :table-line-pos
 Specification of the location in the table where the new line should be
-inserted.  It should be a string like @code{II-3} meaning that the new
-line should become the third line before the second horizontal separator
-line.
+inserted. It can be a string, a variable holding a string or a function
+returning a string. The string should look like @code{II-3} meaning that
+the new line should become the third line before the second horizontal
+separator line.
 
 @item :kill-buffer
 If the target file was not yet visited when capture was invoked, kill the
-- 
1.7.9

Re: [O] [patch] file links from sunrise commander

[Thomas Holst]

Hi Bastien,
· Bastien b...@gnu.org wrote:
 Thomas Holst thomas_ho...@gmx.de writes:

 Here is a path with implements this feature.

 I used a slightly different technique to avoid the reference to
 `sr-mode'.

 http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=5f2dce

 Thanks for the idea,

thanks for implementing this feature. Your way of implementing it is
more general. I am constantly learning lisp reading this list and trying
to contribute.

-- 
Bis neulich ...
  Thomas

Re: [O] [patch] capture property table-line-pos can be a function

[Thomas Holst]

Hi Bastien,

· Bastien b...@gnu.org wrote:
 Thomas Holst thomas_ho...@gmx.de writes:

 Given a table with several sections and a capture template for entries
 in this table. The sections are dynamic, so a static value for
 table-line-pos does not help. With this patch table-line-pos can be:

 - a string like II-2
 - a varialbe containing a string
 - or a function
   The function has to return a string which qualifies for table-line-pos

 This serves me well and I am using it for more than one year now.

 This sounds useful.  Could you also provide a patch for the
 documentation?

 Thanks in advance!

thanks for looking into this. I will try to provide a patch for the
documentation in the next days.

-- 
Bis neulich ...
  Thomas

Re: [O] [patch] capture property table-line-pos can be a function

[Thomas Holst]

Hi,
 Hi Bastien,

 · Bastien b...@gnu.org wrote:
 Thomas Holst thomas_ho...@gmx.de writes:

 Given a table with several sections and a capture template for entries
 in this table. The sections are dynamic, so a static value for
 table-line-pos does not help. With this patch table-line-pos can be:

 - a string like II-2
 - a varialbe containing a string
 - or a function
   The function has to return a string which qualifies for table-line-pos

 This serves me well and I am using it for more than one year now.

 This sounds useful.  Could you also provide a patch for the
 documentation?

 Thanks in advance!

ok here is the patch for documentation.

-- 
Bis neulich ...
  Thomas
From 436e5adb0a9d0bc9ac37352bd90018c973dfdabf Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas_ho...@gmx.de
Date: Mon, 17 Mar 2014 09:01:40 +0100
Subject: [PATCH] docu change for table-line-pos new feature

* org.texi: document new features of `table-line-pos' in capture
templates
---
 doc/org.texi |7 ---
 1 files changed, 4 insertions(+), 3 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index b53b668..2bebae4 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -7095,9 +7095,10 @@ narrow it so that you only see the new material.
 
 @item :table-line-pos
 Specification of the location in the table where the new line should be
-inserted.  It should be a string like @code{II-3} meaning that the new
-line should become the third line before the second horizontal separator
-line.
+inserted. It can be a string, a variable holding a string or a function
+returning a string. The string should look like @code{II-3} meaning that
+the new line should become the third line before the second horizontal
+separator line.
 
 @item :kill-buffer
 If the target file was not yet visited when capture was invoked, kill the
-- 
1.7.9

[O] Bug in links to org files

[Thomas Holst]

Hi,

there is a bug in links to org-files:

given the link:

[[file:EmacsNotes.org::*Screencast%20of%20lispy.el%20with%20org-mode%20code%20base][Screencast
 of lispy.el with org-mode code base]]

if I hit C-c o with point on the link I get an error message that it
does not exist. If I answer yes to the question whether a new link
should be created I get the following headline:

* Screencast%20of%20lispy.el%20with%20org-mode%20code%20base

From my point of view there is an unescape missing.

This is with

Org-mode version 8.2.5h (release_8.2.5h-742-gf8d297 @
/home/thommy/git-emacs/org-mode/lisp/)

GNU Emacs 24.3.1 (i686-pc-linux-gnu, GTK+ Version 3.4.2) of 2014-02-22
on chindi10, modified by Debian

Ubuntu 12.04

--
Bis neulich ...
  Thomas

Re: [O] Bug in links to org files

[Thomas Holst]

Hi Nicolas,

· Nicolas Goaziou n.goaz...@gmail.com wrote:
 Thomas Holst thomas_ho...@gmx.de writes:

 there is a bug in links to org-files:

 given the link:

 [[file:EmacsNotes.org::*Screencast%20of%20lispy.el%20with%20org-mode%20code%20base][Screencast
  of lispy.el with org-mode code base]]

 if I hit C-c o with point on the link I get an error message that it
 does not exist. If I answer yes to the question whether a new link
 should be created I get the following headline:

 * Screencast%20of%20lispy.el%20with%20org-mode%20code%20base

 From my point of view there is an unescape missing.

 Correct. This should be fixed in master. Thank you.

thanks for the quick fix - works like a charm!

-- 
Bis neulich ...
  Thomas

[O] [patch] capture property table-line-pos can be a function

[Thomas Holst]

Hi,

for quite a while I have this patch in my local org-mode branch. Now I
find the time to share it.

Given a table with several sections and a capture template for entries
in this table. The sections are dynamic, so a static value for
table-line-pos does not help. With this patch table-line-pos can be:

- a string like II-2
- a varialbe containing a string
- or a function
  The function has to return a string which qualifies for table-line-pos

This serves me well and I am using it for more than one year now.

If you find it usefull then feel free to use it. I marked it as
TINYCHANGE, but I have signed FSF papers.

--
Bis neulich ...
  Thomas

From e5f906f20b796326e50057fa4fc21599368bd347 Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas_ho...@gmx.de
Date: Sat, 15 Mar 2014 16:22:44 +0100
Subject: [PATCH 1/2] capture: property `:table-line-pos' can be a function
 name, a string or a variable

* org-capture.el: If the value of `:table-line-pos' is a function name,
  its return valeue is used to determine the position inside the table.
  Return value must be a string like II-3. Else `:table-line-pos' is
  'eval'ed.

  TINYCHANGE
---
 lisp/org-capture.el | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/lisp/org-capture.el b/lisp/org-capture.el
index e7f5e20..cf6c9e2 100644
--- a/lisp/org-capture.el
+++ b/lisp/org-capture.el
@@ -1149,6 +1149,9 @@ may have been stored before.
 ;; Check if the template is good
 (if (not (string-match org-table-dataline-regexp txt))
 	(setq txt | %?Bad template |\n))
+(if (functionp table-line-pos)
+	(setq table-line-pos (funcall table-line-pos))
+  (setq table-line-pos (eval table-line-pos)))
 (cond
  ((and table-line-pos
 	   (string-match \\(I+\\)\\([-+][0-9]\\) table-line-pos))
-- 
1.7.9.5

[O] [patch] file links from sunrise commander

[Thomas Holst]

Hi,

sunrise commander is a two pane file manager like midnight commander but
inside emacs. It reuses much of dired but has its own mode. I use
sunrise commander a lot so I like to create links to files from within it.

Here is a path with implements this feature.

If you like it feel free use it.

-- 
Bis neulich ...
  Thomas

From 1bd6924c377c46e0d3b480e4e31475ae320e8d8b Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas_ho...@gmx.de
Date: Sat, 15 Mar 2014 16:23:49 +0100
Subject: [PATCH 2/2] links to files from sunrise-commander

* org.el (org-store-link): links to files can be crated from dired
  or sunrise commander.

  TINYCHANGE
---
 lisp/org.el |2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lisp/org.el b/lisp/org.el
index b1022fd..52932b6 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -9582,7 +9582,7 @@ active region.
 	 (org-store-link-props :type image :file buffer-file-name))
 
 	;; In dired, store a link to the file of the current line
-	((eq major-mode 'dired-mode)
+	((memq major-mode '(dired-mode sr-mode))
 	 (let ((file (dired-get-filename nil t)))
 	   (setq file (if file
 			  (abbreviate-file-name
-- 
1.7.9.5

Re: [O] org-edit-special cannot tell ditaa from table

[Thomas Holst]

Hi,

· zwz zhangwe...@gmail.com wrote:

 Here is an example:

 * test
 #+BEGIN_SRC ditaa
   ++  +-+
   ||  | |
   ||  | |
   ++  +-+
 #+END_SRC
 When I hit C-c ', the minibuffer says Recognizing tables...done,
 and the org src scratch buffer does not turn picture-mode on.

I had the same problem. If you insert a blank line at top of the ditaa
block and hit C-c ' with point in that line artist mode comes up. At
least for me.

HTH

-- 
Bis neulich ...
  Thomas

Re: [O] [Bug] org-open-at-point no longer unescapes shell/elisp links

[Thomas Holst]

Hello,

· Matt Lundin m...@imapmail.org wrote:

 When I create a link with org-insert-link, it automatically escapes
 spaces.

 E.g.,

 C-c C-l shell:ls *.org [RET]
 a shell link [RET]

 results in

 [[shell:ls%20*.org][a shell link]]

the same holds true for a link to a file which has spaces in the name:

[[file:c:/Program Files/desktop.ini]]

results in [[file:c:/Program%20Files/desktop.ini]] which does not work.
It worked prior to the mentioned commit.

 The problem is that the recent rewrite of org-open-at-point (commit
 fc9ce86cfc1ecf7e86028027a12875a26500e774) removed all invocations of
 org-unescape-link.

Bis neulich ...
  Thomas

Re: [O] Feature request: filling of long captions

[Thomas Holst]

Hi,

· Andreas Leha andreas.l...@med.uni-goettingen.de wrote:

 Hi Bastien,

 Bastien b...@gnu.org writes:

 Andreas Leha andreas.l...@med.uni-goettingen.de writes:

 Do you mean (1) other places in org files (other than #+caption) or
 (2) other functionality that should be supported at #+caption
 filling?

 Normally lines matching the regexp ^#\+\S-+ (like #+CAPTION) should
 not be filled.  We would introduce an exception where successive
 #+CAPTION lines are correctly parsed by Org -- so the question is
 how many of such options should fill like #+CAPTION will do (maybe
 before Christmas.)

 Well, I am not sure that I understand this.  #+CAPTION lines are IMO
 parsed correctly by Org -- just the filling is missing.

 I do not (at the moment) see other 'options' like #+CAPTION that are
 missing auto-fill capabilities.

what about #+HEADER: for source code blocks. Filling might be difficult since
I don't know if something like:

#+HEADER: :var foo=
#+HEADER: bar

is handled correctly by babel parser.

The same holds true for #+ATTR_LATEX:
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] links to attachments don't export anymore

[Thomas Holst]

Hi Nicolas,

· Nicolas Goaziou n.goaz...@gmail.com wrote:
 Thomas Holst thomas.ho...@de.bosch.com writes:

 For me the problem still persists.

 Thank you for the report.

 I pushed another fix. Please let me know if it doesn't do its job.

Works like a charm again. Thanks for fix.

-- 
Bis neulich ...
  Thomas

Re: [O] links to attachments don't export anymore

[Thomas Holst]

Hi Nicolas,

· Thomas Holst thomas.ho...@de.bosch.com wrote:
 Hi,

 · Nicolas Goaziou n.goaz...@gmail.com wrote:

 Actually, this could solved by widening the buffer before expanding the
 link in `org-element-link-parser'.

 Though, I'm surprised that neither `org-id-get', `org-entry-get' nor, at
 the most basic level, `org-entry-properties' remove narrowing before
 computing their return value.

 Is there any reason for this? AFAICT, it would be better to wrap them
 with a `org-with-wide-buffer' macro.

 Done for `org-entry-properties'. The regression should be fixed now.

 Thank you for the report.

 Thanks for fixing it! I don't have time to test it today. But I will do
 so tomorrow. I will report.

sorry for the late answer. I could only test it today.

For me the problem still persists.

Here is my way to produce it.

- start emacs (Win7)
  
  : start C:\Programme\gnu\emacs-24.3\bin\emacs.exe -Q --eval (load-file 
\testing.el\)

- testing.el

  #+begin_src emacs_lisp
(add-to-list 'load-path ~/git/org-mode/lisp)
(add-to-list 'load-path ~/git/site-lisp)
;; pfad zu contib/lisp
(add-to-list 'load-path ~/git/org-mode/contrib/lisp)
(add-to-list 'load-path ~/git/org-mode/contrib/babel/lisp)

(require 'org-install)
(require 'ox)
(require 'ox-latex)
(require 'org-attach)

(setq org-link-abbrev-alist '((att . org-attach-expand-link)))

(find-file testing.org)
  #+end_src

- testing.org

  #+begin_src org
#+OPTIONS:   H:3 num:t toc:nil \n:nil @:t ::t |:t ^:{} -:t f:t *:t :t
#+OPTIONS:   TeX:dvipng LaTeX:t skip:nil d:t todo:t pri:nil tags:nil

* Attachment
   :ATTACH:
  :PROPERTIES:
  :Attachments: overview.png
  :ID:   1eb9cb02-4011-4720-932b-2934e99827d0
  :END:

  With org-version:
  
  #+BEGIN_SRC emacs-lisp :exports results
(org-version nil t)
  #+END_SRC

  #+RESULTS:
  : Org-mode version 8.0.7 (release_8.0.7 @ path-to/org-mode/lisp/)

  an attachment link

  #+BEGIN_VERBATIM
att:overview.png
  #+END_VERBATIM

  gets exported as:

  [[att:overview.png]]
  #+end_src

The link gets exportet as:

Org-mode version 8.0.7 (release_8.0.7 @ path-to/org-mode/lisp/)

[file:c:/temp/att-links/data/1e/b9cb02-4011-4720-932b-2934e99827d0/overview.png]


Org-mode version 8.2.3c (release_8.2.3c-251-gbb97f5 @ 
path-to/git/org-mode/lisp/)

[file:c:/temp/att-links/overview.png]

So obviously the sub path to the attachment is missing in the link

Thanks for looking into this.
-- 
Bis neulich ...
 Thomas

Re: [O] links to attachments don't export anymore

[Thomas Holst]

Hi,

· Nicolas Goaziou n.goaz...@gmail.com wrote:

 Actually, this could solved by widening the buffer before expanding the
 link in `org-element-link-parser'.

 Though, I'm surprised that neither `org-id-get', `org-entry-get' nor, at
 the most basic level, `org-entry-properties' remove narrowing before
 computing their return value.

 Is there any reason for this? AFAICT, it would be better to wrap them
 with a `org-with-wide-buffer' macro.

 Done for `org-entry-properties'. The regression should be fixed now.

 Thank you for the report.

Thanks for fixing it! I don't have time to test it today. But I will do
so tomorrow. I will report.

-- 
Bis neulich ...
  Thomas

Re: [O] links to attachments don't export anymore

[Thomas Holst]

Hi,

· Myles English mylesengl...@gmail.com wrote:

[ ... snip ... ]
 It was possible to insert a link to an attachment like this:

 [[att:FigureA.jpg]]

 and clicking on it would show the file (still works), and it would show
 up in the exported document (no longer happens).
[ ... snip ... ]

since I like this feature I'd like to give this thread a bump. With git
bisecting I found that commit:

026b99ecb86e08f4fdc7b45ee2bfa1d4c84a37f6 is the first bad commit
commit 026b99ecb86e08f4fdc7b45ee2bfa1d4c84a37f6
Author: Nicolas Goaziou n.goaz...@gmail.com
Date:   Fri Aug 30 13:29:51 2013 +0200

org-element: Fix parsing error in `org-element-context'

* lisp/org-element.el (org-element-text-markup-successor,
  org-element-latex-or-entity-successor,
  org-element-export-snippet-successor,
  org-element-footnote-reference-successor,
  org-element-inline-babel-call-successor,
  org-element-inline-src-block-successor,
  org-element-line-break-successor, org-element-link-successor,
  org-element-plain-link-successor, org-element-macro-successor,
  org-element-radio-target-successor,
  org-element-statistics-cookie-successor,
  org-element-sub/superscript-successor,
  org-element-table-cell-successor, org-element-target-successor,
  org-element-timestamp-successor): Remove LIMIT argument.
(org-element--parse-objects, org-element--get-next-object-candidates):
Apply signature change to successors.
(org-element-context): Narrow buffer around object containers so
parsing of objects when using this function is done under the same
restrictions as in buffer parsing.
* testing/lisp/test-org-element.el: Add test.


introduced the bug. Now my elisp knowledge is too weak to debug this
further, but hopefully this helps to trace down the root cause.

Thanks a lot for org. I really don't know how to survive without it :-)

-- 
Bis neulich ...
  Thomas

Re: [O] Generate and fill PDF-forms by org-mode?!

[Thomas Holst]

Hi Torsten,

· On Aug 15 2013, Torsten Wagner torsten.wag...@gmail.com wrote:

 [How to fill in a form from org?]

I have only one form to fill in, print it, sign it and hand it in. But
this one is very boring :-(. The form is available as pdf or dot. Here
is how I do it.

When I was on Windows I used XL and word with a VBA macro. Now I
switched to Linux. I use org and LibreOffice.

I have all the information gathered in an org-table. A babel elisp block
extracts the information from this table. To fill in the form I use
=xte= which is part of the xautomation package [1]. =xte= is a
commandline tool which emulates key strokes and sends them to the active
window. I open the form (dot) in LibreOffice and execute the babel
block. The items to fill in the form are extracted from org-table and
sent to =xte= via `call-process-shell-command'.

This might not be the best way, but for me it works.

I also tried to use the pdf form in the same way. But it did not work
well. Neither in Adobe Reader nor in evince.

[1] http://sourceforge.net/projects/xautomation/
-- 
Bis neulich ...
  Thomas

Re: [O] Writing microsecond time unit

[Thomas Holst]

Hi Xavier,

· Xavier Garrido xavier.garr...@gmail.com wrote:
 Dear Orgers,

 I would like to do something very simple such as writing microsecond 
 unit but I fail. I try different way (\mu\nbsp s, $\mu$s, \mu s) but 
 always get a whitespace between the µ symbol and the second symbol. The 
 only working version is $\mu\text{s}$ which gives me a pure LaTeX code 
 which is find for LaTeX to pdf export but is quite annoying when I 
 export to html. Is there a simple way to use the symbol µ glued to a 's' ?


what about \mu{}s. It works for HTML:

  mu;s

and LaTeX:

  $\mu$s

HTH

-- 
Bis neulich ...
  Thomas

Re: [O] Problems with agenda search and restiction enabled

[Thomas Holst]

Hi Bastien,

· Bastien b...@gnu.org wrote:

 Thomas Holst thomas.ho...@de.bosch.com writes:

 I want to perform an agenda search with a restriction to a subtree.

...snip...

 This is now fixed in the maint branch of the Git repository.

 Thanks for reporting this!

thank you for the quick fix. It will be a few days till I have time to
test the fix. 

-- 
Bis neulich ...
  Thomas

[O] Problems with agenda search and restiction enabled

[Thomas Holst]

Hello,

I want to perform an agenda search with a restriction to a subtree.

- C-c C-x  on the subtree
- org-agenda s word

I get the follwing backtrace

Debugger entered--Lisp error: (args-out-of-range 85127 226827)
  narrow-to-region(#marker at 85127 in EmacsNotes.org #marker at 226827 in 
EmacsNotes.org)
  (if org-agenda-restrict (narrow-to-region org-agenda-restrict-begin 
org-agenda-restrict-end) (widen))
  ... rest snipped ...

The values in args out of range are valid for point in the file
EmacsNotes.org.

When I start emacs -Q and minmal setup for org the error does not occur.

I did a little debugging with emacs -Q and found out that the error
occurs when I set the variable =org-agenda-text-search-extra-files= to
some files. Now not all files in this variable trigger the error. My
elisp is limited as are my debugging skills. Can someone direct my how
to proceed further. 

This is on Win7 with emacs 24.2 and 
Org-mode version 8.0.1
(release_8.0.1-4-g148f95 @ c:/daten/users/DE_hts2fe/git/org-mode/lisp/)

Thanks a lot.
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] Open PDF under Windows on specific page using PDF-XChange Viewer

[Thomas Holst]

Hello Alexander,

· AW alexander.will...@t-online.de wrote:
 [... snip ...]
 #+begin_source lisp
 (delete '(\\.pdf\\' . default) org-file-apps)
 (add-to-list 'org-file-apps '(\\.pdf::\\([0-9]+\\)\\'
 . PDFXCview /A 'page'=%1 \%s\ ))
 #+end_source

for me the following works under Win7:

#+begin_src emacs-lisp
  (add-to-list 'org-file-apps
'(\\.pdf::\\([0-9]+\\)\\' .
\C:/Program Files (x86)/Adobe/Acrobat 10.0/Acrobat/Acrobat.exe\
  /A page=%1 %s) 
#+end_src
(Without line break in the string)

I think Win7 chokes on single quotes.

HTH
-- 
Bis neulich ...
  Thomas

Re: [O] org-pretty-entities and org-cdlatex

[Thomas Holst]

Hi,

· Giovanni Ridolfi giovanni.rido...@yahoo.it wrote:
 Da: Thomas Holst thomas.ho...@de.bosch.com
 Inviato: Mercoledì 5 Settembre 2012 12:20
· Carsten Dominik carsten.domi...@gmail.com wrote:

 On 5.9.2012, at 11:08, Thomas Holst wrote:

 Hello,
 
 there is a different behaviour of sub (_) and superscripts (^) depending
 on =org-pretty-entities=. When I type:
 
  =ab_cdef=
 
 inside LaTeX fragments with =org-pretty-entities= enabled I get:
 
  \( ab_{c}def \)
         
 
 With =org-pretty-entities= disabled I get:
 
  \( ab_{cdef} \)
          

 I am not able to reproduce this, I get the second behavior always.

 I also tested it with emacs 23.2 on WinXP. 

 Maybe it is a problem related to emacs on Windows.
 Hi, Thomas and Carsten,
 [ confirms behaviour on Windows ]
 Giovanni

yesterday I tested it under Ubuntu 12.04 and emacs 23.2.

Typing =ab_cdef= inside a LaTeX fragment results in

\( ab_{c}def \) with org-pretty-entities enabled and
\( ab_{cdef} \) with org-pretty-entities disabled

I even tested it in a terminal with emacs 23.2.1 under cygwin. Same
result.

I tried to debug this. But my elisp is too limited to get a clue what is
going on here.

Thanks for looking into this.
-- 
Bis neulich ...
  Thomas

[O] org-pretty-entities and org-cdlatex

[Thomas Holst]

Hello,

there is a different behaviour of sub (_) and superscripts (^) depending
on =org-pretty-entities=. When I type:

  =ab_cdef=

inside LaTeX fragments with =org-pretty-entities= enabled I get:

  \( ab_{c}def \)
  

With =org-pretty-entities= disabled I get:

  \( ab_{cdef} \)
  
  
I have to type TAB to get out of subsciript. According to cdlatex doc
the second behaviour is intended. Is this a bug or am I missing some
setup? 

Tested with emacs -Q

org-version:
Org-mode version 7.9.1
  (release_7.9.1-142-gdfea24 @
   c:/daten/users/DE_hts2fe/git/org-mode/lisp/)

emacs-version:
24.0.50.1 on WinXP

-- 
Bis neulich ...
  Thomas

Re: [O] org-pretty-entities and org-cdlatex

[Thomas Holst]

Hello,

· Carsten Dominik carsten.domi...@gmail.com wrote:

 On 5.9.2012, at 11:08, Thomas Holst wrote:

 Hello,
 
 there is a different behaviour of sub (_) and superscripts (^) depending
 on =org-pretty-entities=. When I type:
 
  =ab_cdef=
 
 inside LaTeX fragments with =org-pretty-entities= enabled I get:
 
  \( ab_{c}def \)
  
 
 With =org-pretty-entities= disabled I get:
 
  \( ab_{cdef} \)
  

 I am not able to reproduce this, I get the second behavior always.

 - Carsten


I also tested it with emacs 23.2 on WinXP. I get different results
depending on =org-pretty-entititis=.

I will try it on my Ubuntu machine at home and come back with the
results. Maybe it is a problem related to emacs on Windows.

Thanks for looking into this.

-- 
Bis neulich ...
  Thomas

Re: [O] org-pretty-entities and org-cdlatex

[Thomas Holst]

Hi Casten,

· Carsten Dominik carsten.domi...@gmail.com wrote:
 On 5.9.2012, at 12:20, Thomas Holst wrote:

[... snip ...]
 
 I am not able to reproduce this, I get the second behavior always.
 
 - Carsten
 
 
 I also tested it with emacs 23.2 on WinXP. I get different results
 depending on =org-pretty-entititis=.
 
 I will try it on my Ubuntu machine at home and come back with the
 results. Maybe it is a problem related to emacs on Windows.
 
 Thanks for looking into this.

 Do you have any settings for cdlatex.el?  I guess not because you are using 
 -Q….

I have no settings for cdlatex. I started emacs in a cmd shell with:

start C:\Programme\gnu\emacs-24.0.50.1\bin\emacs.exe -Q --eval (load-file 
\~/emacs/Testing/init.el\)

With init.el containing:

#+BEGIN_SRC emacs-lisp
  ;; 
-
  ;; Pfade auf lokales org-mode git-repository setzen
  ;; 
-
  (add-to-list 'load-path ~/git/org-mode/lisp)
  (add-to-list 'load-path ~/git/site-lisp)
  (add-to-list 'load-path ~/git/site-lisp/auctex)
  ;; pfad zu contib/lisp
  (add-to-list 'load-path ~/git/org-mode/contrib/lisp)
  (add-to-list 'load-path ~/git/org-mode/contrib/babel/lisp)

  (require 'org-install)
  ;; (require 'org-export)
  ;; (require 'org-e-latex)
  (require 'cdlatex)
  (find-file c:/daten/users/DE_hts2fe/emacs/OrgMode/testing/testing.org)
  (turn-on-org-cdlatex)
#+END_SRC

And Testing.org containing:

#+BEGIN_SRC org
  #+TITLE: new-exporter.org
  #+AUTHOR:Thomas Holst
  #+EMAIL: thomas.ho...@de.bosch.com
  #+DATE:  2012-07-16 Mo
  #+DESCRIPTION:
  #+KEYWORDS:
  #+LANGUAGE:  en
  #+OPTIONS:   H:3 num:t toc:t \n:nil @:t ::t |:t ^:{} -:t f:t *:t :t
  #+OPTIONS:   TeX:t LaTeX:t skip:nil d:t todo:t pri:nil tags:t
  #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 
path:http://orgmode.org/org-info.js
  #+EXPORT_SELECT_TAGS: export
  #+EXPORT_EXCLUDE_TAGS: noexport
  #+LINK_UP:   
  #+LINK_HOME: 
  #+XSLT:
  #+LATEX_CLASS: article

  * org-cdlatex and org-pretty-entities

\( ab_{c}def \)
\( ab_{cdef} \)
#+END_SRC

As said before I will test it on my Ubuntu machine at home. But it will
be tomorrow evening till I have time to perform the test.

Thanks again.

-- 
Bis neulich ...
  Thomas

Re: [O] org-pretty-entities and org-cdlatex

[Thomas Holst]

Hi Carsten,

here is an update on the subject. I performed a another test with emacs
23.3.1 under cygwin X11. I see same behaviour as under WinXP.

Maybe I have to clarifiy what I did. So here is a step by step
procedure.

Inside an orgmode document do the following:

  Set =org-pretty-entities= to nil

  (setq org-pretty-entities nil)  C-x C-e

  now type =ab_cdef= inside a LaTeX environment \(  \). As a result I get:

  \( ab_{cdef} \)

  Now turn on =org-pretty-entities=

  (setq org-pretty-entities t) or C-c C-x \ and again type =ab_cdef= in
  an LaTeX environment. As a result I get:

  \( ab_{c}def \)

  Which is not what cdlatex doc says.

I tested this with 
emacs-version  23.3.1 under cygwin
   23.2 under WinXP
   24.0.50.1 under WinXP

Emacs started as posted in my pevious post. =emacs -Q= and minimal
org-mode and org-cdlatex setup.

org-mode Version:
(org-version)
release_7.9.1-138-geeb5b9 @ c:/daten/users/DE_hts2fe/git/org-mode/lisp/

I get the same results in all tree cases.

I hope that clarifies what I ment originally. Sorry for not beeing clear.

-- 
Bis neulich ...
  Thomas

[O] [new exporter] Problems with entities

[Thomas Holst]

Hello,

first I want to thank you all for org-mode 7.9! The list of changes is
incredible!

While testing the new exporter we encountered problems with entities. We
tried to make ligations work. In LaTeX you write '\/' for a ligation
e.g. 'f\/ifteen'. To achieve that we set `org-entities-user':

#+BEGIN_SRC emacs-lisp
  (setq org-entities-user
'(Ligatur \\/ nil))
#+END_SRC

The following text is used to show the problem:

  Dies ist eine Ligatur: f\/ifteen \alpha ab\-cd.

With the old exporter the translation to LaTeX is:

  Dies ist eine Ligatur: f\/ifteen $\alpha$ ab\-cd.

Which is the expected result. With the new exporter we get:

  Dies ist eine Ligatur: f$\backslash$/ifteen $\alpha$
  ab$\backslash$-cd.

As you can see the shy hyphen is also wrong. But \alpha is exported
correctly. So I don't know what is happening here.

-- 
Bis neulich ...
  Thomas

Re: [O] [new exporter] Problems with entities

[Thomas Holst]

Hi Nicolas,

· Nicolas Goaziou n.goaz...@gmail.com wrote:
 Hello,

 Thomas Holst thomas.ho...@de.bosch.com writes:

 While testing the new exporter we encountered problems with entities. We
 tried to make ligations work. In LaTeX you write '\/' for a ligation
 e.g. 'f\/ifteen'. To achieve that we set `org-entities-user':

 #+BEGIN_SRC emacs-lisp
   (setq org-entities-user
 '(Ligatur \\/ nil))
 #+END_SRC

[ ... ]

 You have defined an entity named Ligatur. If you want to apply it
 during export, you have to write either \Ligatur or \Ligatur{}. For
 example, \alpha is correctly exported since there is:

   (alpha \\alpha t alpha; alpha alpha α)

 in `org-entities'.

 Note that old exporter doesn't apply your entity either (entities usage
 doesn't change between both exporters). It just gives up each time he
 sees a backslash which isn't followed by a known entity name, assuming
 this will be handled by LaTeX.

thanks for explaining. I now have:

#+BEGIN_SRC emacs-lisp
  (setq org-entities-user
  '((lig \\/ nil)))
#+END_SRC

Now it works as expected and explained by you. There was an error in my
initial version. It was only a list not a list containing lists.

Thanks again.
-- 
Bis neulich ...
  Thomas

Re: [O] [new exporter] problems exporting mathmode to LaTeX

[Thomas Holst]

Hi Niclolas,

thanks for your answer and explaination.

· Nicolas Goaziou n.goaz...@gmail.com wrote:

 Hello,

 Holst Thomas (DGS-EC/ESE4) thomas.ho...@de.bosch.com writes:

 Perhaps there is a misunderstanding. 

 There was. Now I get it.

 So it isn't about blocks. It is about LaTeX-fragments in org files.

 Actually, it isn't about LaTeX-fragments but entities.  Your first line
 contains a LaTeX-fragment: it appears (correctly) as-is in the LaTeX
 output.

 Though, the second line has an entity, \circ (see `org-entities'
 variable), which is going to be replaced with \^{}, as suggested by
 the variable. I think that's not what you expect.

 It seems that there is no Org entity providing \circ LaTeX symbol.
 Maybe one should be added, if only to compose functions.  On the other
 hand, for your specific case, there is the deg entity that may fit
 your needs. I.e.⁡⁡⁡

   -11\deg\nbsp{}C

This works fine.


 You can also enforce \circ by making it a real LaTeX-fragment. I.e.

   -11^{$\circ$}\nbsp{}C

This also works fine. 

 As a final note, it seems there is still a bug in the new exporter,
 since the expected output should be:

   -11$^{\^{}}$~C

 There shouldn't be a \mathrm{} for a single command. I am going to fix
 it.

Thanks for looking into it and fixing it.

-- 
Bis neulich ...
  Thomas

[O] [new exporter] no caption and no label in tables exported to LaTeX

[Thomas Holst]

Hello,

still I am testing the new exporter.

Labels and captions are not exported to LaTeX.

ECM:
#+BEGIN_SRC org
  * Captions for Tables
#+CAPTION: A Caption for Testing
#+LABEL: tbl:Label
#+ATTR_LaTeX: placement=[H]

| one | two | three |
|-+-+---|
|   1 |   2 | 3 |
|   2 |   4 | 6 |
#+END_SRC

With old exporter this becomes

#+BEGIN_SRC latex
  \begin{table}[H]
  \caption{A Caption for Testing} \label{tbl:Label}
  \begin{center}
  \begin{tabular}{rrr}
   onetwothree  \\
  \hline
 1  23  \\
 2  46  \\
  \end{tabular}
  \end{center}
  \end{table}
#+END_SRC

in LaTeX. Wheras with the new exporter I get:
#+BEGIN_SRC latex
  \begin{center}
  \begin{tabular}{rrr}
  one  two  three\\
  \hline
  1  2  3\\
  2  4  6\\
  \end{tabular}
  \end{center}
#+END_SRC

Images are exported correctly.

This is with
(emacs-version)
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-09-19 on 3249CTO

(org-version)
Org-mode version 7.8.11
(release_7.8.11-201-g528b17
 @ c:/daten/users/de_hts2fe/git/org-mode/lisp/)

P.S. Thanks to Nicolas for fixing the bug with two backslashes. I can
confirm it works with org-version above.

-- 
Bis neulich ...
  Thomas

Re: [O] [new exporter] no caption and no label in tables exported to LaTeX

[Thomas Holst]

Hi Nicolas,

· Nicolas Goaziou n.goaz...@gmail.com wrote:
 Hello,

 Thomas Holst thomas.ho...@de.bosch.com writes:

 Labels and captions are not exported to LaTeX.

 ECM:
 #+BEGIN_SRC org
   * Captions for Tables
 #+CAPTION: A Caption for Testing
 #+LABEL: tbl:Label
 #+ATTR_LaTeX: placement=[H]

 | one | two | three |
 |-+-+---|
 |   1 |   2 | 3 |
 |   2 |   4 | 6 |
 #+END_SRC

 This is because affiliated keywords must be attached to the element they
 refer to.  In other words, there mustn't be a blank link between
 #+ATTR_LATEX and the beginning of the table.

Thanks for explaining and sorry for the noise. I just let the new
exporter run over various or my org files and noticed the difference.

-- 
Bis neulich ...
  Thomas

[O] [new exporter] problems exporting mathmode to LaTeX

[Thomas Holst]

Hi,

forgive me if I am nagging :-). One of my collegues and myself want to
switch to new exporter. While testing the new exporter on our existing
org-files we encounter these problems.

So here is the next one:
#+BEGIN_SRC org
  160\(^\circ\}\nbsp{}C
  -11^{\circ}\nbsp{}C
#+END_SRC

With the old exporter this becomes:
#+BEGIN_SRC latex
  160\(^\circ\)~C
  -11$^{\circ}$~C
#+END_SRC
in LaTeX. Which looks well in pdf.

With the new exporter it becomes:
#+BEGIN_SRC latex
  160\(^\circ\)~C
  -11$^{\mathrm{\^{}}}$~C
#+END_SRC
in LaTeX. Where the second construct obviously is not what is expected
and looks totaly wrong in pdf.

Again with emacs -Q
(emacs-version)
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-09-19 on 3249CTO

(org-version)
Org-mode version 7.8.11
(release_7.8.11-201-g528b17
 @ c:/daten/users/de_hts2fe/git/org-mode/lisp/)

-- 
Bis neulich ...
  Thomas

[O] [new exporter] fails on double backslashes

[Thomas Holst]

Hello,

right now I am testing the new exporter. It works very well except on
backslashes. Here is a minimal example which shows the problem:

#+BEGIN_SRC org
  #+TITLE: new-exporter.org
  #+AUTHOR:Thomas Holst
  #+EMAIL: thomas.ho...@de.bosch.com
  #+DATE:  2012-07-16 Mo
  #+DESCRIPTION:
  #+KEYWORDS:
  #+LANGUAGE:  en
  #+OPTIONS:   H:3 num:t toc:t \n:nil @:t ::t |:t ^:{} -:t f:t *:t :t
  #+OPTIONS:   TeX:t LaTeX:t skip:nil d:t todo:t pri:nil tags:t
  #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 
path:http://orgmode.org/org-info.js
  #+EXPORT_SELECT_TAGS: export
  #+EXPORT_EXCLUDE_TAGS: noexport
  #+LINK_UP:   
  #+LINK_HOME: 
  #+XSLT:

  * headline
  some text \\

  more text
#+END_SRC

When I try to export to LaTeX (M-x org-export-dispatch RET L) there is
an error:

  and: Invalid search bound (wrong side of point)

No LaTeX code is produced.

This is with emacs -Q and only the relevant org files loaded:

emacs-vesion:
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600) of 2011-09-19 on 3249CTO

org-version:
Org-mode version 7.8.11
(release_7.8.11-196-g5dbd13 @
c:/daten/users/de_hts2fe/git/org-mode/lisp/)

OS: WinXP (also tested with emacs 23.2)

I know that it does not make sense to have an empty line after the
backslashes, but I think there should be no error. It only happens when
there is an empty line after the backslashes. Without the empty line
there is no error.

Backtrace:
Debugger entered--Lisp error: (error Invalid search bound (wrong side of 
point))
  re-search-forward([^]\\(\\)[ ]*$ 518 t)
  (and (re-search-forward [^]\\(\\)[   ]*$ limit t) 
(goto-char (match-beginning 1)))
  (let ((beg (and (re-search-forward [^]\\(\\)[]*$ limit t) 
(goto-char (match-beginning 1) (when (and beg (re-search-backward \\S- 
(point-at-bol) t)) (cons (quote line-break) beg)))
  (save-excursion (let ((beg (and (re-search-forward [^]\\(\\)[
]*$ limit t) (goto-char (match-beginning 1) (when (and beg 
(re-search-backward \\S- (point-at-bol) t)) (cons (quote line-break) beg
  org-element-line-break-successor(518)
  funcall(org-element-line-break-successor 518)
  (let* ((successor-fun (intern (format org-element-%s-successor (or (cdr 
(assq type org-element-object-successor-alist)) type (obj (funcall 
successor-fun limit))) (and obj (push obj next-candidates)))
  (lambda (type) (let* ((successor-fun (intern (format 
org-element-%s-successor (or (cdr ...) type (obj (funcall successor-fun 
limit))) (and obj (push obj next-candidates(line-break)
  mapc((lambda (type) (let* ((successor-fun (intern (format 
org-element-%s-successor (or (cdr ...) type (obj (funcall successor-fun 
limit))) (and obj (push obj next-candidates (line-break))
  (let (next-candidates types-to-search) (if (not objects) (setq 
types-to-search restriction) (mapc (lambda (obj) (if ( (cdr obj) (point)) 
(push (car obj) types-to-search) (push obj next-candidates))) objects)) (mapc 
(lambda (type) (let* ((successor-fun (intern (format org-element-%s-successor 
...))) (obj (funcall successor-fun limit))) (and obj (push obj 
next-candidates types-to-search) next-candidates)
  org-element-get-next-object-candidates(518 (export-snippet footnote-reference 
inline-babel-call inline-src-block latex-or-entity line-break link macro 
radio-target statistics-cookie sub/superscript target text-markup timestamp) 
((line-break . 516)))
  (setq candidates (org-element-get-next-object-candidates end restriction 
candidates))
  (while (setq candidates (org-element-get-next-object-candidates end 
restriction candidates)) (let ((next-object (let ((pos (apply ... ...))) 
(save-excursion (goto-char pos) (funcall (intern ...)) (let ((obj-beg 
(org-element-property :begin next-object))) (unless (= (point) obj-beg) (setq 
acc (org-element-adopt-element acc (replace-regexp-in-string (make-string 
tab-width 32) (buffer-substring-no-properties ... obj-beg)) t (let 
((obj-end (org-element-property :end next-object)) (cont-beg 
(org-element-property :contents-begin next-object))) (when (and (memq (car 
next-object) org-element-recursive-objects) cont-beg) (save-restriction 
(narrow-to-region cont-beg (org-element-property :contents-end next-object)) 
(org-element-parse-objects (point-min) (point-max) next-object 
(org-element-restriction next-object (setq acc (org-element-adopt-element 
acc next-object t)) (goto-char obj-end
  (save-excursion (goto-char beg) (while (setq candidates 
(org-element-get-next-object-candidates end restriction candidates)) (let 
((next-object (let ((pos ...)) (save-excursion (goto-char pos) (funcall 
...) (let ((obj-beg (org-element-property :begin next-object))) (unless (= 
(point) obj-beg) (setq acc (org-element-adopt-element acc 
(replace-regexp-in-string  ... ...) t (let ((obj-end 
(org-element-property :end next-object)) (cont-beg (org-element-property 
:contents-begin next-object

Re: [O] capture - function-finding-location in TARGET: return value?

[Thomas Holst]

Hi,

answering to myself:
· Thomas Holst thomas.ho...@de.bosch.com wrote:
 Hello,

 I am trying to write a function to find the location where capture will
 put the captured item. The manual states, that a target configuration
 like

   : (file+function path/to/file function-finding-location)

 is possible. My question is, what is the function supposed to reurn?

 - a string with the headline
 - a location in the buffer
 - ...

I looked into org-capture.el and experimented a little and so I found an
answer:

funtion-finding-location has to put point in the buffer of file at the
desiered headline and return t if it was sucsessful. At least this works
for my usecase.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas

[O] [o] capture - function-finding-location in TARGET: return value?

[Thomas Holst]

Hello,

I am trying to write a function to find the location where capture will
put the captured item. The manual states, that a target configuration
like

  : (file+function path/to/file function-finding-location)

is possible. My question is, what is the function supposed to reurn?

- a string with the headline
- a location in the buffer
- ...

I searched the manual but did not find an answer.

Thanks.
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] agenda view for TODOs without deadline and a certain tag

[Thomas Holst]

Hi,

· Renato renn...@gmail.com wrote:
 On Tue, 21 Feb 2012 23:36:27 +0100
 Simon Thum simon.t...@gmx.de wrote:

 Hi Renato,
 
 one of my block agendas has
  (tags-todo @workTODO=\TODO\SCHEDULED=\\DEADLINE=\\)
 
 i.e. lists todos which are tagged @work and aren't scheduled or
 deadlined.
 

 thank you very much Simon, I added this to my .emacs:

 (setq org-agenda-custom-commands
'((T tags-todo
 TODO=\TODO\+SCHEDULED=\\+DEADLINE=\\-play-computer|bug )))

 and now I have exactly what I wanted (and learned more than something
 on custom agenda views and tag/properties matching).

listing todo items which are not scheduled and don't have a deadline
works by setting 

#+begin_src emacs-lisp
  (setq org-agenda-custom-commands
'((T Testing tags-todo
   TODO=TODO+SCHEDULED=\\+DEADLINE=\\ nil)))
#+end_src

But not when I try to do it interactive:

C-c a m TODO=TODO+SCHEDULED=+DEADLINE= RET

lists all todo items even if they are sheduled or have a deadline. I
also tried to escape the  or use  but neither did work.

How would I achieve the same results as with the agenda custom command.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas

Re: [O] agenda view for TODOs without deadline and a certain tag

[Thomas Holst]

Hi,
· Renato renn...@gmail.com wrote:
 On Wed, 22 Feb 2012 09:30:07 +0100
 Thomas Holst thomas.ho...@de.bosch.com wrote:
[ ... snip ... ]
 
 listing todo items which are not scheduled and don't have a deadline
 works by setting 
 
 #+begin_src emacs-lisp
   (setq org-agenda-custom-commands
 '((T Testing tags-todo
TODO=TODO+SCHEDULED=\\+DEADLINE=\\ nil)))
 #+end_src
 
 But not when I try to do it interactive:
 
 C-c a m TODO=TODO+SCHEDULED=+DEADLINE= RET
 
 lists all todo items even if they are sheduled or have a deadline. I
 also tried to escape the  or use  but neither did work.

 mmh, not sure, it is working for me here even with C-c a m... I really
 know nothing of elisp, but maybe it's something trivial like you
 mispelled something, or the TODOs are not in your agenda files? maybe
 try commenting stuff out of your .emacs...

well I tested with a minimal setup - and it works. So it must be
something in my setup.

I try to invetigate further when I have some time.

Sorry for the noise :-(
-- 
Mit freundlichen Grüßen / Best regards 

Thomas

Re: [O] [bug]Bug in export to LaTex: Lists with source code blocks

[Thomas Holst]

Hi,

· Nicolas Goaziou n.goaz...@gmail.com wrote:
 Boyun Tang tangbo...@hotmail.com writes:

 Hello,
 Today I found a bug which was well described in 
 http://thread.gmane.org/gmane.emacs.orgmode/48388

 I have pushed a fix for that bug.

 Thank you for reminding me about it, and to Thomas Holst for reporting
 it in the first place.

 Regards,

only today I had a chance to test the fix. Works like a charm. Thanks a
lot to Nicolas and to Boyun Tang for giving this thred a kick.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 

Re: [O] Multi string search of org entries

[Thomas Holst]

Hi Tom,

· On Jan 05 2012, Tom adatgyu...@gmail.com wrote:
 Bastien bzg at altern.org writes:

 
 Please feel free to suggest any better description, I 
 just took the one from the commentary section of the .el
 file.

 They look fine to me which is not suprising, because I wrote these
 descriptions in the first place. :)

I downloaded org-search-goto-ml.el and tried

  (require 'org-search-goto-ml)

which failed. This is because of the (provide ...) statement.

Attached is a patch which corrects this line.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
From 42aa4ffcb6e36d3cf4df1c24796a6ae4c995052f Mon Sep 17 00:00:00 2001
From: Thomas Holst thomas.ho...@de.bosch.com
Date: Mon, 9 Jan 2012 10:20:58 +0100
Subject: [PATCH] org-search-goto-ml.el: corrected the proviede statement

---
 org-search-goto-ml.el |4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/org-search-goto-ml.el b/org-search-goto-ml.el
index 52b473a..4668401 100755
--- a/org-search-goto-ml.el
+++ b/org-search-goto-ml.el
@@ -298,5 +298,5 @@
 
 
 
-(provide 'org-search-goto)
-;;; org-search-goto.el ends here
+(provide 'org-search-goto-ml)
+;;; org-search-goto-ml.el ends here
-- 
1.7.5.1

[O] Bug in export to LaTex: Lists with source code blocks

[Thomas Holst]

Hello,

there is a bug when exporting to LaTeX if there is a source code block
inside a list.

I have a file with the following contents:

#+begin_org
  #+TITLE: Lists mit Source-Blocks
  #+AUTHOR:thomas.ho...@gmx.de
  #+EMAIL: Thomas Holst
  #+DATE:  25.10.2011
  #+LANGUAGE:  en
  #+OPTIONS:   H:3 num:t toc:t \n:nil @:t ::t |:t ^:{} -:t f:t *:t :t
  #+OPTIONS:   TeX:t LaTeX:t skip:nil d:nil todo:t pri:nil tags:not-in-toc
  #+EXPORT_SELECT_TAGS: export
  #+EXPORT_EXCLUDE_TAGS: noexport

  * A heading
  1. First Item
 #+begin_src perl
   print First example:\n;
 #+end_src
 Text in first item.
  2. Second Item
 #+begin_src perl
   print Second example:\n;
 #+end_src
 Text in second item.
#+end_org

The exportet LaTeX file contains the following:

#+begin_src latex
  % [ ... snip ... ]
  \begin{document}

  % [ ... snip ... ]
  
  \begin{enumerate}
  \item First Item
  
  \lstset{language=Perl}
  \begin{lstlisting}
  print First example:\n;
  \end{lstlisting}
  \end{enumerate}
  %^^
   Text in first item.
  \begin{enumerate}
  %
  \item Second Item
  
  \lstset{language=Perl}
  \begin{lstlisting}
  print Second example:\n;
  \end{lstlisting}
  \end{enumerate}
  %^^
   Text in second item.
  ORG-LIST-END-MARKER
  %^^
  \end{document}
#+end_src

The enumerate environment is ended after the source code block and
started before the next item again. There is a line saying
'ORG-LIST-END-MARKER' which should not be there. I marked the
relevant lines with comments.

This happens with:

(emacs-version)
GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-09-19 on 3249CTO on WinXP

(org-version)
Org-mode version 7.7 (release_7.7.396.gfaaa)

Tested with a minimal setup file:

#+begin_src emacs-lisp
  ;; 
-
  ;; set path to local org repo
  ;; 
-
  (add-to-list 'load-path ~/git/org-mode/lisp)
  ;; pfad zu contib/lisp
  (add-to-list 'load-path ~/git/org-mode/contrib/lisp)
  (add-to-list 'load-path ~/git/org-mode/contrib/babel/lisp)

  (require 'org-install)
  (require 'org-latex)
  (find-file ~/emacs/Testing/ListsSCB.org)
  (org-export-as-latex-to-buffer 3)
#+end_src

: emacs -Q --eval (load-file \~/emacs/Testing/start-exp-test.el\)

In Org-mode version 7.7 (release_7.7) the bug does not exist.

'git bisect' showed that the bug was introduced by:

commit 707897c25c8f2412a31d5f47bc2c201c5bcf8d1d
Author: Nick Dokos n...@dokosmarshall.org
Date:   Fri Aug 19 05:02:57 2011 -0400

Eliminate extra newline(s) after example or src block.

Signed-off-by: Nick Dokos n...@dokosmarshall.org

-- 
Bis neulich ...
  Thomas

Re: [O] [bug] org block not correctly exported to LaTeX

[Thomas Holst]

Hi Eric,

thanks for looking into this.

· Eric Schulte schulte.e...@gmail.com wrote:
 Thomas Holst thomas.ho...@de.bosch.com writes:
 Hi Bastien,

 thanks for your answer. 

 when the follwing org-file is exported to LaTeX, #+BEGIN_ORG
 and #+END_ORG is inserted in the tex-file.

 You surely want
 #+begin_src org
 #+end_src org
 #+begin_org doesn't exist.

 #+BEGIN_ORG 
 #+END_ORG

 gets inserted by org-babel.

 Yes, Babel uses the #+begin/end_org as markers, so that it can identify
 the beginning and end of raw Org-mode results when those results need to
 be deleted or replaced with new results.

 Since these are just used as markers and are functionally equivalent to
 comment lines (e.g., no special treatment of the portion between the
 begin_org and end_org lines) we didn't really coordinate this with the
 results of Org-mode.

 It seems however that since comments must start on the first character
 of a line, these don't work when indented.

 Would it be difficult to recognize these two lines as comments when they
 are indented?  Note we also have #+begin/end_result lines which may
 likely have similar issues.

This exactly is the issue. If I remove the indentation from the result
block export works fine. As you mentioned #+begin/#+end_org markers are
treated as comments and do not appear in the LaTeX output.

I tried to find a solution to this but my lisp is not (yet) good enough.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] [bug] org block not correctly exported to LaTeX

[Thomas Holst]

Hi Bernt,

· Bernt Hansen be...@norang.ca wrote:
 Thomas Holst thomas.ho...@de.bosch.com writes:

 Hi Bastien,

 thanks for your answer. 

 when the follwing org-file is exported to LaTeX, #+BEGIN_ORG
 and #+END_ORG is inserted in the tex-file.

 You surely want
 #+begin_src org
 #+end_src org
 #+begin_org doesn't exist.

 #+BEGIN_ORG 
 #+END_ORG

 Here is an example which shows the issue.

 #+begin_src org
 * Testing org-babel perl
   
   #+srcname: TestingPerl
   #+begin_src perl :exports results :results output org
 print(#+CAPTION: A caption\n);
 print(#+LABEL: tbl:dvi\n);
 print(#+ATTR_LaTeX: placement[H]\n);
 print(| *bold/T* |\n);
 print(||\n);
 print(| normal |\n);
   #+end_src
   #+results: TestingPerl
   #+BEGIN_ORG
   #+CAPTION: A caption
   #+LABEL: tbl:dvi
   #+ATTR_LaTeX: placement[H]
   | *bold/T* |
   ||
   | normal |
   #+END_ORG
 #+end_src org

 You have nested #+begin_src / #+end_src in this example.  I'm not sure
 that is supported.

I used #+begin_src / #+end_src org only to show the org file in my
email. The part between #+begin / #+end_src org is the content of my
test org file.

As Eric said the problem is #+begin_org / #+end_org which is inserted by
babel. If #+begin_org / #+end_org does not start at column 0 it appears in
the exported LaTeX file.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] [bug] org block not correctly exported to LaTeX

[Thomas Holst]

Hi Bastien,

thanks for your answer. 

 when the follwing org-file is exported to LaTeX, #+BEGIN_ORG
 and #+END_ORG is inserted in the tex-file.

 You surely want
 #+begin_src org
 #+end_src org
 #+begin_org doesn't exist.

#+BEGIN_ORG 
#+END_ORG

gets inserted by org-babel. Here is the relevant part of ob.el lines
1620 ff.

#+srcname: ob.el
#+begin_src emacs-lisp
  ;; 
  ((member org result-params)
   (wrap #+BEGIN_ORG #+END_ORG))
  ;; ...
#+end_src emacs-lisp

Here is an example which shows the issue.

#+begin_src org
* Testing org-babel perl
  
  #+srcname: TestingPerl
  #+begin_src perl :exports results :results output org
print(#+CAPTION: A caption\n);
print(#+LABEL: tbl:dvi\n);
print(#+ATTR_LaTeX: placement[H]\n);
print(| *bold/T* |\n);
print(||\n);
print(| normal |\n);
  #+end_src

  #+results: TestingPerl
  #+BEGIN_ORG
  #+CAPTION: A caption
  #+LABEL: tbl:dvi
  #+ATTR_LaTeX: placement[H]
  | *bold/T* |
  ||
  | normal |
  #+END_ORG
#+end_src org

I tested replacing 

 #+BEGIN_ORG 
 #+END_ORG 

with 

 #+BEGIN_SRC org
 #+END_SRC org

But that doesn't work. The org-babel output is inserted verbatim when
exported to LaTeX. That is not what is expected. 

I could use a

:results output raw

header, but with a long output (including blank lines) org-babel has
problems finding the end of the output when recalculating the source
block. The org-babel output gets appended not rewritten.

My workaround is not indenting the source block. Then everything works
as expected. But indented soure blocks look nicer.

Thanks again for looking into this.
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

[O] [bug] org block not correctly exported to LaTeX

[Thomas Holst]

Hello,

when the follwing org-file is exported to LaTeX, #+BEGIN_ORG
and #+END_ORG is inserted in the tex-file.

--8schnipp-8---
* Testing output perl to org

  #+srcname: TestingPerlToOrg
  #+begin_src perl :exports results :results output org
print Hello World\n;
  #+end_src

  #+results: TestingPerlToOrg
  #+BEGIN_ORG
  Hello World
  #+END_ORG
--8schnapp-8---

Relevant part of the tex-file:
--8schnipp-8---
#+begin_src latex
  \#+begin\_{}org 
Hello World
  \#+end\_{}org
#+end_src
--8schnapp-8---

If the #+BEGIN_ORG ... #+END_ORG starts at column 0 it is not inserted
into the tex-file. Other blocks (e.g. #+BEGIN_EXAMPLE ... #+END_EXAMPLE)
are not inserted if they are indented.

Tested with:
emacs 23.2.1 on WinXP
Org-mode version 7.6 (release_7.6.75.g67e9) (local patch to makefile)

Thanks again for org-mode. More and more of my collegues are starting to
use it!
-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 
DGS-EC/ESE4

Tel.   +49 (711) 811-40681
PC-Fax +49 (711) 811-5182208

Re: [O] Problems with capture in tables

[Thomas Holst]

Hi Aankhen,

thanks for your answer.
· Aankhen aank...@gmail.com wrote:

 Hi,

 On Wed, May 4, 2011 at 12:55, Thomas Holst thomas.ho...@de.bosch.com wrote:
 I am trying to put a line into a table via org capture.

 My org file looks like this:
 [snip]

 My capture template looks like this:
 #+begin_src emacs-lisp
 (setq org-capture-templates
      '((x Testing table-line
       (file+headline c:/temp/TestCaptTbl.org Heading 1)
           | # | %t | %^{weight} | | :table-line-pos II-1)))
 #+end_src

 When I invoke capture I get the following error (backtrace):

 [snip]

 Now if I leave `:table-line-pos II-1' out of the template it works fine
 but the line is appended at the end. That's obviously not what I want.

 [snip]

 As far as I can tell, the value of ‘:table-line-pos’ is supposed to be
 a string.  This seems to work for me:

 ,
 | (setq org-capture-templates
 |   '((x Testing table-line
 |  (file+headline Z:/temp/TestCaptTbl.org Heading 1)
 |  | # | %t | %^{weight} | | :table-line-pos II-1)))
 `

 Hope this helps.
 Aankhen

That did the trick - works like a charm! I was shure I tried the string,
but I assume there was a typing error.

Thanks again.

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 

[O] Problems with capture in tables

[Thomas Holst]

Hello,

I am trying to put a line into a table via org capture.

My org file looks like this:
#+begin_src org

* Heading 1

  #+TBLNAME: Testing

  |   | date| weight |  BMI |
  |---+-++--|
  | # | 2011-05-02 Mo | 85 | 24.8 |
  | # | 2011-05-03 Di | 82 | 24.0 |
  |---+-++--|
  | # | |3.0 |  0.9 |
  #+TBLFM: $4=$3/(1.85)^2;%.1f::@4$3=(@I - @II-1);%.1f

#+end_src

My capture template looks like this:
#+begin_src emacs-lisp
(setq org-capture-templates
  '((x Testing table-line
   (file+headline c:/temp/TestCaptTbl.org Heading 1)
   | # | %t | %^{weight} | | :table-line-pos II-1)))
#+end_src

When I invoke capture I get the following error (backtrace):

: Debugger entered--Lisp error: (error Capture template `x': stringp)
:   signal(error (Capture template `x': stringp))
:   error(Capture template `%s': %s x stringp)
:   byte-code(\301p!\203

Now if I leave `:table-line-pos II-1' out of the template it works fine
but the line is appended at the end. That's obviously not what I want.

Tested this with =emacs -Q=
GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1
Org-mode version 7.5 (release_7.5.246.gace72) (local modification to
makefile and org-git-link)
WinXP

-- 
Mit freundlichen Grüßen / Best regards 

Thomas Holst 

Re: [O] Re: [babel] Marker does not point anywhere error?

[Thomas Holst]

Hi Jambunathan,

· Jambunathan K kjambunat...@gmail.com wrote:
 Rainer M Krug r.m.k...@gmail.com writes:

[ ... error: marker does not point anywhere while eval code blocks ...]

 Sorry, I cannot be of much help here.

 You can try turning off the below variable and check whether the
 situation improves.

 ,[ C-h v ansi-color-for-comint-mode RET ]
 | ansi-color-for-comint-mode is a variable defined in `ansi-color.el'.
 | Its value is t
 | 
 | Documentation:
 | Determines what to do with comint output.
 | If nil, do nothing.
 | If the symbol `filter', then filter all SGR control sequences.
 | If anything else (such as t), then translate SGR control sequences
 | into text properties.
 | 
 | In order for this to have any effect, `ansi-color-process-output' must
 | be in `comint-output-filter-functions'.
 | 
 | This can be used to enable colorized ls --color=yes output
 | in shell buffers.  You set this variable by calling one of:
 | M-x ansi-color-for-comint-mode-on
 | M-x ansi-color-for-comint-mode-off
 | M-x ansi-color-for-comint-mode-filter
 | 
 | You can customize this variable.
 | 
 | This variable was introduced, or its default value was changed, in
 | version 23.2 of Emacs.
 | 
 | [back]

that did the trick for me. Thanks a lot! I searched for ansi-color, but
obviously overlooked the above variable.

Best regards
  Thomas

Re: [O] Re: [babel] Marker does not point anywhere error?

[Thomas Holst]

Hi,

· Rainer M Krug r.m.k...@gmail.com wrote:
 On 25/03/11 13:50, Jambunathan K wrote:

 Can you do M-x toggle-debug-on-error and copy/paste what comes up in the
 backtrace buffer?

 Here it is:


[ ... backtrace ... ]

I have a similar behaviour with a gnuplot source block, except that I
get the same error every time I hit C-c C-c. Here is part of the
backtrace:

Debugger entered--Lisp error: (error Marker does not point anywhere)
  ansi-color-apply-on-region(#marker in no buffer #marker at 217 in 
*gnuplot*)
  ansi-color-process-output()
  run-hook-with-args(ansi-color-process-output )
  comint-send-input()
  gnuplot-send-string-to-gnuplot(...)
  [... snip ...]

It seems that ansi-color-process-output is the source of trouble. But I
couldn't track it down further. It does not happen every time. I also
don't how to reproduce it for shure.

WinXP
org-mode Org-mode version 7.5 (release_7.5.62.gfb2ac)
GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1

Regards
  Thomas

Re: [O] [babel] Variable support for ob-maxima

[Thomas Holst]

Hi Eric,

· Eric Schulte schulte.e...@gmail.com wrote:
 Thomas Holst thomas.ho...@de.bosch.com writes:

[... snip ...]

 Great, thanks for sharing this patch, I'd very much like to apply this.
 Have you seen the instructions for contributing to Org-mode [1]?  Any
 patch over 10 lines long requires signed FSF copyright attribution
 papers.  Please let me know if you are able to complete the copyright
 assignment, once that is done I will apply this patch.

I will look at the FSF papers this evening. I would be really happy to
contribute to org-mode and babel.

I will send a notice once the papers are signed.


 Now I can use the output from one maxima block and make a LaTeX equation
 out of it with one maxima code block and reuse the output and make further
 maipulations with it. I find it dificult to explain what I want to do,
 so here is an example:


 The example below like a nice application, you may also want to use
 begin_src latex blocks to display equations resulting from maxima code
 blocks.

I will look into this. The example shows my first attempt to accomplish
my goal of using maxima as math tool and pretty print the equations with
LaTeX code. All within org mode - of course!

Best regards ...
  Thomas

[O] [babel] Variable support for ob-maxima

[Thomas Holst]

Hello,

recent org-mode versions have support for maxima via org-babel. But
there is no support vor variables. I implemented basic support for
variables. A header =var: eq=x^2= is translated to:

#+begin_src maxima
  eq : x^2;
#+end_src

I attached a patch to this eMail.

Now I can use the output from one maxima block and make a LaTeX equation
out of it with one maxima code block and reuse the output and make further
maipulations with it. I find it dificult to explain what I want to do,
so here is an example:

* Reuse Output of maxima code blocks

  #+source: eq1()
  #+begin_src maxima :exports none :results output verbatim
display2d:false;
eq1: x**2;
print(eq1);
  #+end_src
  #+results: eq1
  : x^2 

  Pretty print equation with LaTeX:

  #+source: eq1-latex
  #+begin_src maxima :exports results :results output latex :var eq=eq1()
print(\\begin{equation});
print(tex1(eq));
print(\\end{equation});
  #+end_src

  #+results: eq1-latex
  #+BEGIN_LaTeX
  \begin{equation} 
  x^2 
  \end{equation} 
  #+END_LaTeX

  Do some further calculation / maipulation to equation

  #+source: eq2()
  #+begin_src maxima :exports none :results output verbatim :var eq=eq1()
display2d:false;
eq2 : eq + sin(x);
print(eq2);
  #+end_src
  #+results: eq5
  : sin(x)+x^2 

  Pretty print second equation:

  #+source: eq2-latex
  #+begin_src maxima :exports results :results output latex :var eq=eq2()
print(\\begin{equation});
print(tex1(eq));
print(\\end{equation});
  #+end_src

  #+results:
  #+BEGIN_LaTeX
  \begin{equation} 
  \sin x+x^2 
  \end{equation} 
  #+END_LaTeX

With this workflow I have all org features for docmentation of math or
engineering works.

I am a lisp beginner so my lisp code may not be the best. If there are
better ways to accomplish variable support please let me know.

-- 
Best regards
  Thomas
--- a/ob-maxima.el	2011-03-17 08:37:24.977544600 +0100
+++ b/ob-maxima.el	2011-03-23 14:13:26.780223600 +0100
@@ -47,29 +47,48 @@
   Expand a block of Maxima code according to its header arguments.
   body)
 
+;; This function expands the body of a source code block by doing
+;; things like prepending argument definitions to the body, it should
+;; be called by the `org-babel-execute:maxima' function below.
+(defun org-babel-expand-body:maxima (body params optional processed-params)
+  Expand BODY according to PARAMS, return the expanded body.
+  (concat
+   (mapconcat ;; define any variables
+(lambda (pair)
+  (format %s : %s;
+  (car pair) (org-babel-maxima-var-to-maxima (cdr pair
+(mapcar #'cdr (org-babel-get-header params :var)) \n) \n body \n))
+
 (defun org-babel-execute:maxima (body params)
   Execute a block of Maxima entries with org-babel.  This function is
 called by `org-babel-execute-src-block'.
   (message executing Maxima source code block)
   (let* ((result-params (split-string (or (cdr (assoc :results params)) )))
-	 (cmdline (cdr (assoc :cmdline params)))
-	 (in-file (org-babel-temp-file maxima-))
-	 (cmd (format maxima --very-quiet -r 'batchload(%S)$' %s
-		  in-file cmdline)))
-(with-temp-file in-file (insert body))
+ (cmdline (cdr (assoc :cmdline params)))
+ (in-file (org-babel-temp-file maxima-))
+ (cmd (format maxima --very-quiet -r 'batchload(%S)$' %s
+  in-file cmdline)))
+(with-temp-file in-file
+  (insert (org-babel-expand-body:maxima body params)))
 (message cmd)
 ((lambda (raw) ;;  | grep -v batch | grep -v 'replaced' | sed '/^$/d' 
(mapconcat
-	#'identity
-	(delq nil
-	  (mapcar (lambda (line)
-			(unless (or (string-match batch line)
-(string-match ^rat: replaced .*$ line)
-(= 0 (length line)))
-			  line))
-		  (split-string raw [\r\n]))) \n))
+#'identity
+(delq nil
+  (mapcar (lambda (line)
+(unless (or (string-match batch line)
+(string-match ^rat: replaced .*$ line)
+(= 0 (length line)))
+  line))
+  (split-string raw [\r\n]))) \n))
  (org-babel-eval cmd 
 
+
+(defun org-babel-maxima-var-to-maxima (var)
+  Convert an elisp var into a string of template source code
+specifying a var of the same value.
+  (format %s var))
+
 (defun org-babel-prep-session:maxima (session params)
   (error Maxima does not support sessions))
 

Re: [O] [BUG] in LaTeX export

[Thomas Holst]

Hi Bastien,

· Bastien b...@altern.org wrote:

 Hi Thomas,

 Thomas Holst thomas.ho...@de.bosch.com writes:

   _abc /_abc/ *_abc* /a_bc/ *a_bc*

 You need to escape the underscore:

   \_abc /\_abc/ *\_abc* /a\_bc/ *a\_bc*

 HTH,

thank you for your answer. Escaping does help. But I thought with setting

#+OPTIONS: ^:{}

there is no need to escape underscores.

#+begin_src org
  _abc and /a_bc/ 
#+end_src

is correctly exported:

#+begin_src latex
  \_{}abc \emph{a\_{}bc}
#+end_src

without escaping the underscore. Only strings wihch start with an
underscore and are emphsised are not exported correctly.

#+begin_src org
  /_abc/
#+end_src

gets exported to:

#+begin_src latex
  \emph{_abc}
#+end_src

Which confuses latex.

-- 
Best regards
  Thomas

[O] [BUG] in LaTeX export

[Thomas Holst]

Hello,

while exporting an org-file to LaTeX I stumbled across a minor bug with
emphasis and underscores.

Minimal org-file:
#+begin_src org
#+OPTIONS: ^:{}
* Emphasis Test

  _abc /_abc/ *_abc* /a_bc/ *a_bc*

#+end_src

leads to the following LaTeX code:

#+begin_src

  \_{}abc \emph{_abc} \textbf{_abc} \emph{a\_{}bc} \textbf{a\_{}bc}

#+end_src

So emphasised text strings starting with an underscore are not exported
correctly and confuse LaTeX.

emacs 23.2 on WinXP, org-mode version 7.5 (release_7.5.34.g54c51)
(localy patched Makefile and org-git-link.el)

Best regards
  Thomas

P.S. org-mode is a superb piece of software and really makes my life
a lot easier. Thanks to all of you!

[Orgmode][Babel] (require 'ob-eval) missing in ob-gnuplot.el

[Thomas Holst]

Hello,

recently I started using org-babel and I'm really fond of it. It makes
my daily life as an electrical engineer a lot easier! So I would like to
thank you all for org-mode and for org-babel. Both really changed my way
of working.

With a recent org-mode (pull from yesterday evening) I get an error when
I try to eval gnuplot source.

definition of function org-babel-eval-wipe-error-buffer is void

#+begin_src emacs-lisp
  (require 'ob-eval)
#+end_src

fixes this, so I think it is missing in ob-gnuplot.el

Bis neulich ...
  Thomas
-- 
Das Leben ist so einfach,
 dass es schon wieder schwierig ist!

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] [org-plot] Re: org-plot dosesn't catch options from #+PLOT: line if line does not start at column 0

[Thomas Holst]

Hello,

in my last eMail there was a typo in the patch. The corrected verson is below.

---%x cut here x%---
--- org-plot.el 2010-03-01 02:00:15.0 +0100
+++ c:/daten/users/DE_hts2fe/emacs/OrgMode/org-mode-aktuell/lisp/org-plot.el
2010-03-01 10:02:33.934355700 +0100
@@ -301,7 +301,7 @@
(setf table (delq 'hline (cdr table ;; clean non-data from table
   ;; collect options
   (save-excursion (while (and (equal 0 (forward-line -1))
- (looking-at #\\+))
+ (looking-at [[:space:]]*#\\+))
(setf params (org-plot/collect-options params
   ;; dump table to datafile (very different for grid)
   (case (plist-get params :plot-type)
---%x cut here x%---

Mit freundlichen Grüßen / Best regards 

Thomas

-- 
Das Leben ist so einfach,
 dass es schon wieder schwierig ist!


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Bug in LaTeX export

[Thomas Holst]

Hi Bastien,

  Bastien wrote:
 Holst Thomas (DS-ET/ECF1) thomas.ho...@de.bosch.com writes:

 I think I discoverd a bug in LaTeX export. I mark a subtree with C-c @
 and then export it to LaTeX with C-c C-e L.

 If the subtree has no further subtrees the LaTeX-file not only contains
 the region, but also the rest of the document to the end.

 Fixed, thanks!

I tested it with my org-files and it works perfectly. Thanks!

Thomas

-- 
Das Leben ist so einfach,
 dass es schon wieder schwierig ist!


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Bug in LaTeX export

[Thomas Holst]

Hello,

when I call `org-export-region-as-latex' emacs enters a ininite
loop. When I call a HTML export command prior to
`org-export-region-as-latex' everything works fine with LaTeX export
commands.

As I found out `org-maybe-keyword-time-regexp' is not set when calling a
LaTeX export command. It is set, when calling a HTML command.

I am using emacs version: 22.2.1 on WinXP
org-mode-version: 6.17c

org related settings in .emacs
-8x--x8---
(require 'org-install)
(add-to-list 'auto-mode-alist '(\\.org$ . org-mode))
(define-key global-map \C-cl 'org-store-link)
(define-key global-map \C-ca 'org-agenda)
;; \C-co ist global auf occur-at-point gesetzt, also für org-mode
;; zurücksetzen
(eval-after-load org
  '(progn
 (define-key org-mode-map \C-co 'org-open-at-point)
 )
  )

(setq org-log-done t)
(defun gtd ()
  (interactive)
  (find-file U:/Org/MyGTD.org)
  )

;; Einstellungen für remember
(require 'remember) ; rember laden

(org-remember-insinuate)
(setq org-directory c:/daten/users/DE_hts2fe/Org)
(setq org-default-notes-file (concat org-directory /MyNotes.org))
(define-key global-map \C-cr 'org-remember)
-8x--x8---

Thomas
-- 
Das Leben ist so einfach,
 dass es schon wieder schwierig ist!


___
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode