[O] freemind clockwise
In order to read a mindmap you start at 12 o’clock, and go clockwise. But it seems to me that exporting an org file using ox-freemind.el leads to a mindmap you have to read from left to right. Is there a way I can force org-freemind-export-to-freemind to produce a clockwise mindmap? --
Re: [O] Pushing and pulling to google calendar
Fabrice Popineau supelec.fr> writes: > Am I missing something if I cite https://github.com/myuhe/org-gcal.elwhich is using the v3 Google Calendar api. > Still lacks of true bidirectional sync, but that could happen. Any idea about how to use this piece of code. I can't seem to make this work. Thanks for any help.
Re: [O] How to create agenda which ignores headings with deadline/scheduled dates older than 3 months
Nick Dokos gmail.com> writes: > [Not sure why, but quoting the OP's message did not work - I had to do > it by hand - I wonder if the problem is with the message or my setup: > if someone could verify, I'd appreciate it.] > > "Martin Beck" web.de> writes: > > > how can I set up an agenda view in org-mode which does NOT show old > > entries which contain scheduled or deadline dates older than 3 months? > > C-h v org-agenda-todo-ignore-timestamp RET > C-h v org-agenda-todo-ignore-scheduled RET > C-h v org-agenda-todo-ignore-deadlines RET How can you show entries that has a deadline date but no scheduled date? If it bears a scheduled date then I don't want to show that entry.
[O] How to get your list of categories?
I'd like to dynamically get the list of all of my categories (:CATEGORY: property). Is there an easy way to do that? How can I write a command that would operate much the same way I get - the list of all my TODO keywords (using C-c a T), or - the list of all my TAGS (using C-c a M)? -- Rene
Re: [O] Bernt Hansen's
Sebastien Vauban writes: > rene wrote: > > > I find his code pretty close to what GTD should look like. There are a few > > things though that could be twicked a bit in order to comply with David > > Allen's new book on Getting Things Done. > > Can you detail them, for our own information, please? Here are a few thoughts. Feel free to provide feedback and enhancements. Associating what GTD calls "Areas of Responsibility" to orgmode categories is great. But launching a search for these categories (areas of responsibility) has to be hardcoded in everyone's config file. It would be great if this could work like for Tags (C-a a M) or Todo keywords (C-a a T). Why not have a "C-a a R" which would prompt us for our own various Areas of Responsibility. Of course there is an org-agenda-filter-by-category function but this function should then work more as org-agenda-filter-by-tag where the category would either be selected with a fast selection letter or when you hit the TAB key you're being prompted for a list of possible categories. Within GTD, the way you are to choose which task to perform never relies on a preset priority level but on three limiting criteria, namely - your context: What can I do where I am? - your time available: How much time do I have? - your energy: How much energy do I have It's easy to implement your context as Tags: @home, @computer, @office, @internet, @errands, etc. It's therefore easy to extract/filter tasks pertaining to a particular context using "C-a a M". I find the org-effort-property misleading. It looks like you're talking about the energy criteria but in fact this deals with the estimated time duration of a task. Could one straighten this up? The estimated "task-duration" could then replace the misleading "org-effort" property. The "energy" level should work as the org-priority. "A" could mean the task will require from me a high level of priority, whereas "C" could mean a low level of priority. In David Allen's new book, which should be available early 2015, the three basic steps for the GTD method are: Capture, Clarify and Organize. In terms of vocabulary, he's not talking about a "task to refile" but rather an "action to clarify and organize", which in orgmode would consist in assigning the right: context (tag), duration, energy, project, where a project would pertain to a area of responsibility (category). For me this notion of projects (and sub-projects, sub-sub-projects, etc.) in org-mode is not that easy to deal with. Maybe I need to investigate things a bit more. Any idea would be welcome. Since the Weekly Review is such a key part in the GTD methodology, I don't think there's any real need to differentiate between active vs stuck projects. Every 7 to 10 days, you will go over your projects and thus identify the ones that need a next action to be defined. The ones that are considered as DONE, if all their sub-actions and sub projects are themselves done or canceled. -- rene
[O] Bernt Hansen's
Nick Dokos gmail.com> writes: > > Gary Oberbrunner oberbrunner.com> writes: > > > Thomas S. Dye tsdye.com> wrote: > > > > > One solution is to use a capture template for TODO items and then > > > refile them. I picked this up from Bernt Hansen and like it a lot: > > > http://doc.norang.ca/org-mode.html#Capture > > > > Wow, that guy is serious! I don't think his setup solves what I'm > > looking for, but there is so much great stuff in there it'll take me > > weeks to check it all out. > > Indeed - Bernt's writeup has been the source of inspiration for lots of > people on this list. I wonder whether Bernt would agree to turn his config file into an actual lisp package that could be available via Elpa? I find his code pretty close to what GTD should look like. There are a few things though that could be twicked a bit in order to comply with David Allen's new book on Getting Things Done. I will try to contact Bernt and ask him to deliver such an org-gtd.el package. That would be great for the orgmode community. --
Re: [O] Is OrgMode really GTD compliant?
Richard Lawrence berkeley.edu> writes: > I am not really familiar with the official GTD methodology, and I don't > know exactly how you would normally represent the "energy needed" > associated with a task, but here's a suggestion. > > It occurs to me that you could just use the A/B/C priority cookies to > represent energy levels, since you don't want to use them to encode > priorities. Something like: > #A: need to be fresh > #C: can be wasted > #B: everything else > or whatever would work for you. If that's granular enough to represent > your energy-needed levels, then it's a neat hack that requires zero > customization. Sorting and filtering by energy needed is then already > built into the agenda functions, etc. Just think "energy needed" > whenever Org says "priority" (which isn't very often), and you're good > to go. That's exactly what I've been doing so far. But that's not that convenient. The energy level appears in front of the action headline. This adds noise to the real action info. I think I'll have to make the "Energy Level" an orgmode property that appears in the :PROPERTIES: drawer of the action. I'm not used to defining new properties in orgmode. I'll try to define an "Energy" property as well as functions like "org-agenda-cmp-user-defined" in order to correctly use "org-agenda-sorting-strategy", unless someone has already done so... --
[O] Is OrgMode really GTD compliant?
According to David Allen, whenever you define an action you need to assign three pieces of information that you will later use as criteria to decide what to do (in order of precedence): 1. Context: Where should I be (@home, @work, etc.) and/or which tools should I have at my disposal (@computer, @internet, etc.) to do this action? 2. Time needed: Which amount of time available must I have to do this action? 3. Energy needed: How wasted/fresh can I be to do this action? Then, when you're up for executing an action, you use "context", "time available", and "energy available" as a sieve to sift out what can be done. Only after you've looked at these three can you determine what is the priority for right now, the present moment. >From the Getting Things Done perspective you don’t want to assign “priority” to action items on the front end because as soon as the situation changes and a couple of variables shift, as they are guaranteed to do, it will alter the array of possibilities. So lots of the action items you have rated at given priority levels are going to change. And when they do, then you’re busy re-prioritizing all those items. This is why David Allen, states that "The `ABC' priority codes don’t work." GTD suggests that priority makes a lot more sense to assess when you know the complete "context+time available+energy available" of the given moment. Orgmode helps you capture - the context: by means of tags, - the time needed: by means of an "effort" property, - the ABC priorities: by means of cookies. One notices: 1) Orgmode offers a default implementation for priorities although this fourth criteria should not formally be dealt with according to GTD. 2) The "energy" criteria is absent 3) The word "effort" is misnamed as it reminds more of an energy measure than a duration. Has anyone tried to customize orgmode so as to make it really GTD compliant?
Re: [O] date next year
Samuel Wales gmail.com> writes:
>
> +1y?
>
> On 12/20/13, Rene yahoo.com> wrote:
> > How can I set org-agenda-custom-commands so that I can get the tasks past a
> > date in the coming year?
> >
> > Suppose I'm interested in things past next september. This
> >
> > ("y"
> > "Next year's appointments"
> > tags "TIMESTAMP>=\"<2014-09-01>\"")
Actually, I want the "y" custom command to get me the tasks scheduled past a
coming date. How to define a date like "the next september 1st"?
Is it possible to do so?
[O] date next year
How can I set org-agenda-custom-commands so that I can get the tasks past a
date in the coming year?
Suppose I'm interested in things past next september. This
("y"
"Next year's appointments"
tags "TIMESTAMP>=\"<2014-09-01>\"")
works alright as long as we are before that date but won't work anymore next
october. I would have to modify my org config file each year.
Is there a generic way to indicate "next year"?
Thanks.
Re: [O] How to filter on files
Eric Abrahamsen ericabrahamsen.net> writes: > It's a little hard to know what's wrong with org-agenda-sticky, but a > tag-based way of doing this would be to use a #+FILETAGS: line at the > top of each of your files. That automatically adds any tag in that line > to the whole file, so you can de-facto filter by files. I've tried this and it works. In order to keep my predefined tags (defined with org-tag-alist) along with the FILETAGS I just had to define them with org-tag-persistent-alist. Unfortunately this prevents the fast-tag-selection from working when calling org-capture. Any idea on how to keep the fast-tag-selection mechanism? -- rene
Re: [O] How to filter on files
Michael Brand gmail.com> writes: > I think this simplified part of my config for > org-agenda-custom-commands is similar to what you are looking for: Yes. That's exactly what I did initially. But I find it more elegant to build the agenda once (let's say for both office and home) and then hit a key to filter/restrict the scope to just one broad context (let's say office tasks and appointments), instead of rebuilding the agenda all the time. -- rene
Re: [O] How to filter on files
Bastien gnu.org> writes: > Rene yahoo.com> writes: > > > I'd have loved though to be able to switch from one view (home+office view) > > to another (office view) without having to reconstruct the whole > > agenda. > > Maybe the `org-agenda-sticky' option can help there? Well. Not exactly. Wouldn't I be able to work something out with org-agenda-category-filter-preset? I don't know how to make this work though. Is there some config example out there?
Re: [O] How to filter on files
Bastien gnu.org> writes: > Rene yahoo.com> writes: > > > But once in a while I'd like to dynamically narrow down my list of agenda > > entries to either one of these files. I tried to play with > > org-agenda-filter-by-tag or org-agenda-filter-by-category but to no > > avail. > > Use a #+CATEGORY: property on top of each file, then use < in the > agenda to filter by the category the cursor is on. I do already have first level headlines each with its own CATEGORY in which I refile my tasks. Therefore the #+CATEGORY: property on top of the file does not appear in the agenda view unfortunately. > > Is there some kind of "org-agenda-filter-by-file" piece of code > > somewhere? > > No, but you can have a category per file and filter per category, > which does the same. Always, you can narrow down the scope of the > agenda *before* creating the agenda, with C-c a < [yourkey] -- the > < means to narrow down to the current buffer. It does work. Thanks. I'd have loved though to be able to switch from one view (home+office view) to another (office view) without having to reconstruct the whole agenda. -- rene
[O] How to filter on files
Bastien gnu.org> writes: > Maybe show us your config and tell us what do you expect and what > do you get instead, that will surely be faster. You're right. I basically have 2 org files (home.org and office.org) where my tasks and appointments are stored. Most of the time I like to have all those tasks and appointments displayed in my agenda view (both office and home items). But once in a while I'd like to dynamically narrow down my list of agenda entries to either one of these files. I tried to play with org-agenda-filter-by-tag or org-agenda-filter-by-category but to no avail. Is there some kind of "org-agenda-filter-by-file" piece of code somewhere? -- rene
[O] org-agenda-category-filter-preset
Has anyone used org-agenda-category-filter-preset? I can't seem to make this working. Please provide me with some config example and tell me how to use it (which key to use, etc.).
Re: [O] orgstruct++-mode, fill-paragraph, and mail-mode
Rene yahoo.com> writes:
> I like the intuitive way the Org mode structure editing and list
> formatting works. Thus I turn it on in mail-mode with
>
> (add-hook 'mail-mode-hook 'turn-on-orgstruct)
>
> This works alright.
>
> But when I use orgstruct++-mode
>
> (add-hook 'mail-mode-hook 'turn-on-orgstruct++)
>
> Then fill-paragraph (M-q) doesn't behave correctly anymore when
> applied to the paragraph right below the mail-header-separator
> ("--text follows this line--"). All the above lines get rearranged.
>
> I just realized that with orgstruct-mode the regexp
> paragraph-separate contains the mail-header-separator, whereas
> with orgstruct++-mode this regexp does NOT contain the
> mail-header-separator.
The value of paragraph-separate as predefined in sendmail.el is
(setq paragraph-separate
(concat (regexp-quote mail-header-separator)
;; This is based on adaptive-fill-regexp (presumably
;; the idea is to allow navigation etc of cited paragraphs).
"$\\|\t*[-–!|#%;>*·•‣⁃◦ ]+$"
"\\|[ \t]*[-[:alnum:]]*>+[ \t]*$\\|[ \t]*$\\|"
"--\\( \\|-+\\)$\\|"
page-delimiter))
With orgstruct-mode the value of paragraph-separate becomes
"--text follows this line--$\\| *[-–!|#%;>*·•‣⁃◦ ]+$\\|[
]*[-[:alnum:]]*>+[ ]*$\\|[ ]*$\\|--\\( \\|-+\\)$\\|^\f"
As one can see orgstruct-mod do not alter this variable.
Whereas with orgstruct++-mode, the initial value of paragraph-separate
(given within
sendmail.el) vanishes, and turns into
"\\(?:\\*+ \\|\\[\\(?:[0-9]+\\|fn:[-_[:word:]]+\\)\\]\\|%%(\\|
[ ]*\\(?:$\\|\\(?:|\\|\\+-[-+]\\)\\|[#:]\\|-\\{5,\\}[ ]*$\\|
begin{\\([A-Za-z0-9]+\\*?\\)}\\|
\\(?:\\(?:CLO\\(?:CK\\|SED\\)\\|DEADLINE\\|SCHEDULED\\):\\)\\|
\\(?:[-+*]\\|\\(?:[0-9]+\\)[.)]\\)\\(?:[]\\|$\\)\\)\\)"
Why is that so?
--
Rene
Re: [O] Elpa color-theme with emacs24
Carsten Dominik gmail.com> writes: > would you like to prepare a patch for the site? As requested, a possible contribution could be the following. -- * DefTheme: The enhanced theme-handling system for Emacs24 As a replacement for =Color Theme=, Emacs 24+ comes with a different system called =DefTheme=. DefTheme offers a selection of built-in themes that you can choose from. In order to choose a different theme from the default one just do a =M-x load-theme= You can also change your default theme to __ by adding the following your Emacs configuration =(load-theme ' t)= If you’d like to return to the default-theme just do a =M-x disable-theme= Here is a list of some extra elpa packages that have been specifically customized to org-mode. Note that the proper deftheme naming convention is _name-theme.el_ (instead of _color-theme-name.el_ used with the old =color-theme= package). Some deftheme elpa packages useful to org users: =cyberpunk-theme=, =leuven-theme=, =tangotango-theme=, =zenburn-theme= ---- -- Rene
[O] `orgstruct++-mode',`fill-paragraph', and `mail-mode'
I like the intuitive way the Org mode structure editing and list
formatting works. Thus I turn it on in mail-mode with
(add-hook 'mail-mode-hook 'turn-on-orgstruct)
This works alright.
But when I use `orgstruct++-mode'
(add-hook 'mail-mode-hook 'turn-on-orgstruct++)
Then `fill-paragraph' (M-q) doesn't behave correctly anymore when
applied to the paragraph right below the `mail-header-separator'
("--text follows this line--"). All the above lines get rearranged.
I just realized that with `orgstruct-mode' the regexp
`paragraph-separate' contains the `mail-header-separator', whereas
with `orgstruct++-mode' this regexp does NOT contain the
`mail-header-separator'.
The value of `paragraph-separate' is predefined in `sendmail.el'.
`orgstruct-mode' appends new regexps to `paragraph-separate', whereas
`orgstruct++-mode' replaces the initial value (given within
`sendmail.el') by orgmode specific ones.
--
Rene
Re: [O] Elpa color-theme with emacs24
Sebastien Vauban writes: > For the sake of completion, I think that, starting with Emacs 24, it's better > to use their new "custom theme" mechanism, which is more general than the > `color-theme' package (and offers the same services regarding color themes). You're right. "DefTheme" is the way to go and should be advised on the worg page: http://orgmode.org/worg/org-color-themes.html Thanks. -- Rene
[O] Elpa color-theme with emacs24
I just tried out color-theme with emacs24. It seems the code on http://orgmode.org/worg/org-color-themes.html is not quite compatible with elpa packages. Here is what I used instead. ;--- ; To easily cycle between different colour schemes using the F4 key (require 'color-theme) (require 'cyberpunk-theme) (require 'leuven-theme) (require 'tangotango-theme) (require 'zenburn-theme) (setq color-theme-is-global t) (setq my-color-themes (list 'cyberpunk 'leuven 'zenburn 'tangotango )) (defun my-theme-set-default () ; Set the first row (interactive) (setq theme-current my-color-themes) (load-theme (car theme-current) t)) (defun my-describe-theme () ; Show the current theme (interactive) (message "My color theme: %s" (car theme-current))) (defun my-theme-cycle (); Set the next theme (interactive) (setq theme-current (cdr theme-current)) (if (null theme-current) (setq theme-current my-color-themes)) (load-theme (car theme-current) t) (message "My color theme: %S" (car theme-current))) (setq theme-current my-color-themes) (setq color-theme-is-global nil) ; Initialization (my-theme-set-default) (global-set-key [f4] 'my-theme-cycle) ; -- Rene
[O] org-version.el missing in elpa/org-20130720.1353
Updated elpa today and found out org-version.el was missing in elpa/org-20130720.1353 -- Rene
Re: [O] Elpa twice in load-path
Achim Gratz nexgo.de> writes: > > Line 4 of `org-autoloads.el" in org/elpa package. > > Since this file is created by package manager this is probably how it > adds Org to the load path, don't you think? What I notice is that for elpa packages that don't hold such a line in their `package-autoloads.el', the package path only appears once in `load-path', which is the right behavior. -- Rene
Re: [O] Elpa twice in load-path
Bastien gnu.org> writes: > > The way elpa works, it automatically adds packages to `load-path'. There is > > therefore no need to have such a line > > > > (add-to-list 'load-path (or (file-name-directory #$) (car load-path))) > > > > in the `package-autoloads.el" file. > > Where is this file? Line 4 of `org-autoloads.el" in org/elpa package. -- Rene
[O] Elpa twice in load-path
The way elpa works, it automatically adds packages to `load-path'. There is therefore no need to have such a line (add-to-list 'load-path (or (file-name-directory #$) (car load-path))) in the `package-autoloads.el" file. Besides, having such a line leads to adding twice the same directory to `load-path', a normal one and one with a trailing `/'. In the case of the org package: "/home/dir/.emacs.d/elpa/org-20130610" "/home/dir/.emacs.d/elpa/org-20130610/"
Re: [O] Alarms in orgmode
Sébastien Vauban writes: > --8<---cut here---start->8--- > (defun rgr/org-display (min-to-app new-time msg) > (shell-command > (concat "notify-send " > "-i /usr/share/icons/gnome/32x32/status/appointment-soon.png " > "'Appointment' " > "'" msg "'"))) > ;; TODO For Windows users: use todochicku.el and the snarl notifier > > (setq appt-disp-window-function (function rgr/org-display))) > --8<---cut here---end--->8--- If two (or more) appointments happen to start at the same time then appt-disp-window-function leads to the following error: “Argtype error in ‘appt-disp-window-function’ - update it for multiple appts?” A more suited piece of code would be: (setq appt-disp-window-function (lambda (min-to-app new-time appt-msg) ; these args could be lists (or (listp min-to-app) (setq appt-msg (list appt-msg))) (dotimes (i (length appt-msg)) (shell-command (concat "notify-send " "-i /usr/share/icons/gnome/32x32/status/appointment-soon.png " "-t 1000 " "'Appointment' " "'" (nth i appt-msg) "'")
Re: [O] org-capture vs. org-agenda-capture
Bastien altern.org> writes: > I guess M-x org-capture is enough here. No big deal. I'll just make use of %(org-insert-time-stamp nil t t nil nil nil) instead of %U -- Rene
Re: [O] org-capture vs. org-agenda-capture
As a matter of fact, when called from the agenda `%U' doesn't expand as the
current timestamp but rather provides the date of the line your point is on.
Wouldn't it be more convenient to get the current timestamp anyway?
Suppose you would like to create a new appointment then
1. you view your agenda to see whether you're free on a particular date
2. you place the cursor on that date line
3. you invoke org-agenda-capture (hit `k' key) from there
then a template such as this one
("a" "Appointment" entry (file+headline "~/gtd.org" "Inbox")
"* APPT %?\n %^T\n Added: %U")
would expand as
* APPT Dentist
<2012-12-25 Tue 18:00-19:00>
Added: [2012-12-12 Wed 22:13]
which makes sense; instead of
* APPT Dentist
<2012-12-25 Tue 18:00-19:00>
Added: [2012-12-25 Wed 00:00]
as it is today.
--
Rene
[O] org-capture vs. org-agenda-capture
When calling org-capture ('C-c c'), you get the current inactive timestamp with
date and time [2012-12-11 Tue 16:18] whenever you specify '%U' in your capture
template.
On the other hand, when calling org-agenda-capture ('k' from the agenda), your
timestamps always indicates a null time [2012-12-11 Tue 00:00].
Is there a way I can force org-agenda-capture to indicate the current time?
--
Rene
Re: [O] Upload .ics files to Zimbra
Rene yahoo.com> writes: > For the past 5 years or so I've been using GCALDaemon > to upload my .ics files to Google Calendar. > > It turns out my company has recently moved to Zimbra (network edition). > > From now on I'd like to share my calendar on Zimbra. > Is there a way I can do so > in an easy way much like I've been doing with GCALDaemon? Is there a way I can tweak GCALDaemon to work with Zimbra, or is there another such application I can use to upload my .ics files to Zimbra? -- Rene
[O] Upload .ics files to Zimbra
For the past 5 years or so I've been using GCALDaemon to upload my .ics files to Google Calendar. It turns out my company has recently moved to Zimbra (network edition). >From now on I'd like to share my calendar on Zimbra. Is there a way I can do so in an easy way much like I've been doing with GCALDaemon? Thanks for your help.
Re: [O] Org minor mode in mail-mode
Eric Abrahamsen ericabrahamsen.net> writes:
>
> Thanks for this hint! I had been advising fill-paragraph, this seems
> like a more comprehensive solution.
What is strange though is that (turn-on-orgstruct++) messes up with the header
separator ("--text follows this line--") when calling M-q (fill-paragraph);
whereas (turn-on-orgstruct) doesn't pose any problem.
Why such a different behavior between turn-on-orgstruct++ and turn-on-orgstruct?
Is that a feature or a bug?
--
Rene
Re: [O] Org minor mode in mail-mode
René yahoo.com> writes:
> Here is the the configuration I run
>
>(defun turn-on-full-org-mailing ()
> (turn-on-orgstruct++)
> (turn-on-orgtbl)
> (load "org-html-mail"))
>
>(add-hook 'mail-mode-hook 'turn-on-full-org-mailing)
>
> in order make use of Org minor mode (struct, tbl) within mail-mode.
>
> Unfortunately with this, calling M-q (fill-paragraph) right after the
> header separator ("--text follows this line--") leads to filling the
> header along with the first paragraph of my mail.
I found the right solution. I just needed to toggle Filladapt minor mode.
This way `auto-fill-mode' and the `fill-paragraph' command are both smarter
about guessing a proper fill-prefix and finding paragraph boundaries when
indented lines and paragraphs are used.
(require 'filladapt)
(setq-default filladapt-mode t)
--
Rene
Re: [O] Org minor mode in mail-mode
> >> Any idea on how to make use of org minor mode in mail-mode and still > >> be able to fill-paragraph without impacting mail headers? > > > > The org minor modes set the local value of fill-paragraph-function to > > org-fill-paragraph. You can override this by adding a line to your hook > > function: > > > > (defun turn-on-full-org-mailing () > > (turn-on-orgstruct++) > > (turn-on-orgtbl) > > (load "org-html-mail") > > (setq fill-paragraph-function 'message-fill-paragraph)) > > > > I'm not sure how this will affect calling fill on lists or tables, > > however. As matter of fact, the trouble comes from `turn-on-orgstruct++'. Using `turn-on-orgstruct' instead is alright. When called `fill-paragraph' operates without interfering with the mail header. > Another idea would be to change `paragraph-start' and > `paragraph-separate' values when turning on orgstruct and orgtbl. Does not seem to work for me. -- Rene
