[O] Making a variable persistent when refreshing the agenda
I like to be able to view a list of tasks that need to be done today, along with warnings of any upcoming deadlines within the next few days. The number of "deadline warning days" that I require varies from time to time, so I have one of my agenda commands set up like so: ("d" "Daily Action List" ((agenda "" ((org-agenda-overriding-header "== TO BE DONE TODAY ==") (org-agenda-span (quote day)) (org-agenda-skip-deadline-prewarning-if-scheduled t) (org-agenda-sorting-strategy (quote (habit-up time-up todo-state-up deadline-up timestamp-up priority-down))) (org-deadline-warning-days (string-to-number (read-string "Number of warning days [0]: " nil nil "0"))) This allows me to interactively specify the number of "deadline warning days" when creating the agenda. Sometimes I need to refresh the agenda (org-agenda-redo), but this means that I need to re-enter the "Number of warning days" each time the agenda refreshes. What I would like to do is somehow store the value within the agenda, and use the stored value when refreshing the agenda (rather than re-entering it each time org-agenda-redo is called). I know that agenda filters persist when the agenda is refreshed, so I'm looking to do something similar with my custom value. I've experimented with trying to set the variable as a buffer local value, but without success. Is this possible? If so, any ideas how? -- Luke
Re: [O] Schedule with a duration
You can use effort estimates for this. They are covered in the manual here: https://orgmode.org/manual/Effort-estimates.html#Effort-estimates After assigning an effort estimate to a task, you can filter all tasks with an estimate less-than, equal-to, or greater-than a specified number of minutes using org-agenda-filter-by-effort (press the "_" key when viewing the agenda). On 06/04/18 20:32, Cecil Westerhof wrote: Is it possible to schedule a task on a day without a time, but have a duration? I have several tasks that are not bound to a time, but will be done when I have some spare time. It would be handy if there was a way the estimated duration of those tasks so I can choose the right one. And in general I find it useful to see how much work there still is to be done. -- Cecil Westerhof
Re: [O] Bug: org-capture inserts empty line before title
On 04/03/18 08:13, Luke wrote: Hi, On 04/03/18 06:40, Nicolas Goaziou wrote: Hello, Luke writes: org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this: Top of window --- ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] End of buffer --- I would expect the task heading to be the first line in the buffer. After pressing 'C-c C-c' the resulting file looks like this: -- * Tasks ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] -- Is this a bug? If not, how do I stop the blank line from being inserted before the heading. As far as I can tell, this is not related to org-blank-before-new-entry. Could you show the capture template you used? I do not notice anything like that with my templates. Regards, I've set up a minimal-org.el file with the following contents: ;; Minimal setup to load latest 'org-mode' ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit t) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/contrib/lisp" t)) Then I've run emacs with `emacs -Q -l minimal-org.el`. So I'm just running the with org-mode default capture template, which (taken from org-capture.el) would be: ("t" "Task" entry (file+headline "" "Tasks") "* TODO %?\n %u\n %a") As a follow up, after running `git bisect` I've tracked down that the behavior that I describe starts to appear in commit 8ebf4b7274 ("Change `org-paste-subtree' behavior"). It doesn't seem to manifest in the commits previous to that. I'm not sure why though. Regards, -- Luke
[O] Bug: Mode line face is not updated when clock overruns [9.1.7 (release_9.1.7-466-ga16590.dirty @ /home/luke/elisp/org-mode/lisp/)]
The face of the clocked time does not seem to change when the clock overruns (typically it changes to a red background). I'm no lisp expert, but after digging around in the code it looks like the problem is in org-clock-get-clock-string(): 662 (defun org-clock-get-clock-string () 663 "Form a clock-string, that will be shown in the mode line. 664 If an effort estimate was defined for the current item, use 665 01:30/01:50 format (clocked/estimated). 666 If not, show simply the clocked time like 01:50." 667 (let ((clocked-time (org-clock-get-clocked-time))) 668 (propertize 669 (if org-clock-effort ... 683 'face 'org-mode-line-clock))) It seems like the call to propertize (on line #668) is overwriting the face ('org-mode-line-clock-overrun) of the resulting string with 'org-mode-line-clock. I think this change was introduced in commit 6655429b8d. Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of 2017-09-21 on lcy01-07, modified by Debian Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590.dirty @ /home/luke/elisp/org-mode/lisp/)
Re: [O] Bug: org-capture inserts empty line before title
Hi, On 04/03/18 06:40, Nicolas Goaziou wrote: Hello, Luke writes: org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this: Top of window --- ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] End of buffer --- I would expect the task heading to be the first line in the buffer. After pressing 'C-c C-c' the resulting file looks like this: -- * Tasks ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] -- Is this a bug? If not, how do I stop the blank line from being inserted before the heading. As far as I can tell, this is not related to org-blank-before-new-entry. Could you show the capture template you used? I do not notice anything like that with my templates. Regards, I've set up a minimal-org.el file with the following contents: ;; Minimal setup to load latest 'org-mode' ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit t) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/contrib/lisp" t)) Then I've run emacs with `emacs -Q -l minimal-org.el`. So I'm just running the with org-mode default capture template, which (taken from org-capture.el) would be: ("t" "Task" entry (file+headline "" "Tasks") "* TODO %?\n %u\n %a")
[O] Bug: org-capture inserts empty line before title
I recently ran a "git pull" (after not updating for a while) and noticed an apparent change (bug?) when running org-capture. org-capture seems to be inserting an extra line before the task heading. So the narrowed buffer for editing the task looks something like this: Top of window --- ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] End of buffer --- I would expect the task heading to be the first line in the buffer. After pressing 'C-c C-c' the resulting file looks like this: -- * Tasks ** TODO My new task [2018-03-02 Fri] [[file:~/.notes]] -- Is this a bug? If not, how do I stop the blank line from being inserted before the heading. As far as I can tell, this is not related to org-blank-before-new-entry. Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of 2017-09-21 on lcy01-07, modified by Debian Package: Org mode version 9.1.7 (release_9.1.7-466-ga16590 @ /home/luke/elisp/org-mode/lisp/) 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-activate org-babel-speed-command-activate) 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-all append local] 5 "\n\n(fn)"] #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-babel-show-result-all append local] 5 "\n\n(fn)"] org-babel-result-hide-spec org-babel-hide-all-hashes) org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-archive-hook '(org-attach-archive-delete-maybe) org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-show-empty-lines org-optimize-window-after-visibility-change) org-blank-before-new-entry '((heading) (plain-list-item . auto)) 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 :export org-irc-export) ("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 ("mailto" :follow (lambda (path) (browse-url (concat "mailto:"; path ("news" :follow (lambda (path) (browse-url (concat "news:"; path ("shell" :follow org--open-shell-link)) org-clock-out-hook '(org-clock-remove-empty-clock-drawer) )
[O] Adding a LAST_REPEAT property without logging
I have a number of repeated tasks in my Org-mode file. As a general rule I don't require logging of TODO state changes (which I've disabled by setting org-log-repeat to nil). However, while I don't need the full history of TODO state changes, it would be useful for me to know the last time that a task was repeated. The LAST_REPEAT property is ideal for this, but when I disable logging this property is no longer added/updated for any repeated tasks. Is there an easy way to have the LAST_REPEAT property, but without a history of TODO state changes? -- Luke
Re: [O] Git repository error
On 26/05/17 15:39, claude fuhrer wrote: Hello everybody On 26/05/17 01:10, Vicente Vera wrote: Hi. For a while i've been getting this error upon running 'make up0' from my local Org repository: fatal: read error: Connection reset by peer I have the same error for every pull, fetch or clone operation. I don't think that it is a problem with my network connection since I can easily sync other project on github.What have I done wrong ? thank you in advance for your help Same here. I've noticed that when I use my web browser to try and access http://orgmode.org/org-mode.git I get a "403 Forbidden" response. However, I *can* view http://orgmode.org/w/org-mode.git (note the extra "w" in the address). Has the repo location changed? -- Luke
[O] Viewing the agenda for a specific date
Sometimes I would like to see the agenda as it would appear if I generated it tomorrow. I know that I can change the date of the agenda view using org-agenda-goto-date, but any tasks that are scheduled today (or have a deadline set today, or in the past) don't appear in the agenda views for any future dates. This means that when I view the agenda for tomorrow, any tasks that are specified to be done today don't appear. Ideally, what I'd like to do is fool the org agenda into thinking that tomorrow's date is the current date ("today"). I've Googled for this but haven't been able to find an answer either way. Is there a way to 'fake' "today's date" when generating the agenda? -- Luke
Re: [O] Possible bug: Emacs hangs on (require 'org)
On 23/11/16 10:39, Eric Abrahamsen wrote: Luke writes: I have a strange situation on my laptop. I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest development branch from the org-mode git repository (latest changes pulled today). Recently, for some unknown reason, emacs suddenly started to hang on startup. Placing some output messages in my .emacs file I was able to narrow it down to this line: (require 'org) Loading org-mode hangs Emacs for some reason. If I remove the above line from .emacs then Emacs will start as normal (although without org-mode, obviously). I tried creating a minimal-org.el file with the following contents: ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit nil) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/contrib/lisp" t)) And then running: $ emacs -Q -l minimal-org.el ...but I still get the same result (Emacs hangs when I run `M-x (require 'org)`). Can anyone help tell me what's wrong, or suggest how I try and track down the problem? You're setting debug-on-quit to nil, but it's likely that setting it to t is exactly what you need. Toggle it to t, eval (require 'org), then while it's hung hit C-g. You should get a backtrace showing you what Emacs was actually doing when you quit. Eric Thanks to Eric for the debugging tip. Below is the backtrace that was produced. It looks like tramp is trying to make some connection to the host-name "host.does.not.exist" (which will obviously fail). This makes sense, because when I disable networking then Emacs starts immediately and doesn't hang. I'm not sure how to fix this though. = Debugger entered--Lisp error: (quit) call-process("ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (progn (call-process "ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (goto-char (point-min)) (if (search-forward-regexp "unknown.+key" nil t) (setq result (concat result " -o ControlPath='tramp.%%r@%%h:%%p'")) (setq result (concat result " -o ControlPath='tramp.%%C'" (unwind-protect (progn (call-process "ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (goto-char (point-min)) (if (search-forward-regexp "unknown.+key" nil t) (setq result (concat result " -o ControlPath='tramp.%%r@%%h:%%p'")) (setq result (concat result " -o ControlPath='tramp.%%C'" (and (buffer-name temp-buffer) (kill-buffer temp-buffer))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (call-process "ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (goto-char (point-min)) (if (search-forward-regexp "unknown.+key" nil t) (setq result (concat result " -o ControlPath='tramp.%%r@%%h:%%p'")) (setq result (concat result " -o ControlPath='tramp.%%C'" (and (buffer-name temp-buffer) (kill-buffer temp-buffer (let ((temp-buffer (generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (call-process "ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (goto-char (point-min)) (if (search-forward-regexp "unknown.+key" nil t) (setq result (concat result " -o ControlPath='tramp.%%r@%%h:%%p'")) (setq result (concat result " -o ControlPath='tramp.%%C'" (and (buffer-name temp-buffer) (kill-buffer temp-buffer) (if (zerop (length result)) nil (let ((temp-buffer (generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (call-process "ssh" nil t nil "-o" "ControlPath=%C" "host.does.not.exist") (goto-char (point-min)) (if (search-forward-regexp "unknown.+key" nil t) (setq result (concat result " -o ControlPath='tramp.%%r@%%h:%%p'")) (setq result (concat result " -o ControlPath='tramp.%%C'" (and (buffer-name temp-buffer) (kill-buffer temp-buffer) (let ((temp-buffer (generate-new-buffer " *temp*"))) (save-current-buffer (set-buffer temp-buffer) (unwind-protect (progn (call-process "ssh" nil t nil "-o" "ControlPersist") (goto-char (point-min)) (if (search-forward-regexp "missing.+argument" nil t) (progn (setq result ... (and (buffer-
Re: [O] Possible bug: Emacs hangs on (require 'org)
On 23/11/16 09:31, Luke wrote: I have a strange situation on my laptop. I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest development branch from the org-mode git repository (latest changes pulled today). Recently, for some unknown reason, emacs suddenly started to hang on startup. Placing some output messages in my .emacs file I was able to narrow it down to this line: (require 'org) Loading org-mode hangs Emacs for some reason. If I remove the above line from .emacs then Emacs will start as normal (although without org-mode, obviously). I tried creating a minimal-org.el file with the following contents: ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit nil) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/contrib/lisp" t)) And then running: $ emacs -Q -l minimal-org.el ...but I still get the same result (Emacs hangs when I run `M-x (require 'org)`). Can anyone help tell me what's wrong, or suggest how I try and track down the problem? Further to my previous post, I've discovered that if I disable networking then Emacs loads immediately (no hang). The network connection where I am at the moment is not very reliable, so I'm wondering if org-mode is trying to make some kind of network connection which then hangs while waiting for a response that never comes back. -- Luke
[O] Possible bug: Emacs hangs on (require 'org)
I have a strange situation on my laptop. I'm running Ubuntu 16.04, with Emacs 24.5.1. I'm also using the latest development branch from the org-mode git repository (latest changes pulled today). Recently, for some unknown reason, emacs suddenly started to hang on startup. Placing some output messages in my .emacs file I was able to narrow it down to this line: (require 'org) Loading org-mode hangs Emacs for some reason. If I remove the above line from .emacs then Emacs will start as normal (although without org-mode, obviously). I tried creating a minimal-org.el file with the following contents: ;; activate debugging (setq debug-on-error t debug-on-signal nil debug-on-quit nil) ;; add latest org-mode to load path (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/lisp")) (add-to-list 'load-path (expand-file-name "~/elisp/org-mode/contrib/lisp" t)) And then running: $ emacs -Q -l minimal-org.el ...but I still get the same result (Emacs hangs when I run `M-x (require 'org)`). Can anyone help tell me what's wrong, or suggest how I try and track down the problem? -- Luke
[O] Bug: org-agenda-skip-scheduled-if-deadline-is-shown is ignored [8.3.6 (release_8.3.6-1226-ge4d4c6 @ /home/luke/elisp/org-mode/lisp/)
Setting org-agenda-skip-scheduled-if-deadline-is-shown to a non-nil value in a custom agenda command seems to have no effect. Items that were scheduled three days ago and have a deadline yesterday still appear twice in the agenda. If I checkout tags/release_8.3.6 this bug does not seem to appear (the "Scheduled" entry is missing from the agenda, as expected). I'm guessing it's been introduced since then. Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of 2016-04-17 on lgw01-04, modified by Debian Package: Org mode version 8.3.6 (release_8.3.6-1226-ge4d4c6 @ /home/.../elisp/org-mode/lisp/)
Re: [O] Bug: Agenda: Sorting TODOs (with tags) by effort does not work [8.3.6 (8.3.6-7-g4d7d52-elpaplus @ /home/luke/.emacs.d/elpa/org-plus-contrib-20161010/)]
On 17/10/16 16:47, Nicolas Goaziou wrote: Hello, Luke writes: On 16/10/16 20:32, Nicolas Goaziou wrote: Fixed. Thank you. Thanks for that. Unfortunately, it doesn't seem to fix the issue I reported. Are you using development version? The fix landed there. Regards, My apologies, I incorrectly thought that the org-mode.org/elpa archive tracked the development version. After using the git archive instead, everything seems to work correctly. Thanks!
Re: [O] Bug: Agenda: Sorting TODOs (with tags) by effort does not work [8.3.6 (8.3.6-7-g4d7d52-elpaplus @ /home/luke/.emacs.d/elpa/org-plus-contrib-20161010/)]
On 16/10/16 20:32, Nicolas Goaziou wrote: Fixed. Thank you. Thanks for that. Unfortunately, it doesn't seem to fix the issue I reported. Provided the TODOs have no tags assigned, then I can sort them no problem. However, when I add tags to some of the TODOs, all the TODOs with tags appear at the top of the agenda. It's as if the tags are somehow overriding the sorting strategy. Regards, -- Luke
[O] Bug: Agenda: Sorting TODOs (with tags) by effort does not work [8.3.6 (8.3.6-7-g4d7d52-elpaplus @ /home/luke/.emacs.d/elpa/org-plus-contrib-20161010/)]
I have the following custom agenda command set up: === (setq org-agenda-custom-commands '(("x" "TODOs sorted by effort" todo "TODO" ((org-agenda-sorting-strategy '(effort-down)) === I would expect this to show me all my current TODOs, sorted by the EFFORT property (in descending order). I also have the following org-mode file: === * TASKS ** TODO Task 1 :PROPERTIES: :Effort: 0:02 :END: ** TODO Task 2 :PROPERTIES: :Effort: 0:10 :END: ** TODO Task 3 :PROPERTIES: :Effort: 0:30 :END: ** TODO Task 4 :PRyOPERTIES: :Effort: 0:05 :END: === When I execute the agenda command (M-x org-agenda RET x), then I get the following result (as expected): === Global list of TODO items of type: TODO Available with `N r': (0)[ALL] (1)TODO (2)DONE gtd:TODO Task 3 gtd:TODO Task 2 gtd:TODO Task 4 gtd:TODO Task 1 === *However*, then I add some tags to the TODO items, such as the following: === * TASKS ** TODO Task 1 :PROPERTIES: :Effort: 0:02 :END: ** TODO Task 2:MY_TAG: :PROPERTIES: :Effort: 0:10 :END: ** TODO Task 3 :PROPERTIES: :Effort: 0:30 :END: ** TODO Task 4:@ONLINE: :PROPERTIES: :Effort: 0:05 :END: === Now when I execute the same agenda command I get the following: === Global list of TODO items of type: TODO Available with `N r': (0)[ALL] (1)TODO (2)DONE gtd:TODO Task 2 :MY_TAG: gtd:TODO Task 4 :@ONLINE: gtd:TODO Task 3 gtd:TODO Task 1 === I wouldn't expect the order of items in the agenda to change. However, even though I haven't specified any tag-based sorting strategy, it seemsas if the tags are still having some effect on the way that the agenda is sorted. I tried this same exercise with an older version of Org (built in to Emacs 24.5.1) and that version didn't exhibit the same unexpected behaviour. Emacs : GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, GTK+ Version 3.18.9) of 2016-04-17 on lgw01-04, modified by Debian Package: Org-mode version 8.3.6 (8.3.6-7-g4d7d52-elpaplus @ /home/luke/.emacs.d/elpa/org-plus-contrib-20161010/) 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-agenda-custom-commands '(("x" "TODOs sorted by effort" todo "TODO" ((org-agenda-sorting-strategy (quote (effort-down) ) 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-eldoc-load) 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-confirm-elisp-link-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-agenda-files '("~/gtd/gtd.org") org-clock-out-hook '(org-clock-remove-empty-clock-drawer) )
Re: [O] "atomic knowledge" modeling tool
On 02/03/16 10:15, Bingo UV wrote: On Mon, 1 Feb 2016 15:15:03 -0700 luke call wrote: I'm not org-mode power-user but what I recall from my use years ago is that I moved away because of the # of keystrokes to do operations, having to open different files for different topics, and that one single set of notes couldn't be in more than one place. While I am no authority, I will present some information and evidence about why one thing should be only in one place if its purpose is consumption by human beings. It also matches my personal experience - your mileage may vary: https://blog.evernote.com/blog/2015/12/11/evernote-and-the-brain-designing-creativity-workflows/ From this, I gather that tools promoting explicitly preemptive inter-connection between knowledge pieces like this one-model seems to be are not likely the best uses of one's own brain. Even attempts at exquisite tagging and cross-referencing within emacs org-mode are ill-advised. Thanks for that comment and the link to his very thoughtful article. So, about multiple connections to the same thing and modeling knowledge with org-mode or any tool. I think the author makes a good case for using such connections, just not with tags. In real life, the same entity is relevant to many contexts, and in representation it is useful to allow easy connections to & from those contexts. For example, a entity representing a physical book is relevant to and can be thought of in connection with its location, its publisher, owner, topic, contents, author, history, physical properties (newtonian physics...), purchase history, seller, account, book borrowers, etc. Each of those things in turn has rich data and associations in the real world. I think it usually far best not to duplicate the info about any entity or the knowledge of its existence in multiple places, because that leads to duplicate work and loss of utility, such as the ability to get the most out of all our knowledge, such as for various kinds of computation & rich queries. This is fundamental in SQL theory for similar reasons. (I see his point about tags, but partly disagree with the article author about those, because I use such thing with the intent to create all the ones I might think of using for a search, so it works in reverse: make the tag help me as I am, *not* make me work to remember the tag (who is servant vs. master). And when making associations, use all those that work best for you. Or just full-text search and periodic (hopefully easy/efficient) reorganization of ideas that are changing.) Human memory improvement discussion often also recommends improving memory by creating associations. For me at least, any tool that is to be an aid to my mind benefits by allowing the same, so they work together well. In practice I go to the same entity by varying paths, depending on circumstance. I do like the author's five numbered points (based on some skim & some reading). He likes mind-maps, for example, which org-mode can approximate and OM subsumes (though not yet with diagrams: I'd like OM to generate those someday). One has to decide what resonates, intuitively, as the author says. In my efforts, I'm optimizing now for comprehensiveness and simplicity, and (hopefully very soon) for collaboration. My answer to his desired "middle path" is to consider what *is* and model that, rather than creating paragraphs! Instead, use entities with properties and relations, updating as understanding improves, which *really* helps with the problem of "loading and unloading" (I like how he put that). I strongly feel as a knowledge worker that I have a core process of systematic improvement and all this is central to it. *To model reality is the best way to work toward learning what is, _and_ to achieve his goals in optimizing "note design"* and to find what he calls "intelligent emergence": it cannot come optimally from being really good at managing huge piles of words, but rather managing knowledge which has one representation which we call words, others of images or animation, and still others of whatever we can create. So an aim is to let recorded knowledge match reality as far as can be practical, with efficiency. Thanks again for bringing this up. -Luke
Re: [O] "atomic knowledge" modeling tool
On 02/03/16 02:33, Marcin Borkowski wrote: I, for one, would definitely like an occasional update (say, once a month or two) about the progress on this project. Even if I do not want to leave Org, I might want to suggest OM to a friend, for instance. And I definitely do not want to subscribe to yet another mailing list only for that. Since many people would consider this off-topic, perhaps a better idea would be a blog with an RSS channel, updated - say - once every few weeks. I would gladly subscribe to that. Thanks! The announcements list is monthly, approximately: https://pairlist10.pair.net/mailman/listinfo/om-announce ... with no discussion. The general list: https://pairlist6.pair.net/mailman/listinfo/om-list ... is of course more. They are both also at www.onemodel.org, under "Community...". If you still definitely prefer a low-frequency blog for announcements, email me privately to help me understand better. (Unless you think others here might also prefer that...) Thanks for the feedback!! -Luke (Org-mode seems global. I have some interest in languages, and how easy or hard second languages are. Esperanto seems so cool: this is under the "not project-related" site section: http://www.onemodel.org/1/e-9223372036854618463.html . Private replies for that topic.)
[O] C-c ! org-time-stamp-inactive ?
For me, C-c ! has suddenly become unbound and no longer inserts an inactive timestamp. Has this changed in the base org-mode, or most likely is this an issue with my setup? Thanks.
Re: [O] "atomic knowledge" modeling tool
On 02/02/16 00:23, Robert Klein wrote: > So I have to actually pay for export (C-c C-e in org-mode and more > formats to export to), searching (C-s and C-r in emacs, > probably more in org-mode) and /maybe/ recent bugfixes? And probably > no Emacs shortcut keys. All features are in the free/open code; really everything is in github under a Free license. (If anyone provides the least assistance to the project, even just some feedback and joins the announcements list, I'll currently send them the compiled full binary upon request, as the web site indicates.) As your 'product' is not relevant to org-mode [] I mentioned OM here only because I thought it of interest to org-mode users, which it evidently was to at least two who thanked me, and I answered their questions, in order not to be rude to them. If you have to offer a exporter for org-mode exporting stuff to your product you're very welcome to present it here. Org-mode can save to outlines AFAIK. Import of text outlines (with possible manual adjustments) works in OM. Thanks for mentioning it. You're right that anything else now should probably best be on the www.onemodel.org mailing lists.
Re: [O] "atomic knowledge" modeling tool
;journal" feature, where OM can provide a (today very simple, raw) report on activity in the system by a date range: entities created or archived. This was partly to save me time & effort in remembering what I did for work reports, and partly to replace my other personal journals. Another future example: the other message in this thread asked about SRS (e.g., Anki or org-drill), which I plan to implement in OM, by something like making each such item part of a "review" class (with multiple inheritance), and by virtue of that it will always have certain values (defaulting if not provided per instance) for some dates (an actual computable date, not text), and numbers etc. Then, a few chunks of code associated with that class, modifiable w/o recompile, and handled at runtime, which automatically become OM menu options and which let you mark an item to be reviewed again soon or how much later. (I didn't document this well; maybe I should; opinions welcome.) Same for periodic to-do items etc. I think org-mode can do those things now, but in OM they will be done not because of a lot of work to cleverly manipulate text, but because the data is *data* and we can run algorithms on it. This code association thing is a big part of my future intentions. Granted, org-mode is more mature now, has more features and uses, but I think the internal premise of OM allows it to take on new challenges that would otherwise be impractical: efficient knowledge managed at an atomic level (not based on words or text), i.e., as computable data, and sharable, in the small or globally. More of that is in the "vision" stuff on the onemodel.org web site. I originally reported here because I thought there could be interest to this community, but out of respect I wonder if further conversation should move to the onemodel.org list(s), unless the culture here allows going widely off-topic from org-mode use. :) I'm happy either way if others are. Thanks! Luke
Re: [O] "atomic knowledge" modeling tool
On 01/31/16 08:37, Ramon Diaz-Uriarte wrote: > Thanks for the link. Good-faith question here: does it support spaced > repetition such as provided by org-drill > (http://orgmode.org/worg/org-contrib/org-drill.html) or Anki > (http://ankisrs.net/), for memorizing some of the stored knowledge? I > skimmed through the docs and googled for it, but did not find anything > relevant. It's interesting that you asked, as i like anki and have planned for some time to add that feature to OM. OM is partly already set up for it, just not fully implemented yet. This has a dependency on another future feature which is to associate scripts with objects (entities) in the system, so that the menu can also reflect any user-defined operations on the entity in view. Patches/assistance welcome. :) I'm currently seeing how to get postgres to do what OM wants, for windows installation. You might want to sign up for the announcements list at least. -Luke
[O] "atomic knowledge" modeling tool
There's a program that org-mode users (as I have been) specifically might be interested in, a personal "knowledge manager"/list manager/organizer/etc called OneModel (Free/AGPL). Instead of storing data as text, it puts *everything* in a single object model backed by postgresql, but text import/export are available. Everything one needs to know at any given time is always on the screen, and it is *highly* efficient to navigate (so far keyboard-only). Current strengths, limitations, and future plans are at: http://onemodel.org Pls forgive & spare the flames, I'll probably go quiet unless to answer good-faith questions. Details & discussion at http://onemodel.org site/lists if desired. -Luke
[O] Fwd: can't assign to hline relative reference
I am re-sending because I didn't include everyone on the original message. -- Forwarded message -- From: Luke Swart Date: Tue, Sep 1, 2015 at 1:10 AM Subject: Re: can't assign to hline relative reference To: Luke Swart , emacs-orgmode@gnu.org Hi Nicolas Goaziou, Thanks very much for your clarification: hline relative references are not allowed on the left hand side of a formula My error message was user-error: Can't assign to hline relative reference, which now makes sense. Still, a lot of folks didn’t understand the original message, myself included. I will update my SO post and the Github issue to reflect this new information. Still, I am confused because it seems like org-mode used to allow hline references to be assigned, no? My code snippet was taken from a section in the timesheet.el MELPA package, which was working fine until an org-mode update broke it. I may be missing something, so I am not sure if this is the case. Anyway, your response is very much appreciated! Thanks, Luke On Tue, Sep 1, 2015 at 12:47 AM, Nicolas Goaziou wrote: Hello, > > Luke Swart writes: > > > There seems to be an error when using hline-relative references in an > > org-mode table’s formula. For example, I have the following org-mode > table: > > > > #+BEGIN: columnview :hlines 1 :id global > > | /Project/ | Mon | Tue | Wed | Thu | Fri | Sat | Sun | > /Total/ | > > > |+-+-+-+--+-+--+-+-| > > | AnotherProduct | | | | | | 2.50 | | >| > > | Prototype | | | | 3.50 | | | | >| > > > |+-+-+-+--+-+--+-+-| > > | /Daily/| | | | | | | | >| > > #+TBLFM: @I$9..@II$9=vsum($2..$8);%.2f;::@II$2..@III$9='(format > > "%3.2f" (apply '+ '(@I..@II)));N; > > > > and I get the error can't assign to hline relative reference when I run > M-x > > org-table-recalculate. I looked over the org-mode references > documentation > > <http://orgmode.org/manual/References.html> and the gmane.org forums > > <http://comments.gmane.org/gmane.emacs.orgmode/86960>, but I did not > find > > any reasons as to why the hline relative references could not be > > assigned. > > This is a known limitation: hline relative references are not allowed on > the left hand side of a formula. The error message you get should be > explicit. > > There are apparently subtle problems, IIRC, as pointed out in > <http://comments.gmane.org/gmane.emacs.orgmode/86960>. > > > Regards, > > -- > Nicolas Goaziou >
Re: [O] can't assign to hline relative reference
Hi Nicolas Goaziou, Thanks very much for your clarification: hline relative references are not allowed on the left hand side of a formula My error message was user-error: Can't assign to hline relative reference, which now makes sense. Still, a lot of folks didn’t understand the original message, myself included. I will update my SO post and the Github issue to reflect this new information. Still, I am confused because it seems like org-mode used to allow hline references to be assigned, no? My code snippet was taken from a section in the timesheet.el MELPA package, which was working fine until an org-mode update broke it. I may be missing something, so I am not sure if this is the case. Anyway, your response is very much appreciated! Thanks, Luke On Tue, Sep 1, 2015 at 12:47 AM, Nicolas Goaziou wrote: Hello, > > Luke Swart writes: > > > There seems to be an error when using hline-relative references in an > > org-mode table’s formula. For example, I have the following org-mode > table: > > > > #+BEGIN: columnview :hlines 1 :id global > > | /Project/ | Mon | Tue | Wed | Thu | Fri | Sat | Sun | > /Total/ | > > > |+-+-+-+--+-+--+-+-| > > | AnotherProduct | | | | | | 2.50 | | >| > > | Prototype | | | | 3.50 | | | | >| > > > |+-+-+-+--+-+--+-+-| > > | /Daily/| | | | | | | | >| > > #+TBLFM: @I$9..@II$9=vsum($2..$8);%.2f;::@II$2..@III$9='(format > > "%3.2f" (apply '+ '(@I..@II)));N; > > > > and I get the error can't assign to hline relative reference when I run > M-x > > org-table-recalculate. I looked over the org-mode references > documentation > > <http://orgmode.org/manual/References.html> and the gmane.org forums > > <http://comments.gmane.org/gmane.emacs.orgmode/86960>, but I did not > find > > any reasons as to why the hline relative references could not be > > assigned. > > This is a known limitation: hline relative references are not allowed on > the left hand side of a formula. The error message you get should be > explicit. > > There are apparently subtle problems, IIRC, as pointed out in > <http://comments.gmane.org/gmane.emacs.orgmode/86960>. > > > Regards, > > -- > Nicolas Goaziou >
[O] can't assign to hline relative reference
Hello, There seems to be an error when using hline-relative references in an org-mode table’s formula. For example, I have the following org-mode table: #+BEGIN: columnview :hlines 1 :id global | /Project/ | Mon | Tue | Wed | Thu | Fri | Sat | Sun | /Total/ | |+-+-+-+--+-+--+-+-| | AnotherProduct | | | | | | 2.50 | | | | Prototype | | | | 3.50 | | | | | |+-+-+-+--+-+--+-+-| | /Daily/| | | | | | | | | #+TBLFM: @I$9..@II$9=vsum($2..$8);%.2f;::@II$2..@III$9='(format "%3.2f" (apply '+ '(@I..@II)));N; and I get the error can't assign to hline relative reference when I run M-x org-table-recalculate. I looked over the org-mode references documentation <http://orgmode.org/manual/References.html> and the gmane.org forums <http://comments.gmane.org/gmane.emacs.orgmode/86960>, but I did not find any reasons as to why the hline relative references could not be assigned. This issue is related to the timesheet package on MELPA. I have filed an issue here: https://github.com/tmarble/timesheet.el/issues/3 but hopefully I have found the underlying problem, and hopefully it is reasonably fixable. Here is some relevant info: - Org-mode version 8.3.1 (8.3.1-87-g4ef2c0-elpa @ /home/luke/.emacs.d/elpa/org-20150824/) - emacs-version: 24.5.1 - ArchLinux OS: Linux 4.1.6-1-ARCH #1 SMP PREEMPT Mon Aug 17 08:52:28 CEST 2015 x86_64 GNU/Linux This is a copy of my question posted here: http://emacs.stackexchange.com/questions/15185/cant-assign-to-hline-relative-reference Any suggestions or guidance would be appreciated. I am happy to clarify anything as well. Thanks, Luke
[O] Bug: Priorities not inheriting [8.3.1 (8.3.1-56-g17a225-elpa @ /Users/luke/.emacs.d/elpa/org-20150817/)]
Given a test.org with: * [#B] Test ** TODO one When I do the agenda to find TODO headlines with priority B I would expect it to find the "TODO one", however it doesn't. I'm very sure this regressed when upgrading to 8.3.1, as it worked fine in 8.3.0. Thanks! Emacs : GNU Emacs 24.5.1 (x86_64-apple-darwin14.1.0, NS apple-appkit-1344.72) of 2015-04-17 on MacBook-Pro.local Package: Org-mode version 8.3.1 (8.3.1-56-g17a225-elpa @ /Users/luke/.emacs.d/elpa/org-20150817/) (add-to-list 'load-path (expand-file-name "./org-mode/lisp")) (add-to-list 'load-path (expand-file-name "./org-mode/contrib/lisp" t)) (setq inhibit-startup-message t) (setq org-use-property-inheritance t) (setq org-agenda-files (list "test.org")) (setq org-agenda-custom-commands '(("t" "Test" ((tags-todo "+PRIORITY=\"B\"") Luke
[O] org-block-background in 8.3.1?
I'm not sure if I still need to set "org-block-background" in 8.3.1. But if I do need to continue setting this, what is the new name for "org- block-background"? (set-face-attribute 'org-block-background nil :height (round (* 0.9 (face-attribute 'fixed-pitch :height (set-face-attribute 'org-block nil :height (round (* 0.9 (face-attribute 'fixed-pitch :height
[O] [PATCH] TINYCHANGE - fix Fix use of org-open-at-point with shell and midnight cleaning
Patch is attached. I was running into this when I'd run a shell script through an org link and later a clean-buffers would run. Thanks! 0001-org.el-Fix-use-of-org-open-at-point-with-shell-and-m.patch Description: Binary data
Re: [O] org-insert-heading
Luke Crook balooga.com> writes: > > * TEST... > > > Doesn't do anything > The above I cannot consistently reproduce. So ignore for now. Thanks.
Re: [O] org-insert-heading
Nicolas Goaziou nicolasgoaziou.fr> writes: > > Point is /before/ the ellipses here. You need to move after them, e.g., > using C-f or mess with `org-special-ctrl-a/e'. > > Regards, > OK thanks. I understood "behind the ellipses at the end of a headline" as "before" the ellipses, not "after". But I still don't think it works as it is meant to. Org creates a new list item in the folded heading if the last line is a list item. Otherwise org creates a new heading at the same level as the folded heading. So * TEST - skfjdskjfs gives the following * TEST * - skfjdskjfs But * Test... gives the following * TEST - skfjdskjfs - Also the following won't create a new header or list item at all. * TEST... Doesn't do anything
Re: [O] org-insert-heading
Luke Crook balooga.com> writes: > However at least in my installation (Emacs 34.3, org-mode 8.2.10), Emacs 24.3 obviously.
[O] org-insert-heading
Question concerning the behaviour of org-insert-heading; The manual states the following. >> If the command is used at the end of a folded subtree (i.e., behind the ellipses at the end of a headline), then a headline will be inserted after the end of the subtree. << However at least in my installation (Emacs 34.3, org-mode 8.2.10), the new heading is created prior to the ellipses. For example * Heading folded... ^ cursor here, then M- results in the following. * Heading folded * ... ^ cursor here
Re: [O] Org 8 Bug in interactive formula editing mode?
Nick Dokos zgmail.com> writes: > > Can anybody else reproduce this? /me raises hand.
Re: [O] Org 8 Bug in interactive formula editing mode?
Nick Dokos gmail.com> writes: > Nope - I tried to reproduce it with latest (both master and maint) and > could not, so I suspect an error in your configuration. > I experience the same issue. http://article.gmane.org/gmane.emacs.orgmode/88610 /Luke
[O] org-table-edit-formulas misbehaving in 8.2.7b
I just noticed that org does not jump to the correct cell in the table when examining formulas using "org-table-edit-formulas". This was working in 8.2.6. In most cases, it will jump to a different location in the buffer. Example table below. Note that I had to break the table formulae onto two lines to pass the 80 characters per line rule when posting. #+CAPTION: Sector 1 #+NAME: Sector_1 #+TBLNAME: Sector_1 | | Field Name | Size | Default Value | |---++---+---| | / | <> |<> | | | ! || bits | | |---++---+---| | | Field_1| 8 | | | | Field_2| 2 | | | | Field_3| 3 | | | | Reserved | 3 | | | | Field_4|16 | | |---++---+---| | # | RESERVED | 0 | | | ^ || res | | |---++---+---| | # | Total |32 | | | ^ || tbits | | #+TBLFM: $res=if(mod(vsum(@II..@III),8)=0,0,8-mod(vsum(@II..@III),8)):: $tbits=vsum(@II..@III)+$res
Re: [O] #+BEGIN_SRC export in Latex
Eric S Fraga ucl.ac.uk> writes: > > On Wednesday, 30 Apr 2014 at 18:00, Luke Crook wrote: > > The following example is not being exported in Latex as a code block. However > > it is exported correctly in HTML export. org-mode version 8.2.6 > > > > #+BEGIN_SRC emacs-lisp -n -r > > (save-excursion (ref:sc) > > (goto-char (point-min))) (ref:jump) > > #+END_SRC > > What do you actually get in your latex export? I have just tried this > and it works just fine. Mind you, my org is not quite up to date but it > *is* 8.2.6. > Found the culprit. I have the following in my emacs.org file ** Fontify source blocks in Latext #+BEGIN_SRC emacs-lisp (setq org-latex-listings t) #+END_SRC Setting org-latex-listings back to NIL fixed the problem.
[O] #+BEGIN_SRC export in Latex
The following example is not being exported in Latex as a code block. However it is exported correctly in HTML export. org-mode version 8.2.6 #+BEGIN_SRC emacs-lisp -n -r (save-excursion (ref:sc) (goto-char (point-min))) (ref:jump) #+END_SRC
Re: [O] Internal Links <<>> In a table
Nicolas Goaziou gmail.com> writes: > This is expected. Targets in tables return table number, but only among > captioned tables. Otherwise, the returned value is undefined. Got it. Thanks for the info. /Luke
[O] Internal Links <<>> In a table
I just noticed that <<>> links in tables <>, <> below do not increment, whereas <<>> links in lists do. Example below. * Reference Documents | Reference | Document Description | |---+--| | <>Ref-1 | Ref 1| | <>Ref-2 | Ref 2| | <>Ref-3 | Ref 3| | <>Ref-4 | Ref 4| | <>Ref-5 | Ref 5| Ref-[[Ref1]], Ref-[[Ref2]], Ref-[[Ref3]] * List 1 - <> Item 1 - <> Item 2 - <> Item 3 - <> Item 4 - <> Item 5 Item-[[item1]], Item-[[item2]]. * List 2 - <> Item 1 - <> Item 2 - <> Item 3 - <> Item 4 - <> Item 5 Item-[[item6]], Item-[[item7]]
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Eric S Fraga ucl.ac.uk> writes: > You could always use the new command in the org directive, assuming you > only use LaTeX export: > > #+LATEX_HEADER: \newcommand{\orgauthor}{} > #+AUTHOR: \orgauthor > > This would avoid duplication. Brilliant!! Thank you.
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Rasmus gmx.us> writes: > > I've used this snip to recover such fields > > \makeatletter > \let\Title\ title > \let\Author\ author > \let\Date\ date > \makeatother > > Obviously, this is only good for LaTeX. > How would I implement this? Is including in the .tex file sufficient? Having these in the Org-mode file itself? When I try in the .tex file, it appears almost verbatim as; Title title Author author I cannot get the substitution to work.
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
I tried creating a custom class and then tried creating a custom style. But I found the easiest to be the following; #+AUTHOR: #+LATEX_HEADER: \newcommand{\orgauthor}{} #+EMAIL: #+LATEX_HEADER: \newcommand{\orgemail}{} #+TITLE: #+LATEX_HEADER: \newcommand{\orgtitle}{} #+DATE: #+LATEX_HEADER: \newcommand{\orgdate}{} Then in my custom Latex title page; #+LATEX_HEADER: \input{template} I use \orgauthor{} etc. for the relevant fields. Works very well, apart from the duplication of author, email, date etc. It would be great if org-mode added support for substitution to the #+ fields.
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Bastien gnu.org> writes: > > Hi Luke, > > Luke Crook balooga.com> writes: > > > #+LATEX_HEADER: \newcommand{\orgtitle}TITLE > > My understanding is that Org's macros cannot be used > within #+... options. > > HTH, > Bastien, thanks. That would certainly explain it. I think I will try to define my own class.
[O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
I'm looking for a quick and dirty way to use the org-mode variables within Latex. I thought the following might work; #+TITLE: A nice title #+LATEX_HEADER: \newcommand{\orgtitle}TITLE And then in the .tex file; \orgtitle{} Suggestions? Thanks
[O] Including date in TaskJuggler exports
The following small change to ox-taskjuggler.el will export the date stored in #+DATE: Modified site/org-mode/contrib/lisp/ox-taskjuggler.el diff --git a/site/org-mode/contrib/lisp/ox-taskjuggler.el b/site/org- mode/contrib/lisp/ox-taskjuggler.el index 761e180..5a1895c 100644 --- a/site/org-mode/contrib/lisp/ox-taskjuggler.el +++ b/site/org-mode/contrib/lisp/ox-taskjuggler.el @@ -696,18 +696,30 @@ Return complete project plan as a string in TaskJuggler syntax." (mapconcat (lambda (report) (org-taskjuggler--build-report report info)) main-reports "") - ;; insert title in default reports + ;; insert title and date in default reports (let* ((title (org-export-data (plist-get info :title) info)) (report-title (if (string= title "") (org-taskjuggler-get-name project) - title))) - (mapconcat - 'org-element-normalize-string - (mapcar - (function -(lambda (report) - (replace-regexp-in-string "%title" report-title report t t))) - org-taskjuggler-default-reports) "") + title)) + (date (org-export-data (plist-get info :date) info)) + (report-date (if (string= date "") + (org-taskjuggler-get-name project) + date))) + (let* ((with-title (mapcar + (function + (lambda (report) +(replace-regexp-in-string "%title" report-title report t t))) + org-taskjuggler-default-reports)) +(with-date (mapcar +(function + (lambda (report) + (replace-regexp-in-string "%date" report-date report t t))) +with-title))) + + (mapconcat +'org-element-normalize-string +with-date +""))
Re: [O] Changing behaviour of {:} in column view?
Sebastien Vauban writes: > > Luke Crook wrote: > > In column view, org-mode sums 3xSubtasks each having an effort of "1d" as "1d > > 0:00". Is there a way to change the sum to display this as "3d"? > > You could try to attach an ECM (« Exemple Complet Minimal », or minimal > working example) demo'ing your problem. That'd save time for people to > try to confirm the problem, and eventually fix it. > Yes, I should have done. The following shows the sum of Tasks 1/2/3 as "1d 00:00" in column view, which is correct as this reflects the actual number of hours of effort (8 hours a day). My question is, can this be displayed assuming 'n' hours of effort a day and shown in days? So the sum of Effort in this case would be displayed as "3d". * Test :PROPERTIES: :ID: Tasks :COLUMNS: %ITEM %17Effort(Effort){:} :END: ** Task 1 :PROPERTIES: :Effort: 1d :END: ** Task 2 :PROPERTIES: :Effort: 1d :END: ** Task 3 :PROPERTIES: :Effort: 1d :END:
[O] Changing behaviour of {:} in column view?
In column view, org-mode sums 3xSubtasks each having an effort of "1d" as "1d 0:00". Is there a way to change the sum to display this as "3d"? /Luke
Re: [O] Links to headings not generated in Tables
Ok. I feel quite quite silly now. Thanks /Luke On Thu, Dec 19, 2013 at 12:48 PM, Nicolas Goaziou wrote: > Hello, > > Luke Crook writes: > > > What about the following code. In the following, <<1>> and <<2>> are not > > appearing in the HTML or the Latex exorts. > > > > > > > > * test > > One, [[1]] and two, [[2]]. > > > > > > * blee > > > > | ID| Descr | Descr | > > |---+---+---| > > | <<1>> | One | One | > > | <<2>> | Two | Two | > > This is the expected behaviour. Targets are always invisible. See > section 4.2 in manual. > > > Regards, > > -- > Nicolas Goaziou >
Re: [O] Links to headings not generated in Tables
Here is the html export. The anchor is generated, but with no text. ID Descr Descr One One Two Two On Thu, Dec 19, 2013 at 11:12 AM, Luke Crook wrote: > Hi Nicolas, > > What about the following code. In the following, <<1>> and <<2>> are not > appearing in the HTML or the Latex exorts. > > > > * test > One, [[1]] and two, [[2]]. > > > * blee > > | ID| Descr | Descr | > |---+---+---| > | <<1>> | One | One | > | <<2>> | Two | Two | > > > > On Thu, Nov 21, 2013 at 1:04 PM, Nick Dokos wrote: > >> Luke Crook writes: >> >> > Nicolas Goaziou gmail.com> writes: >> > >> >> >> >> Hello, >> >> >> >> Luke Crook balooga.com> writes: >> >> >> >> > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version. >> >> >> >> OK. Then could you provide an ECM? I'm unable to reproduce the problem. >> >> >> >> Regards, >> >> >> > >> > >> > Hi Nicolas, >> > >> > The first two work correctly, the third does not generate a link for me. >> > >> > >> > >> > | [[id:6920d682-963f-412b-927b-af7dcfd57c79][Code 13]] | >> > | [[*Code 13]] | >> > | [[*Code 13][Code 13]] | >> > >> > >> > *** Code 13 >> > :PROPERTIES: >> > :ID: 6920d682-963f-412b-927b-af7dcfd57c79 >> > :END: >> >> It does for me - here's the table in the HTML output: >> >> --8<---cut here---start->8--- >> > frame="hsides"> >> >> >> >> >> >> >> >> Code 13 >> >> >> >> 1 >> >> >> >> Code 13 >> >> >> >> --8<---cut here---end--->8--- >> >> Org-mode version 8.2.3c (release_8.2.3c-256-g5ea022.dirty @ >> /home/nick/elisp/org-mode/lisp/) >> >> Nick >> >> >> >
Re: [O] Links to headings not generated in Tables
Hi Nicolas, What about the following code. In the following, <<1>> and <<2>> are not appearing in the HTML or the Latex exorts. * test One, [[1]] and two, [[2]]. * blee | ID| Descr | Descr | |---+---+---| | <<1>> | One | One | | <<2>> | Two | Two | On Thu, Nov 21, 2013 at 1:04 PM, Nick Dokos wrote: > Luke Crook writes: > > > Nicolas Goaziou gmail.com> writes: > > > >> > >> Hello, > >> > >> Luke Crook balooga.com> writes: > >> > >> > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version. > >> > >> OK. Then could you provide an ECM? I'm unable to reproduce the problem. > >> > >> Regards, > >> > > > > > > Hi Nicolas, > > > > The first two work correctly, the third does not generate a link for me. > > > > > > > > | [[id:6920d682-963f-412b-927b-af7dcfd57c79][Code 13]] | > > | [[*Code 13]] | > > | [[*Code 13][Code 13]] | > > > > > > *** Code 13 > > :PROPERTIES: > > :ID: 6920d682-963f-412b-927b-af7dcfd57c79 > > :END: > > It does for me - here's the table in the HTML output: > > --8<---cut here---start->8--- > frame="hsides"> > > > > > > > > Code 13 > > > > 1 > > > > Code 13 > > > > --8<---cut here---end--->8--- > > Org-mode version 8.2.3c (release_8.2.3c-256-g5ea022.dirty @ > /home/nick/elisp/org-mode/lisp/) > > Nick > > >
Re: [O] Links to headings not generated in Tables
Nicolas Goaziou gmail.com> writes: > > Hello, > > Luke Crook balooga.com> writes: > > > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version. > > OK. Then could you provide an ECM? I'm unable to reproduce the problem. > > Regards, > Hi Nicolas, The first two work correctly, the third does not generate a link for me. | [[id:6920d682-963f-412b-927b-af7dcfd57c79][Code 13]] | | [[*Code 13]] | | [[*Code 13][Code 13]] | *** Code 13 :PROPERTIES: :ID: 6920d682-963f-412b-927b-af7dcfd57c79 :END:
Re: [O] \newpage in HTML export
That works. But that means I need both #+HTML: and #+Latex: for the same thing. \newpage should convert as appropriate depending on the export. So, \newpage should translate to the HTML equivalent on HTML export, and the Latex equivalent on Latex export. It only works correctly on Latex export
Re: [O] Links to headings not generated in Tables
Nicolas Goaziou gmail.com> writes: >> > You are probably using an old Org revision (e.g. the one shipped with > Emacs 24.3). > Hi Nicolas, I'm definitely using 8.2.2, as reported by org-version.
[O] Links to headings not generated in Tables
I am unable to get links of the following type to appear in Tables when exporting to HTML or Latex; [[*Heading 1][A Heading]] The links are valid in Emacs, meaning I can navigate to the target using C-c C-o. Links to headings using ID, or links to other tables ( e.g. [[tbl:aTable]]) do seem to work. /Luke
[O] \newpage in HTML export
Both "\newpage" and "#+LATEX: \newpage" generate page breaks in Latex. However "\newpage" is included verbatim in HTML export. Should I use "#+LATEX: \newpage" instead? /Luke
Re: [O] \ref{} not working in HTML export
Nicolas Goaziou gmail.com> writes: > > \ref{} is LaTeX syntax. Try [[tbl:repositories]] instead. > > Regards, > That did the trick, thank you.
[O] \ref{} not working in HTML export
The following works in the latex export, with the correct table number being inserted. "See Table-\ref{tbl:repositories} for details" However "\ref{tbl:repositories}" is included verbatim in the HTML export. Is there a setting that causes \ref{} not to insert the correct results in HTML? Thanks, /Luke
Re: [O] List of Figures not being generated in 8.0.3?
Thanks for highlighting this. Being able to skip the #+NAME tag in this situation makes it quite straightforward.
Re: [O] List of Figures not being generated in 8.0.3?
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote: > > > It seems you're using v8.0.3. . . > > Your example would be something like > > #+OPTIONS: toc:nil > #+TOC: figures ## <-- not implemented currently > #+LATEX: \listoffigures > > The following generates the "List of Figures" #+TOC: listings No need for the specific latex tags below it seems, as #+TOC seems to output correctly in latex now. #+LATEX: \listoftables #+LATEX: \listoffigures
Re: [O] List of Figures not being generated in 8.0.3?
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus wrote: > > > Hi Luke! > > It seems you're using v8.0.3. . . > Thank you for the feedback. I should have scrubbed my tags pre-8.0 tags to conform to the post-8.0 world, sorry about that. The following tags now work as expected. The "List of Figures" links to the figure. I had to add a #+LABEL tag for the \ref{fig-1} to generate the correct link. #+NAME: fig-1 #+begin_src plantuml :file fig_1.png :cmdline -Tpng (*) --> "Test" #+end_src #+ATTR_LaTeX: width: 2cm #+CAPTION: Caption for Figure 1 #+LABEL: fig:fig-1 #+RESULTS: fig-1 [[file:fig_1.png]] So, everything working again. Thank you.
[O] List of Figures not being generated in 8.0.3?
I just noticed that the List of Figures is not being generated in 8.0.3. I have a figure with; #+LATEX: \listoffigures #+ATTR_LaTeX: width=5.5cm #+CAPTION: A Caption Here #+LABEL: fig:test-figure-1 #+begin_src plantuml :file test-figure-1.png :cmdline -Tpng plantuml stuff here #+end_src I have verified that the png is being generated in 8.0.3. However the figure is not being included in the List of Figures. References to the figure \ref{fig:test-figure-1} will render as ?? in the Latex output. There references render as "\ref{fig:test-figure-1}" in the HTML output. Works correctly in org-more 7.8.11 Can anyone help?
Re: [O] #+begin_landscape#+end_landscape
> Luke Crook balooga.com> writes: > > > > > When exporting to Latex, the system used to change the paper orientation to > > landscape for tables between the #+begin_landscape #+end_landscape tags. > > > > I noticed that v7.9.3f no longer does this. Were the > > #+begin_landscape/#+end_landscape tags deprecated? Just reporting back. #+begin_landscape/#+end_landscape now work correctly in org-mode 8.0.3. Thank you.
Re: [O] org-mode 7.9.4 now returns org-strip-protective-commas
On Fri, Mar 22, 2013 at 1:54 PM, Nick Dokos wrote: > > > My guess is that you have a seriously mixed-up installation. It was a load-path problem. I use an init.el file to load my ~/.emacs.d/ emacs.org initialization file, and I totally forgot to update the path to the org directory in init.el.
Re: [O] #+begin_landscape#+end_landscape
Sorry, pdfscape is what I am using. But I have used lscape in other docs and #+begin_landscape/#+end_landscape does basically the same thing. On Tue, Mar 26, 2013 at 6:03 PM, Luke Crook wrote: > Yes, I have. In fact, lscape is what I am using. > > I haven't changed the document at all, all I have done is upgrade Emacs > which comes with org-mode v7.9.3f. > > In fact, I just exported the document in on a different machine that has > org-mode 7.8.11 installed, and #+begin_landscape/#+end_landscape works as > expected. > > > > On Tue, Mar 26, 2013 at 4:36 PM, Charles Berry wrote: > >> Luke Crook balooga.com> writes: >> >> > >> > When exporting to Latex, the system used to change the paper >> orientation to >> > landscape for tables between the #+begin_landscape #+end_landscape tags. >> > >> > I noticed that v7.9.3f no longer does this. Were the >> > #+begin_landscape/#+end_landscape tags deprecated? >> > >> > Thanks, >> > -Luke >> > >> > >> >> Did you include the landscape package?? >> >> This >> >> , >> | #+LATEX_HEADER: \usepackage{lscape} >> | >> | before >> | >> | #+begin_landscape >> | >> | here is some text >> | >> | #+end_landscape >> | >> | after >> ` >> >> >> gives me three pages using the new exporter. 'before' and 'after' in >> portrait >> and "here is some text" in landscape. >> >> HTH, >> >> >> >> >> >> >
Re: [O] #+begin_landscape#+end_landscape
Yes, I have. In fact, lscape is what I am using. I haven't changed the document at all, all I have done is upgrade Emacs which comes with org-mode v7.9.3f. In fact, I just exported the document in on a different machine that has org-mode 7.8.11 installed, and #+begin_landscape/#+end_landscape works as expected. On Tue, Mar 26, 2013 at 4:36 PM, Charles Berry wrote: > Luke Crook balooga.com> writes: > > > > > When exporting to Latex, the system used to change the paper orientation > to > > landscape for tables between the #+begin_landscape #+end_landscape tags. > > > > I noticed that v7.9.3f no longer does this. Were the > > #+begin_landscape/#+end_landscape tags deprecated? > > > > Thanks, > > -Luke > > > > > > Did you include the landscape package?? > > This > > , > | #+LATEX_HEADER: \usepackage{lscape} > | > | before > | > | #+begin_landscape > | > | here is some text > | > | #+end_landscape > | > | after > ` > > > gives me three pages using the new exporter. 'before' and 'after' in > portrait > and "here is some text" in landscape. > > HTH, > > > > > >
Re: [O] #+begin_landscape#+end_landscape
This actually works. In fact, this is how I used to control table landscape mode before changing to #+begin_landscape/#+end_landscape. Sorry, I should have been more clear that I use the \usepackage{pdflscape} package that actually rotates the orientation of the page to be more easily readable in a pdf viewer. On Tue, Mar 26, 2013 at 2:41 PM, John Hendy wrote: > On Tue, Mar 26, 2013 at 4:32 PM, Luke Crook wrote: > > When exporting to Latex, the system used to change the paper orientation > to > > landscape for tables between the #+begin_landscape #+end_landscape tags. > > > > I noticed that v7.9.3f no longer does this. Were the > > #+begin_landscape/#+end_landscape tags deprecated? > > Not sure on the exact question; in the mean time, could you use? > > #+latex: \begin{landscape} > > #+latex: \end{landscape} > > > John > > > > > Thanks, > > -Luke > > > > >
[O] #+begin_landscape#+end_landscape
When exporting to Latex, the system used to change the paper orientation to landscape for tables between the #+begin_landscape #+end_landscape tags. I noticed that v7.9.3f no longer does this. Were the #+begin_landscape/#+end_landscape tags deprecated? Thanks, -Luke
Re: [O] org-mode 7.9.4 now returns org-strip-protective-commas
Nick Dokos hp.com> writes: > > My guess is that you have a seriously mixed-up installation. > That's what org-version just told me. I downloaded the latest version of Emacs for windows which includes org-mode v7.9.3f. I'll try start from there. ///Luke
Re: [O] org-mode 7.9.4 now returns org-strip-protective-commas
Luke Crook balooga.com> writes: I also see the following error in 7.9.4; Code block evaluation complete. progn: Symbol's function definition is void: org-unescape-code-in-region
[O] org-mode 7.9.4 now returns org-strip-protective-commas
I updated org-mode to 7.9.4, and now a I receive the following error from Emacs when I try to generate Latex output; Code block evaluation complete. org-export-select-backend-specific-text: Symbol's function definition is void: org-strip-protective-commas Any ideas what might be going on?
[O] flyspell-prog-mode and org files
Does org-mode support 'flyspell-prog-mode', in that flyspell should ignore everything within #+begin_src and #+end_src blocks? Thanks, -Luke
Re: [O] Wrong type argument listp on export
Eric Schulte gmail.com> writes: > > I've just pushed up a fix -- Eric > Thanks for fixing this. -Luke
Re: [O] org-mode fontification error when exporting to LaTeX
Bastien altern.org> writes: > Yes -- also please give more details about your setup: what version > of Org and Emacs? What system? I tracked it down to the following in my text; - list item - list item - list item - Note :: Blah - list item - Note :: Blah - list item The error goes away when I correct this to the following; - list item - list item - list item - Note :: Blah - list item - Note :: Blah - list item Thanks folks. -Luke
[O] org-mode fontification error when exporting to LaTeX
I get an 'org-mode fontification error' when I export to LaTeX. Any idea what may be causing this? Thanks, -Luke
Re: [O] Include headings in export, but exclude from TOC?
suvayu ali gmail.com> writes: > > On Mon, May 16, 2011 at 6:38 PM, Luke Crook balooga.com> wrote: > > :NOEXPORT: removes a heading from export and the TOC. Is there a > > tag that will > > only exclude a heading from appearing in the TOC? > > > > For LaTeX export the following header option should take care of this: > > #+OPTIONS: H:4 num:3 > > H:4 says export up to level 4 headlines num:3 says only number up to > level 3 headlines > > I am not sure whether this works for the other export backends. Unfortunately the headings I want to hide are at different depths. Some are at level 3, some at level 4 etc. -Luke
[O] Include headings in export, but exclude from TOC?
:NOEXPORT: removes a heading from export and the TOC. Is there a tag that will only exclude a heading from appearing in the TOC? -Luke
[O] Re: Using babel to generate a commit log
Eric Schulte gmail.com> writes: > > Since this could be generally useful would you be willing to add it to > the library of babel (org/contrib/babel/library-of-babel.org)? That would be great. > If so then if you could supply a few explanatory sentences, I'll add those and > the code block to the library-of-babel.org distributed with Org-mode. "This function will attempt to retrieve the entire commit log for the file associated with the current buffer and insert this log into the export. The function uses the Emacs VC commands to interface to the local version control system, but has only been tested to work with Git. 'limit' is currently unsupported." -Luke
[O] Re: Using babel to generate a commit log
Luke Crook balooga.com> writes: > > Eric Schulte gmail.com> writes: > > > #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer)) > > :exports > both > > (message "buffer %S!" buf) > > #+end_src > > The following code will now generate the commit log. #+begin_src emacs-lisp :var limit=-1 :var buf=(buffer-name (current-buffer)) :exports results ;; Most of this code is copied from vc.el vc-print-log (when (vc-find-backend-function (vc-backend (buffer-file-name (get-buffer buf))) 'print-log) (let ((limit -1) (vc-fileset nil) (backend nil) (files nil)) (with-current-buffer (get-buffer buf) (setq vc-fileset (vc-deduce-fileset t)) ;FIXME: Why t? --Stef (setq backend (car vc-fileset)) (setq files (cadr vc-fileset))) (with-temp-buffer (let ((status (vc-call-backend backend 'print-log files (current-buffer (when (and (processp status) ;; Make sure status is a process (= 0 (process-exit-status status))) ;; And that it has not terminated (while (not (eq 'exit (process-status status))) ;; Loop and sleep until complete (sit-for 1 t))) (buffer-string) #+end_src
[O] Re: Using babel to generate a commit log
Eric Schulte gmail.com> writes: > > It is true that export takes place in a fresh Org-mode buffer, however > the header arguments of Org-mode code blocks are guaranteed to be > evaluated in the original buffer, so a trick like the following can be > used to grab the original buffer. > > #+begin_src emacs-lisp :var buf=(buffer-file-name (current-buffer)) :exports both > (message "buffer %S!" buf) > #+end_src > That is exactly what I need. Thank you very much. -Luke
[O] Re: Using babel to generate a commit log
Eric Schulte gmail.com> writes: > > Luke Crook balooga.com> writes: > > > I have written the following code that uses the Emacs vc-* commands to generate > > a commit log. > Is there a reason this processing takes place using Emacs Lisp rather > than a simple shell code block, the following alternative should be > simpler and more robust. > > #+begin_src sh :exports results :results output > git log -1 > #+end_src I wanted to abstract away the actual vcs used so that this code could be used by others having a different vcs. In my case I only want the commits for the file being exported and not the previous 'n' commits. I have all my specs in the same git repo. -Luke
[O] Re: How to retrieve the original buffer during export?
Luke Crook balooga.com> writes: > > I have code within #+begin_src and #+end_src that has to have the original > org- > mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)). > > Is there an org-mode command that can be called during the export process > that > will return this buffer? Answered in this post: http://article.gmane.org/gmane.emacs.orgmode/40358 -Luke
[O] Re: Using babel to generate a commit log
Luke Crook balooga.com> writes: > > Nick Dokos hp.com> writes: > > > There is a way to get the original buffer during capture, but I don't > > know of a similar mechanism during export. I hardwired the file name > > instead, but I got no further than the vc-fileset call: there seem to be > > all sorts of contextual assumptions that vc makes that are violated in > > the export context. > org-publish-initial-buffer provides this when publishing, but I can't find an equivalent for a standard export. -Luke
[O] Re: Using babel to generate a commit log
Nick Dokos hp.com> writes: > > Luke Crook balooga.com> wrote: > > > Jambunathan K gmail.com> writes: > > > > > > > > > I changed my code to wait until the 'Git' process completes. Luckily "vc- call- > > backend" returns the async process. > > > > ... or you could use a sentinel > > One bit of defensive programming might be to check that status *is* a > process before you do the wait: vc-do-command returns a real status in > the synchronous case, so if you cut-n-paste this code with some other > command that does not use async, it'll blow up. > I have modified the code to only check the status if the process is actually running; (with-temp-buffer (let ((status (vc-call-backend backend 'print-log files (current-buffer (when (= 0 (process-exit-status status)) (while (not (eq 'exit (process-status status))) (sit-for 1 t))) I'm not sure about using a sentinel though as this is just a callback that is executed when the process completes. Wouldn't the sentinel fire after the source block has returned? Or do you mean to wait until a variable set by the sentinel returns t? -Luke
[O] How to retrieve the original buffer during export?
I have code within #+begin_src and #+end_src that has to have the original org- mode buffer during the export process, (vc-fileset (vc-deduce-fileset t)). Is there an org-mode command that can be called during the export process that will return this buffer? Thanks, -Luke
[O] Re: Using babel to generate a commit log
Nick Dokos hp.com> writes: > > Luke Crook balooga.com> wrote: > > > 'C-c C-c' at the top of the source block does generate the correct output > > though. It is just 'C-c C-e ' that returns this error. > > > > Right: (current-buffer) is not what you think it is when exporting - it is > the temp buffer that the export mechanism sets up. > > There is a way to get the original buffer during capture, but I don't > know of a similar mechanism during export. I hardwired the file name > instead, but I got no further than the vc-fileset call: there seem to be > all sorts of contextual assumptions that vc makes that are violated in > the export context. Yes, this makes sense thanks. I'll create another thread asking how to retrieve the original buffer during the export process. -Luke
[O] Re: Using babel to generate a commit log
Nick Dokos hp.com> writes: > > Luke Crook balooga.com> wrote: > > > Suvayu Ali gmail.com> writes: > > > > > Have you tried ':exports results' as a header argument? > > > > > > > I just tried ':exports results'. But now I get the following error when > > exporting the file, "Cannot open load file: vc-nil" > > > > That sounds like vc does not know what backend to use: maybe you are not > in a git-controlled directory? > 'C-c C-c' at the top of the source block does generate the correct output though. It is just 'C-c C-e ' that returns this error. -Luke
[O] Re: Using babel to generate a commit log
Jambunathan K gmail.com> writes: > > Luke Crook balooga.com> writes: > > > 2) I have to add at delay of at least 5 seconds (set-for 5 t) as vc-git calls > > "git log" as an asynchronous process. If not for the delay then babel > > immediately returns an empty buffer and the "vc-call-backend" process never > > completes. > > > > Is there a better way that I can accomplish (2) ? > > Quick hints if you are willing to settle for some hacks. > > In vc-do-command, you may have to set OKSTATUS to 0. Track > `vc-disable-async-diff' in vc.el and vc-svn.el for possible hints. > I changed my code to wait until the 'Git' process completes. Luckily "vc-call- backend" returns the async process. #+begin_src emacs-lisp :var limit="" :file test.log :exports results ;; Most of this code is copied from vc.el vc-print-log (when (vc-find-backend-function (vc-backend (buffer-file-name (current-buffer))) 'print-log) (let* ((limit (if (numberp limit) limit vc-log-show-limit)) (vc-fileset (vc-deduce-fileset t)) ;FIXME: Why t? --Stef (backend (car vc-fileset)) (files (cadr vc-fileset))) (with-temp-buffer (let ((status (vc-call-backend backend 'print-log files (current-buffer)))) (while (not (eq 'exit (process-status status))) (sit-for 1 t)) (buffer-string) #+end_src -Luke
[O] Re: Using babel to generate a commit log
Suvayu Ali gmail.com> writes: > > On Wed, 30 Mar 2011 05:38:41 + (UTC) > Luke Crook balooga.com> wrote: > > > 1) The code between #+begin_src and #+end_src is exported and not > > the result of evaluating the code (the commit log). > > [...] > > > > > How can I fix (1). > > > > Have you tried ':exports results' as a header argument? > I just tried ':exports results'. But now I get the following error when exporting the file, "Cannot open load file: vc-nil" -Luke
[O] Using babel to generate a commit log
I have written the following code that uses the Emacs vc-* commands to generate a commit log. I would like the output of this code to be included when my file is exported. #+begin_src emacs-lisp :var limit="" ;; Most of this code is copied from vc.el vc-print-log (when (vc-find-backend-function (vc-backend (buffer-file-name (current-buffer))) 'print-log) (let* ((limit (if (numberp limit) limit vc-log-show-limit)) (vc-fileset (vc-deduce-fileset t)) ;FIXME: Why t? --Stef (backend (car vc-fileset)) (files (cadr vc-fileset))) (with-temp-buffer (vc-call-backend backend 'print-log files (current-buffer)) (sit-for 5 t) (buffer-string #+end_src What is happening is; 1) The code between #+begin_src and #+end_src is exported and not the result of evaluating the code (the commit log). 2) I have to add at delay of at least 5 seconds (set-for 5 t) as vc-git calls "git log" as an asynchronous process. If not for the delay then babel immediately returns an empty buffer and the "vc-call-backend" process never completes. How can I fix (1). Is there a better way that I can accomplish (2) ? Thanks, -Luke
Re: [O] making flexible table formulas
On Mon, Feb 28, 2011 at 9:35 AM, Rustom Mody wrote: > When using orgmode for hacking on data in a table (org a la spreadsheet) I > have this situation > Say I am concentrating on column 2 and I want the bottom cell to be the sum > of the above cells > For a 7 row table with 8th row having the total I get > > #+TBLFM: @8$2=vsum(@1$2..@7$2) > > But now I have a problem: If say I add a row to the table then the next > time I recompute the formula(s) the ninth row is not affected and the 8th > row which is now data gets overwritten with a computation. > > So basically I want the @1 and @7 which are hardcoded above to be replaced > by something to the effect: "everything above..." and the @8$2 should be > something to the tune of "bottom of $2" > Place the rows you want to sum between horizontal separator lines (see http://orgmode.org/manual/Built_002din-table-editor.html#Built_002din-table-editor ) Then you can do the following: #+TBLFM: @8$2=vsum(@I..@II) Which means, sum the columns between the first and the second separators. -Luke ___ 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] Latex custom Title page question
I have successfully created a custom title page which I have used to replace the default version created by org-mode. Per http://orgmode.org/worg/org-tutorials/org-latex-export.html "11.2 Titles and Title Page Layout". However my title page contains the document title, date and version number. I would rather not have to create a separate "custom-title.tex" for each document that I create. Can I specify the Title etc. in org-mode in such a way that it can be included in the custom Title page? I have tried moving "custom-title.tex" into org-mode sandwiched between #+BEGIN_latex / #+END_latex commands, but this does not put the title on the first page. I have included a blank #+TITLE and #+OPTIONS: toc:nil but this still generates an empty page before my custom title page. Thanks, -Luke ___ 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] Does Effort support hours only?
Is it possible to specify estimated effort in something other than hours (0.5, or 0:30)? For example 1w, 1m, 2d etc? -Luke ___ 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 column mode where parent has TODO [#A] [/]
Bernt Hansen norang.ca> writes: > > Hi Luke, > > This problem was fixed in master on February 4 after release_7.4 in > commit 28b88bbb11289d6c8d39ccc8dc420e7051fc0d4c. > > Regards, > Bernt Thank you. I'll upgrade to the latest version. -Luke ___ 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] Bug in column mode where parent has TODO [#A] [/]
In column mode, if I modify the TODO status of a subtree then the priority of the parent becomes manged. I am using org-version 7.4 For example; ** TODO [#A] [2/3] BLAH *** TODO BLEE When in column mode, changing the subheading to something other than TODO results in the following: ** TODO [#[2/3]/3] BLAH *** PENDING Blee The priority is removed. Adding the priority back, results in this ** TODO [#A] [#[2/3]/3] BLAH *** PENDING Blee And changing the subheading again (when in column mode) to something other than TODO results in this; ** TODO [#[2/3]2/3]]/3] BLAH *** PENDING Blee -Luke ___ 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
Re: [Orgmode] org-mac-protocol/org-protocol-capture
For the Mac, I've been actually using the methods described in http://jcardente.blogspot.com/2010/09/saving-weblinks-to-org-mode-from-safari.html with pretty good success. If you're not shy about AppleScript and editting an XML file, it works great. Luke On Tue, Nov 30, 2010 at 1:21 AM, Konrad Hinsen wrote: > On 30 Nov 2010, at 03:53, Timothy Brown wrote: > > I think the intended behavior i'm confused about is remember coming up >> instead of the new capture functionality. I assume that has to do with >> this line here in the Applescript: >> >> set theProtocol to "org-protocol:/mac-remember:/y/" >> >> but i'm not sure how to modify this to forego the older remember >> functionality and use the newer capture functionality. >> > > That would require new code in org-mac-protocol.el. mac-remember is a new > protocol implemented in that module, which uses the remember framework. > Switching to capture would require defining a new protocol mac-capture and > implement it. > > I have actually started doing that and my current version is already > usable. But I am not happy yet with some of the details. If you want to try > it, my version of org-mac-protocol.el is attached, as well as > org-capture.scpt that calls it. > > Konrad. > > > > > > > > (* > org-capture.scpt --- make a note in an org-mode file, linking to the front > document and any selected text > > Copyright (C) 2009, 2010 Christopher Suckling > > Author: Christopher Suckling > > This file is Free Software; you can redistribute it and/or modify > it under the terms of the GNU General Public License as published by > the Free Software Foundation; either version 3, or (at your option) > any later version. > > It is distributed in the hope that it will be useful, but WITHOUT > ANY WARRANTY; without even the implied warranty of MERCHANTABILITY > or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public > License for more details. > > You should have received a copy of the GNU General Public License > along with GNU Emacs; see the file COPYING. If not, write to the > Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, > Boston, MA 02110-1301, USA. > > Vesion: 0.634 > > Commentary > > Part of org-mac-protocol > > Installation > > 1) Open in AppleScript Editor > 2) Save as File Format: Script in ~/Library/Scripts/ > > Please see org-mac-protocol.org for full installation and usage > instructions > *) > > set ASTID to AppleScript's text item delimiters > set text item delimiters to {":"} > set myPath to (path to me) as text > set orgQSLib to (text items 1 through -2 of myPath) & "orgQSLib:" as text > set AppleScript's text item delimiters to ASTID > > set getEmacsLib to (load script file ((orgQSLib as text) & > "getEmacsClient.scpt")) > set getItemMetaLib to (load script file ((orgQSLib as text) & > "getItemMetadata.scpt")) > global escapeLib > set escapeLib to ((orgQSLib as text) & "escape.rb") > set theProtocol to "org-protocol:/mac-capture:/w/" > > tell application "System Events" >set theApp to item 1 of (get name of processes whose frontmost is > true) > end tell > > set theScript to getEmacsLib's getEmacsClient() & " " & getItemMetaLib's > getItemMetadata(theProtocol, theApp) > > do shell script theScript > ___ > 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 > > ___ 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] Importing text/data on export?
I would like to create some technical specifications in a format of (a) Cover Page, (b) Title Page, (c) Revision History, (d) TOC, (e) List of Tables, (f) List of Figures, and (g) Actual specifications/text/etc. A-C might be part of each org-mode document, or might only be included on export. However there are fields in these sections that are document specific that must be updated on export, for example; title, doc number, revision number. In addition, the Cover Page has to be of the approved format having space for the appropriate signoff signatures for the author and several approvers. Is org-mode capable of this, or is this something that has to be done outside of org-mode? For the revision history, I think creating this table on export by including the commit text from git would be great. Does anyone have any pointers on how to accomplish this? -Luke ___ 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: mobileorg app can't sync
Luke Crook balooga.com> writes: > > I'll try this and report back. I started over. Followed the instructions at http://mobileorg.ncogni.to/ and everything works. Thanks, -Luke ___ 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
Re: [Orgmode] Re: mobileorg app can't sync
On Thu, Oct 21, 2010 at 11:17 AM, Erik Iverson wrote: > > >> I have same same error. The steps I took are as follows; >> >> - Downloaded MobilOrg app for iPhone. >> - Created an account on Dropbox. >> - Linked Mobilorg to Dropbox account. >> - Created test entry in Mobilorg. >> - Attempted to sync. >> >> Error returned "Error syncing changes. An error was encountered while >> attempting to fetch mobileorg.org from the server. The error was: >> Unexpected error" >> >> On my Dropbox account, I see: >> >> MobileOrg\.dropbox >> >> > But you need to run org-mobile-push from Emacs, and set any > variables it relies on. I forget which, but they are in the > manual. > Ah, so I have to have an existing org-mobile-push'ified ".org" file in Dropbox prior to syncing? I don't think this is really made clear in the instructions. I didn't know that there was an org-mobile-push dependency between Emacs and Mobileorg. I had the impression that Mobilorg could be used stand-alone. I'll try this and report back. -Luke ___ 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: mobileorg app can't sync
Greg Troxel ir.bbn.com> writes: > > > Rodney Price raytheon.com> writes: > > > I've been trying to get MobileOrg set up with Dropbox, and I seem to > > have done something to make it impossible for MobileOrg to sync. > > Whenever I try, I get an error message like, > > > > Unexpected error: error getting mobileorg.org > > > > (paraphrased somewhat) > > > > It was syncing fine at one point, but then I decided to move my ~/org > > directory into the Dropbox directory, and MobileOrg evidently didn't > > like the change. > > > > How do I get the MobileOrg app (on an iPod Touch) to start up again? > I have same same error. The steps I took are as follows; - Downloaded MobilOrg app for iPhone. - Created an account on Dropbox. - Linked Mobilorg to Dropbox account. - Created test entry in Mobilorg. - Attempted to sync. Error returned "Error syncing changes. An error was encountered while attempting to fetch mobileorg.org from the server. The error was: Unexpected error" On my Dropbox account, I see: MobileOrg\.dropbox -Luke > I have not used dropbox, but the directory with your org files and the > place in webdav that is your MobileOrg staging area are conceptually > separate. You still have to org-mobile-push even if org-directory is > someplace in dav space. > > To let someone debug this, you'll have to post your entire relevant > config, including setting of org-mobile-directory, org-directory, and > the URL you put in MobileOrg. > > (I have mobileorg syncing fine, from two instances (production and beta > builds), one where I have a separate DAV dir accessed via the local > filesystem, and one which is accessed on a remote server via tramp/ssh) > > > > ___ > 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 > ___ 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