Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
Carsten Dominik carsten.domi...@gmail.com writes: I think a better strategy would be to find these additional header lines right before this section of the recalculate function: ;; Now evaluate the column formulas, but skip fields covered by ;; field formulas and mark those extra header lines with the org-untouchable text property. Then you can let the column formulas do their game, and fields marked by this property will automatically exempted.. I just did that (and fixing a bug with the :org-untouchable property not being removed in certain circumstances which you might want to commit to master upfront). It looks much cleaner, see if you like it, too. I've also cleaned up all the commit messages, I hope they conform to the standard now. Another part which might need a look to support this would be `orgtbl-to-generic'. That I will have to think over a bit. This support depends on parsing the table into a list (AFAIK) and that currently treats cross headings as another sort of hlines. Changing this has a lot of repercussions elsewhere in the code as far as I can see. It might be an opportunity to re-factor some of the code that still works on the text representation, but that is certainly not something that I'd take lightly. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Samples for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
On 31.5.2011, at 20:01, Achim Gratz wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: I think a better strategy would be to find these additional header lines right before this section of the recalculate function: [...] I'll have a look (probably not today), but I'd rather tag them with an org-header property and arrange it so that this can be used in other places as well. This property is not attached to these lines for long - it is just a temporary way of marking fields that should not be overwritten by column formulas. The property is added, and also removed again (I think) during the recalculation process. Another part which might need a look to support this would be `orgtbl-to-generic'. Noted. Finally: this patch goes clearly beyond the TINYCHANGE limits. What is yours, and Lawrence's copyright status with the FSF? My status with the FSF is succinctly and fully characterized as non-existing. I've sent that mail form to the FSF and I'll see what happens next — it seems I'll get snail mail in a few weeks? Thank you. Please let us know when the process gets stuck or completes. - Carsten
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
Hi Achim, On 30.5.2011, at 23:02, Achim Gratz wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: this looks pretty good. One thing I found missing is that header lines should be exempted from column formulas being applied. This works for the headlines at the top of the table, but not in the middle. thank you for having a look. You are right, but this looks like something that goes a bit deeper than my current understanding, I'm afraid. Header lines don't appear to be marked in any way, but simply skipped over before starting the formula calculation. Consequently, the column formula is evaluated for any header line when doing a C-c * directly in the header, which might be considered a bug. I won't touched this aspect of the code since it will probably have farther reaching consequences if changed. I quickly hacked in some extra stuff that looks for cross headers and skips them while the full table is updated — but I'm not sure this is the right thing to do and the way the program logic works requires me to check certain pathological cases twice, which is a bit ugly. I've just rebased against current master and pushed everything back to the repo. I think a better strategy would be to find these additional header lines right before this section of the recalculate function: ;; Now evaluate the column formulas, but skip fields covered by ;; field formulas and mark those extra header lines with the org-untouchable text property. Then you can let the column formulas do their game, and fields marked by this property will automatically exempted.. Also documentation in the manual is missing - one or two sentences in the right place should be enough. Sure, but I'd like to get it working correctly first. :-) Fair enough. I'm using this code at work and things have gone smoothly, but I only use the HTML backend and certainly don't exercise the full breadth of the table functionality (obviously no column formulas were used by me, for instance). Another part which might need a look to support this would be `orgtbl-to-generic'. While testing I stumbled upon this: if a buffer has no undo information associated, org-self-insert-command produces an error while trying to edit the formula. This code path may need to be protected against this (admittedly rare) case, I've been triggering it while testing your example directly in the gnus article buffer. This issue is fixed, thanks for the report. Finally: this patch goes clearly beyond the TINYCHANGE limits. What is yours, and Lawrence's copyright status with the FSF? - Carsten Debugger entered--Lisp error: (wrong-type-argument listp t) cadr(t) (not (cadr buffer-undo-list)) (and ( org-self-insert-command-undo-counter 0) buffer-undo-list (not (cadr buffer-undo-list)) (setcdr buffer-undo-list (cddr buffer-undo-list))) (if (= org-self-insert-command-undo-counter 20) (setq org-self-insert-command-undo-counter 1) (and ( org-self-insert-command-undo-counter 0) buffer-undo-list (not ...) (setcdr buffer-undo-list ...)) (setq org-self-insert-command-undo-counter (1+ org-self-insert-command-undo-counter))) (if (not (eq last-command ...)) (setq org-self-insert-command-undo-counter 1) (if (= org-self-insert-command-undo-counter 20) (setq org-self-insert-command-undo-counter 1) (and ... buffer-undo-list ... ...) (setq org-self-insert-command-undo-counter ...))) (if org-self-insert-cluster-for-undo (if (not ...) (setq org-self-insert-command-undo-counter 1) (if ... ... ... ...))) (cond ((and org-use-speed-commands ...) (cond ... ... ... ...)) ((and ... ... ... ...) (let ... ... ... ... ...)) (t (setq org-table-may-need-update t) (self-insert-command N) (org-fix-tags-on-the-fly) (if org-self-insert-cluster-for-undo ...))) org-self-insert-command(1) Regards Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
On 31/05/2011 08:21, Carsten Dominik wrote: [...] Finally: this patch goes clearly beyond the TINYCHANGE limits. What is yours, and Lawrence's copyright status with the FSF? I have papers with the FSF for past and future changes to Emacs, so I believe my contributions are covered. Lawrence
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: I think a better strategy would be to find these additional header lines right before this section of the recalculate function: [...] I'll have a look (probably not today), but I'd rather tag them with an org-header property and arrange it so that this can be used in other places as well. Another part which might need a look to support this would be `orgtbl-to-generic'. Noted. Finally: this patch goes clearly beyond the TINYCHANGE limits. What is yours, and Lawrence's copyright status with the FSF? My status with the FSF is succinctly and fully characterized as non-existing. I've sent that mail form to the FSF and I'll see what happens next — it seems I'll get snail mail in a few weeks? Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
My status with the FSF is succinctly and fully characterized as non-existing. I've sent that mail form to the FSF and I'll see what happens next ― it seems I'll get snail mail in a few weeks? In my case the process took close to 4 months. Jambunathan K. --
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: this looks pretty good. One thing I found missing is that header lines should be exempted from column formulas being applied. This works for the headlines at the top of the table, but not in the middle. thank you for having a look. You are right, but this looks like something that goes a bit deeper than my current understanding, I'm afraid. Header lines don't appear to be marked in any way, but simply skipped over before starting the formula calculation. Consequently, the column formula is evaluated for any header line when doing a C-c * directly in the header, which might be considered a bug. I won't touched this aspect of the code since it will probably have farther reaching consequences if changed. I quickly hacked in some extra stuff that looks for cross headers and skips them while the full table is updated — but I'm not sure this is the right thing to do and the way the program logic works requires me to check certain pathological cases twice, which is a bit ugly. I've just rebased against current master and pushed everything back to the repo. Also documentation in the manual is missing - one or two sentences in the right place should be enough. Sure, but I'd like to get it working correctly first. :-) I'm using this code at work and things have gone smoothly, but I only use the HTML backend and certainly don't exercise the full breadth of the table functionality (obviously no column formulas were used by me, for instance). While testing I stumbled upon this: if a buffer has no undo information associated, org-self-insert-command produces an error while trying to edit the formula. This code path may need to be protected against this (admittedly rare) case, I've been triggering it while testing your example directly in the gnus article buffer. Debugger entered--Lisp error: (wrong-type-argument listp t) cadr(t) (not (cadr buffer-undo-list)) (and ( org-self-insert-command-undo-counter 0) buffer-undo-list (not (cadr buffer-undo-list)) (setcdr buffer-undo-list (cddr buffer-undo-list))) (if (= org-self-insert-command-undo-counter 20) (setq org-self-insert-command-undo-counter 1) (and ( org-self-insert-command-undo-counter 0) buffer-undo-list (not ...) (setcdr buffer-undo-list ...)) (setq org-self-insert-command-undo-counter (1+ org-self-insert-command-undo-counter))) (if (not (eq last-command ...)) (setq org-self-insert-command-undo-counter 1) (if (= org-self-insert-command-undo-counter 20) (setq org-self-insert-command-undo-counter 1) (and ... buffer-undo-list ... ...) (setq org-self-insert-command-undo-counter ...))) (if org-self-insert-cluster-for-undo (if (not ...) (setq org-self-insert-command-undo-counter 1) (if ... ... ... ...))) (cond ((and org-use-speed-commands ...) (cond ... ... ... ...)) ((and ... ... ... ...) (let ... ... ... ... ...)) (t (setq org-table-may-need-update t) (self-insert-command N) (org-fix-tags-on-the-fly) (if org-self-insert-cluster-for-undo ...))) org-self-insert-command(1) Regards Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: [O] [Orgmode] Re: [Feature Request] Cross headings in tables
On 8.2.2011, at 22:52, Achim Gratz wrote: If anybody wants to test the current state of affairs, I've just set up a fork repository to make it easier. Assuming you already have orgmode.git cloned, do a git remote add -t tableheadings remote-tableheadings git://repo.or.cz/org-mode/org-tableheadings.git git fetch remote-tableheadings tableheadings:local-tableheadings git checkout local-tableheadings to get it (change remote-tableheadings and local-tableheadings to suit your naming conventions for remotes and local branches, respectively). I will be _rebasing_ against master during development, so expect history in this branch to be volatile. As before, test cases and comments welcome. Hi Achim, hi Lawrence, this looks pretty good. One thing I found missing is that header lines should be exempted from column formulas being applied. This works for the headlines at the top of the table, but not in the middle. Try C-c C-c in the TBLFM line of: | aaa | bbb | ccc | ddd | |-+-+-+-| | ddd | eee | fff | 41 | | ddd | eee | fff | 41 | | ddd | eee | fff | 41 | |~+~+~+~| | ddd | | fff | ddd | |-+-+-+-| | ddd | eee | fff | 41 | | ddd | eee | fff | 41 | | xxx | yyy | zzz | 41 | #+TBLFM: $4=41 Also documentation in the manual is missing - one or two sentences in the right place should be enough. - Carsten
Re: [Orgmode] Re: [Feature request] org-backup
Bastien bastien.gue...@wikimedia.fr writes: Marcelo de Moraes Serpa celose...@gmail.com writes: Anyway, doesn't seem it's something hard to do, so I might as well just try getting something implemented, could be a good exercise in elisp. :) Let us know how it goes. PS: I'm with Dan on this. For backing up directories, I use git repo. For backing up larger projects... well, I back up my whole $HOME. For org files that are standalone such as the bucket for notes etc. on a new project, I use RCS to keep them under version control wherever they may be without having to put a whole directory under control of git/hg/svn/darcs/... Emacs handles RCS controlled files very well. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.4 (release_7.4.509.g99aa5) ___ 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: [Feature request] org-backup
Ah, yeah, subdirs. I had misunderstood you.
Cheers,
Marcelo.
On Mon, Feb 14, 2011 at 4:56 PM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi Dan,
I don't think I understood -- AFAIK, git repos are per directory and I
can't add something from another directory to it ?
Hi Marcelo,
Let's say the base directory of a git repo is the one in which you
issued git init and which contains a hidden .git subdirectory. You
can add files from anywhere in the directory tree rooted at the base
directory. In other words, if you make a git repo in your home directory
cd ~
git init
you can add files from any subdirectory of your home directory. Just an
idea.
Dan
Symlinking could be a possibility, like keeping everything inside
~/org and symlink to another dirs.
Cheers,
Marcelo.
On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi Dan!
I already do this, but sometimes the files are spread around *many*
directories. I.e, the model of having everything in a
version-controlled directory is unpractical, so that's why I think it
would be useful.
A couple of possibilities:
A git repo doesn't have to be limited to a single directory. You could
have a git repo in your home directory, and git add org files, wherever
they may be located using a command something like
find . -type f -name '*.org' -exec git add '{}' \;
You could use symlinks where posible, so that your org files are all in
one directory, and project directories contain symlinks to those org
files.
Dan
Marcelo.
On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi list,
Although I try to keep all my org files inside a ~/org directory, I
often find myself creating org files outside of this directory
context, for example, as a bucket for a new project I'm working on, to
keep notes, todos, etc.
It'd be nice if we had a org-backup function that would fetch all
files from the agenda + linked files and create a compressed backup of
them. What do you think?
Hi Marcelo,
I think backing up text files is a job for other tools; not emacs. I'd
recommend using a version control tool such as git for this.
Dan
Cheers,
Marcelo.
___
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
___
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
Re: [Orgmode] Re: [Feature request] org-backup
Hi Suvayu,
suvayu ali fatkasuvayu+li...@gmail.com writes:
If you are on *nix, then maybe something like this is what you are looking
for?
mkdir -p ~/org/backup \
find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
-exec cp -t ~/org/backup/ \{\} \;
I created a Backup section on Worg's FAQ and mentioned this.
Thanks!
--
Bastien
___
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: [Feature request] org-backup
On Mon, 14 Feb 2011 10:06:51 +0100
Bastien bastien.gue...@wikimedia.fr wrote:
Hi Suvayu,
suvayu ali fatkasuvayu+li...@gmail.com writes:
If you are on *nix, then maybe something like this is what you are
looking for?
mkdir -p ~/org/backup \
find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
-exec cp -t ~/org/backup/ \{\} \;
I created a Backup section on Worg's FAQ and mentioned this.
Thanks Bastien! I am glad that you thought its worth a mention on the
FAQ. :)
Thanks!
--
Suvayu
Open source is the future. It sets us free.
___
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: [Feature request] org-backup
Hi Suvayu, Suvayu Ali fatkasuvayu+li...@gmail.com writes: Thanks Bastien! I am glad that you thought its worth a mention on the FAQ. :) The topic of backing up org files comes quite often on the list, I'm glad we can give some concrete directions! -- Bastien ___ 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: [Feature request] org-backup
Hi Dan,
I don't think I understood -- AFAIK, git repos are per directory and I
can't add something from another directory to it ?
Symlinking could be a possibility, like keeping everything inside
~/org and symlink to another dirs.
Cheers,
Marcelo.
On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi Dan!
I already do this, but sometimes the files are spread around *many*
directories. I.e, the model of having everything in a
version-controlled directory is unpractical, so that's why I think it
would be useful.
A couple of possibilities:
A git repo doesn't have to be limited to a single directory. You could
have a git repo in your home directory, and git add org files, wherever
they may be located using a command something like
find . -type f -name '*.org' -exec git add '{}' \;
You could use symlinks where posible, so that your org files are all in
one directory, and project directories contain symlinks to those org
files.
Dan
Marcelo.
On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi list,
Although I try to keep all my org files inside a ~/org directory, I
often find myself creating org files outside of this directory
context, for example, as a bucket for a new project I'm working on, to
keep notes, todos, etc.
It'd be nice if we had a org-backup function that would fetch all
files from the agenda + linked files and create a compressed backup of
them. What do you think?
Hi Marcelo,
I think backing up text files is a job for other tools; not emacs. I'd
recommend using a version control tool such as git for this.
Dan
Cheers,
Marcelo.
___
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
___
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: [Feature request] org-backup
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi Dan,
I don't think I understood -- AFAIK, git repos are per directory and I
can't add something from another directory to it ?
Hi Marcelo,
Let's say the base directory of a git repo is the one in which you
issued git init and which contains a hidden .git subdirectory. You
can add files from anywhere in the directory tree rooted at the base
directory. In other words, if you make a git repo in your home directory
cd ~
git init
you can add files from any subdirectory of your home directory. Just an
idea.
Dan
Symlinking could be a possibility, like keeping everything inside
~/org and symlink to another dirs.
Cheers,
Marcelo.
On Mon, Feb 14, 2011 at 6:38 AM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi Dan!
I already do this, but sometimes the files are spread around *many*
directories. I.e, the model of having everything in a
version-controlled directory is unpractical, so that's why I think it
would be useful.
A couple of possibilities:
A git repo doesn't have to be limited to a single directory. You could
have a git repo in your home directory, and git add org files, wherever
they may be located using a command something like
find . -type f -name '*.org' -exec git add '{}' \;
You could use symlinks where posible, so that your org files are all in
one directory, and project directories contain symlinks to those org
files.
Dan
Marcelo.
On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote:
Marcelo de Moraes Serpa celose...@gmail.com writes:
Hi list,
Although I try to keep all my org files inside a ~/org directory, I
often find myself creating org files outside of this directory
context, for example, as a bucket for a new project I'm working on, to
keep notes, todos, etc.
It'd be nice if we had a org-backup function that would fetch all
files from the agenda + linked files and create a compressed backup of
them. What do you think?
Hi Marcelo,
I think backing up text files is a job for other tools; not emacs. I'd
recommend using a version control tool such as git for this.
Dan
Cheers,
Marcelo.
___
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
___
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] Re: [Feature request] org-backup
Hi Dan! I already do this, but sometimes the files are spread around *many* directories. I.e, the model of having everything in a version-controlled directory is unpractical, so that's why I think it would be useful. Marcelo. On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hi list, Although I try to keep all my org files inside a ~/org directory, I often find myself creating org files outside of this directory context, for example, as a bucket for a new project I'm working on, to keep notes, todos, etc. It'd be nice if we had a org-backup function that would fetch all files from the agenda + linked files and create a compressed backup of them. What do you think? Hi Marcelo, I think backing up text files is a job for other tools; not emacs. I'd recommend using a version control tool such as git for this. Dan Cheers, Marcelo. ___ 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] Re: [Feature request] org-backup
Anyway, doesn't seem it's something hard to do, so I might as well just try getting something implemented, could be a good exercise in elisp. On Sun, Feb 13, 2011 at 5:13 PM, Marcelo de Moraes Serpa celose...@gmail.com wrote: Hi Dan! I already do this, but sometimes the files are spread around *many* directories. I.e, the model of having everything in a version-controlled directory is unpractical, so that's why I think it would be useful. Marcelo. On Sun, Feb 13, 2011 at 3:49 PM, Dan Davison dandavis...@gmail.com wrote: Marcelo de Moraes Serpa celose...@gmail.com writes: Hi list, Although I try to keep all my org files inside a ~/org directory, I often find myself creating org files outside of this directory context, for example, as a bucket for a new project I'm working on, to keep notes, todos, etc. It'd be nice if we had a org-backup function that would fetch all files from the agenda + linked files and create a compressed backup of them. What do you think? Hi Marcelo, I think backing up text files is a job for other tools; not emacs. I'd recommend using a version control tool such as git for this. Dan Cheers, Marcelo. ___ 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
Re: [Orgmode] Re: [Feature request] org-backup
Marcelo de Moraes Serpa celose...@gmail.com writes: Anyway, doesn't seem it's something hard to do, so I might as well just try getting something implemented, could be a good exercise in elisp. :) Let us know how it goes. PS: I'm with Dan on this. For backing up directories, I use git repo. For backing up larger projects... well, I back up my whole $HOME. -- Bastien ___ 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: [Feature request] org-backup
On Sun, Feb 13, 2011 at 3:13 PM, Marcelo de Moraes Serpa
celose...@gmail.com wrote:
I already do this, but sometimes the files are spread around *many*
directories. I.e, the model of having everything in a
version-controlled directory is unpractical, so that's why I think it
would be useful.
If you are on *nix, then maybe something like this is what you are looking for?
mkdir -p ~/org/backup \
find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
-exec cp -t ~/org/backup/ \{\} \;
--
Suvayu
Open source is the future. It sets us free.
___
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: [Feature request] org-backup
Ah! This would do I think :) Thanks!
Marcelo.
On Sun, Feb 13, 2011 at 6:45 PM, suvayu ali fatkasuvayu+li...@gmail.com wrote:
On Sun, Feb 13, 2011 at 3:13 PM, Marcelo de Moraes Serpa
celose...@gmail.com wrote:
I already do this, but sometimes the files are spread around *many*
directories. I.e, the model of having everything in a
version-controlled directory is unpractical, so that's why I think it
would be useful.
If you are on *nix, then maybe something like this is what you are looking
for?
mkdir -p ~/org/backup \
find $HOME -type f -name '*\.org' ! -path $HOME/org/* \
-exec cp -t ~/org/backup/ \{\} \;
--
Suvayu
Open source is the future. It sets us free.
___
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: [Feature Request] Cross headings in tables
If anybody wants to test the current state of affairs, I've just set up a fork repository to make it easier. Assuming you already have orgmode.git cloned, do a git remote add -t tableheadings remote-tableheadings git://repo.or.cz/org-mode/org-tableheadings.git git fetch remote-tableheadings tableheadings:local-tableheadings git checkout local-tableheadings to get it (change remote-tableheadings and local-tableheadings to suit your naming conventions for remotes and local branches, respectively). I will be _rebasing_ against master during development, so expect history in this branch to be volatile. As before, test cases and comments welcome. Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds ___ 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: [Feature Request] Cross headings in tables
Achim Gratz wrote: [...] The first header is still determined like it always was. Headers inside table need to get a special hline, the choice of ~ for this was dictated by most of the other characters already being used for various markup inside or outside tables. When I say halfway there, I mean that the export is working and the lines are recognized as hlines everywhere I could find (there may still be some regexpressions floating around that don't). However, aligning tables will replace the wigglies with plain dashes since I have not yet found a way to inject the correct character for the currently hardcoded -. The HTML export for the above table looks like this: [...] If somebody has an idea how to make the table alignment work, please lend me a hand. Experimental patch is attached, comments are welcome. How about the following two patches on top. The first fixes table alignment, the second fixes LaTeX export of these tables. From c555b7e15b617538490210a041bd4af45e51d752 Mon Sep 17 00:00:00 2001 From: Lawrence Mitchell we...@gmx.li Date: Wed, 2 Feb 2011 12:20:12 + Subject: [PATCH 1/2] Correctly realign tables with internal headers To: emacs-orgmode@gnu.org * lisp/org-table.el (org-table-align): Deal with internal headers (specified by ?~) when realigning. --- lisp/org-table.el | 38 -- 1 files changed, 24 insertions(+), 14 deletions(-) diff --git a/lisp/org-table.el b/lisp/org-table.el index 9437ae1..498a6fc 100644 --- a/lisp/org-table.el +++ b/lisp/org-table.el @@ -632,7 +632,7 @@ When nil, simply write \#ERROR\ in corrupted fields.) lines (new ) lengths l typenums ty fields maxfields i column (indent ) cnt frac -rfmt hfmt +rfmt hfmt tfmt (spaces '(1 . 1)) (sp1 (car spaces)) (sp2 (cdr spaces)) @@ -640,6 +640,8 @@ When nil, simply write \#ERROR\ in corrupted fields.) (make-string sp2 ?\ ) %%%s%ds (make-string sp1 ?\ ) |)) (hfmt1 (concat (make-string sp2 ?-) %s (make-string sp1 ?-) +)) +(tfmt1 (concat +(make-string sp2 ?~) %s (make-string sp1 ?~) +)) emptystrings links dates emph raise narrow falign falign1 fmax f1 len c e space) (untabify beg end) @@ -680,17 +682,19 @@ When nil, simply write \#ERROR\ in corrupted fields.) ;; Mark the hlines by setting the corresponding element to nil ;; At the same time, we remove trailing space. (setq lines (mapcar (lambda (l) - (if (string-match ^ *|[-~] l) - nil - (if (string-match [ \t]+$ l) - (substring l 0 (match-beginning 0)) - l))) + (cond ((string-match ^ *|[-] l) +'dash) + ((string-match ^ *|[~] l) +'tilde) + ((string-match [ \t]+$ l) +(substring l 0 (match-beginning 0))) + (t l))) lines)) ;; Get the data fields by splitting the lines. (setq fields (mapcar (lambda (l) (org-split-string l *| *)) - (delq nil (copy-sequence lines + (delq 'dash (delq 'tilde (copy-sequence lines) ;; How many fields in the longest line? (condition-case nil (setq maxfields (apply 'max (mapcar 'length fields))) @@ -770,19 +774,25 @@ When nil, simply write \#ERROR\ in corrupted fields.) (concat (car c) space ;; Compute the formats needed for output of the table -(setq rfmt (concat indent |) hfmt (concat indent |)) +(setq rfmt (concat indent |) hfmt (concat indent |) + tfmt (concat indent |)) (while (setq l (pop lengths)) (setq ty (if (pop typenums) -)) ; number types flushright (setq rfmt (concat rfmt (format rfmt1 ty l)) - hfmt (concat hfmt (format hfmt1 (make-string l ?-) + hfmt (concat hfmt (format hfmt1 (make-string l ?-))) + tfmt (concat tfmt (format tfmt1 (make-string l ?~) (setq rfmt (concat rfmt \n) - hfmt (concat (substring hfmt 0 -1) |\n)) - + hfmt (concat (substring hfmt 0 -1) |\n) + tfmt (concat (substring tfmt 0 -1) |\n)) (setq new (mapconcat (lambda (l) -(if l (apply 'format rfmt - (append (pop fields) emptystrings)) - hfmt)) +(cond ((eq l 'dash) + hfmt) + ((eq l 'tilde) + tfmt) + (t + (apply 'format rfmt + (append (pop fields) emptystrings) lines )) (if
Re: [Orgmode] Re: Feature Request: Assort a subtree randomly ?
Hi Alan, Matt Lundin m...@imapmail.org writes: (defun my-org-random-sort () (random 1000)) Then on the appropriate subtree/table/list, type: C-c ^ f my-org-random-sort Actually I just found out that C-c ^ f random RET works fine too! -- Bastien ___ 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: Feature Request: Assort a subtree randomly ?
Bastien bastien.gue...@wikimedia.fr writes: Hi Alan, Matt Lundin m...@imapmail.org writes: (defun my-org-random-sort () (random 1000)) Then on the appropriate subtree/table/list, type: C-c ^ f my-org-random-sort Actually I just found out that C-c ^ f random RET works fine too! Thanks for the tip. Much more elegant. Best, Matt ___ 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: [Feature Request] Cross headings in tables
Lawrence Mitchell we...@gmx.li writes: How about the following two patches on top. The first fixes table alignment, the second fixes LaTeX export of these tables. Thank you for this, brilliant idea of replacing the nil with a symbol... It integrates cleanly with what I have so far, I will need some more testing (just discovered a boundary case that I fixed). Also need to check the other export backends, thank you for taking care of LaTeX. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves ___ 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: Feature Request: Assort a subtree randomly ?
That is excellent. Not too late, at all. This ability to sort by a function is excellent: presumably one could use a soundex algorithm! Thank you, Alan ___ 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: Feature Request: Assort a subtree randomly ?
Alan E. Davis lngn...@gmail.com writes: Let's say I have a subtree, of review materials, for example. I would like to randomize the order of the elements. I would like to have the option to randomize the subtree in some different ways: 1. sort the members of one subtree that is a list, randomly. 2. sort all the headlines, randomly. 3. sort the subtrees randomly, and the lists within each sub-subtree also randomly, ad nauseum. I have written a sort routine in elisp. It's been many long years ago, but I remember that the basis support for writing sorts is pretty general. Suppose I had time to do this. What would I need to look at? You can use the custom function in the sort command to supply org-sort with a random number. When calling org-sort, note the function option presented: ,[ C-c ^ (org-sort) | Sort %s: [a]lpha [n]umeric [p]riority p[r]operty todo[o]rder [f]unc | [t]ime [s]cheduled [d]eadline [c]reated | A/N/T/S/D/C/P/O/F means reversed: ` You could thus write a quick function, using whatever amount of randomness you want: --8---cut here---start-8--- (defun my-org-random-sort () (random 1000)) --8---cut here---end---8--- Then on the appropriate subtree/table/list, type: C-c ^ f my-org-random-sort Of course, my need is today, to sort review materials for my students in random order. Sorry this response comes a little to late. :) Best, Matt ___ 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: [Feature Request] Cross headings in tables
Achim Gratz strom...@nexgo.de writes: [...] So I'd like to have first-class cross headings, maybe like this: |--+---+-| | Header | some more | and more| |--+---+-| | item | stuff | things | | etc. | pp. | ad nauseam | |--+---+-| | Header | to keep | things together | |--+---+-| | | ... | | |--+---+-| So, the first heading would be determined by the first horizontal separator inside the table (for backwards compatibility) and any following heading would need get some special syntax (like the | above, but anything that doesn't collide with existing syntax will just be fine I think). If there's a heading marker before the first horizontal separation, it should probably take precedence over the backwards-compatible markup. That would also enable to have table headings without a separator, something that's not possible today. I've spent some time on this and have developed a patch that gets halfway there. You can have consecutive headers, headers inside the table and even headers at the end of the table: --8---cut here---start-8--- |-+ | unrelated 1 | |~| | Test1 | |-+ | unrelated 2 | | Test2 | | unrelated 3 | |~| | Test3 | |-+ | unrelated 4 | | Test4 | | unrelated 5 | | Test5 | |~| | unrelated 6 | | Test6 | |-+ --8---cut here---end---8--- The first header is still determined like it always was. Headers inside table need to get a special hline, the choice of ~ for this was dictated by most of the other characters already being used for various markup inside or outside tables. When I say halfway there, I mean that the export is working and the lines are recognized as hlines everywhere I could find (there may still be some regexpressions floating around that don't). However, aligning tables will replace the wigglies with plain dashes since I have not yet found a way to inject the correct character for the currently hardcoded -. The HTML export for the above table looks like this: --8---cut here---start-8--- table border=2 cellspacing=0 cellpadding=6 rules=groups frame=hsides caption/caption colgroupcol class=left /col class=left / /colgroup thead trth scope=col class=leftunrelated 1/thth scope=col class=leftgt;=/th/tr /thead thead trth scope=col class=leftTest1/thth scope=col class=left=/th/tr /thead tbody trtd class=leftunrelated 2/tdtd class=leftlt;=/td/tr trtd class=leftTest2/tdtd class=left==/td/tr trtd class=leftunrelated 3/tdtd class=left-=/td/tr /tbody thead trth scope=col class=leftTest3/thth scope=col class=left:=/th/tr /thead tbody trtd class=leftunrelated 4/tdtd class=leftgt;=/td/tr trtd class=leftTest4/tdtd class=left=/td/tr trtd class=leftunrelated 5/tdtd class=leftlt;=/td/tr trtd class=leftTest5/tdtd class=left==/td/tr /tbody thead trth scope=col class=leftunrelated 6/thth scope=col class=left-=/th/tr trth scope=col class=leftTest6/thth scope=col class=left:=/th/tr /thead /table --8---cut here---end---8--- And ASCII: --8---cut here---start-8--- unrelated 1 - Test1 - unrelated 2 Test2 unrelated 3 - Test3 - unrelated 4 Test4 unrelated 5 Test5 - unrelated 6 Test6 --8---cut here---end---8--- If somebody has an idea how to make the table alignment work, please lend me a hand. Experimental patch is attached, comments are welcome. From 0fd4e39641ab17ae1586747396acbe1e9fa48321 Mon Sep 17 00:00:00 2001 From: Achim Gratz strom...@stromeko.de Date: Sun, 16 Jan 2011 19:06:13 +0100 Subject: [PATCH] Allow headings inside tables without splicing them. *EXPERIMENTAL* This patch is an incomplete implementation, most notably, table (re-)alignment does not work. --- lisp/org-html.el | 15 +-- lisp/org-table.el | 30 +++--- lisp/org.el |4 ++-- 3 files changed, 30 insertions(+), 19 deletions(-) diff --git a/lisp/org-html.el b/lisp/org-html.el index 9a5d225..d69d037 100644 --- a/lisp/org-html.el +++ b/lisp/org-html.el @@ -1899,7 +1899,7 @@ for formatting. This is required for the DocBook exporter. html-table-tag attributes)) (head (and org-export-highlight-first-table-line (delq nil (mapcar - (lambda (x) (string-match ^[ \t]*|- x)) + (lambda (x) (string-match ^[ \t]*|[-~] x)) (cdr lines) (nline 0) fnum
Re: [Orgmode] Re: Feature request
This rocks! Had no idea about bulk actions. Thanks for the tip. Jeff On Sun, Oct 10, 2010 at 12:30 PM, Memnon Anon gegendosenflei...@googlemail.com wrote: Hi, David Abrahams d...@boostpro.com writes: I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? Just curious: Why don't you use the bulk action? a) Mark all items with `m' b) `B' `s' `.' RET. For 20 items, thats: 20x `m' + 4 Keys for b) = 24 keypresses (if those items are right next to each other and need no navigation) Your approach would need 20 item x `S Ret' = 40 keypresses :). Memnon ___ 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 -- Jeffrey Horn Graduate Lecturer and PhD Student in Economics George Mason University (704) 271-4797 jh...@gmu.edu jrhorn...@gmail.com ___ 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: Feature request
David Abrahams d...@boostpro.com writes: Hi All, I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? Hi David, Why are you rescheduling items everyday? That seems like a lot of overhead to me. What's wrong with leaving the item on the first scheduled date and just allow the agenda to show how many days it has already been scheduled for -- until you mark it DONE? Alternatively if it's a repeating task, you can use a single day repeater and just mark the item DONE to move it to the next day. One thing I've been trying to do is minimize the amount of time I spend on overhead stuff for my tasks and trading that for time I actually do work on completing the tasks instead. Regards, Bernt ___ 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: Feature request
Hi, David Abrahams d...@boostpro.com writes: I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? Just curious: Why don't you use the bulk action? a) Mark all items with `m' b) `B' `s' `.' RET. For 20 items, thats: 20x `m' + 4 Keys for b) = 24 keypresses (if those items are right next to each other and need no navigation) Your approach would need 20 item x `S Ret' = 40 keypresses :). Memnon ___ 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: Feature request
At Sun, 10 Oct 2010 11:43:07 -0400, Bernt Hansen wrote: David Abrahams d...@boostpro.com writes: Hi All, I have to reschedule quite a few items daily. Often they're yesterday's items that I need to reschedule for today. `C-c C-s . RET' is a bit much typing for that, so I re-bound `S' to org-agenda-schedule. But `S . RET' is still a bit much. I'd like it if the default when rescheduling was always for today, instead of the date the item is already scheduled for, so I could `S RET' in the usual case. What about a customizable option to set the default schedule-for date? Hi David, Why are you rescheduling items everyday? Because there's always something I didn't get done yesterday, and I often have pushed too many tasks forward onto a given day, and don't want to see more than about 15 TODOs in my agenda on any given day. That seems like a lot of overhead to me. What's wrong with leaving the item on the first scheduled date and just allow the agenda to show how many days it has already been scheduled for -- until you mark it DONE? Because then they show up in the consciousness like a failure instead of as just what I have to do today, and they tend to pile up and lead to a state of despair, where the agenda is too daunting to face. They need to be processed. I need to re-negotiate the contract I made with myself about when they were getting done. Alternatively if it's a repeating task, you can use a single day repeater and just mark the item DONE to move it to the next day. It's not. One thing I've been trying to do is minimize the amount of time I spend on overhead stuff for my tasks and trading that for time I actually do work on completing the tasks instead. Thanks, but I need to do this to keep on track. Regards, -- Dave Abrahams BoostPro Computing http://www.boostpro.com ___ 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: Feature Request: Timestamp with repeater interval in Date range
Rüdiger Sonderfeld ruediger at c-plusplus.de writes: Hello, I have a Feature Request: It would be really great if there was (an easy way) to define a Timestamp with repeating interval but only in a specific time range. For example I want to define a repeating event on every Tuesday between 2010-10-05 and 2011-01-27: 2010-10-05 Tue 09:15-11:00 +1w--2011-01-27 Thu This would be especially useful to manage dates for university courses. That's not a bad suggestion for syntax, but it's fairly easy to accomplish what you're looking for already. See How can I schedule a weekly class that lasts for a limited period of time? in the org-FAQ. -- Chris ___ 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: Feature-request documentation request for org-datetree
Tim O'Callaghan tim.ocallag...@gmail.com writes: Hi, I've been poking about trying to understand org-date tree, as It is essentially an undocumented feature at the moment. am i right in my understanding that it is only meant as a refile-target structure? The feature request is to allow the use of ISO week numbers to structure the year rather than Months. so a structure something like: * 2010 *** 2010-W35 * 2010-08-30 Monday * 2010-08-31 Tuesday * 2010-09-01 Wednesday * 2010-09-02 Thursday * 2010-08-03 Friday * 2010-08-04 Saturday * 2010-08-05 Sunday The week heading is based on the ISO representation, (http://www.iso.org/iso/date_and_time_format) though i guess some variant on the ISO week heading might look be better. what other use can it be used for? how are other people using it? For me its one of the best features since I use org as a journal for pretty much everything. My org-capture-templates entry for my journal creation (also my org-protocol-default-template-key) is (j Journal entry (file+datetree journal.org) * %T %?\n %i\n %a) So bottom line is, I use it for direct filing and not just a refile target. A super feature. The %T meaning of course in my agenda I see the date and time a journal item is added in place even if I then reschedule it and refile it at a later date. ___ 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: feature request: a basic conversation manager
Carsten Others In the context of the original post, is there a possible way to do this. 1. I mark a TODO entry in todo.org as done. 2. An org-id (say ID-TODO) gets created for the TODO entry if there is none yet. 3. The state transition to DONE triggers a capture rule. The conversation is collected in a capture buffer and filed as a heading under conversation.org. An org-id (say ID-CONV) is generated for the captured entry. 4. ID-TODO is noted in the conversation.org 5. ID-CONV is noted down in todo.org Jambunathan K. Eric I guess you could use the org-after-todo-state-change-hook Eric together with the functionality of org-capture to implement Eric this quite easily? Of course, this requires some emacs lisp Eric knowledge. Thanks for accepting my earlier two patches on this thread. I have identified couple of more things that are needed in org core to support the above workflow. The changes required are minimal but enable complex workflows. [Context Switch] Before I proceed further let me add this - The intention of this mail is to share my notes and influence you to considering adding the needed support in the core. In effect the attached patch is demo-only and not to be construed as a formal commit request. [Back to Original Context] Needed features are: 1. Support for 'out-of-band' capture: Think of it as a org-add-log-setup for capture workflow. This is implemented as part of org-capture-setup in the enclosed patch. Note: Capture and Log Notes workflow are similar. + org-capture = org-add-log-note: Both of these routines pop-up notes buffers. + org-capture-finalize = org-store-log-note: Both dump the user notes to the user-specified position. + org-capture-setup = org-add-log-setup: Both make a note of the notes insertion position for later use. Note that they only setup the note taking process and don't by themselves collect or store notes. In some sense the addition of org-add-log-setup would make Log Notes and Org Capture closer together. ie., one can make org-capture supplant the simplistic Log Notes. 2. Support for chained captures: Think of it as per-capture-rule exit-hook. Unlike org-capture-before-finalize-hook (which gets invoked in the middle of the capture), this gets called right at the fag end of the capture after the capture buffer is saved or aborted and window configs are restored. This is implemented as part of a new :exit element in capture-plist in the attached patch. What you need to do: 1. Apply the attached patch to org-mode. 1. Load conversation.el. 2. Start with following todo.org entry. # Sample ~/todo.org * TODO Talk to someone SCHEDULED: 2010-09-08 Wed +1d 3. Do a C-c C-t on the above entry 4. Do C-c C-t once more. See the following magic happen # TODO.org after 2 C-c C-t (s). * TODO Talk to someone SCHEDULED: 2010-09-08 Wed +1d :PROPERTIES: :ID: 47df1dd3-3101-4dda-95df-cac71ae7dcab :END: [[id:a9664246-f396-4084-abb0-0c2274e409cd][Conversation-199003770]] [2010-08-28 Sat 23:25] [[id:ee280862-750e-49ee-b3a4-2cebe655dae8][Conversation-446218316]] [2010-08-28 Sat 23:25] # Conversation.org after 2 C-c C-t (s). * Conversations ** Conversation-446218316 :PROPERTIES: :ID: ee280862-750e-49ee-b3a4-2cebe655dae8 :END: TODO Context: [[id:47df1dd3-3101-4dda-95df-cac71ae7dcab][Talk to someone]] ** Conversation-199003770 :PROPERTIES: :ID: a9664246-f396-4084-abb0-0c2274e409cd :END: TODO Context: [[id:47df1dd3-3101-4dda-95df-cac71ae7dcab][Talk to someone]] I have few more things to share. This after sometime or once you revert with your comments. Jambunathan K. Attachments: ;; Use ID for storing links (setq org-link-to-org-use-id t) ;; trigger a capture on done (add-hook 'org-after-todo-state-change-hook 'my-todo-state-change-hook) ;; DONE on a todo item triggers a capture rule x (defun my-todo-state-change-hook () (when (member state org-done-keywords) (org-capture-setup x))) ;; org-capture-templates ;; Rule-x does this ;; - creates an entry in conversation.org ;; - saves a link to the parent TODO entry in the new conversation node ;; - exits with a call to my-update-todo-node defun (setq org-capture-templates '((x Create conversation node entry (file+headline ~/conversation.org Conversations) ** Conversation-%(int-to-string (random))\n TODO Context: %a\n %? :prepend t :empty-lines 1 :exit (my-update-todo-node ;; my-update-todo-node does this ;; - visits the last captured node (ie, the conversation node) ;; - installs a makeshift capture rule and invokes it ;; ;; makeshift capture rule installs a link to the newly created ;; conversation node in the todo node. (defun my-update-todo-node () (when (not
[Orgmode] Re: feature request: a basic conversation manager
Hi K, Indeed, if that is what you want to do, you can do it without too much effort, I think. The conversation manager is a bit different, but similar. I have not looked at the conversation manager idea for some time. At the time I also wrote (and still have) more notes on it. If anybody is interested in the conversation manager, let me know. There are many future possibilities for the conversation manager. === But please note the following === The most important thing is that in the meantime I came up with the idea of ID markers, which actually significantly simplify these issues and allow a large set of other possibilities, simultaneously. So, if what you are doing is similar to the conversation manager (as opposed to org-add-note or tweaks to allow capture to capture to point, for example), then I think it is best for me to dredge out my notes on ID markers (but you can visit my posts on them and get the main idea). My health is not up to doing a lot on it now, however, so I would just post what I already did. If what you are doing is different, such as getting org-capture to capture to point, then it's probably not relevant. Hope this helps. Samuel On 2010-08-18, Jambunathan K kjambunat...@gmail.com wrote: In the context of the original post, is there a possible way to do this. 1. I mark a TODO entry in todo.org as done. 2. An org-id (say ID-TODO) gets created for the TODO entry if there is none yet. 3. The state transition to DONE triggers a capture rule. The conversation is collected in a capture buffer and filed as a heading under conversation.org.An org-id (say ID-CONV) is generated for the captured entry. 4. ID-TODO is noted in the conversation.org 5. ID-CONV is noted down in todo.org Jambunathan K. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. ___ 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: feature request: a basic conversation manager
More clearly: 1) The conversation manager is basically superseded by the ID markers idea. That is, you can implement it trivially once ID markers are implemented. 2) What you are doing is not related to the conversation manager. On 2010-08-28, Samuel Wales samolog...@gmail.com wrote: Hi K, Indeed, if that is what you want to do, you can do it without too much effort, I think. The conversation manager is a bit different, but similar. I have not looked at the conversation manager idea for some time. At the time I also wrote (and still have) more notes on it. If anybody is interested in the conversation manager, let me know. There are many future possibilities for the conversation manager. === But please note the following === The most important thing is that in the meantime I came up with the idea of ID markers, which actually significantly simplify these issues and allow a large set of other possibilities, simultaneously. So, if what you are doing is similar to the conversation manager (as opposed to org-add-note or tweaks to allow capture to capture to point, for example), then I think it is best for me to dredge out my notes on ID markers (but you can visit my posts on them and get the main idea). My health is not up to doing a lot on it now, however, so I would just post what I already did. If what you are doing is different, such as getting org-capture to capture to point, then it's probably not relevant. Hope this helps. Samuel On 2010-08-18, Jambunathan K kjambunat...@gmail.com wrote: In the context of the original post, is there a possible way to do this. 1. I mark a TODO entry in todo.org as done. 2. An org-id (say ID-TODO) gets created for the TODO entry if there is none yet. 3. The state transition to DONE triggers a capture rule. The conversation is collected in a capture buffer and filed as a heading under conversation.org.An org-id (say ID-CONV) is generated for the captured entry. 4. ID-TODO is noted in the conversation.org 5. ID-CONV is noted down in todo.org Jambunathan K. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === PNAS must publish the original Lo and Alter NIH/FDA XMRV paper verbatim along with the new paper. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly serious disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === I would like to see the original Lo et al. 2010 NIH/FDA XMRV paper. ___ 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: feature request: a basic conversation manager
Samuel Samuel What you are doing is not related to the conversation Samuel manager. I never claimed otherwise. My use-case was clearly laid out and my patches are consistent with the purpose stated in the original post. If your concern is that I shouldn't be hijacking the subject line+thread (and/or dilute it with non-core items), I totally respect that. I promise to be careful next time. Hope this settles things :-). Jambunathan K. ___ 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: feature request: a basic conversation manager
I'm not upset about anything. Just didn't want anybody to be confused. It seemed to me that you thought that what you were doing was related, that's all. On 2010-08-28, Jambunathan K kjambunat...@gmail.com wrote: Samuel Samuel What you are doing is not related to the conversation Samuel manager. I never claimed otherwise. My use-case was clearly laid out and my patches are consistent with the purpose stated in the original post. If your concern is that I shouldn't be hijacking the subject line+thread (and/or dilute it with non-core items), I totally respect that. I promise to be careful next time. Hope this settles things :-). Jambunathan K. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied a deadly serious disease for 25 years] == Retrovirus: http://www.wpinstitute.org/xmrv/index.html -- PLEASE DONATE === I would like to see the original Lo et al. 2010 NIH/FDA XMRV paper. ___ 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: feature request: a basic conversation manager
In the context of the original post, is there a possible way to do this. 1. I mark a TODO entry in todo.org as done. 2. An org-id (say ID-TODO) gets created for the TODO entry if there is none yet. 3. The state transition to DONE triggers a capture rule. The conversation is collected in a capture buffer and filed as a heading under conversation.org.An org-id (say ID-CONV) is generated for the captured entry. 4. ID-TODO is noted in the conversation.org 5. ID-CONV is noted down in todo.org Jambunathan K. ___ 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: feature request: a basic conversation manager
On Thu, 19 Aug 2010 00:31:05 +0530, Jambunathan K kjambunat...@gmail.com wrote: In the context of the original post, is there a possible way to do this. 1. I mark a TODO entry in todo.org as done. 2. An org-id (say ID-TODO) gets created for the TODO entry if there is none yet. 3. The state transition to DONE triggers a capture rule. The conversation is collected in a capture buffer and filed as a heading under conversation.org.An org-id (say ID-CONV) is generated for the captured entry. 4. ID-TODO is noted in the conversation.org 5. ID-CONV is noted down in todo.org Jambunathan K. I guess you could use the org-after-todo-state-change-hook together with the functionality of org-capture to implement this quite easily? Of course, this requires some emacs lisp knowledge. ___ 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: Feature Request for new capture feature
Hi Carsten, Carsten Dominik wrote: On Jul 23, 2010, at 11:55 AM, Colin Fraizer wrote: I love the new Capture feature. Much better than the old Remember (though I liked that too!). However, would it be possible to have a “C-u C-c C-w” that completes the capture and switches to the target buffer? You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - I guess this is good enough? I don't want to be difficult, but this seems pretty hard (to me) to remember, with: - the C-u universal argument in the middle - a C-c before it - and C-r C-w after Wasn't it possible to get something around the C-c C-w (with one or two times the universal argument)? Best regards, Seb -- Sébastien Vauban ___ 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: Feature Request for new capture feature
Sébastien Vauban wxhgmqzgw...@spammotel.com writes: You can do C-c C-w to refile, and then C-c C-u C-r C-w to go to that place - I guess this is good enough? I don't want to be difficult, but this seems pretty hard (to me) to remember, with: I guess Carsten meant C-u C-u C-c C-w to go to the last refiled location. -- Bastien ___ 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: [feature request] use relative path in the file set by org-agenda-files
Thanks Carsten for the feedback! The following patch remembers the un-expanded file names by re-reading the agenda-files definition file before saving. It matches the expanded file names with the un-expanded and keeps the un-expanded version when saving. If you like it please apply it. diff --git a/lisp/ChangeLog b/lisp/ChangeLog index 4c76cc0..709dbd8 100755 --- a/lisp/ChangeLog +++ b/lisp/ChangeLog @@ -1,3 +1,12 @@ +2010-03-25 Mikael Fornius m...@abc.se + + * org.el (org-agenda-files): Typo. + (org-read-agenda-file-list): Optional argument added helping + org-store-new-agenda-file-list to remember un-expanded file names. + (org-store-new-agenda-file-list): Keep un-expanded file names when + saving, if availible. + (org-agenda-files): Updating documentation. + 2010-03-25 Carsten Dominik carsten.domi...@gmail.com * org-ascii.el (org-export-as-ascii): Catch the case of exporting diff --git a/lisp/org.el b/lisp/org.el index 68dd1ed..0abe787 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -2780,7 +2780,8 @@ If an entry is a directory, all files in that directory that are matched by If the value of the variable is not a list but a single file name, then the list of agenda files is actually stored and maintained in that file, one -agenda file per line. +agenda file per line. In this file paths can be given relative to this files +directory, tilde expansion and environment variable substitution is also made. :group 'org-agenda :type '(choice (repeat :tag List of files and directories file) @@ -14641,7 +14642,7 @@ If EXCLUDE-TMP is non-nil, ignore temporary buffers. Get the list of agenda files. Optional UNRESTRICTED means return the full list even if a restriction is currently in place. -When ARCHIVES is t, include all archive files hat are really being +When ARCHIVES is t, include all archive files that are really being used by the agenda files. If ARCHIVE is `ifmode', do this only if `org-agenda-archives-mode' is t. (let ((files @@ -14694,17 +14695,28 @@ the buffer and restores the previous window configuration. (defun org-store-new-agenda-file-list (list) Set new value for the agenda file list and save it correctly. (if (stringp org-agenda-files) - (let ((f org-agenda-files) b) - (while (setq b (find-buffer-visiting f)) (kill-buffer b)) - (with-temp-file f - (insert (mapconcat 'identity list \n) \n))) + (let ((fe (org-read-agenda-file-list t)) b u) + (while (setq b (find-buffer-visiting org-agenda-files)) + (kill-buffer b)) + (with-temp-file org-agenda-files + (insert + (mapconcat + (lambda (f) ;; Keep un-expanded entries. + (if (setq u (assoc f fe)) + (cdr u) + f)) + list \n) + \n))) (let ((org-mode-hook nil) (org-inhibit-startup t) (org-insert-mode-line-in-empty-file nil)) (setq org-agenda-files list) (customize-save-variable 'org-agenda-files org-agenda-files -(defun org-read-agenda-file-list () - Read the list of agenda files from a file. +(defun org-read-agenda-file-list (optional pair-with-expansion) + Read the list of agenda files from a file. +If PAIR-WITH-EXPANSION is t return pairs with un-expanded +filenames, used by org-store-new-agenda-file-list to write back +un-expanded file names. (when (file-directory-p org-agenda-files) (error `org-agenda-files' cannot be a single directory)) (when (stringp org-agenda-files) @@ -14712,8 +14724,11 @@ the buffer and restores the previous window configuration. (insert-file-contents org-agenda-files) (mapcar (lambda (f) - (expand-file-name (substitute-in-file-name f) - (file-name-directory org-agenda-files))) + (let ((e (expand-file-name (substitute-in-file-name f) +(file-name-directory org-agenda-files + (if pair-with-expansion + (cons e f) + e))) (org-split-string (buffer-string) [ \t\r\n]*?[\r\n][ \t\r\n]*) ;;;###autoload -- Mikael Fornius ___ 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: [feature request] use relative path in the file set by org-agenda-files
Hi Mikael, thanks for the patch, I have applied it. It is incomplete in the following sense: When I add another file with `C-c [', the the expanded file names will be written back to the file. So maybe it would be useful to implement an inverse operation in `org-store-new-agenda-file-list'. I guess you cannot get back environment variables because you don't know which ones to use. But getting back ~, and removing org-directory might be nice. Such a file could then be kept, for example in the drop box and could work on different machines. - Carsten On Mar 23, 2010, at 11:30 AM, Mikael Fornius wrote: I have made a small patch implementing the following behavior: With org-agenda-files = /home/mfo/org/agenda, a filename. | Line in agenda-file| Expands to: | |+--| | $HOME/org/org-mode.org | /home/mfo/org/org-mode.org | | td/td.org | /home/mfo/org/td/td.org| | ~/org/test.org | /home/mfo/org/test.org | | scratch.org| /home/mfo/org/scratch.org | | /home/mfo/org/wep.org | /home/mfo/org/wep.org | | ../te.org | /home/mfo/te.org | |+--| Here is the patch to current git-head: diff --git a/lisp/org.el b/lisp/org.el index 84bec4c..dad9293 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -14672,8 +14672,10 @@ the buffer and restores the previous window configuration. (when (stringp org-agenda-files) (with-temp-buffer (insert-file-contents org-agenda-files) - (org-split-string (buffer-string) [ \t\r\n]*?[\r\n][ \t\r \n]* - + (mapcar (lambda (f) + (expand-file-name (substitute-in-file-name f) + (file-name-directory org-agenda-files))) + (org-split-string (buffer-string) [ \t\r\n]*?[\r\n][ \t\r \n]*) ;;;###autoload (defun org-cycle-agenda-files () -- Mikael Fornius ___ 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
[Orgmode] Re: [feature request] use relative path in the file set by org-agenda-files
I have made a small patch implementing the following behavior: With org-agenda-files = /home/mfo/org/agenda, a filename. | Line in agenda-file| Expands to: | |+--| | $HOME/org/org-mode.org | /home/mfo/org/org-mode.org | | td/td.org | /home/mfo/org/td/td.org| | ~/org/test.org | /home/mfo/org/test.org | | scratch.org| /home/mfo/org/scratch.org | | /home/mfo/org/wep.org | /home/mfo/org/wep.org | | ../te.org | /home/mfo/te.org | |+--| Here is the patch to current git-head: diff --git a/lisp/org.el b/lisp/org.el index 84bec4c..dad9293 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -14672,8 +14672,10 @@ the buffer and restores the previous window configuration. (when (stringp org-agenda-files) (with-temp-buffer (insert-file-contents org-agenda-files) - (org-split-string (buffer-string) [ \t\r\n]*?[\r\n][ \t\r\n]* - + (mapcar (lambda (f) + (expand-file-name (substitute-in-file-name f) + (file-name-directory org-agenda-files))) + (org-split-string (buffer-string) [ \t\r\n]*?[\r\n][ \t\r\n]*) ;;;###autoload (defun org-cycle-agenda-files () -- Mikael Fornius ___ 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: Feature request: org-export-format-source-code-or-example and srcname
Hi,
A first pass at this functionality has just been deployed. The current
solution is very simple, but from here it should be relatively easy to
improve the look and feel of the exported names.
As described here [1], when exporting to html the source-name will be
included in a label element immediately preceding the pre block
containing the code, so
#+source: square
#+begin_src emacs-lisp :var input=1
(* input input)
#+end_src
will export to
label class=org-src-namesquare/label
pre class=src src-emacs-lisp
span style=color: #7f7f7f;(/span* input inputspan style=color:
#7f7f7f;)/span
/pre
and in LaTeX the source-name will be added as a listings title element,
so the above block will export to the following LaTeX.
\lstset{language=Lisp}\begin{lstlisting}[title={square}]
(* input input)
\end{lstlisting}
Please let me know how this should be improved.
Thanks -- Eric
Sébastien Vauban wxhgmqzgw...@spammotel.com writes:
Hi Carsten and Nicolas,
(BTW, Nicolas, excellent modifications made to the agenda look feel!)
Carsten Dominik wrote:
when using the listings LaTeX package, it would be very useful if the
value of srcname was added to the output. For instance,
#+srcname: my_code_chunk
#+begin_src latex :results latex :exports code :tangle no
\usepackage{fontspec,xunicode,xltxtra}
#+end_src
would give:
\lstset{language=TeX}[caption={my\_code\_chunk}]
\begin{lstlisting}
\usepackage{fontspec,xunicode,xltxtra}
\end{lstlisting}
(note the added [caption={my\_code\_chunk}])
Is there anyone besides Nicolas what would like to see the source name in
the exported listing?
Yes! This is not only desired, but -- for me -- completely required: without
it, you simply can't do real literate programming documentation...
An example of how it would be nice to be (using NoWeb):
http://www.mygooglest.com/sva/ecm-noweb.pdf
See my (unanswered) thread of 2009-12-04 at 12:13: [babel] Org-babel vs NoWeb
(and the like).
Is that something that should be done in org-babel, or in the normal export
stuff?
I would answer Org-babel, but if there is one thing I'm sure of, is that I
don't understand all the implications of my answer. So, take it with low
consideration.
Best regards,
Seb
Footnotes:
[1]
http://eschulte.github.com/babel-dev/STARTED-Suitable-export-of-%23%2Bsrcname-and-%23%2Bresname-lines.html
___
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: feature-request: colorize diary entries in agenda
Carsten Dominik carsten.domi...@gmail.com writes: On Jan 4, 2010, at 3:57 PM, Thierry Volpiatto wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Hi Thierry, there is now a new face, org-agenda-diary, for this purpose. Nice, thank you, i will have a look. How do you enable it? It is already implemented - all you need to do is to customize the face - right now all it does is inheriting from `default'. The code you show below is no longer needed. Great, thank you. ;-) - Carsten I use that actually: , | (defun tv-org-propertize-diary-entries () | (save-excursion | (let ((inhibit-read-only t)) | (goto-char (point-min)) | (while | (re-search-forward ^ *[Dd]iary nil t) | (add-text-properties | (point-at-bol) (point-at-eol) '(face tv-org-diary)) | (add-hook 'org-finalize-agenda-hook 'tv-org-propertize-diary- entries) ` HTH - Carsten On Dec 17, 2009, at 10:25 AM, Thierry Volpiatto wrote: Hi, should be great to be able to colorize diary entries in agenda. I didn't find customisation for that apart modifying: , | (defun org-get-entries-from-diary (date) | Get the (Emacs Calendar) diary entries for DATE. | | [...] | | (org-add-props x (text-properties-at (1- (length x)) x) | 'type diary 'date date 'face 'tv-org-diary)) | entries) ` Did i miss something? -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ 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 -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France - 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 -- A + Thierry Volpiatto Location: Saint-Cyr-Sur-Mer - France ___ 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: Feature request: Prompt to remove deadline/scheduled dates
On Dec 24, 2009, at 6:53 PM, Paul Holcomb wrote: On Wed, Dec 23, 2009 at 07:14:44PM -0500, Matt Lundin wrote: Paul Holcomb pholc...@cpoint.net writes: Its great that there is a log when the DEADLINE or SCHEDULED value changes for an entry. It would also be nice if you could remove the deadline or scheduled value using the same interface so it could be logged. I'm not entirely sure if this is what you are asking for, but you can remove SCHEDULED and DEADLINE metadata by adding a prefix argument to C-c C-s and C-c C-d. That's my fault; I wasn't very clear. Here's the problem: When you remove a deadline or schedule with the prefix argument, it doesn't make an entry about the removed deadline or schedule if you have the variable org-log-redeadline or org-log-reschedule set to 'note, respectively. From a quick glance, it looks like an easy patch to org-deadline and org-schedule as well. Turns out I was just thinking about it the wrong way yesterday. Thanks for your followup here. Hi Paul, would you like to propose a 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
[Orgmode] Re: Feature request: Prompt to remove deadline/scheduled dates
On Wed, Dec 23, 2009 at 07:14:44PM -0500, Matt Lundin wrote: Paul Holcomb pholc...@cpoint.net writes: Its great that there is a log when the DEADLINE or SCHEDULED value changes for an entry. It would also be nice if you could remove the deadline or scheduled value using the same interface so it could be logged. I'm not entirely sure if this is what you are asking for, but you can remove SCHEDULED and DEADLINE metadata by adding a prefix argument to C-c C-s and C-c C-d. That's my fault; I wasn't very clear. Here's the problem: When you remove a deadline or schedule with the prefix argument, it doesn't make an entry about the removed deadline or schedule if you have the variable org-log-redeadline or org-log-reschedule set to 'note, respectively. From a quick glance, it looks like an easy patch to org-deadline and org-schedule as well. Turns out I was just thinking about it the wrong way yesterday. Thanks for your followup here. -- Paul Holcomb *pholcomb\@ cpoint net* GPG key fingerprint 2B62 05AE EE74 845A 705F D716 28C4 FE1C 088F CFAC ___ 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: Feature request: Prompt to remove deadline/scheduled dates
Paul Holcomb pholc...@cpoint.net writes: Its great that there is a log when the DEADLINE or SCHEDULED value changes for an entry. It would also be nice if you could remove the deadline or scheduled value using the same interface so it could be logged. For example, with scheduled I might decide to do a certain task next week, and schedule the task accordingly. Then, something changes and I'm now not going to do the task anytime soon. It shouldn't be scheduled and I don't want it to show up in the agenda anymore. It seems like adding an option to the date/time prompt to null out the value works, but is this the right approach? When you do this you end up with items with SCHEDULED: or DEADLINE: and no date after them. These items don't show in the agenda, but it seems a little ugly. I'm not entirely sure if this is what you are asking for, but you can remove SCHEDULED and DEADLINE metadata by adding a prefix argument to C-c C-s and C-c C-d. , | C-c C-s runs the command org-schedule, which is an interactive | compiled Lisp function in `org.el'. | | It is bound to C-c C-s, menu-bar Org Dates and Scheduling | Schedule Item. | | (org-schedule optional remove time) | | Insert the SCHEDULED: string with a timestamp to schedule a TODO item. | With argument remove, remove any scheduling date from the item. | When time is set, it should be an internal time specification, and the | scheduling will use the corresponding date. ` Perhaps you are looking for something different---e.g., log info about when an item was unscheduled? The phrase so it could be logged in the first paragraph of your message makes me suspect I may not understand your request. Best, Matt ___ 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: Feature request: org-export-format-source-code-or-example and srcname
Hi Carsten and Nicolas,
(BTW, Nicolas, excellent modifications made to the agenda look feel!)
Carsten Dominik wrote:
when using the listings LaTeX package, it would be very useful if the
value of srcname was added to the output. For instance,
#+srcname: my_code_chunk
#+begin_src latex :results latex :exports code :tangle no
\usepackage{fontspec,xunicode,xltxtra}
#+end_src
would give:
\lstset{language=TeX}[caption={my\_code\_chunk}]
\begin{lstlisting}
\usepackage{fontspec,xunicode,xltxtra}
\end{lstlisting}
(note the added [caption={my\_code\_chunk}])
Is there anyone besides Nicolas what would like to see the source name in
the exported listing?
Yes! This is not only desired, but -- for me -- completely required: without
it, you simply can't do real literate programming documentation...
An example of how it would be nice to be (using NoWeb):
http://www.mygooglest.com/sva/ecm-noweb.pdf
See my (unanswered) thread of 2009-12-04 at 12:13: [babel] Org-babel vs NoWeb
(and the like).
Is that something that should be done in org-babel, or in the normal export
stuff?
I would answer Org-babel, but if there is one thing I'm sure of, is that I
don't understand all the implications of my answer. So, take it with low
consideration.
Best regards,
Seb
--
Sébastien Vauban
___
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: Feature request: Periodic events based on count of specific weekdays
Ben Finney wrote: I'm surprised at this assertion. Just about every club or social organisation, etc., that I've heard of that meets monthly, does so by meeting “on the second Tuesday of the month” or equivalent monthly specification. It's surely not seldom in my experience. I missed some context, so maybe this was already mentioned, but for things like this it should be possible to use diary lisp style date entries %%(diary-float t 2 1) 19:00 Club meeting seems to do the First Tuesday of the month for me. Notice that there must be no space at the beginning of the line. d ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: Periodic events based on count of specific weekdays
Carsten Dominik carsten.domi...@gmail.com writes: extending the date format would be a significant amount of work. The current time/date format is already complex to handle internally, mainly because it was build not with a clean design but step by step. I don't know anything about elisp. But isn't that an indication that it might be time to re-work the design so it's easier to maintain? My feeling is that date specifications like this are seldomly used, I'm surprised at this assertion. Just about every club or social organisation, etc., that I've heard of that meets monthly, does so by meeting “on the second Tuesday of the month” or equivalent monthly specification. It's surely not seldom in my experience. It may be the case that not many *programs* implement this; but has that ever been a reason to avoid mapping a real-world need into Org mode before? :-) and as far as readability is concerned, for these few events you could just (as suggested by Matt) write a note explaining what the entry does. Unfortunately, I can't see how to do that *and* have the rest of the Org mode timestamp specification; I'm wanting to have all the current features of Org timestamp specification plus day-of-week-based periodic events. For example, I can't see how to get an sexp timestamp to simultaneously have a “second Tuesday of the month” period and a time-of-day specification. I also can't see how to get these specifications to display like other Org timestamps in agenda and other generated views. So, while I appreciate that the current timestamp parser design might make implementation difficult, I don't think the current features of either Org timestamp specification or sexp specification will meet this goal. That's why I'm asking for this feature request. I'm happy to discuss different specifications; the latest one I proposed was for discussion, and I'm not wedded to it. Is there a different syntax that would make parsing easier, while still adding the feature I've described? -- \ “I distrust those people who know so well what God wants them | `\to do to their fellows, because it always coincides with their | _o__) own desires.” —Susan Brownell Anthony, 1896 | Ben Finney ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Periodic events based on count of specific weekdays
On 2009-11-20, Ben Finney ben+em...@benfinney.id.au wrote: I'm happy to discuss different specifications; the latest one I proposed was for discussion, and I'm not wedded to it. Is there a different syntax that would make parsing easier, while still adding the feature I've described? If this is done: For a discussion of making syntax simple, extensible, robust, quotable, nestable, pretty-printable, etc., see my posts on extensible syntax. Other keywords include parsing risk and ID markers. ID markers use extensible syntax and thus provide examples. IMO: I am not convinced that timestamps should be resyntaxed unless other syntax problems can be solved at the same time. I already have to look up whether deadline warning goes before repeat or the other way around, and what the meanings of the different repeat types are, so, for me, timestamps are already pretty complicated. -- Q: How many CDC scientists does it take to change a lightbulb? A: You only think it's dark. [CDC has denied ME/CFS for 25 years] = Retrovirus: http://www.wpinstitute.org/xmrv/xmrv_qa.html ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Periodic events based on count of specific weekdays
Hi Ben, On Nov 20, 2009, at 11:56 PM, Ben Finney wrote: Carsten Dominik carsten.domi...@gmail.com writes: extending the date format would be a significant amount of work. The current time/date format is already complex to handle internally, mainly because it was build not with a clean design but step by step. I don't know anything about elisp. But isn't that an indication that it might be time to re-work the design so it's easier to maintain? Oh yes! If I were to start over, I would definitely implement the date/tim syntax in a way that is more easily expandable, and that is parsed by a single function so changes would only affect a small part of the code. This is very desirable. In fact, *many* parts in Org-mode could/should be rewritten from scratch, in a much cleaner way. Unfortunately it does not mean that this will get done, by me, any time soon. I could delve into the technical difficulties this change would have, but maybe this is not if interest here. My feeling is that date specifications like this are seldomly used, I'm surprised at this assertion. I have not formulated precisely enough here. I believe that everyone has one or a few of these types of appointments. What I mean is that it is not a frequent task to have to set up one of these, compared to how often you write down an appointment or a deadline. I, for example, set up many appointments per day, but second-tuesday-of-the-month type events only once every half year or so. Just about every club or social organisation, etc., that I've heard of that meets monthly, does so by meeting “on the second Tuesday of the month” or equivalent monthly specification. It's surely not seldom in my experience. It may be the case that not many *programs* implement this; but has that ever been a reason to avoid mapping a real-world need into Org mode before? :-) :-) definitely not. and as far as readability is concerned, for these few events you could just (as suggested by Matt) write a note explaining what the entry does. Unfortunately, I can't see how to do that *and* have the rest of the Org mode timestamp specification; I'm wanting to have all the current features of Org timestamp specification plus day-of-week-based periodic events. You are right that you cannot get the full functionality of Org-mode time stamps with diary-like ones. However, the main restriction I see is the special behavior of TODO entries which go through a repeat. On the other hand, diary-sexp entries allow you to make arbitrarily complex time stamps - any specific syntax would always be more limited. For example, I can't see how to get an sexp timestamp to simultaneously have a “second Tuesday of the month” period and a time-of-day specification. I also can't see how to get these specifications to display like other Org timestamps in agenda and other generated views. * 13:00-15:00 Group meeting at the cafeteria First or third Wednesday of month from 1 to 3 in the afternoon %%(or (diary-float t 3 1) (diary-float t 3 3)) So, while I appreciate that the current timestamp parser design might make implementation difficult, I don't think the current features of either Org timestamp specification or sexp specification will meet this goal. That's why I'm asking for this feature request. The request is duly noted and in my list of possible tasks to pick up, but I fear that the chances to get to it soon are slim. - Carsten I'm happy to discuss different specifications; the latest one I proposed was for discussion, and I'm not wedded to it. Is there a different syntax that would make parsing easier, while still adding the feature I've described? No, the syntax is easy to parse, but there are many different places in Org which would have to learn to deal with these. -- \ “I distrust those people who know so well what God wants them | `\to do to their fellows, because it always coincides with their | _o__) own desires.” —Susan Brownell Anthony, 1896 | Ben Finney ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request: show context in agenda
Manish mailtomanish.sha...@gmail.com writes: On Thu, Nov 12, 2009 at 1:26 PM, Carsten Dominik wrote: On Nov 12, 2009, at 3:03 AM, Manish wrote: I proposed something similar six months ago. You did? I don't remember. Can you find the thread on gmane? I could not locate that post on gmane at all! Closest I could find was Eraldo's response to my email. But I found the email in Gmail archive and am quoting it below. http://thread.gmane.org/gmane.emacs.orgmode/13739/focus=13812 -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request: show context in agenda
Carsten Dominik carsten.domi...@gmail.com writes: P.S. In an org file, with speed commands turned on, press SPC to get the current outline path displayed. Best. Feature. Ever. (along with the speed keys!) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request about habit tracking
Hi Friedrich, Friedrich Delgado Friedrichs frie...@nomaden.org writes: Hi Carsten Dominik schrieb: from what I see, John has built the habit tracking into the routine that looks for scheduling entries. So it would be a significant change to do this for normal time stamps. A solution for you could be to just use the scheduling stuff anyway, and then use a filter function to make sure these entries do not show up in the iCalendar export (untested): ---Zitatende--- To schedule those items is a significant semantic difference for me, which is reflected in a different face in the agenda, so just filtering them out of the icalendar export is not enough. Have you tried using habits? Even though their functionality depends on SCHEDULED timestamps, they look and behave quite differently than normal scheduled items. Granted, habits appear with the org-scheduled-today face. But they do not have the normal Scheduled: or Sched. 2x warnings. And they can easily be filtered out of the agenda by pressing K. Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request about habit tracking
Hi Matt Lundin schrieb: To schedule those items is a significant semantic difference for me, which is reflected in a different face in the agenda, so just filtering them out of the icalendar export is not enough. Have you tried using habits? Even though their functionality depends on SCHEDULED timestamps, they look and behave quite differently than normal scheduled items. Yes I tried using them. Granted, habits appear with the org-scheduled-today face. But they do not have the normal Scheduled: or Sched. 2x warnings. And they can easily be filtered out of the agenda by pressing K. --Zitatende--- I don't like that they have the same face, even though they can easily be filtered and are visually set apart by the graph. I admit I didn't notice that they don't have the Scheduled: keyword. That's a definitive advantage for me. How hard would it be to give them a different face as well? -- Friedrich Delgado Friedrichs frie...@nomaden.org TauPan on Ircnet and Freenode ;) ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
Tim O'Callaghan tim.ocallag...@gmail.com writes: Simply, Expand the #+KEYWORD in-org file configuration possibilities with a #+CONFIG or similar keyword. The idea being to abstract more configuration into actual org files, and let extensions have an easy way to use #+KEYWORD configuration. I expect it could also be used to auto-load suitably registered extensions/contributions. So for example, my org-action-verb extension might use a line like: #+CONFIG org-action-verb TODO|NEXT Address Ask Buy Change Clarify Where there is handler function CONFIG:org-action-verb, that is defined as auto-loadable and called with the rest of the line to configure the extension. I guess this mechanism could also be extended to abstract more core-org configuration - such as agenda keys, stuck projects, or whatever. what do people think? Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
Bernt Hansen be...@norang.ca writes: Tim O'Callaghan tim.ocallag...@gmail.com writes: Expand the #+KEYWORD in-org file configuration possibilities with a #+CONFIG or similar keyword. The idea being to abstract more configuration into actual org files, and let extensions have an easy way to use #+KEYWORD configuration. I expect it could also be used to auto-load suitably registered extensions/contributions. So for example, my org-action-verb extension might use a line like: #+CONFIG org-action-verb TODO|NEXT Address Ask Buy Change Clarify Where there is handler function CONFIG:org-action-verb, that is defined as auto-loadable and called with the rest of the line to configure the extension. I guess this mechanism could also be extended to abstract more core-org configuration - such as agenda keys, stuck projects, or whatever. what do people think? Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? If I understand it correctly, #+BIND only works for export related variables. For local options that are not part of the default in-buffer syntax, I use Local Variables. E.g., , | * COMMENT Local Variables | # Local Variables: | # org-footnote-section: References | # End: ` Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
On Oct 22, 2009, at 10:23 PM, Matt Lundin wrote: Bernt Hansen be...@norang.ca writes: Tim O'Callaghan tim.ocallag...@gmail.com writes: Expand the #+KEYWORD in-org file configuration possibilities with a #+CONFIG or similar keyword. The idea being to abstract more configuration into actual org files, and let extensions have an easy way to use #+KEYWORD configuration. I expect it could also be used to auto-load suitably registered extensions/contributions. So for example, my org-action-verb extension might use a line like: #+CONFIG org-action-verb TODO|NEXT Address Ask Buy Change Clarify Where there is handler function CONFIG:org-action-verb, that is defined as auto-loadable and called with the rest of the line to configure the extension. I guess this mechanism could also be extended to abstract more core-org configuration - such as agenda keys, stuck projects, or whatever. what do people think? Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? If I understand it correctly, #+BIND only works for export related variables. Nope, it works for any variables. It is special that is *also* works for export variables, which is complicated because the *output buffer* is current when export happens, so local variables would be out of scope. - Carsten For local options that are not part of the default in-buffer syntax, I use Local Variables. E.g., , | * COMMENT Local Variables | # Local Variables: | # org-footnote-section: References | # End: ` Best, Matt ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
2009/10/22 Carsten Dominik carsten.domi...@gmail.com: On Oct 22, 2009, at 10:23 PM, Matt Lundin wrote: Bernt Hansen be...@norang.ca writes: Tim O'Callaghan tim.ocallag...@gmail.com writes: Expand the #+KEYWORD in-org file configuration possibilities with a #+CONFIG or similar keyword. The idea being to abstract more configuration into actual org files, and let extensions have an easy way to use #+KEYWORD configuration. I expect it could also be used to auto-load suitably registered extensions/contributions. So for example, my org-action-verb extension might use a line like: #+CONFIG org-action-verb TODO|NEXT Address Ask Buy Change Clarify Where there is handler function CONFIG:org-action-verb, that is defined as auto-loadable and called with the rest of the line to configure the extension. I guess this mechanism could also be extended to abstract more core-org configuration - such as agenda keys, stuck projects, or whatever. what do people think? Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? If I understand it correctly, #+BIND only works for export related variables. Nope, it works for any variables. It is special that is *also* works for export variables, which is complicated because the *output buffer* is current when export happens, so local variables would be out of scope. - Carsten The docs do not explain this. I'll look into it. For local options that are not part of the default in-buffer syntax, I use Local Variables. E.g., , | * COMMENT Local Variables | # Local Variables: | # org-footnote-section: References | # End: ` I'm using something similar at the moment, but i was thinking of a mechanism that could also be used to load and initialise core and contributed code without having to have a (require 'module) or an (eval find org site-lisp) in the org file(s). I'm currently working on getting someone else to track my org files, and i don't want to have them track my .emacs as well. The auto-loading would be more useful than a unified abstraction of a configuration mechanism for this. Tim. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
Carsten Dominik carsten.domi...@gmail.com writes: On Oct 22, 2009, at 10:23 PM, Matt Lundin wrote: Bernt Hansen be...@norang.ca writes: Tim O'Callaghan tim.ocallag...@gmail.com writes: Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? If I understand it correctly, #+BIND only works for export related variables. Nope, it works for any variables. It is special that is *also* works for export variables, which is complicated because the *output buffer* is current when export happens, so local variables would be out of scope. - Carsten Thanks for the explanation. I aplogize if I'm missing something, but I can't seem to get the bind line to work. I've placed the following line at the top of an org file: , | #+BIND: org-footnote-section References ` ...and yet after killing, reloading, and refreshing the buffer, the footnotes still appear in the section in which they are entered, in keeping with my global org-footnote-section setting (nil). Out of curiosity, I've also tried the following line to no avail: , | #+BIND: org-footnote-section t ` I've tried setting org-export-allow-BIND and org-export-allow-BIND-local to t, but the same results occur. On the other hand, when I use local variables, as below, the footnotes appear under the headline References. , | * COMMENT Local Variables | # Local Variables: | # org-footnote-section: References | # End: ` Do I have the correct syntax for #+bind? Is there another variable that activates bind syntax? Or does it perhaps work only for certain variables? Thanks! I'll be glad to write an FAQ about this, seeing as I'm quickly turning it into a frequently asked question. :) - Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature Request? #+CONFIG keyword - to abstract more configuration into org files,
On Oct 22, 2009, at 11:52 PM, Matthew Lundin wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Oct 22, 2009, at 10:23 PM, Matt Lundin wrote: Bernt Hansen be...@norang.ca writes: Tim O'Callaghan tim.ocallag...@gmail.com writes: Can you use the #+BIND: keyword to set arbitrary variables and achieve the same result? If I understand it correctly, #+BIND only works for export related variables. Nope, it works for any variables. It is special that is *also* works for export variables, which is complicated because the *output buffer* is current when export happens, so local variables would be out of scope. - Carsten Thanks for the explanation. I aplogize if I'm missing something, but I can't seem to get the bind line to work. I've placed the following line at the top of an org file: , | #+BIND: org-footnote-section References ` ...and yet after killing, reloading, and refreshing the buffer, the footnotes still appear in the section in which they are entered, in keeping with my global org-footnote-section setting (nil). Out of curiosity, I've also tried the following line to no avail: , | #+BIND: org-footnote-section t ` I've tried setting org-export-allow-BIND and org-export-allow-BIND- local to t, but the same results occur. On the other hand, when I use local variables, as below, the footnotes appear under the headline References. , | * COMMENT Local Variables | # Local Variables: | # org-footnote-section: References | # End: ` Do I have the correct syntax for #+bind? Is there another variable that activates bind syntax? Or does it perhaps work only for certain variables? You are right, I was mistaken! In fact, BIND works for any variables, but only during export :-) - Carsten ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: javascript expand collapse
Xin Shi shixin...@gmail.com writes: I'm not sure if Sebastian has already implemented it or not. I saw my friends using a software on Mac called aquaminds to produce webnotes, and that expand button is very useful when presenting across the internet during net-work meeting. Here is the one example page (including the ?1 after html): http://www.aquaminds.com/synergy/index.html?1 On this page, one can see the minus sign can be clicked and become plus sign ... Perhaps it's not exactly what you're looking for, but you can already get javascript folding of an exported org file using org-info.js. For an example click on the toggle view button on the following page: http://orgmode.org/worg/code/org-info-js/#sec-1 Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: javascript expand collapse
Hi Matt, Thanks for your response. I knew the toggle button, but it's not what I need. However, I think based on the current system, it would not be too hard to add those expand on ... Xin On Sun, Jul 19, 2009 at 12:35 PM, Matthew Lundin m...@imapmail.org wrote: Xin Shi shixin...@gmail.com writes: I'm not sure if Sebastian has already implemented it or not. I saw my friends using a software on Mac called aquaminds to produce webnotes, and that expand button is very useful when presenting across the internet during net-work meeting. Here is the one example page (including the ?1 after html): http://www.aquaminds.com/synergy/index.html?1 On this page, one can see the minus sign can be clicked and become plus sign ... Perhaps it's not exactly what you're looking for, but you can already get javascript folding of an exported org file using org-info.js. For an example click on the toggle view button on the following page: http://orgmode.org/worg/code/org-info-js/#sec-1 Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [FEATURE REQUEST] export to mediawiki
Michael Ekstrand mich...@elehack.net writes: Spike Spiegel fsm...@gmail.com writes: it would be awesome if there was an org to mediawiki export functionality as I have a lot of documentation in a mediawiki I would second this suggestion. In the mean time, exporting to HTML and postprocessing with HTML::WikiConverter works reasonably well. I use the attached sed script to sort of convert between org-mode and mediawiki syntax. This works more or less depending on your definition of works. However, long term I think the best solution would be a transformation via the docbook exporter, similar in spirit to the twiki exporter by Baoqiu Cui (http://docbook2twiki.googlecode.com) which also uses the docbook exporter. Thanks Christian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request (org-empty-line-terminates-plain-lists)
On Mar 25, 2009, at 7:37 AM, Baoqiu Cui wrote: Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Possible solutions: 1. Allow #+begin_example and friends to be indented and remove the same amount of whitespace from all example lines as the #+begin line has. This is possible, but would require a lot of work in the LaTeX exporter. It would also cause a lot of problems with the edit-source-code stuff with C-c ', because we could then no longer use indentation functionality while editing the examples. Option (1) will be implemented in 6.28, option (2), which was implemented temporarily is deprecated or may be removed. - Carsten 2. Adapt the LaTeX exporter to work like the HTML exporter, ignoring indentation of tables and example. The, introduce a special list item like - ___ to explicitly terminate a list if this should be necessary. I welcome comments on this issue. Thanks for looking into this problem! Personally I would prefer option 1) if it does not require too much work. Supporting indented tables and #+begin_example etc. in Org-mode plain lists not only makes list structure look cleaner, but also fits well in Org-mode's powerful structure editing functionality (org-do-promote/demote already supports lot of automatic indentation today, including tables and : ... example lines.). Option 2) is a very good compromise, because it is cheap to implement, and, for *most* of the times, people do not need to use - ___ in their lists. The only problem with option 2) is that, to terminate an ordered list that has N items, do we have to use something like (N+1). ___? Number N+1 here makes the list look a little bad. Also, + ___ and * ___ may be required for list item starting with `+' or `*'. Baoqiu ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [FEATURE REQUEST] export to mediawiki
Spike Spiegel fsm...@gmail.com writes: it would be awesome if there was an org to mediawiki export functionality as I have a lot of documentation in a mediawiki instance and I'm routinely wasting 10 to 15 minutes every time I need to publish a largish document just to reformat the text. I would second this suggestion. In the mean time, exporting to HTML and postprocessing with HTML::WikiConverter works reasonably well. - Michael -- mouse, n: A device for pointing at the xterm in which you want to type. Confused by the strange files? I cryptographically sign my messages. For more information see http://www.elehack.net/resources/gpg. pgpRODw0zRRdz.pgp Description: PGP signature ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request
Hello Carsten, Carsten Dominik carsten.domi...@gmail.com writes: if you pull a new git version, the page title will now correctly appear in links created in w3-mode buffers. Thanks to all who contributed to this discussion. Thank you. I just tested it and works well. Exactly what I needed. rdc -- Robert D. Crawford rd...@comcast.net ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request (org-empty-line-terminates-plain-lists)
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: Possible solutions: 1. Allow #+begin_example and friends to be indented and remove the same amount of whitespace from all example lines as the #+begin line has. This is possible, but would require a lot of work in the LaTeX exporter. It would also cause a lot of problems with the edit-source-code stuff with C-c ', because we could then no longer use indentation functionality while editing the examples. 2. Adapt the LaTeX exporter to work like the HTML exporter, ignoring indentation of tables and example. The, introduce a special list item like - ___ to explicitly terminate a list if this should be necessary. I welcome comments on this issue. Thanks for looking into this problem! Personally I would prefer option 1) if it does not require too much work. Supporting indented tables and #+begin_example etc. in Org-mode plain lists not only makes list structure look cleaner, but also fits well in Org-mode's powerful structure editing functionality (org-do-promote/demote already supports lot of automatic indentation today, including tables and : ... example lines.). Option 2) is a very good compromise, because it is cheap to implement, and, for *most* of the times, people do not need to use - ___ in their lists. The only problem with option 2) is that, to terminate an ordered list that has N items, do we have to use something like (N+1). ___? Number N+1 here makes the list look a little bad. Also, + ___ and * ___ may be required for list item starting with `+' or `*'. Baoqiu ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: feature request
Robert D. Crawford rd...@comcast.net writes: I use emacs and emacspeak almost exclusively for my computing needs. Sorry I wasn't clear in my needs and use. I am curious as to why you are using w3, since, from what I have read, emacspeak supports w3m as well: http://emacspeak.sourceforge.net/info/html/emacs_002dw3m.html w3 is so slow and feature incomplete. Charles -- Are [Linux users] lemmings collectively jumping off of the cliff of reliable, well-engineered commercial software? (By Matt Welsh) pgpcrLANVFmTF.pgp Description: PGP signature ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request
Hello Charles, Charles Philip Chan cpc...@sympatico.ca writes: Robert D. Crawford rd...@comcast.net writes: I use emacs and emacspeak almost exclusively for my computing needs. Sorry I wasn't clear in my needs and use. I am curious as to why you are using w3, since, from what I have read, emacspeak supports w3m as well: That is true. w3 is so slow and feature incomplete. Slow, yes. Feature incomplete, no. There are several things w3 can do that w3m cannot. Table navigation, support for aural css, fontification of all tags (pre, code, and the like immediately come to mind), different attributes for h[1-6] tags, I am aware of nothing w3m can do that w3 cannot. Also, since w3 is pure lisp it can be extended in ways that w3m cannot. rdc -- Robert D. Crawford rd...@comcast.net ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request (org-empty-line-terminates-plain-lists)
Matthew Lundin m...@imapmail.org writes: Carsten, Matthew Lundin m...@imapmail.org writes: If I may be so bold, I'd like to request an additional setting for org-empty-line-terminates-plain-lists. Namely, I was wondering if it would be possible to add an option whereby 2 empty lines would terminate a plain list. Please disregard this request. I think I did not identify the problem correctly. The problem, instead, lies in the html export. When a plain list is followed by a paragraph, the list is closed in the the export before the paragraph. --8---cut here---start-8--- - Item One - Item Two Here is the paragraph. --8---cut here---end---8--- results in , | ul | li | Item One | | /li | li | Item Two | | /li | /ul | | pHere is the paragraph. | /p ` But when a table follows the list, as in... --8---cut here---start-8--- - Item One - Item Two | Table cell | Another table cell | --8---cut here---end---8--- In my opinion, whether this table should terminate the list or be included in Item Two has to be decided by the indentation level of the table. In this case, since there is no indentation at all for the table, it should terminate the list. The table would be considered part of Item Two if it is written in the following way - Item One - Item Two | Table cell | Another table cell | I ran into this little ambiguity problem when I was testing the DocBook exporter, but have not got chance to resolve this problem. Similar problem also exists for literal examples (and maybe other types of blocks): - Item One - Item Two : Some example from a text file : Another line in the example In this case, the literal example lines should be considered part of Item Two. If the two spaces before ':' do not exist, this literal example will terminate the list. Is this reasonable? Baoqiu ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request
Sebastian Rose sebastian_r...@gmx.de writes: You night want to use this: http://github.com/SebastianRose/worglet/tree/master Please correct me if I am wrong but this seems to be the wrong solution for w3 and w3m. I don't use a graphical browser because of my need for a screen reader. I use emacs and emacspeak almost exclusively for my computing needs. Sorry I wasn't clear in my needs and use. Thanks, rdc -- Robert D. Crawford rd...@comcast.net All kings is mostly rapscallions. -- Mark Twain ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: feature request
Robert D. Crawford rd...@comcast.net writes: Sebastian Rose sebastian_r...@gmx.de writes: You night want to use this: http://github.com/SebastianRose/worglet/tree/master Please correct me if I am wrong but this seems to be the wrong solution for w3 and w3m. I don't use a graphical browser because of my need for a screen reader. I use emacs and emacspeak almost exclusively for my computing needs. Sorry I wasn't clear in my needs and use. Yes, org-protocol is meant for using emacs from the outside. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request (org-empty-line-terminates-plain-lists)
Hi Carsten, Carsten Dominik carsten.domi...@gmail.com writes: 2. Adapt the LaTeX exporter to work like the HTML exporter, ignoring indentation of tables and example. The, introduce a special list item like - ___ to explicitly terminate a list if this should be necessary. I'm fine with this solution (and I see that you've already implemented the special list item). It provides a simple and unobtrusive way of separating lists and tables (without, I hope, creating too much work for you!). Best, Matt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request
Hello Matthew, Matthew Lundin m...@imapmail.org writes: I've been trying to make an org-remember template that will grab the title of the webpage I want to create a link to. This seems to not be possible, although I could very well be wrong. I was curious as to whether a new keyword could be created for w3 and w3m links. Seems that :title would be very useful. When I use w3m, the annotation substitution (%a) in the remember template does the trick. It grabs the url and title of the current page (using org-store-link). Thanks. This does work for w3m but using w3 it returns this: * [[http://www.osnews.com/story/21181/The_IBM_X41_as_a_Lightweight_Linux_Laptop]] :laptop: from this template: '((?b * [[%a] %^g %! ~/bookmarks.org bottom) Later today, if I get the chance, I'll explore the solution proposed by Sebastian Rose. Thanks again, rdc -- Robert D. Crawford rd...@comcast.net Chinese saying: He who speak with forked tongue, not need chopsticks. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: feature request
Robert D. Crawford rd...@comcast.net writes: Later today, if I get the chance, I'll explore the solution proposed by Sebastian Rose. Note: there is a bug in the docs for org-protocol.el. I have fixed that, but it takes ages to see the changes on gtihub sometimes... The correct command line for testing is: emacsclient org-protocol://store-link://http:%2F%2Flocalhost%2Findex.html/The%20title Regards, Sebastian ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: org-goto hierarchical path completion with ido
On Mar 18, 2009, at 5:48 PM, Peter Jones wrote: Carsten Dominik domi...@science.uva.nl writes: This is `C-u C-c C-w', it uses the refile command interface to go to a location. I'm always looking for a faster way to move around my org buffers, so based on what you said above, I tried setting org-refile-targets like so: (setq org-refile-targets '((nil . (:maxlevel . 2 And then tried using C-u C-c C-w to move around. Unfortunately, it's not very practical for moving around since if you want to move somewhere in the same tree you get this error: Cannot refile to position inside the tree or region This is just a bug. Fixed now. It would really be neat if there was a way to jump to a specific heading, no matter how deep, by just typing a few key strokes. Right now, I'm using C-s to do this, but the idea of having auto- completion is compelling. This is what org-goto is for. You can select the interface to be used with the variable org-goto-interface. Set it to outline-path-completion and it will work like refiling. You can configure the maximum depth for this command with org-goto-max-level. How about something like this: 1. Using a key binding, you enter a movement mode (ido, mini-buffer) 2. You select the first level heading you want (just like C-c C-w) 3. Point moves to the heading you selected 4. You are prompted for a second level heading 5. Either choose a heading, or do C-g to stay where you are 6. Continue until you get where you want to be It will not work like this, but I think, in the end, you would find that what you propose might feel slow again. I believe you get the fatest interface by using (setq org-outline-path-complete-in-steps nil) and using ido for doing the completion on the full path. The main difference between org-goto and calling org-refile with a prefix argument is that the former always gives you all headings to a certain depth in the current file, while the latter offer a selection of important headings in potentially many files. I believe that many people only use the refile interface, and then have both agenda targets, and current file targets configured in org-refile-targets. Does that sound interesting to anyone? If so, I could put together something for us to play with. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: org-goto hierarchical path completion with ido
This is what org-goto is for. You can select the interface to be used with the variable org-goto-interface. Set it to outline-path-completion and it will work like refiling. You can configure the maximum depth for this command with org-goto-max-level. Excellent. I had tried org-goto before, but didn't know about the org-goto-interface variable. This is exactly what I wanted. Thanks Carsten. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: org-goto hierarchical path completion with ido
Carsten Dominik domi...@science.uva.nl writes: This is `C-u C-c C-w', it uses the refile command interface to go to a location. I'm always looking for a faster way to move around my org buffers, so based on what you said above, I tried setting org-refile-targets like so: (setq org-refile-targets '((nil . (:maxlevel . 2 And then tried using C-u C-c C-w to move around. Unfortunately, it's not very practical for moving around since if you want to move somewhere in the same tree you get this error: Cannot refile to position inside the tree or region It would really be neat if there was a way to jump to a specific heading, no matter how deep, by just typing a few key strokes. Right now, I'm using C-s to do this, but the idea of having auto-completion is compelling. How about something like this: 1. Using a key binding, you enter a movement mode (ido, mini-buffer) 2. You select the first level heading you want (just like C-c C-w) 3. Point moves to the heading you selected 4. You are prompted for a second level heading 5. Either choose a heading, or do C-g to stay where you are 6. Continue until you get where you want to be Does that sound interesting to anyone? If so, I could put together something for us to play with. -- Peter Jones, http://pmade.com pmade inc. Louisville, CO US ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: feature request: a basic conversation manager
Hi Ross, A =conversation= is one interaction or note, so voice memos are good for entering in a conversation, if that is the right thing for what you need. So are scans and anything else. Currently you store links with org-add-transcription. My copy of org does not have that, but the conversation manager as designed has a store function. Unless there is more that you want to do, you only need to call that. If remember is integrated as the input UI for a conversation (which is a reasonable choice), then a template might allow you to call your code using %(). The first post in this thread has more detail, and I have other notes if there is interest. Hope that's useful. -- Myalgic encephalomyelitis denialists are knowingly causing further suffering and death by opposing biomedical research on this serious infectious disease. Do you care about the world? http://www.meactionuk.org.uk/What_Is_ME_What_Is_CFS.htm ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request: a basic conversation manager
I've had this post flagged since it first appeared and I've been intending to read it and comment on it fully. Since I appear not to be getting around to it, I thought I'd make a brief post for now. I haven't read your proposal fully but I've implemented some code that might be relevant or a related cousin. I use my cell phone's voice memo capability as a part of my GTD inbox collection points. I record brief voice memos when something occurs to me, they are saved to my phone's microSD card. Later I export the voice memos to a special in folder on my laptop. Then I review the memos, refile them next to whatever org-mode file they apply to, create any new headlines/TODOs if appropriate, and transcribe them into special notes on the headline. To make all this very fast and efficient, I've written a library called transcribe.el. I've attached it. I start by populating the bongo playlist buffer with all the memo files from my in folder (i f ~/in/phone/sounds/*.qcp) and I play the first file. The transcribe.el library provides a global key binding to a command for moving the currently playing file. I use that keystroke once I've heard enough of the memo to refile it to an appropriate location. As such, the contents of the in folder continually represent the memos that have not yet been processed even if I'm interrupted. I create any appropriate headlines/TODOs for the memo. Then I use the org-add-transcription command bound to C-c v z to add a special kind of note to the headline/TODO. The note is pre-populated with a link to the memo file and a timestamp for the time the memo was taken if supported (see below). I transcribe the memo using a global key binding for bongo-seek, C-c v s, as necessary. When I'm done, I save the note and use bong-seek again to advance to the next memo. Then I repeat this move, add headlines, transcribe note cycle until I'm done. With this approach, I can process my voice memos moving freely around my org-mode buffers as appropriate and without having to switch to any bongo buffers, and doing everything from key bindings. As such, the only context switches I have to do are directly related to the contexts of the voice memos themselves. I find it works quite well for me. The memo's are *.qcp files in Qualcomm's PureVoice format. The transcribe.el library includes a bongo backend to play the PureVoice filed using Qualcomm's pvconv converter: http://www.qctconnect.com/products/purevoice_downloads.html The backend converts the files to *.wav files next to the original *.qcp files and plays the *.wav files. The pvconv converter is pretty fast, but even so long *.qcp recordings can take a couple seconds to convert before bongo can start playing the file. If someone wants to work out how to convert the *.qcp file asynchronously so that bongo can start playing the *.wav before pvconv is finished, that would be great. The *.qcp files are so much smaller than the converted *.wav files, so the backend deletes the *.wav file once it stops playing the file. Phones using Qualcomm's PureVoice memos embed a timestamp into the filename of the memo. Currently transcribe.el can extract this timestamp for use in the transcription note. I'd be interested in contributions for extracting timestamps from voice memos that do it differently. I'd like to hear any thoughts on this, if this can/should be integrated with your concept of a conversation manager, or even independent of that. I also hope to review your proposal more thoroughly in the near future. Ross transcribe.el Description: application/emacs-lisp Samuel Wales [EMAIL PROTECTED] writes: This took months to write, but only to be specific in the spirit of the how you can help discussion. The idea and feature request are relatively simple. To skip the preamble, search for [[here is a solution]]. A =conversation manager= is focused on phone conversations, transcripts, letters, journal entries, etc. A =conversation= is one interaction or note. The idea is to keep a global record of conversations of a certain kind (e.g. phone calls to insurance companies or doctors) while also keeping that information easily accessible in the various org places where it belongs. Some history: Before I started using org, I kept a record of all medical conversations in a file. This provided a time-sorted place to look for conversations. I'll call this a =journal=, after Carsten's usage in the manual. I also had a todo file for data (e.g. phone numbers, people to talk to about x), unfinished tasks (e.g. get insurance company 1 to see reason, see doctor 1), etc. This was an indented plain text file in emacs. I will call the org equivalent =todo.org=. I copied back and forth. I want to do better than that with org, because org-mode is powerful. Here are some problems with using todo.org to keep conversations and notes together: 1. The journal doesn't have all conversations; some are
[Orgmode] Re: feature request: more control over opening links
Samuel Wales [EMAIL PROTECTED] writes: Summary: C-u C-u to force opening in an external application. Detail: My ideal settings for opening links would by default have org-open-at-point and org-open-at-point-global open everything in emacs except for anything that makes little sense to open in emacs, such as PDF (whether http:// or a local filename). This would include html pages on the web, which I want opened in emacs-w3m by default. Then, for cases where that does not work, C-u would open in emacs always. C-u C-u would open in external always. External here means the OS default (e.g. the open command in OS X). That way, when I know that I want something different, I can force it. (An alternate design is to reverse the sense of what org-file-apps says. But then you have to think about what the default is and decide whether to reverse it. This seems an unnecessary cognitive burden.) This seems not to be possible now. If I set most things to open in Emacs, I think that there is no way to open it in the OS default. Is that correct? +1 - I like this idea a lot. Ross ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: feature request: org-patch command
Now that I think of it, most of this is useful for emacs in general. Perhaps something already exists that is this easy? ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Hey Michael, you have just catapulted yourself onto the list of possible successors when I will quit as maintainer of Org... :-) Good work - I don't think it works completely yet, though. When I have * new one 2008-10-21 Tue 08:01-11:55 * new two 2008-10-21 Tue 13:59-14:55 Then I get this agenda: Day-agenda (W43): Tuesday21 October 2008 8:00.. past:8:01-11:55 new one 11:00.. 12:00.. 13:00.. past: 13:59-14:55 new two 15:00.. 16:00.. 17:00.. 18:00.. 20:00.. The line at 11:00 should be gone as well. - Carsten On Oct 21, 2008, at 4:24 AM, Michael Ekstrand wrote: Michael Ekstrand [EMAIL PROTECTED] writes: I'd find it quite helpful in reviewing my agenda if there was an option to skip displaying grid lines which happen in the middle of timed appointments. Right now, I see the following: Saturday 18 October 2008 8:00.. 10:00.. 12:00.. 14:00.. 16:00.. Church: 17:30-19:00 Saturday service 18:00.. master: 19:00.. People over for supper 20:00.. If it could optionally and intelligently drop the 18:00 grid line because there is a previous timed appointment overlapping it, the resulting display would show me more clearly that I don't have time between it and the next event. After doing some poking around in the org-mode sources, I found out that the particular behavior described above isn't overly difficult to implement; in fact, half the work is already done (at least in the org-mode in Emacs CVS). The first element of the `org-agenda-time- grid' variable (the time grid options) supports an undocumented option `remove-match' which causes `org-agenda-add-time-grid-maybe' to remove grid lines which exactly correspond to the start time of an event. It is rather trivial to extend this logic to also remove grid lines occluded by the duration of an event. I have implemented this as a defadvice for `org-agenda-add-time-grid-maybe' (I like to implement my org-mode logic changes as defadvice so that they work on top of pristine org-mode and I don't have to keep patches in sync or installed). Code follows, if anyone wants to throw it in their .emacs: (defadvice org-agenda-add-time-grid-maybe (around mde-org-agenda- grid-tweakify (list ndays todayp)) (if (member 'remove-match (car org-agenda-time-grid)) (flet ((extract-window (line) (let ((start (get-text-property 1 'time-of-day line)) (dur (get-text-property 1 'duration line))) (cond ((and start dur) (cons start dur)) (start start) (t nil) (let* ((windows (delq nil (mapcar 'extract-window list))) (org-agenda-time-grid (list (car org-agenda-time-grid) (cadr org-agenda-time-grid) (remove-if (lambda (time) (find-if (lambda (w) (if (numberp w) (equal w time) (and (= time (car w)) ( time (+ (car w) (cdr w)) windows)) (caddr org-agenda-time-grid) ad-do-it)) ad-do-it)) (ad-activate 'org-agenda-add-time-grid-maybe) - Michael -- mouse, n: A device for pointing at the xterm in which you want to type. Confused by the strange files? I cryptographically sign my messages. For more information see http://www.elehack.net/resources/gpg. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Hey, as long as we're shooting for the stars how about. No, I don't have the time to code it either... But I like to dream! Saturday, October 18, 2008 == 8:00 9:00 10:00 11:00 Work: 12:00 / Working at office 13:00 | Work: 14:00 | / Meeting with client 15:00 | \ 16:00 \ 17:00 Church: :30 / Saturday service :45 | I give a sermon on org mode 18:00 \ master: 19:00 People over for supper -- In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find. -- Terry Pratchett ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Carsten Dominik [EMAIL PROTECTED] writes: you have just catapulted yourself onto the list of possible successors when I will quit as maintainer of Org... :-) Good work - I don't think it works completely yet, though. Thanks :) When I have * new one 2008-10-21 Tue 08:01-11:55 * new two 2008-10-21 Tue 13:59-14:55 Then I get this agenda: Day-agenda (W43): Tuesday21 October 2008 8:00.. past:8:01-11:55 new one 11:00.. 12:00.. 13:00.. past: 13:59-14:55 new two 15:00.. 16:00.. 17:00.. 18:00.. 20:00.. The line at 11:00 should be gone as well. I think I've found the problem. I was computing the end time by adding minutes to start time, which doesn't quite work for obvious reasons. I've fixed it in the following code. (defadvice org-agenda-add-time-grid-maybe (around mde-org-agenda-grid-tweakify (list ndays todayp)) (if (member 'remove-match (car org-agenda-time-grid)) (flet ((extract-window (line) (let ((start (get-text-property 1 'time-of-day line)) (dur (get-text-property 1 'duration line))) (cond ((and start dur) (cons start dur)) (start start) (t nil (duration-add (time duration) (+ time (* 100 (/ duration 60)) (% duration 60 (let* ((windows (delq nil (mapcar 'extract-window list))) (org-agenda-time-grid (list (car org-agenda-time-grid) (cadr org-agenda-time-grid) (remove-if (lambda (time) (find-if (lambda (w) (if (numberp w) (equal w time) (and (= time (car w)) ( time (duration-add (car w) (cdr w)) windows)) (caddr org-agenda-time-grid) ad-do-it)) ad-do-it)) (ad-activate 'org-agenda-add-time-grid-maybe) - Michael -- mouse, n: A device for pointing at the xterm in which you want to type. Confused by the strange files? I cryptographically sign my messages. For more information see http://www.elehack.net/resources/gpg. pgpi7psjqSv4C.pgp Description: PGP signature ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Hi Micheal, this looks good, thanks. I have added this code to Worg, and will consider to move it onto Org. - Carsten On Oct 21, 2008, at 3:21 PM, Michael Ekstrand wrote: Carsten Dominik [EMAIL PROTECTED] writes: you have just catapulted yourself onto the list of possible successors when I will quit as maintainer of Org... :-) Good work - I don't think it works completely yet, though. Thanks :) When I have * new one 2008-10-21 Tue 08:01-11:55 * new two 2008-10-21 Tue 13:59-14:55 Then I get this agenda: Day-agenda (W43): Tuesday21 October 2008 8:00.. past:8:01-11:55 new one 11:00.. 12:00.. 13:00.. past: 13:59-14:55 new two 15:00.. 16:00.. 17:00.. 18:00.. 20:00.. The line at 11:00 should be gone as well. I think I've found the problem. I was computing the end time by adding minutes to start time, which doesn't quite work for obvious reasons. I've fixed it in the following code. (defadvice org-agenda-add-time-grid-maybe (around mde-org-agenda- grid-tweakify (list ndays todayp)) (if (member 'remove-match (car org-agenda-time-grid)) (flet ((extract-window (line) (let ((start (get-text-property 1 'time-of-day line)) (dur (get-text-property 1 'duration line))) (cond ((and start dur) (cons start dur)) (start start) (t nil (duration-add (time duration) (+ time (* 100 (/ duration 60)) (% duration 60 (let* ((windows (delq nil (mapcar 'extract-window list))) (org-agenda-time-grid (list (car org-agenda-time-grid) (cadr org-agenda-time-grid) (remove-if (lambda (time) (find-if (lambda (w) (if (numberp w) (equal w time) (and (= time (car w)) ( time (duration-add (car w) (cdr w)) windows)) (caddr org-agenda-time-grid) ad-do-it)) ad-do-it)) (ad-activate 'org-agenda-add-time-grid-maybe) - Michael -- mouse, n: A device for pointing at the xterm in which you want to type. Confused by the strange files? I cryptographically sign my messages. For more information see http://www.elehack.net/resources/gpg. ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Hey, as long as we're shooting for the stars how about. No, I don't have the time to code it either... But I like to dream! Saturday, October 18, 2008 == 8:00 9:00 10:00 11:00 Work: 12:00 / Working at office 13:00 | Work: 14:00 | / Meeting with client 15:00 | \ 16:00 \ 17:00 Church: :30 / Saturday service :45 | I give a sermon on org mode 18:00 \ master: 19:00 People over for supper -- In the bathtub of history the truth is harder to hold than the soap, and much more difficult to find. -- Terry Pratchett ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: skip blocked lines in agenda view grid
Michael Ekstrand [EMAIL PROTECTED] writes: I'd find it quite helpful in reviewing my agenda if there was an option to skip displaying grid lines which happen in the middle of timed appointments. Right now, I see the following: Saturday 18 October 2008 8:00.. 10:00.. 12:00.. 14:00.. 16:00.. Church: 17:30-19:00 Saturday service 18:00.. master: 19:00.. People over for supper 20:00.. If it could optionally and intelligently drop the 18:00 grid line because there is a previous timed appointment overlapping it, the resulting display would show me more clearly that I don't have time between it and the next event. After doing some poking around in the org-mode sources, I found out that the particular behavior described above isn't overly difficult to implement; in fact, half the work is already done (at least in the org-mode in Emacs CVS). The first element of the `org-agenda-time-grid' variable (the time grid options) supports an undocumented option `remove-match' which causes `org-agenda-add-time-grid-maybe' to remove grid lines which exactly correspond to the start time of an event. It is rather trivial to extend this logic to also remove grid lines occluded by the duration of an event. I have implemented this as a defadvice for `org-agenda-add-time-grid-maybe' (I like to implement my org-mode logic changes as defadvice so that they work on top of pristine org-mode and I don't have to keep patches in sync or installed). Code follows, if anyone wants to throw it in their .emacs: (defadvice org-agenda-add-time-grid-maybe (around mde-org-agenda-grid-tweakify (list ndays todayp)) (if (member 'remove-match (car org-agenda-time-grid)) (flet ((extract-window (line) (let ((start (get-text-property 1 'time-of-day line)) (dur (get-text-property 1 'duration line))) (cond ((and start dur) (cons start dur)) (start start) (t nil) (let* ((windows (delq nil (mapcar 'extract-window list))) (org-agenda-time-grid (list (car org-agenda-time-grid) (cadr org-agenda-time-grid) (remove-if (lambda (time) (find-if (lambda (w) (if (numberp w) (equal w time) (and (= time (car w)) ( time (+ (car w) (cdr w)) windows)) (caddr org-agenda-time-grid) ad-do-it)) ad-do-it)) (ad-activate 'org-agenda-add-time-grid-maybe) - Michael -- mouse, n: A device for pointing at the xterm in which you want to type. Confused by the strange files? I cryptographically sign my messages. For more information see http://www.elehack.net/resources/gpg. pgptOsY3JLCm8.pgp Description: PGP signature ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Highlight the agenda line with the cursor on it
On Wed, Aug 13, 2008 at 11:57:13AM -0400, Dale Smith wrote: Rob Weir [EMAIL PROTECTED] writes: On 13 Aug 2008, Robert Miesen wrote: I've noticed that as I go through tasks listed in my agenda, it's very easy to select and operate on the wrong task because it's too easy to loose track of what task I am operating on. If the entire task line entry were highlighted, it would be much easier to determine which task was being operated on. Not built-in, but: , | (add-hook 'org-agenda-mode-hook '(lambda () (hl-line-mode 1))) ` works quite well. This is great! :) I had to tweak it a little bit in order to make it work under xemacs in tty mode, however. This is my setup, in case it helps others: ;hl-line seems to be only for emacs (require 'highline) (add-hook 'org-agenda-mode-hook '(lambda () (highline-mode 1))) ;highline-mode does not work straightaway in tty mode. ;I use a black background (custom-set-faces '(highline-face type tty) (class color)) (:background white :foreground black) Clémence ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: Highlight the agenda line with the cursor on it
Rob Weir [EMAIL PROTECTED] writes: On 13 Aug 2008, Robert Miesen wrote: I've noticed that as I go through tasks listed in my agenda, it's very easy to select and operate on the wrong task because it's too easy to loose track of what task I am operating on. If the entire task line entry were highlighted, it would be much easier to determine which task was being operated on. Not built-in, but: , | (add-hook 'org-agenda-mode-hook '(lambda () (hl-line-mode 1))) ` works quite well. Thanks for sharing this! I added it to my .emacs and it'll be useful everyday for me! -Bernt ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: Highlight the agenda line with the cursor on it
Rob Weir [EMAIL PROTECTED] writes: On 13 Aug 2008, Robert Miesen wrote: I've noticed that as I go through tasks listed in my agenda, it's very easy to select and operate on the wrong task because it's too easy to loose track of what task I am operating on. If the entire task line entry were highlighted, it would be much easier to determine which task was being operated on. Not built-in, but: , | (add-hook 'org-agenda-mode-hook '(lambda () (hl-line-mode 1))) ` works quite well. Yes! I've been needing this and didn't even know it! When in an aganda buffer, the cursor is usually way over on the left side. To help me focus my eyes on the task/tags/etc, I (without thinking) lean on my right key to move the cursor over. What this actually does is move forward by about 10 weeks or so. :( -Dale -- Dale P. Smith [EMAIL PROTECTED] 216-447-4059 216-447-8951 FAX (Company mandated disclaimer follows...) This email is covered by the Electronic Communications Privacy Act, 18 U.S.C. 2510-2521. This information is confidential and is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender by reply transmission and delete the message without copying or disclosing it. Thank you. ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Feature request: Highlight the agenda line with the cursor on it
On 13 Aug 2008, Robert Miesen wrote: I've noticed that as I go through tasks listed in my agenda, it's very easy to select and operate on the wrong task because it's too easy to loose track of what task I am operating on. If the entire task line entry were highlighted, it would be much easier to determine which task was being operated on. Not built-in, but: , | (add-hook 'org-agenda-mode-hook '(lambda () (hl-line-mode 1))) ` works quite well. -- -rob ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature request: Highlight the agenda line with the cursor on it
, | (add-hook 'org-agenda-mode-hook '(lambda () (hl-line-mode 1))) ` Thats fantastic! Thanks for the tip. -- Russell Adams[EMAIL PROTECTED] PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ Fingerprint:1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 ___ Emacs-orgmode mailing list Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Feature Request: horizontal split for agenda view
Hi Jan, very interesting! Thanks. - Carsten On May 16, 2008, at 7:52 PM, Jan Rehders wrote: Hi, for future reference here is my solution: ;; patch org mode to use vertical splitting (defadvice org-prepare-agenda (after org-fix-split) (toggle-window-split)) (ad-activate 'org-prepare-agenda) Using the `toggle-window-split' from http://www.emacswiki.org/cgi-bin/wiki/ToggleWindowSplit Thanks to both of you for your help :) Jan ___ Emacs-orgmode mailing list Remember: 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 Remember: use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
