[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<mideniko1234-...@yahoo.co.uk> 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 <mideniko1234-...@yahoo.co.uk> 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 <mideniko1234-...@yahoo.co.uk> 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-name temp-buffer) (kill-buffer
temp-buffer))
(progn (let ((temp-buffer (generate-new-buffer " *temp*")
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 <mideniko1234-...@yahoo.co.uk> 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 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/03/16 10:15, Bingo UV wrote: On Mon, 1 Feb 2016 15:15:03 -0700 luke call <luke...@onemodel.org> 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/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
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
Re: [O] "atomic knowledge" modeling tool
e, 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
[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 <luke.sw...@gmail.com> Date: Tue, Sep 1, 2015 at 1:10 AM Subject: Re: can't assign to hline relative reference To: Luke Swart <luke.sw...@gmail.com>, 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 <m...@nicolasgoaziou.fr> wrote: Hello, > > Luke Swart <luke.sw...@gmail.com> 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 <m...@nicolasgoaziou.fr> wrote: Hello, > > Luke Swart <luke.sw...@gmail.com> 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
Nicolas Goaziou mail at 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 * TESTcursor here, then M-enter - skfjdskjfs gives the following * TEST * cursor here - skfjdskjfs But * Test...cursor here, then M-enter gives the following * TEST - skfjdskjfs - cursor here Also the following won't create a new header or list item at all. * TEST... cursor here, then M-enter Doesn't do anything
Re: [O] org-insert-heading
Luke Crook luke at balooga.com writes: * TEST... cursor here, then M-enter Doesn't do anything The above I cannot consistently reproduce. So ignore for now. Thanks.
[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-RET results in the following. * Heading folded * ... ^ cursor here
Re: [O] org-insert-heading
Luke Crook luke at balooga.com writes: However at least in my installation (Emacs 34.3, org-mode 8.2.10), Emacs 24.3 obviously.
Re: [O] Org 8 Bug in interactive formula editing mode?
Nick Dokos ndokos at 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
Re: [O] Org 8 Bug in interactive formula editing mode?
Nick Dokos ndokos atzgmail.com writes: Can anybody else reproduce this? /me raises hand.
[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
[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] #+BEGIN_SRC export in Latex
Eric S Fraga e.fraga at 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] Internal Links In a table
I just noticed that links in tables Ref1, Ref2 below do not increment, whereas links in lists do. Example below. * Reference Documents | Reference | Document Description | |---+--| | Ref1Ref-1 | Ref 1| | Ref2Ref-2 | Ref 2| | Ref3Ref-3 | Ref 3| | Ref4Ref-4 | Ref 4| | Ref5Ref-5 | Ref 5| Ref-[[Ref1]], Ref-[[Ref2]], Ref-[[Ref3]] * List 1 - item1 Item 1 - item2 Item 2 - item3 Item 3 - item4 Item 4 - item5 Item 5 Item-[[item1]], Item-[[item2]]. * List 2 - item6 Item 1 - item7 Item 2 - item8 Item 3 - item9 Item 4 - item10 Item 5 Item-[[item6]], Item-[[item7]]
Re: [O] Internal Links In a table
Nicolas Goaziou n.goaziou at 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
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Rasmus rasmus at gmx.us writes: I've used this snip to recover such fields \makeatletter \let\Title\ at title \let\Author\ at author \let\Date\ at 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 at title Author at author I cannot get the substitution to work.
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Eric S Fraga e.fraga at 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}
#+AUTHOR: \orgauthor
This would avoid duplication.
Brilliant!! Thank you.
Re: [O] #+LATEX_HEADER:\newcommand{\orgtitle}{{{{TITLE}}}}
Bastien bzg at gnu.org writes:
Hi Luke,
Luke Crook luke at 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.
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: author
#+LATEX_HEADER: \newcommand{\orgauthor}{author}
#+EMAIL: email
#+LATEX_HEADER: \newcommand{\orgemail}{email}
#+TITLE: Title
#+LATEX_HEADER: \newcommand{\orgtitle}{Title}
#+DATE: Date
#+LATEX_HEADER: \newcommand{\orgdate}{Date}
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.
[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 sva-news@... 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
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 ndo...@gmail.com wrote: Luke Crook l...@balooga.com writes: Nicolas Goaziou n.goaziou at gmail.com writes: Hello, Luke Crook luke at 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--- table border=2 cellspacing=0 cellpadding=6 rules=groups frame=hsides colgroup col class=left / /colgroup tbody tr td class=lefta href=#sec-1Code 13/a/td /tr tr td class=lefta href=#sec-11/a/td /tr tr td class=lefta href=#sec-1Code 13/a/td /tr /tbody /table --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
Here is the html export. The anchor is generated, but with no text. a id=1 name=1/a/td thead tr th scope=col class=leftID/th th scope=col class=leftDescr/th th scope=col class=leftDescr/th /tr /thead tbody tr td class=lefta id=1 name=1/a/td td class=leftOne/td td class=leftOne/td /tr tr td class=lefta id=2 name=2/a/td td class=leftTwo/td td class=leftTwo/td /tr /tbody /table On Thu, Dec 19, 2013 at 11:12 AM, Luke Crook l...@balooga.com 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 ndo...@gmail.com wrote: Luke Crook l...@balooga.com writes: Nicolas Goaziou n.goaziou at gmail.com writes: Hello, Luke Crook luke at 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--- table border=2 cellspacing=0 cellpadding=6 rules=groups frame=hsides colgroup col class=left / /colgroup tbody tr td class=lefta href=#sec-1Code 13/a/td /tr tr td class=lefta href=#sec-11/a/td /tr tr td class=lefta href=#sec-1Code 13/a/td /tr /tbody /table --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
Ok. I feel quite quite silly now. Thanks /Luke On Thu, Dec 19, 2013 at 12:48 PM, Nicolas Goaziou n.goaz...@gmail.comwrote: Hello, Luke Crook l...@balooga.com 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
Nicolas Goaziou n.goaziou at gmail.com writes: Hello, Luke Crook luke at 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:
[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
[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
Re: [O] Links to headings not generated in Tables
Nicolas Goaziou n.goaziou at 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.
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] \ref{} not working in HTML export
Nicolas Goaziou n.goaziou at gmail.com writes:
\ref{} is LaTeX syntax. Try [[tbl:repositories]] instead.
Regards,
That did the trick, thank you.
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 ras...@gmx.us 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.
Re: [O] List of Figures not being generated in 8.0.3?
On Tue, Jun 11, 2013 at 4:58 PM, Rasmus ras...@gmx.us 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
[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] org-mode 7.9.4 now returns org-strip-protective-commas
On Fri, Mar 22, 2013 at 1:54 PM, Nick Dokos nicholas.do...@hp.com 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.
[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] #+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 jw.he...@gmail.com wrote:
On Tue, Mar 26, 2013 at 4:32 PM, Luke Crook l...@balooga.com 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
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 ccbe...@ucsd.edu wrote:
Luke Crook luke at 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
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 l...@balooga.com 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 ccbe...@ucsd.edu wrote:
Luke Crook luke at 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] org-mode 7.9.4 now returns org-strip-protective-commas
Nick Dokos nicholas.dokos at 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
[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?
Re: [O] org-mode 7.9.4 now returns org-strip-protective-commas
Luke Crook luke at 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] 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 schulte.eric at 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 bzg at 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 fatkasuvayu+linux at gmail.com writes: On Mon, May 16, 2011 at 6:38 PM, Luke Crook luke at 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 schulte.eric at 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
Suvayu Ali fatkasuvayu+linux at gmail.com writes: On Wed, 30 Mar 2011 05:38:41 + (UTC) Luke Crook luke at 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] Re: Using babel to generate a commit log
Jambunathan K kjambunathan at gmail.com writes: Luke Crook luke at 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
Nick Dokos nicholas.dokos at hp.com writes: Luke Crook luke at balooga.com wrote: Suvayu Ali fatkasuvayu+linux at 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 export backend' that returns this error. -Luke
[O] Re: Using babel to generate a commit log
Nick Dokos nicholas.dokos at hp.com writes: Luke Crook luke at 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 export backend' 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] 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 nicholas.dokos at hp.com writes: Luke Crook luke at balooga.com wrote: Jambunathan K kjambunathan at 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] Re: Using babel to generate a commit log
Luke Crook luke at balooga.com writes: Nick Dokos nicholas.dokos at 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: How to retrieve the original buffer during export?
Luke Crook luke at 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
Eric Schulte schulte.eric at gmail.com writes: Luke Crook luke at 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: Using babel to generate a commit log
Eric Schulte schulte.eric at 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
Luke Crook luke at balooga.com writes: Eric Schulte schulte.eric at 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] 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 rustompm...@gmail.com 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] Re: Bug in column mode where parent has TODO [#A] [/]
Bernt Hansen bernt at 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] Re: mobileorg app can't sync
Luke Crook luke at 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
[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
Greg Troxel gdt at ir.bbn.com writes: Rodney Price rodprice at 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 at 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
Re: [Orgmode] Re: mobileorg app can't sync
On Thu, Oct 21, 2010 at 11:17 AM, Erik Iverson er...@ccbr.umn.edu 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] [BUG] MobileOrg blocked tasks showing up on agendas
I'm not quite sure if this is intended or not, but take this example. Say I have * Parent Project :PROPERTIES: :ORDERED: t :END: ** TODO task 1 ** TODO task 2 and I have org-enforce-todo-dependencies set to t and org-agenda-dim-blocked-tasks set to 'invisible When I do a a push and pull it down on my iPhone, task 2 is showing up in my agenda. Should it be hiding it? 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: [PATCH] Allow regexps in org-file-apps to capture link parameters using groups
Hi guys, I believe I found one little thing that this patch broke. That is linking to either a text search or heading search in a different org file. I've attached two files which illustrate this. The first file test.orgcontains a link to a heading search of * Hello in the other file ( other.org). Let me know if you need any more information. Thanks. Luke On Sun, Mar 21, 2010 at 12:13 PM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Jan, I have now applied this patch. Hi everyone, I am not sure if I completely understood every part of it, so if anyone finds strange behavior of links, make sure to report it so that we (Jan, that is :-) gets a chance to fix it. Thanks! - Carsten On Mar 21, 2010, at 3:43 PM, Jan Böcker wrote: On 20.03.2010 16:07, Carsten Dominik wrote: Hi Jan, I forgot what the last status of this thread was. Could you please remind me? Thanks. - Carsten Hi Carsten, The patch is ready to be applied. I have been using it since January 16 without any problems. As mentioned in the description, it does introduce a backwards-incompatible change, but I know of no existing code which depends on the old behavior. However, I noticed an error in the docstrings and commit message: in several places where it says (string-match n link), it should say (match-string n link). I have attached a fixed version, which is also available via: git pull http://github.com/jboecker/org-mode.git for-carsten The motivation for this patch went something like this: - I wanted to link to PDFs, so I wrote org-docview.el - Someone pointed out that docview links did not respect org-link-file-path-type, which I fixed - Daniel M. German started integrating evince and xournal with org-protocol and asked if there was a link syntax to link to a specific page of a PDF (there were docview: links, but these are hard-coded to open within emacs) - I realized that docview: links are/should be a special case of file: links, so I wrote this patch On Jan 27, 2010, at 10:29 AM, Jan Böcker wrote: Btw, since posting the patch I stumbled upon another disadvantage: 'extended' link types defined this way will only support autocompletion for the file name, i.e. you will not be prompted for a page number when entering a link using C-c C-l file RET, then specifying the path to some PDF file. I do no longer count this as a reason against this patch, because normal file: links do not prompt you for a line number, either, and you should not be typing in links by hand anyway most of the time. A better way to extend file links might be to make it easy to create new links with file behaviour, instead of applying this patch (so a pdf link would look like file+pdf:/document.pdf::4, and because the link type starts with file+, it will e.g. respect org-link-file-path-type automatically). What do you think? Because I no longer care about prompting for a page number, I no longer care about this crazy idea of mine, too. Please go ahead and apply the patch in its current state. Unfortunately, I won't have much time for programming for about a month due to exams. This has also changed, I passed all three :) Now that I again have time to code and Daniel M German's patches to xournal and evince are functional, my next steps will be the two things mentioned under What's next? in the initial patch description. If you have any further questions, just ask! - Jan PS: On 27.01.2010 11:53, Carsten Dominik wrote: It is in my list, and I will get to it When the author of org-mode says it's on his list, you know he will come back to it and you don't have to add it to yours :) 0001-Allow-regexps-in-org-file-apps-to-capture-link-param.patch - Carsten ___ 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 test.org Description: Binary data other.org Description: Binary data ___ 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] Bug: org-habit and headlines with links
That fixed it. Thanks! Luke On Thu, Jan 28, 2010 at 11:32 AM, Carsten Dominik carsten.domi...@gmail.com wrote: Hi Luke, thanks for the bisect, that was useful. Could you please try if the following patch does reliably fix this problem? Thanks!! - Carsten diff --git a/lisp/org-habit.el b/lisp/org-habit.el index cf53057..deb8132 100644 --- a/lisp/org-habit.el +++ b/lisp/org-habit.el @@ -305,7 +305,7 @@ current time. (defun org-habit-insert-consistency-graphs (optional line) Insert consistency graph for any habitual tasks. (let ((inhibit-read-only t) l c - (buffer-invisibility-spec nil) + (buffer-invisibility-spec '(org-link)) (moment (time-subtract (current-time) (list 0 (* 3600 org-extend-today-until) 0 (save-excursion On Jan 17, 2010, at 4:45 PM, Luke Amdor wrote: When I have a headline with a link on it and I have that headline's habit property set to true, org-habit will barf all over my link when presenting the agenda. This will only happen when org-habit-graph-column is set something shorter than the full raw text of the link (which is about all of them). I ran git bisect on org-mode and found the bad commit to be: commit 2f5f6e401f187c2db8131cdbc4355b688ce4c55a Author: Carsten Dominik carsten.domi...@gmail.com Date: Mon Jan 4 09:58:53 2010 +0100 Turn off invisibility while constructing habit graphs Bernt Hansen reported strange things happening to the display when graph tasks are hidden while updating a task in the agenda. Here's my bisect log: # bad: [0e370d498b34469a025cdce864fd5c5987bf8050] Fix typo # good: [a7fb89e9edf59f50294199046e570b4b11bb13b1] Merge branch 'master' of git+ssh://repo.or.cz/srv/git/org-mode git bisect start 'origin/master' 'HEAD' # good: [21ad7f0bef20addfe15fbe3e95d65e6c810d68f1] Fix typo git bisect good 21ad7f0bef20addfe15fbe3e95d65e6c810d68f1 # good: [0b5d9bf1c62454523b275dd6a6b95bf881580eb1] Merge branch 'org-ctags' git bisect good 0b5d9bf1c62454523b275dd6a6b95bf881580eb1 # bad: [588a42d4fd2e59e3f69d5a3f9ea00ff3a64f5df9] org-exp-generic.el: Fix bug with closing bodies git bisect bad 588a42d4fd2e59e3f69d5a3f9ea00ff3a64f5df9 # bad: [32441cd15150f541d3ba50633cfb9fffc8d3d11a] Fix agenda link opening bug git bisect bad 32441cd15150f541d3ba50633cfb9fffc8d3d11a # bad: [ddcb2be1c8920fabfbca3777cc774ed1ac653a6e] Work-around for formatting bug with email subject line from wanderlust git bisect bad ddcb2be1c8920fabfbca3777cc774ed1ac653a6e # good: [c23ade5d8e4b3cd4f0c4dbe5260cad1f227d2710] Make C-c r C customize remember templates git bisect good c23ade5d8e4b3cd4f0c4dbe5260cad1f227d2710 # good: [f266ee62bb8282cc883adea9f26362b2d3b1ab7d] Fix typo git bisect good f266ee62bb8282cc883adea9f26362b2d3b1ab7d # bad: [2f5f6e401f187c2db8131cdbc4355b688ce4c55a] Turn off invisibility while constructing habit graphs git bisect bad 2f5f6e401f187c2db8131cdbc4355b688ce4c55a 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 - Carsten ___ 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] How to snooze a repeating item
i've been using the org-agenda-date-later function to schedule things later. I think it's what you're looking for. It's not bound to anything, but I bind it to ) via (org-defkey org-agenda-mode-map ) 'org-agenda-date-later) Luke On Tue, Dec 1, 2009 at 4:34 PM, Andrew M. Nuxoll nux...@up.edu wrote: I've been using org-mode for four months now and I just love it. So I think I'm post-newb but still very amateur. Anyway, my to-do list has several repeating scheduled items like this contrived example: * TODO [#B] Lunch date with Sarah at 12pm SCHEDULED: 2009-12-08 Tue +1w Or, in English, I meet with Sarah for lunch once a week on Tuesdays. Now, let's say that Sarah calls on Monday afternoon and says, Can we do lunch on Wednesday this week? and I say Sure thing. Now I have a problem. I could shift the date to Wednesday like this: * TODO [#B] Lunch date with Sarah at 12pm SCHEDULED: 2009-12-09 Wed +1w But that will mean that the following week it will *still* be scheduled for Wednesdays (specifically Dec 16 instead of Dec 15). I miss my regular lunch date with Sarah and catch ire for standing her up. How do I handle situations like this? It seems like I either need a time stamp stack or I need a temporary flag that self destructs after a prescribed time. :AMN: ___ 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] Bug: org-habit and headlines with links
When I have a headline with a link on it and I have that headline's habit property set to true, org-habit will barf all over my link when presenting the agenda. This will only happen when org-habit-graph-column is set something shorter than the full raw text of the link (which is about all of them). I ran git bisect on org-mode and found the bad commit to be: commit 2f5f6e401f187c2db8131cdbc4355b688ce4c55a Author: Carsten Dominik carsten.domi...@gmail.com Date: Mon Jan 4 09:58:53 2010 +0100 Turn off invisibility while constructing habit graphs Bernt Hansen reported strange things happening to the display when graph tasks are hidden while updating a task in the agenda. Here's my bisect log: # bad: [0e370d498b34469a025cdce864fd5c5987bf8050] Fix typo # good: [a7fb89e9edf59f50294199046e570b4b11bb13b1] Merge branch 'master' of git+ssh://repo.or.cz/srv/git/org-mode git bisect start 'origin/master' 'HEAD' # good: [21ad7f0bef20addfe15fbe3e95d65e6c810d68f1] Fix typo git bisect good 21ad7f0bef20addfe15fbe3e95d65e6c810d68f1 # good: [0b5d9bf1c62454523b275dd6a6b95bf881580eb1] Merge branch 'org-ctags' git bisect good 0b5d9bf1c62454523b275dd6a6b95bf881580eb1 # bad: [588a42d4fd2e59e3f69d5a3f9ea00ff3a64f5df9] org-exp-generic.el: Fix bug with closing bodies git bisect bad 588a42d4fd2e59e3f69d5a3f9ea00ff3a64f5df9 # bad: [32441cd15150f541d3ba50633cfb9fffc8d3d11a] Fix agenda link opening bug git bisect bad 32441cd15150f541d3ba50633cfb9fffc8d3d11a # bad: [ddcb2be1c8920fabfbca3777cc774ed1ac653a6e] Work-around for formatting bug with email subject line from wanderlust git bisect bad ddcb2be1c8920fabfbca3777cc774ed1ac653a6e # good: [c23ade5d8e4b3cd4f0c4dbe5260cad1f227d2710] Make C-c r C customize remember templates git bisect good c23ade5d8e4b3cd4f0c4dbe5260cad1f227d2710 # good: [f266ee62bb8282cc883adea9f26362b2d3b1ab7d] Fix typo git bisect good f266ee62bb8282cc883adea9f26362b2d3b1ab7d # bad: [2f5f6e401f187c2db8131cdbc4355b688ce4c55a] Turn off invisibility while constructing habit graphs git bisect bad 2f5f6e401f187c2db8131cdbc4355b688ce4c55a 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
