Re: [Orgmode] full production use of org-mode: time to say thanks again!
I have now applied the first of the two patches, but not the second. Thanks Nicolas! - Carsten On Oct 11, 2010, at 8:34 AM, Nicolas Goaziou wrote: Hello, Could you try the following patch and tell me if it fixes your issue? As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Regards, -- Nicolas 0001-Fix-indentation-of-text-after-an-inline-task.patch0002- inlinetask-Make-org-inlinetask-min-level-an-integer-.patch ___ 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] full production use of org-mode: time to say thanks again!
On Oct 11, 2010, at 10:04 AM, Carsten Dominik wrote: Hi, On Oct 11, 2010, at 8:34 AM, Nicolas Goaziou wrote: Hello, Could you try the following patch and tell me if it fixes your issue? A quick test shows that things seem to work well in inlinetasks which are properly ended with an END line. There is also a dirty form of inline tasks which allows only a planning line (SCHEDULED etc) and one or several drawers directly after the task line, and then no END line is necessary. But I guess it is fair to force the END line if you do want to have proper indentation. Eric Fraga, have you tested the patch yet? Please do so when you wake up from your two-week sleep, so that we can check this in. Thanks Nicolas! I am seeing now two things that should be added: - M-RET after inline tasks should ignore the inline task and make a new entry with normal indentation This I have now implemented - Maybe I should treat inline tasks with proper END statement as a drawer and fold it? Comments? This not yet - is more complicated - Carsten As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Hmmm, what happens is a user has customized this variable and it has a value nil. I guess then your patch will break things? So I think we need to keep testing the value in the code, but it is OK to change the customize type. Regards, -- Nicolas 0001-Fix-indentation-of-text-after-an-inline-task.patch0002- inlinetask-Make-org-inlinetask-min-level-an-integer-.patch - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] full production use of org-mode: time to say thanks again!
On Oct 11, 2010, at 9:33 PM, Jeff Horn wrote: Christian and Nick, I suppose the advantage of inline tasks is that they appear even when the document is folded? The main advantage is that you can note a task without forcing changes to the document structure. - Carsten So far I've been moving/refiling todos into a top-level Tasks header in each document to get this sort of behavior. But this sounds like less overhead, so it is a plus in that regard. Jeff On Sat, Oct 9, 2010 at 3:03 PM, Christian Moe m...@christianmoe.com wrote: I see. Thanks. Christian On 10/9/10 7:15 PM, Nick Dokos wrote: Christian Moem...@christianmoe.com wrote: What's an inline todo? Just curious, Christian See the commentary in lisp/org-inlinetask.el. Nick ___ 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 -- Christian Moe E-mail: m...@christianmoe.com Website: http://christianmoe.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 -- 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 - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] full production use of org-mode: time to say thanks again!
On Mon, 11 Oct 2010 15:33:37 -0400, Jeff Horn jrhorn...@gmail.com wrote: Christian and Nick, I suppose the advantage of inline tasks is that they appear even when the document is folded? So far I've been moving/refiling todos into a top-level Tasks header in each document to get this sort of behavior. But this sounds like less overhead, so it is a plus in that regard. The main advantage for me is simply one of not having to interrupt my flow of writing. -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] full production use of org-mode: time to say thanks again!
Hello, Could you try the following patch and tell me if it fixes your issue? As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Regards, -- Nicolas From ab4b86b56654887be564d0519dd9e4407d9fc732 Mon Sep 17 00:00:00 2001 From: Nicolas Goaziou n.goaz...@gmail.com Date: Mon, 11 Oct 2010 08:10:31 +0200 Subject: [PATCH 1/2] Fix indentation of text after an inline task. * org.el (org-indent-line-function): Conditionnaly indent text inside and outside indented tasks. Also skip any list above point. * org-inlinetask.el (org-inlinetask-in-task-p): new function. --- lisp/org-inlinetask.el | 16 lisp/org.el| 21 ++--- 2 files changed, 26 insertions(+), 11 deletions(-) diff --git a/lisp/org-inlinetask.el b/lisp/org-inlinetask.el index fce515d..e18dce8 100644 --- a/lisp/org-inlinetask.el +++ b/lisp/org-inlinetask.el @@ -129,6 +129,22 @@ If prefix arg NO-STATE is set, ignore `org-inlinetask-defaut-state'. (end-of-line -1)) (define-key org-mode-map \C-c\C-xt 'org-inlinetask-insert-task) +(defun org-inlinetask-in-task-p () + Return true if point is inside an inline task. + (save-excursion +(let* ((nstars (if org-odd-levels-only + (1- (* 2 (or org-inlinetask-min-level 200))) +(or org-inlinetask-min-level 200))) + (stars-re (concat ^\\(?:\\*\\{ +(format %d (- nstars 1)) +,\\}\\)[ \t]+)) + (task-beg-re (concat stars-re \\(?:.*\\))) + (task-end-re (concat stars-re \\(?:END\\|end\\ + (beginning-of-line) + (or (looking-at task-beg-re) + (and (re-search-forward ^\\*+[ \t]+ nil t) + (progn (beginning-of-line) (looking-at task-end-re))) + (defvar htmlp) ; dynamically scoped into the next function (defvar latexp) ; dynamically scoped into the next function (defun org-inlinetask-export-handler () diff --git a/lisp/org.el b/lisp/org.el index a80286f..d9e26e9 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -18601,6 +18601,8 @@ which make use of the date at the cursor. (itemp (org-at-item-p)) (case-fold-search t) (org-drawer-regexp (or org-drawer-regexp \000)) +(inline-task-p (and (featurep 'org-inlinetask) +(org-inlinetask-in-task-p))) column bpos bcol tpos tcol bullet btype bullet-type) ;; Find the previous relevant line (beginning-of-line 1) @@ -18656,7 +18658,14 @@ which make use of the date at the cursor. ;; what to do. (t (beginning-of-line 0) - (while (and (not (bobp)) (looking-at [ \t]*[\n:#|]) + (while (and (not (bobp)) + ;; skip comments, verbatim, empty lines, tables, + ;; inline tasks + (or (looking-at [ \t]*[\n:#|]) + (and (org-in-item-p) (goto-char (org-list-top-point))) + (and (not inline-task-p) + (featurep 'org-inlinetask) + (org-inlinetask-in-task-p))) (not (looking-at [ \t]*:END:)) (not (looking-at org-drawer-regexp))) (beginning-of-line 0)) @@ -18675,16 +18684,6 @@ which make use of the date at the cursor. ((looking-at \\([ \t]*\\):END:) (goto-char (match-end 1)) (setq column (current-column))) - ;; There was a list that since ended: indent relatively to - ;; current heading. - ((org-in-item-p) - (outline-previous-heading) - (if (and org-adapt-indentation -(looking-at \\*+[ \t]+)) - (progn - (goto-char (match-end 0)) - (setq column (current-column))) - (setq column 0))) ;; Else, nothing noticeable found: get indentation and go on. (t (setq column (org-get-indentation)) (goto-char pos) -- 1.7.3.1 From 89caeaa34fb2e76626954226e51f29590ecaba91 Mon Sep 17 00:00:00 2001 From: Nicolas Goaziou n.goaz...@gmail.com Date: Mon, 11 Oct 2010 08:25:53 +0200 Subject: [PATCH 2/2] inlinetask: Make `org-inlinetask-min-level' an integer instead of a boolean. * org-footnote.el (org-footnote-normalize): Remove unnecessary check for org-inlinetask-min-level. * org-inlinetask.el (org-inlinetask-min-level): Variable is now of type integer. * org-inlinetask.el (org-inlinetask-in-task-p): Remove unnecessary check for org-inlinetask-min-level. * org-inlinetask.el (org-inlinetask-export-handler): Remove unnecessary check for org-inlinetask-min-level. * org-inlinetask.el (org-inlinetask-fontify): Remove unnecessary check for org-inlinetask-min-level. --- lisp/org-footnote.el |1 - lisp/org-inlinetask.el | 14 +++--- lisp/org.el|1 - 3 files changed, 7 insertions(+), 9 deletions(-) diff --git
Re: [Orgmode] full production use of org-mode: time to say thanks again!
Hi, On Oct 11, 2010, at 8:34 AM, Nicolas Goaziou wrote: Hello, Could you try the following patch and tell me if it fixes your issue? A quick test shows that things seem to work well in inlinetasks which are properly ended with an END line. There is also a dirty form of inline tasks which allows only a planning line (SCHEDULED etc) and one or several drawers directly after the task line, and then no END line is necessary. But I guess it is fair to force the END line if you do want to have proper indentation. Eric Fraga, have you tested the patch yet? Please do so when you wake up from your two-week sleep, so that we can check this in. Thanks Nicolas! I am seeing now two things that should be added: - M-RET after inline tasks should ignore the inline task and make a new entry with normal indentation - Maybe I should treat inline tasks with proper END statement as a drawer and fold it? Comments? As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Hmmm, what happens is a user has customized this variable and it has a value nil. I guess then your patch will break things? So I think we need to keep testing the value in the code, but it is OK to change the customize type. Regards, -- Nicolas 0001-Fix-indentation-of-text-after-an-inline-task.patch0002- inlinetask-Make-org-inlinetask-min-level-an-integer-.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
Re: [Orgmode] full production use of org-mode: time to say thanks again!
On Oct 10, 2010, at 7:56 PM, Eric S Fraga wrote: On Sat, 9 Oct 2010 17:26:43 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: On Oct 9, 2010, at 12:46 PM, Eric S Fraga wrote: [...] As an aside, I also had to prepare a new set of lecture slides for a course I teach. I used org, of course, with beamer support. Again, everything worked well. What was particularly nice this time was that this particular course requires showing Octave code and the outputs of such code. Babel, in combination with the listings latex package, is an ideal tool for this! My slides look (in my obviously biased opinion) incredibly professional. Can you publish the slides? I'd like to take a look! Maybe even with the source? I can't as such (some copyright material) but I can give an illustration of the type of slide (attached) that babel now allows me to do every so easily! From a pedagogical point of view, having code which runs and automatically creates the content to be presented is fantastic. No errors in transcription etc. Thanks, this looks really good. I am wondering if I can recruit you to add such an example including the required babel setup to your BEAMER tutorial? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] full production use of org-mode: time to say thanks again!
On Mon, 11 Oct 2010 10:01:53 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: On Oct 10, 2010, at 7:56 PM, Eric S Fraga wrote: [...] I can't as such (some copyright material) but I can give an illustration of the type of slide (attached) that babel now allows me to do every so easily! From a pedagogical point of view, having code which runs and automatically creates the content to be presented is fantastic. No errors in transcription etc. Thanks, this looks really good. I am wondering if I can recruit you to add such an example including the required babel setup to your BEAMER tutorial? - Carsten I'd be happy to! On my todo list now ;-) -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] full production use of org-mode: time to say thanks again!
Carsten Dominik writes: As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Hmmm, what happens is a user has customized this variable and it has a value nil. I guess then your patch will break things? Probably. I wasn't sure a nil value would have any meaning and thus that anyone would set it so. Regards, -- Nicolas ___ 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] full production use of org-mode: time to say thanks again!
Carsten Dominik writes: As a side note (to maintainers), the second patch isn't really needed, but I thought, while I was at it, that it would make sense (`org-inlinetask-min-level' doesn't need to be a boolean). Hmmm, what happens is a user has customized this variable and it has a value nil. I guess then your patch will break things? Probably. I wasn't sure a nil value would have any meaning and thus that anyone would set it so. Regards, -- Nicolas ___ 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] full production use of org-mode: time to say thanks again!
On Mon, 11 Oct 2010 10:04:15 +0200, Carsten Dominik carsten.domi...@gmail.com wrote: Hi, On Oct 11, 2010, at 8:34 AM, Nicolas Goaziou wrote: Hello, Could you try the following patch and tell me if it fixes your issue? A quick test shows that things seem to work well in inlinetasks which are properly ended with an END line. There is also a dirty form of inline tasks which allows only a planning line (SCHEDULED etc) and one or several drawers directly after the task line, and then no END line is necessary. But I guess it is fair to force the END line if you do want to have proper indentation. That requirement would seem to make sense. Eric Fraga, have you tested the patch yet? Please do so when you wake up from your two-week sleep, so that we can check this in. I have tested it and it seems to work fine. I've not seen anything major break but I haven't done a thorough test. I am seeing now two things that should be added: - M-RET after inline tasks should ignore the inline task and make a new entry with normal indentation Yes, that would be nice especially as it takes quite a few TABs to get back to a proper level and sometimes I cannot tell what that level should have been... Actually, it might be nice if the TAB immediately after a M-RET would go back to the next previously used level in the hierarchy? Although this might be tricky... - Maybe I should treat inline tasks with proper END statement as a drawer and fold it? Comments? Could be useful but it's not critical for me: I don't tend to put too much text between the start and end of inline tasks so it's not too intrusive. Thanks to both you and Nicolas, eric -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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
indenting after inline task (was Re: [Orgmode] full production use of org-mode: time to say thanks again!)
On Mon, 11 Oct 2010 08:34:53 +0200, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Could you try the following patch and tell me if it fixes your issue? Works perfectly. Thanks! -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] full production use of org-mode: time to say thanks again!
Christian and Nick, I suppose the advantage of inline tasks is that they appear even when the document is folded? So far I've been moving/refiling todos into a top-level Tasks header in each document to get this sort of behavior. But this sounds like less overhead, so it is a plus in that regard. Jeff On Sat, Oct 9, 2010 at 3:03 PM, Christian Moe m...@christianmoe.com wrote: I see. Thanks. Christian On 10/9/10 7:15 PM, Nick Dokos wrote: Christian Moem...@christianmoe.com wrote: What's an inline todo? Just curious, Christian See the commentary in lisp/org-inlinetask.el. Nick ___ 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 -- Christian Moe E-mail: m...@christianmoe.com Website: http://christianmoe.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 -- 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
Re: [Orgmode] full production use of org-mode: time to say thanks again!
On Sat, 09 Oct 2010 19:00:29 +0200, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Carsten Dominik writes: On Oct 9, 2010, at 12:46 PM, Eric S Fraga wrote: Footnotes: [1] If I have one niggle to report it is that indenting text after an in-line todo doesn't seem to work properly: it indents any subsequent paragraphs much too far, lining up with the headline text for the in-line todo. This seems conceptually wrong to me. Not a big deal, mind you. This is clearly a bug. Nicolas, could you be persuaded to have a look at that? You have worked on the indentation code reently in connection with the plain lists. I can have a look at it, but I would need an example to work on as I never use inline todo. I don't want to sound too lazy, but could Eric provide a minimal example to get me started ? Regards, -- Nicolas Gladly. Attached is a very small example, self-documented! # -*- mode: org; mode: auto-fill; -*- #+TITLE: test.org #+AUTHOR:Eric S Fraga #+EMAIL: e.fr...@ucl.ac.uk #+DATE: 2010.10.10 19:00:34 #+LANGUAGE: en #+OPTIONS: H:3 num:t toc:t \n:nil @:t ::t |:t ^:t -:t f:t *:t TeX:t LaTeX:t skip:nil d:nil tags:not-in-toc #+INFOJS_OPT: view:nil toc:nil ltoc:t mouse:underline buttons:0 path:http://orgmode.org/org-info.js #+EXPORT_SELECT_TAGS: export #+EXPORT_EXCUDE_TAGS: noexport #+LINK_UP: #+LINK_HOME: #+DRAWERS: HIDDEN hidden extra details #+STARTUP: lognotedone lognoteclock-out #+ STARTUP: indent * Introduction The introduction, most obviously introduces material in an introductory manner. * TODO Remember to expand this section * END The following text is indented to line up with the in-line todo heading which it should not be. The whole point of an in-line todo is that it is not meant to disrupt the flow of the rest of the document. -- Eric S Fraga GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D ___ 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] full production use of org-mode: time to say thanks again!
On Oct 9, 2010, at 12:46 PM, Eric S Fraga wrote: Hi, I have spent the last 2 months (or more) working on a serious project proposal which required the production of a 30+ page document, including tables, figures, footnotes and cross-references. The preparation required working with 20+ people and managing a large number of tasks. I used org for the whole process and for the creation of the actual document. I just want to say *thanks* to all (Carsten, of course, but also all the others that have contributed to org and babel) as it made the whole process as painless as something like this can be! I used the following features: - outlining, obviously! very necessary as the document had a pre-defined structure imposed by an external party. - todo items, including in-line todos [1]. - babel for figures and some in-line calculations - exporting, including to HTML (for conversion to Word via OOo) for allowing colleagues to edit text and to PDF for the actual delivery of the document (with very strict page formatting requirements). - version control, obviously, but not part of org, of course Everything worked (except for maybe the texi2dvi blip in the past few days) and did so incredibly smoothly! Org didn't get in the way and I could really concentrate on the content instead of the formatting etc. Brilliant! As an aside, I also had to prepare a new set of lecture slides for a course I teach. I used org, of course, with beamer support. Again, everything worked well. What was particularly nice this time was that this particular course requires showing Octave code and the outputs of such code. Babel, in combination with the listings latex package, is an ideal tool for this! My slides look (in my obviously biased opinion) incredibly professional. Can you publish the slides? I'd like to take a look! Maybe even with the source? Cheers - Carsten So, thanks all! eric PS - I now need to sleep for the next month or two... ;-) Footnotes: [1] If I have one niggle to report it is that indenting text after an in-line todo doesn't seem to work properly: it indents any subsequent paragraphs much too far, lining up with the headline text for the in-line todo. This seems conceptually wrong to me. Not a big deal, mind you. This is clearly a bug. Nicolas, could you be persuaded to have a look at that? You have worked on the indentation code reently in connection with the plain lists. If not, let me know and I will take a look at that. - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] full production use of org-mode: time to say thanks again!
What's an inline todo? Just curious, Christian Eric S. Fraga wrote: - todo items, including in-line todos [1]. (...) Footnotes: [1] If I have one niggle to report it is that indenting text after an in-line todo doesn't seem to work properly: it indents any subsequent paragraphs much too far, lining up with the headline text for the in-line todo. This seems conceptually wrong to me. Not a big deal, mind you. ___ 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] full production use of org-mode: time to say thanks again!
Christian Moe m...@christianmoe.com wrote: What's an inline todo? Just curious, Christian See the commentary in lisp/org-inlinetask.el. Nick ___ 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] full production use of org-mode: time to say thanks again!
Hello, Carsten Dominik writes: On Oct 9, 2010, at 12:46 PM, Eric S Fraga wrote: Footnotes: [1] If I have one niggle to report it is that indenting text after an in-line todo doesn't seem to work properly: it indents any subsequent paragraphs much too far, lining up with the headline text for the in-line todo. This seems conceptually wrong to me. Not a big deal, mind you. This is clearly a bug. Nicolas, could you be persuaded to have a look at that? You have worked on the indentation code reently in connection with the plain lists. I can have a look at it, but I would need an example to work on as I never use inline todo. I don't want to sound too lazy, but could Eric provide a minimal example to get me started ? Regards, -- Nicolas ___ 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