[O] Bug: Archive to Datetree Empty Lines [9.0.1 (9.0.1-elpa @ .../.emacs.d/elpa/org-20161118/)]

2016-12-08 Thread Klarre N
​If archiving to datetree (setq org-archive-location "file.ext::datetree/"), then archiving tasks that are not in ascending chronological order will have one more empty line than the original task had, as opposed to zero (0) when archiving tasks that are in order. The following (date for A1 is in

Re: [O] Bug: Export error with #+TITLE [9.0 (9.0-elpa @.emacs.d/elpa/org-20161102/)]

2016-11-06 Thread Klarre N
Thanks! Did not find it in this ML but seems to be a common problem when updating, wonder what causes it: https://github.com/yjwen/org-reveal/issues/132 https://github.com/yjwen/org-reveal/issues/135 https://github.com/yjwen/org-reveal/issues/146 https://github.com/yjwen/org-reveal/issues/148 Anyw

Re: [O] Bug: Org Capture with Concatenated filenames [9.0 (9.0-elpa @ .emacs.d/elpa/org-20161102/)]

2016-11-05 Thread Klarre N
Wasn't sure what the (sexp) part was, and tried to switch out file+headline to function (got invalid function), but with the help of the second link I got it working, thanks!​

Re: [O] Bug: Export error with #+TITLE [9.0 (9.0-elpa @.emacs.d/elpa/org-20161102/)]

2016-11-05 Thread Klarre N
Hi again and thanks for everything you do! How do I load those beside what I all ready have in my minimal init file? (package-initialize) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "/elpa/org-20161102")) (provide 'init) ;;; init.el ends here The manual also has

[O] Bug: Export error with #+TITLE [9.0 (9.0-elpa @.emacs.d/elpa/org-20161102/)]

2016-11-05 Thread Klarre N
Hi, if the document has a "#+TITLE" (maybe other #+COMMANDS also) export (at least LaTeX - PDF and HTML) will fail with this error (since 9.0): Wrong type argument: listp, #("Title" 0 5 (:parent (#0)). ECM: #+TITLE: Title * Export Error

Re: [O] Bug: Org Capture with Concatenated filenames [9.0 (9.0-elpa @ .emacs.d/elpa/org-20161102/)]

2016-11-04 Thread Klarre N
bably on Monday?), that will > have this reverted commit in it. But going forward, when org 9.1 is > released, the use of S-exp will once again be deprecated. So it would be > best to replace that S-exp with a function wrapper. > > On Fri, Nov 4, 2016 at 6:19 PM Klarre N wrote: >

[O] Bug: Org Capture with Concatenated filenames [9.0 (9.0-elpa @ .emacs.d/elpa/org-20161102/)]

2016-11-04 Thread Klarre N
Hi, concatenated filenames for org-capture templates no longer works (since 9.0). ECM: (setq org-default-notes-file "absolute-path/default.org") (defvar absolute "absolute-path/" "Path to Desired directory.") (setq org-capture-templates '( ("e" "Example" entry (file+headline (concat absol

Re: [O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elp

2016-11-04 Thread Klarre N
Hi again, apologies, my intention was to reply to my original post: https://lists.gnu.org/archive/html/emacs-orgmode/2016-10/msg00148.html When archiving to datetree: (setq org-archive-location "file.ext::datetree/") ECM: * Minimal Example ** DONE 1: One Empty Line After CLOSED: [2016-06-28 T

[O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elp

2016-11-03 Thread Klarre N
Thank you Nicolas for fixing it so quickly! Unfortunately now that I can test it I see a problem with the fix: When archiving an "ordinary" entry with 'n' empty lines after it there will be zero empty lines after it (or before it) in the Datetree. However, those archived in the order described by

[O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elpa/org-20161003/)]

2016-10-05 Thread Klarre N
When archiving to datetree: (setq org-archive-location "file.ext::datetree/") The following produces unexpected result on "Minimal Example": 1. Archive first TODO "A1". 2. Archive second TODO "A2". * Minimal Example ** DONE A1 CLOSED: [2016-06-28 Tue 21:00] ** DONE A2 CLOSED: [2016-06-14