[O] Bug: Archive to Datetree Empty Lines [9.0.1 (9.0.1-elpa @ .../.emacs.d/elpa/org-20161118/)]
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 the future with respect to the date for A2) produces unexpected result on "Minimal Example": 1. Archive first TODO "A1". 2. Archive second TODO "A2". * Minimal Example ** DONE A1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] ** DONE A2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] ** DONE A3: Extra Result (three (3 = 2 + 1) empty lines between the tasks, the properties have been deleted for readability): * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE A2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE A1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: Expected Result (same as archiving them in opposite order): * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE A2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE A1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: The following produces the expected result (zero empty lines) on "Minimal Example": 1. Archive second TODO "2". 2. Archive first TODO "1". However, I personally think the *desired result* would be (two (2) empty lines, that is, respect the original number), and it would have to be changed for tasks in order also: * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE A2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE A1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: Note: this was posted before, tried to post it as a reply to a bug (archiving tasks not in order to datetree, reported by me, that is now fixed), but due to incorrect subject line or recipient it was a bit of a mess and might have been lost or difficult to understand, sorry for that and for posting twice! Thank you! *Regards,Klarre* Emacs : GNU Emacs 25.1.1 (x86_64-w64-mingw32) of 2016-09-22 Package: Org mode version 9.0.1 (9.0.1-elpa @ .../.emacs.d/elpa/org-20161118/) current state: == (setq org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-show-block-all append local] 5] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-archive-location "archive.arc::datetree/" org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-link-parameters '(("id" :follow org-id-open) ("rmail" :follow org-rmail-open :store org-rmail-store-link) ("mhe" :follow org-mhe-open :store org-mhe-store-link) ("irc" :follow org-irc-visit :store org-irc-store-link) ("info" :follow org-info-open :export org-info-export :store org-info-store-link) ("gnus" :follow org-gnus-open :store org-gnus-store-link) ("docview" :follow org-docview-open :export org-docview-export :store org-docview-store-link) ("bibtex" :follow org-bibtex-open :store org-bibtex-store-link) ("bbdb" :follow org-bbdb-open :export org-bbdb-export :complete org-bbdb-complete-link :store org-bbdb-store-link) ("w3m" :store org-w3m-store-link) ("file+sys") ("file+emacs") ("doi" :follow org--open-doi-link) ("elisp" :follow org--open-elisp-link) ("file" :complete org-file-complete-link) ("ftp" :follow (lambda (path) (browse-url (concat "ftp:" path ("help" :follow org--open-help-link) ("http" :follow (lambda (path) (browse-url (concat "http:" path ("https" :follow (lambda (path) (browse-url (concat "https:" path
Re: [O] Bug: Export error with #+TITLE [9.0 (9.0-elpa @.emacs.d/elpa/org-20161102/)]
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 Anyway they linked to this solution that worked: https://emacs.stackexchange.com/questions/14763/exporting-org-file-breaks-when-upgrading-to-orgmode-8-3/16616#16616
Re: [O] Bug: Org Capture with Concatenated filenames [9.0 (9.0-elpa @ .emacs.d/elpa/org-20161102/)]
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/)]
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 this line: (add-to-list 'load-path (expand-file-name "/path/to/org-mode/contrib/lisp" t)) But I do not have that directory in my elpa directory? This error never occurred before during all org updates through the built in package manager.
[O] Bug: Export error with #+TITLE [9.0 (9.0-elpa @.emacs.d/elpa/org-20161102/)]
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/)]
Thanks for the quick answer! Oh I see, could you please provide an example how to write such a function wrapper (I am new to Elisp)? I defined several variables to directories where I have org-files, and capture to one or more files in those directories, for example: (defvar logs "path-to-logs/") then capture to logs.org, events.org and services.org in that directory. How could I do that with a function wrapper? Thanks you! On Fri, Nov 4, 2016 at 11:36 PM, Kaushal Modi <kaushal.m...@gmail.com> wrote: > Hi Klarre, > > The org 9.0 release had deprecated use of S-exps in org-capture-templates. > That, though, went undocumented. So for now, that deprecation is reverted > on the main branch and moved to the master/dev branch. > > http://orgmode.org/cgit.cgi/org-mode.git/commit/?id= > f5645675a336d8f56fa9e6bd63832bdbac71f315 > > So when org stable next updates on Elpa (probably 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 <kla...@gmail.com> wrote: > >> 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 absolute "example.org") "Example") >>"* Capture" >>:empty-lines 1))) >> >> Expected result: >> Add "* Capture" to absolute-path/example.org. >> >> Result: "* Capture" is added to "absolute-path/default.org". >> >> This provides the desired result, but unable to use variable filenames >> (very useful): >> (setq org-default-notes-file "absolute-path/default.org") >> (setq org-capture-templates '( >> ("e" "Example" entry >>(file+headline "absolute-path/example.org" "Example") >>"* Capture" >>:empty-lines 1))) >> >> >> Thanks! >> > -- > > Kaushal Modi > -- Med vänliga hälsningar Klaus
[O] Bug: Org Capture with Concatenated filenames [9.0 (9.0-elpa @ .emacs.d/elpa/org-20161102/)]
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 absolute "example.org") "Example") "* Capture" :empty-lines 1))) Expected result: Add "* Capture" to absolute-path/example.org. Result: "* Capture" is added to "absolute-path/default.org". This provides the desired result, but unable to use variable filenames (very useful): (setq org-default-notes-file "absolute-path/default.org") (setq org-capture-templates '( ("e" "Example" entry (file+headline "absolute-path/example.org" "Example") "* Capture" :empty-lines 1))) Thanks!
Re: [O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elp
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 Tue 21:00] ** DONE 2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] ** DONE 3: Extra The following produces unexpected result on "Minimal Example": 1. Archive first TODO "1". 2. Archive second TODO "2". Result (three (3 = 2 +1) empty lines between the tasks, the properties have been deleted for readability): * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE 2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE 1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: Expected Result: * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE 2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE 1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: The following produces the expected result on "Minimal Example": 1. Archive second TODO "2". 2. Archive first TODO "1". However, I personally think the Desired result would be (two (2) empty lines, that is, respect the original number): * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE 2: Two Empty Lines After CLOSED: [2016-06-14 Tue 21:00] :PROPERTIES: :END: *** 2016-06-28 Tuesday DONE 1: One Empty Line After CLOSED: [2016-06-28 Tue 21:00] :PROPERTIES: :END: Could you provide an ECM? > > Thank you. > > Regards, > > -- > Nicolas Goaziou >
[O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elp
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 my bug report gets n + 1 empty lines after them.
[O] Bug: Archive to Datetree [8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elpa/org-20161003/)]
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 Tue 21:00] Result (no day headline for 2016-06-14): * 2016 ** 2016-06 June DONE A2 CLOSED: [2016-06-14 Tue 21:00] *** 2016-06-28 Tuesday DONE A1 CLOSED: [2016-06-28 Tue 21:00] Expected Result: * 2016 ** 2016-06 June *** 2016-06-14 Tuesday DONE A2 CLOSED: [2016-06-14 Tue 21:00] *** 2016-06-28 Tuesday DONE A1 CLOSED: [2016-06-28 Tue 21:00] Emacs : GNU Emacs 25.1.1 (x86_64-w64-mingw32) of 2016-09-22 Package: Org-mode version 8.3.6 (8.3.6-6-g194e51-elpa @ .emacs.d/elpa/org-20161003/) current state: == (setq org-tab-first-hook '(org-hide-block-toggle-maybe org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-speed-command-hook '(org-speed-command-default-hook org-babel-speed-command-hook) org-occur-hook '(org-first-headline-recenter) org-metaup-hook '(org-babel-load-in-session-maybe) org-confirm-shell-link-function 'yes-or-no-p org-after-todo-state-change-hook '(org-clock-out-if-current) org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-agenda-before-write-hook '(org-agenda-add-entry-text) org-babel-pre-tangle-hook '(save-buffer) org-mode-hook '(#[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-show-block-all append local] 5] #[nil "\300\301\302\303\304$\207" [org-add-hook change-major-mode-hook org-babel-show-result-all append local] 5] org-babel-result-hide-spec org-babel-hide-all-hashes) org-archive-hook '(org-attach-archive-delete-maybe) org-ctrl-c-ctrl-c-hook '(org-babel-hash-at-point org-babel-execute-safely-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-archive-location "archive.arc::datetree/" org-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) )