[O] Scheduled tasks: total time since last DONE
Dear all, I'm sorry if this is a common question but I had trouble finding the right keywords. I am a little puzzled by the way scheduled tasks work. I will give an example. Let's have this task: * TODO Clean the kitchen SCHEDULED: <2014-07-20 jeu. .+1w> If I'm lazy and don't do it for one whole week, on 2014-07-27 I will see this in my agenda: Scheduled: TODO Clean the kitchen But I would really like to see this instead: Sched. 7x: TODO Clean the kitchen This way I could see it's been 7 days I didn't do it, and tasks would be better organized in the agenda. RIght now, a task that I have to do on a weekly basis never has a number greater than '6x', and even if it hasn't been done for months, it still appears on the bottom of the list in the agenda, with a small number. So is there a way to correct this? How do you proceed? Thank you very much for your help! Regards, FC
[O] [BUG] Weird behaviour just after a capture
Hi,
I am confronted to this bug in every version of Org (shipped with Emacs,
from maint, and from master). Here is how I can reproduce it every time:
1. emacs -Q (in my case GNU Emacs 24.3.50.1, with Org-mode version 8.2.3a)
2. Evaluate this code:
(setq org-capture-templates
'(("t" "test" entry (file+olp "~/org2.org" "Todo" "Refile") "* TODO
%?" :prepend t)))
3. Create the "~/org2.org" file like this:
* Todo
** Refile
* Other headline 1
* Other headline 2
4. M-x org-capture, then do a capture with t.
5. The cycling behaviour gets really weird in org2.org, from the captured
task until the end of the file. It is just like if whole area was
considered as a single line (this becomes apparent by turning hl-line-mode
on). This error appears while trying to cycle with TAB in the area:
"byte-code: Invalid search bound (wrong side of point)".
6. Close the file and reopen it: everything is fine.
Is anyone else confronted to this? I don't know if this is Emacs or
Org-related.
Thank you very much,
FC
Re: [O] [BUG] Weird behaviour just after a capture
Dear Nick,
Apologies, you're absolutely right: the answer was already given in the
list and I must have missed it somehow. (setq-default cache-long-scans nil)
fixes the problem.
Thank you very much!
Regards,
FC
On Tue, Jul 22, 2014 at 1:37 AM, Nick Dokos wrote:
> Fletcher Charest writes:
>
>
> > I am confronted to this bug in every version of Org (shipped with Emacs,
> from maint, and from master). Here is how I can reproduce it every time:
> >
> > 1. emacs -Q (in my case GNU Emacs 24.3.50.1, with Org-mode version
> 8.2.3a)
> >
> > 2. Evaluate this code:
> >
> > (setq org-capture-templates
> > '(("t" "test" entry (file+olp "~/org2.org" "Todo" "Refile") "*
> TODO %?" :prepend t)))
> >
> > 3. Create the "~/org2.org" file like this:
> >
> > * Todo
> > ** Refile
> > * Other headline 1
> > * Other headline 2
> >
> > 4. M-x org-capture, then do a capture with t.
> >
> > 5. The cycling behaviour gets really weird in org2.org, from the
> captured task until the end of the file. It is just like if whole area was
> considered as a single line (this becomes apparent by turning hl-line-mode
> on). This error
> > appears while trying to cycle with TAB in the area: "byte-code: Invalid
> search bound (wrong side of point)".
> >
> > 6. Close the file and reopen it: everything is fine.
> >
> > Is anyone else confronted to this? I don't know if this is Emacs or
> Org-related.
> >
>
> Searching for "invalid search bound" in the list archives will produce
> lots of results. The last time that this appeared it was a bug in emacs
> (a recently introduced caching mechanism) that was fixed by Eli
> Zaretskii (emacs bug 16265).
>
> I cannot reproduce the problem with my setup:
>
> GNU Emacs 24.4.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.9) of
> 2014-07-07
> Org-mode version 8.2.7 (release_8.2.7 @ /home/nick/elisp/org-mode/lisp/)
>
> so my guess is that your version of emacs does not contain Eli's fix.
>
> Nick
>
>
>
>
>
Re: [O] Only show in the agenda for today?
Hi, I think org-habit might correspond to your needs. ** TODO ditto beeb SCHEDULED: <2014-08-22 Fri +1d> :PROPERTIES: :STYLE:habit :END: This should appear only today in the agenda. Cheers, FC On Sat, Aug 23, 2014 at 10:12 AM, Sharon Kimble wrote: > I have got several TODO's which are set to repeat after one day, like > this one - > --8<---cut here---start->8--- > ** TODO ditto beeb > SCHEDULED: <2014-08-22 Fri +1d> > --8<---cut here---end--->8--- > > How can I get them to show in the agenda just for today only please, yet > still retain their ability to repeat? > > Thanks > Sharon. > -- > A taste of linux = http://www.sharons.org.uk > my git repo = https://bitbucket.org/boudiccas/dots > TGmeds = http://www.tgmeds.org.uk > Debian testing, fluxbox 1.3.5, emacs 24.3.93.1 >
Re: [O] Marking items done in the past
Hi, Have you made any progress? I am also interested. FC On Fri, Aug 22, 2014 at 12:40 AM, Noah Slater wrote: > I have posted this to StackOverflow, if someone wants to grab the karma: > > http://stackoverflow.com/questions/25437069/ > > On 18 August 2014 02:52, Noah Slater wrote: > > Hello, > > > > I have a number of habits set up that I regularly fill in the day > > after the activity was done. Is there a way to mark an item as done > > (in a way that hooks into the habits stuff) but for a day in the past? > > > > So instead of doing C-c C-t d (I have "d" set up as "DONE") I could > > get a prompt which asked me for a date. > > > > Something like that anyway. > > > > Thanks, > > > > -- > > Noah Slater > > https://twitter.com/nslater > > > > -- > Noah Slater > https://twitter.com/nslater > >
[O] Follow mode: return to initial buffer after quitting
Dear Org community, When I am editing a buffer, let's called it buffer A, if I want to take a look at my agenda, this creates a buffer B (*Org Agenda*) in a split window, next to buffer A: A | B I like to activate 'follow mode' when going through the *Org Agenda* buffer. If I do so, this creates a buffer C (my org file), which is going to replace buffer A in the view: C | B That's fine, so far. However, when I quit my *Org Agenda* buffer by pressing 'q', I'm watching at buffer C. I would like to look at buffer A (buffer C should be killed if it wasn't already opened). Is there any way to accomplish this, just like using :kill-buffer t in org-capture? I am aware of org-agenda-follow-indirect but this is not what I want. Sorry if the question was already answered somewhere. Regards, FC
[O] Custom forwarding for a scheduled task
Dear community, First of all, apologies if I'm doing something wrong - I'm not used to posting in mailing lists. I read in the Org manual, about scheduled tasks : "A reminder that the scheduled date has passed will be present in the compilation for today, until the entry is marked DONE, i.e., the task will automatically be forwarded until completed." Sometimes, I schedule a task but can only carry out my second day of work on that task one week later (or my first day if I couldn't work on it on the scheduled day). I would like to know if it is possible to schedule a task, for example, on a Sunday, and see it appear in the agenda the next Sunday with the mention "Sched. 2x: TODO my task". This way I know I have to carry out my second day of work on that task on that day. I tried to use delays for this but couldn't obtain anything. I'm sorry if this is standard functionality or if it has been answered somewhere. I usually find all my answers about org-mode online but this time I couldn't find any info. Best regards, Anthony
Re: [O] Custom forwarding for a scheduled task
Dear Sébastien, Thank you for your answer, it is useful. Now I can see that I already worked on a task even if I reschedule it and don't see the "Sched. 2x" mention. But I still have to manually reschedule the task to the next week, which is what I *really* want to avoid, even at the price of not seeing what I already did either in the form of clocking time or with the "Sched. 2x" mention (maybe this wasn't clear in my first message). I will try to write something with my very poor level of emacs-lisp. My reasoning would be something like: "if a task that has this particular property was scheduled for being done x days ago (with x > 0), and if it is not marked DONE, then reschedule it (7 - x) days later". I could maybe include a comment saying that this task was automatically rescheduled, with a timestamp. I just hope I'm not reinventing the wheel somewhere in that process. Best regards On Mon, Oct 21, 2013 at 9:15 PM, Sebastien Vauban wrote: > Hello Fletcher, > > Fletcher Charest wrote: > > First of all, apologies if I'm doing something wrong - I'm not used to > > posting in mailing lists. > > > > I read in the Org manual, about scheduled tasks : > > > > "A reminder that the scheduled date has passed will be present in the > > compilation for today, until the entry is marked DONE, i.e., the task > will > > automatically be forwarded until completed." > > > > Sometimes, I schedule a task but can only carry out my second day of work > > on that task one week later (or my first day if I couldn't work on it on > > the scheduled day). I would like to know if it is possible to schedule a > > task, for example, on a Sunday, and see it appear in the agenda the next > > Sunday with the mention "Sched. 2x: TODO my task". This way I know I > have > > to carry out my second day of work on that task on that day. > > > > I tried to use delays for this but couldn't obtain anything. > > > > I'm sorry if this is standard functionality or if it has been answered > > somewhere. I usually find all my answers about org-mode online but this > > time I couldn't find any info. > > This hasn't been answered yet, neither is it a common request. > > FWIW, I removed such scheduling info (2x, 3x...) because it scared me to > hell > when it went over 99 days delay. > > But, to answer you, no, I don't think it's doable in the current system. > Though, you could get more or less the same functionality by clocking time, > rescheduling your task for the available Sunday, and clock again. On that > day, > you would see that you're clocking hours 8 to 15 of your work. > > Best regards, > Seb > > -- > Sebastien Vauban > > >
Re: [O] Custom forwarding for a scheduled task
Dear all, In case someone would be interested, I came up with an ugly hack, nor robust or elegant, but it works... It iterates over all headings, check if the current heading has a property "reschedule" and a "TODO" state, and if the number of days passed in the current year for today is greater than the number of days passed in the current year when the task was scheduled (quite clumsy, but I couldn't find another way to do it...). If these conditions are met, the task get cancelled. #+BEGIN_SRC emacs-lisp (defun fc/org-forward-task-if-not-done () (interactive) (save-excursion (goto-char (point-max)) (while (outline-previous-heading) (when (and (org-entry-get (point) "reschedule") (equal "TODO" (cdar (org-entry-properties))) (> (string-to-number (format-time-string "%j")) (string-to-number (format-time-string "%j" (org-get-scheduled-time (point)) (org-todo "CANCELLED") (global-set-key (kbd "s-f") 'fc/org-forward-task-if-not-done) #+END_SRC When used on a task like this... * TODO test :PROPERTIES: :reschedule: yes :LOGGING: CANCELLED(!) :END: SCHEDULED: <2013-10-24 jeu. ++1w> ...when I press , the task is automatically scheduled to the next thursday (from today) if it was not done starting from 2013-10-25. Best regards, FC On Wed, Oct 23, 2013 at 3:37 PM, Fletcher Charest < fletcher.char...@gmail.com> wrote: > Dear Sébastien, > > Thank you for your answer, it is useful. Now I can see that I already > worked on a task even if I reschedule it and don't see the "Sched. 2x" > mention. But I still have to manually reschedule the task to the next week, > which is what I *really* want to avoid, even at the price of not seeing > what I already did either in the form of clocking time or with the "Sched. > 2x" mention (maybe this wasn't clear in my first message). > > I will try to write something with my very poor level of emacs-lisp. My > reasoning would be something like: "if a task that has this particular > property was scheduled for being done x days ago (with x > 0), and if it is > not marked DONE, then reschedule it (7 - x) days later". I could maybe > include a comment saying that this task was automatically rescheduled, with > a timestamp. I just hope I'm not reinventing the wheel somewhere in that > process. > > Best regards > > > On Mon, Oct 21, 2013 at 9:15 PM, Sebastien Vauban > wrote: > >> Hello Fletcher, >> >> Fletcher Charest wrote: >> > First of all, apologies if I'm doing something wrong - I'm not used to >> > posting in mailing lists. >> > >> > I read in the Org manual, about scheduled tasks : >> > >> > "A reminder that the scheduled date has passed will be present in the >> > compilation for today, until the entry is marked DONE, i.e., the task >> will >> > automatically be forwarded until completed." >> > >> > Sometimes, I schedule a task but can only carry out my second day of >> work >> > on that task one week later (or my first day if I couldn't work on it on >> > the scheduled day). I would like to know if it is possible to schedule a >> > task, for example, on a Sunday, and see it appear in the agenda the next >> > Sunday with the mention "Sched. 2x: TODO my task". This way I know I >> have >> > to carry out my second day of work on that task on that day. >> > >> > I tried to use delays for this but couldn't obtain anything. >> > >> > I'm sorry if this is standard functionality or if it has been answered >> > somewhere. I usually find all my answers about org-mode online but this >> > time I couldn't find any info. >> >> This hasn't been answered yet, neither is it a common request. >> >> FWIW, I removed such scheduling info (2x, 3x...) because it scared me to >> hell >> when it went over 99 days delay. >> >> But, to answer you, no, I don't think it's doable in the current system. >> Though, you could get more or less the same functionality by clocking >> time, >> rescheduling your task for the available Sunday, and clock again. On that >> day, >> you would see that you're clocking hours 8 to 15 of your work. >> >> Best regards, >> Seb >> >> -- >> Sebastien Vauban >> >> >> >
[O] Filter for recursive counting (org-hierarchical-todo-statistics)
Dear community, My org-hierarchical-todo-statistics variable is set to nil in order to obtain a recursive count of my TODO items in subtrees. However, I would like to know if it is possible to filter this count to include only some TODO keywords. A real-life example : I use the TODO/DONE keywords for actions on which I can act directly, and the TOCOMPLETE/COMPLETED keywords for actions that will be instantly done when all their children are done (no "direct action" required). What I would like in that case is having a recursive count only for the TODO/DONE keywords, by not taking into account the TOCOMPLETE/COMPLETED keywords in the cookie. Thank you very much for your help, FC
Re: [O] Filter for recursive counting (org-hierarchical-todo-statistics)
Dear Bastien, Thank you very much! It works perfectly. Best regards, FC On Sat, Jan 4, 2014 at 3:32 PM, Bastien wrote: > Hi Fletcher, > > Fletcher Charest writes: > > > My org-hierarchical-todo-statistics variable is set to nil in order > > to obtain a recursive count of my TODO items in subtrees. However, I > > would like to know if it is possible to filter this count to include > > only some TODO keywords. > > You may want to customize `org-provide-todo-statistics' and set it to > a list of TODO keywords for which you want statistics. > > HTH, > > -- > Bastien >
Re: [O] Filter for recursive counting (org-hierarchical-todo-statistics)
Hi, Okay, actually, after using this solution, there is just one thing I think that could be considered a bug (not very problematic though). Consider the following subtree: * TOCOMPLETE Project A [0/3] ** TOCOMPLETE Subproject[0/2] *** TODO Task 1 *** TODO Task 2 ** TODO Task I excluded the keyword TOCOMPLETE from 'org-provide-todo-statistics' so it won't appear in the statistics. This is why I get [0/3] at the top of the subtree. But if I mark the 2 tasks in the subproject as DONE, then I also want to mark the subproject itself as DONE (using a special keyword, like COMPLETED). However, marking it as COMPLETED will include it again in the statistics: instead of getting [2/3], I will get [3/4]. Is there any way to explicitly include the DONE keyword in org-provide-todo-statistics (and consequently, implicitly exclude other DONE keywords)? I tried to include DONE but it doesn't work. Thank you very much and sorry for the nitpicking ;) FC On Fri, Jan 10, 2014 at 11:29 PM, Fletcher Charest < fletcher.char...@gmail.com> wrote: > Dear Bastien, > > Thank you very much! It works perfectly. > > Best regards, > > FC > > > On Sat, Jan 4, 2014 at 3:32 PM, Bastien wrote: > >> Hi Fletcher, >> >> Fletcher Charest writes: >> >> > My org-hierarchical-todo-statistics variable is set to nil in order >> > to obtain a recursive count of my TODO items in subtrees. However, I >> > would like to know if it is possible to filter this count to include >> > only some TODO keywords. >> >> You may want to customize `org-provide-todo-statistics' and set it to >> a list of TODO keywords for which you want statistics. >> >> HTH, >> >> -- >> Bastien >> >
[O] Is there an environment for Org syntax?
Dear all, I am currently writing a practical tutorial about Org for absolute beginners. In the end, I would like to export it in multiple formats, HTML for sure, but maybe LaTeX too (I am, of course, writing it with org-mode). I am not aware of a functionality, or hack, which would allow me to include Org syntax in the document, without it being taken into account by Org itself and the exporter as being part of the document structure. Instead, I'd like it to be exported as it appears in my Emacs Org file, including colors, etc. I hope I am explaining this clearly. Is it possible? Thank you very much for you help, FC
Re: [O] Is there an environment for Org syntax?
Yes, thank you very much, that was it. I was thinking about doing this, but I didn't know how to "escape" the syntax. This is quite embarrassing since I just noticed that it is explained in the manual, and even more, since the comma is added automatically when you edit the org code by hitting C-c ' anyway... Thanks again! Best regards, FC On Fri, Mar 14, 2014 at 11:13 PM, Phil Regier wrote: > I had thought that '#+begin_src org :exports code' would do just this, > though I believe you have to then begin each line with a comma inside the > block. > > For me, the following: > > #+begin_src org :exports code > ,#+begin_src org :exports code > ,#+end_src > #+end_src > > produces Org code via the HTML and Latex export backends. I think there > are syntax highlighting export extensions in the wild (just search the web > for something like 'org export syntax highlighting' to see a diverse > collection of proposed solutions; Pygments appears to be a common theme, > though I know nothing about it), but AFAIK they are not distributed with > Org at this time. > > Does that at least address the first part of your inquiry? Sorry I > couldn't offer anything actionable for the second; maybe someone else can > pick up where I left off. > > Phil > > - Original Message - > From: "Fletcher Charest" > To: emacs-orgmode@gnu.org > Sent: Friday, March 14, 2014 4:41:12 PM > Subject: [O] Is there an environment for Org syntax? > > Dear all, > > I am currently writing a practical tutorial about Org for absolute > beginners. In the end, I would like to export it in multiple formats, HTML > for sure, but maybe LaTeX too (I am, of course, writing it with org-mode). > I am not aware of a functionality, or hack, which would allow me to include > Org syntax in the document, without it being taken into account by Org > itself and the exporter as being part of the document structure. Instead, > I'd like it to be exported as it appears in my Emacs Org file, including > colors, etc. I hope I am explaining this clearly. > > Is it possible? > > Thank you very much for you help, > > FC > >
Re: [O] Is there an environment for Org syntax?
Thank you, this sounds interesting; I'm not very good either, but I will have a look at this. And I actually have a related question (I hope it's not in the manual this time): is it possible to indent the Org syntax in the HTML export as it is indented in an Emacs buffer when org-indent-modeis activated? The indentation in the HTML file looks like the one you get in Org by default, even if my org-indent-mode variable is set to t in my Org buffer. Thank you, FC On Sat, Mar 15, 2014 at 12:04 AM, Phil Regier wrote: > I spent hours trying to figure out recursive org syntax, and only got it > working with the help of the list. :) > > I realized after my last message that Worg uses some limited syntax > highlighting on some of the newer pages; I'm not very good with javascript > and css, but you might be able to borrow some code for highlighting by > inspecting the org and html source... > > Phil > > - Original Message - > From: "Fletcher Charest" > To: "Phil Regier" > Cc: emacs-orgmode@gnu.org > Sent: Friday, March 14, 2014 5:59:03 PM > Subject: Re: [O] Is there an environment for Org syntax? > > Yes, thank you very much, that was it. I was thinking about doing this, but > I didn't know how to "escape" the syntax. This is quite embarrassing since > I just noticed that it is explained in the manual, and even more, since the > comma is added automatically when you edit the org code by hitting C-c ' > anyway... > > Thanks again! > > Best regards, > > FC >
Re: [O] Is there an environment for Org syntax?
Hello Phil,
When I use the edit buffer (by pressing C-c '), my Org syntax is indented
properly (in accordance with org-indent-mode, which is set to t). The code
block itself looks like this after editing:
#+BEGIN_SRC org :exports code
,* Top level headline
,** Second level
,*** Third level
some text
,*** Third level
more text
#+END_SRC
As you can see, the text ('some text' and 'more text') is not indented.
This is a little bit annoying, but not too much - I can add the spaces
myself.
The problem is with the HTML export: I can't see the HTML output as I would
see it in my Emacs buffer, that is to say, without the leading stars. In my
output (see attached), leading stars are visible, although not colored. I
would like them to be completely invisible.
Do you observe the same thing? My org-version is 8.2.5h-30-gdd810b-elpaplus
under GNU Emacs 24.3.1.
Thanks,
FC
On Sat, Mar 15, 2014 at 12:34 AM, Phil Regier wrote:
> I'm not sure whether I follow you here, because I'm accustomed to seeing
> indents passed through. If I export the following:
>
> #+begin_src org :exports code
> ,#+begin_src org :exports code
> indented text
> ,#+end_src
> #+end_src
>
> ...then my HTML export adds as many spaces as there are in the block edit
> buffer. Is that not what you see, or are you looking for something more
> sophisticated?
>
> Phil
>
> - Original Message -
> From: "Fletcher Charest"
> To: emacs-orgmode@gnu.org
> Sent: Friday, March 14, 2014 6:21:35 PM
> Subject: Re: [O] Is there an environment for Org syntax?
>
> Thank you, this sounds interesting; I'm not very good either, but I will
> have a look at this. And I actually have a related question (I hope it's
> not in the manual this time): is it possible to indent the Org syntax in
> the HTML export as it is indented in an Emacs buffer when
> org-indent-modeis activated? The indentation in the HTML file looks
> like the one you get
> in Org by default, even if my org-indent-mode variable is set to t in my
> Org buffer.
>
> Thank you,
>
> FC
>
<>
Re: [O] org-cook
Hello everyone, Since we are on this subject, are you aware of any package that would make an 'automatic' shopping list based on recipes? My idea was to record recipes in this format: * Name of the recipe :tag: 1) Step one. 2) Step two. 3) Step three. :PROPERTIES: :ingredient_1: quantity :ingredient_2: quantity :ingredient_3: quantity :END: Tags could be anything, be mainly things like 'breakfast', 'main course' or 'dessert'. Then, with the point on the headline, (in the file buffer or in the agenda buffer), you could call a function that would add the ingredient to a list, or increment its quantity if the ingredient is already there. Maybe a function to add a random number of recipes (through a filter or not) to the shopping list would be nice too, if you don't know what to cook in a particular week. I'm planning to do this but my Elisp-fu is not great... Any tips of how implementing this? Are lists a good data structure for stocking the shopping list, before dumping it in a buffer? FC On Sun, Mar 16, 2014 at 1:40 AM, Robert Horn wrote: > I also use tables, and have one big recipe.org file. I considered > ingredient properties, etc., but ended up just text and find recipes by > using simple searches. They look like this: > > * Texas Skillet Corn Bread > > | Ingredient | Quantity | Instructions| > |+--+-| > | Bacon drippings or oil | 1/4 cup | | > | Yellow CornMeal| 1 cup| | > | All Purpose Flour | 1 cup| | > | Salt | 1/2 tsp | | > | Baking Power | 1 tsp| | > | Baking Soda| 1 tsp| | > | Sugar | 1 tbs| optional| > | Buttermilk | 1 cup| | > | Eggs | 2| slightly beaten | > |+--+-| > > 1. Heat drippings in iron skillet > > 2. In large mixing bowl, mix cornmeal, flour, salt, baking x, and sugar. > > 3. Add buttermilk and stir rapidly. > > 4. Add eggs and mix > > 5. Add drippings > > 6. Pour into skillet, cover, and cook on low heat until lightly > browned and almost cooked through. > > >
Re: [O] org-cook
That would be better yes, but it looked easier (to me and my limited skills) to access properties through Emacs Lisp than accessing tables. Org experts might have some useful tips. FC On Mon, Mar 17, 2014 at 3:26 PM, Xebar Saram wrote: > thank you all for the great answers > > Fletcher, your idea sounds great, but why not use org tables as people > suggested for ingredients. ive started using it yesterday and im very > pleased, in example: > > *** COOK Pancakes:American: > > > :PROPERTIES: > :Source: TV > :Serves: > :Time: > :Rating: > :Fav: > :END: > > | Quantity | scale | Ingredient| Instructions | > |--+---+---+--| > |8 | | eggs | | > |1 | liter | milk | | > | 350 | g | butter| melted | > | 730 | g | flour | | > | 90 | g | powderd sugar | | > | 60 | g | baking powder | | > | 10 | g | salt | | > > _*Directions*:_ > > > best > > Z > > > On Mon, Mar 17, 2014 at 4:22 PM, Fletcher Charest < > fletcher.char...@gmail.com> wrote: > >> Hello everyone, >> >> Since we are on this subject, are you aware of any package that would >> make an 'automatic' shopping list based on recipes? My idea was to record >> recipes in this format: >> >> * Name of the recipe :tag: >> >> 1) Step one. >> 2) Step two. >> 3) Step three. >> >> :PROPERTIES: >> :ingredient_1: quantity >> :ingredient_2: quantity >> :ingredient_3: quantity >> :END: >> >> Tags could be anything, be mainly things like 'breakfast', 'main course' >> or 'dessert'. Then, with the point on the headline, (in the file buffer or >> in the agenda buffer), you could call a function that would add the >> ingredient to a list, or increment its quantity if the ingredient is >> already there. Maybe a function to add a random number of recipes (through >> a filter or not) to the shopping list would be nice too, if you don't know >> what to cook in a particular week. >> >> I'm planning to do this but my Elisp-fu is not great... Any tips of how >> implementing this? Are lists a good data structure for stocking the >> shopping list, before dumping it in a buffer? >> >> FC >> >> >> On Sun, Mar 16, 2014 at 1:40 AM, Robert Horn wrote: >> >>> I also use tables, and have one big recipe.org file. I considered >>> ingredient properties, etc., but ended up just text and find recipes by >>> using simple searches. They look like this: >>> >>> * Texas Skillet Corn Bread >>> >>> | Ingredient | Quantity | Instructions| >>> |+--+-| >>> | Bacon drippings or oil | 1/4 cup | | >>> | Yellow CornMeal| 1 cup| | >>> | All Purpose Flour | 1 cup| | >>> | Salt | 1/2 tsp | | >>> | Baking Power | 1 tsp| | >>> | Baking Soda| 1 tsp| | >>> | Sugar | 1 tbs| optional| >>> | Buttermilk | 1 cup| | >>> | Eggs | 2| slightly beaten | >>> |+--+-| >>> >>> 1. Heat drippings in iron skillet >>> >>> 2. In large mixing bowl, mix cornmeal, flour, salt, baking x, and >>> sugar. >>> >>> 3. Add buttermilk and stir rapidly. >>> >>> 4. Add eggs and mix >>> >>> 5. Add drippings >>> >>> 6. Pour into skillet, cover, and cook on low heat until lightly >>> browned and almost cooked through. >>> >>> >>> >> >
Re: [O] Is there an environment for Org syntax?
Hi Bastien, > The indentation of the exported HTML looks correct to me: > "some text" is right below "*** Third level" > The HTML color of the leading stars is taken from the org-hide face. > When your background is black, the org-hide face is black, hence the > color you see in the HTML output. Let me reformulate. I'm looking for a way to tell the HTML exporter how to format Org syntax. I was expecting it to format it according to my own preferences. For example, I usually set org-indent-mode to t since it is cleaner. But this is not taken into account by the HTML exporter: it produces a 'standard' Org syntax, the one you get by default without any configuration, with visible leading stars and no indentation. Is it possible to change that? Two other minor observations. 1. I changed the org-hide face to other colors, like red (just for trying, since I didn't know about that possibility). As soon as I export an Org buffer to HTML, the org-hide face comes back to its initial value: the leading stars are back from red to invisible. This might be anormal. 2. About the black leading stars in my previous posts, I found the problem: when org-indent-mode is activated by setting org-startup-indented to t, it produces black leading stars in my HTML output. This doesn't happen when it is activated using the org-indent-mode function or when '#+STARTUP: indent' is in the file. This might be a bug too. Thanks for your time, FC
Re: [O] Org is awesome
I would really like to see the resulting paper too! On Sat, Mar 22, 2014 at 5:35 PM, Dave Taht wrote: > On Sat, Mar 22, 2014 at 4:31 PM, Grant Rettke > wrote: > > Thank you for sharing. > > > > We all benefit greatly from others monumental efforts of others. > > > > Thanks, to them. > > > > > > On Fri, Mar 21, 2014 at 11:58 PM, James Harkins > > wrote: > >> > >> After 243 commits to a constellation of org files, producing 10849 lines > >> of LaTeX code from the Beamer exporter, which render into 229 pages of > >> beamerarticle print-ready material, including 156 captioned code > listings > >> (and a handful of un-numbered ones) and 27 pages of fully indexed > glossary > >> entries (whose LaTeX code comes from emacs-lisp source blocks > processing org > >> tables), I think I'm in a position to state with confidence: > >> > >> ORG IS AWESOME. > >> > >> "Thanks to all the developers" is insufficient. > >> > >> hjh > > Share the resulting paper? > > > > > > > > > > -- > > Grant Rettke | ACM, AMA, COG, IEEE > > g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ > > “Wisdom begins in wonder.” --Socrates > > ((λ (x) (x x)) (λ (x) (x x))) > > “Life has become immeasurably better since I have been forced to stop > taking > > it seriously.” --Thompson > > > > -- > Dave Täht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > >
[O] Agenda items refer to the wrong headline
Dear all, I am confronted to a weird issue with the agenda. I would like to know if you can reproduce this bug. First of all, my emacs-version is: GNU Emacs 24.3.1 (i386-mingw-nt5.1.2600) of 2013-03-17 on MARVIN I installed Org using ELPA (org repository), my org-version is: Org-mode version 8.2.5h (8.2.5h-94-g91175a-elpaplus @ ~/.emacs.d/elpa/org-plus-contrib-20140331/) For this test, Org was the only package installed outside vanilla Emacs packages. I have no problem with the version of Org bundled with my Emacs (which is Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @ c:/Program Files/Emacs 24.3/lisp/org/). I do not load my init.el file. For the test I used a simple Org file: * TODO task 1:pro: SCHEDULED: <2014-04-01 mar.> * TODO task 2:perso: SCHEDULED: <2014-04-02 mer.> Then, I displayed the agenda for this file, and filtered it for the 'perso' tag using '/'. I attached the output for reference. The problem is that some tasks in the agenda refers to the wrong headlines in the main file. This is more obvious when activating follow mode: for example, if I put the cursor on the line marked '1' in the attached file, it refers to line '2' in the main file, which is the wrong line. This is obviously a bug, and of course very problematic. Can you reproduce this?! I hope I provided every possible piece of information. Thank you for your feedback, FC <>
Re: [O] Agenda items refer to the wrong headline
Dear all, This (in my opinion) serious bug still appears when using the last ELPA version of Org (8.2.5h-98-g0820d0-elpa @ ~/.emacs.d/elpa/org-20140407/) on Windows with GNU Emacs 24.3.1. I also tried that on my Debian system, with GNU Emacs 24.3.1. No problem with Org 7.9.3, but the same bug appears as soon as I upgrade Org to the last ELPA version. Again, nothing loaded except vanilla Emacs. FC On Sun, Apr 6, 2014 at 6:23 AM, Fletcher Charest wrote: > Dear all, > > I am confronted to a weird issue with the agenda. I would like to know if > you can reproduce this bug. First of all, my emacs-version is: > > GNU Emacs 24.3.1 (i386-mingw-nt5.1.2600) of 2013-03-17 on MARVIN > > I installed Org using ELPA (org repository), my org-version is: > > Org-mode version 8.2.5h (8.2.5h-94-g91175a-elpaplus @ > ~/.emacs.d/elpa/org-plus-contrib-20140331/) > > For this test, Org was the only package installed outside vanilla Emacs > packages. I have no problem with the version of Org bundled with my Emacs > (which is Org-mode version 7.9.3f (release_7.9.3f-17-g7524ef @ c:/Program > Files/Emacs 24.3/lisp/org/). I do not load my init.el file. > > For the test I used a simple Org file: > > * TODO task 1:pro: > SCHEDULED: <2014-04-01 mar.> > * TODO task 2:perso: > SCHEDULED: <2014-04-02 mer.> > > Then, I displayed the agenda for this file, and filtered it for the > 'perso' tag using '/'. I attached the output for reference. > > The problem is that some tasks in the agenda refers to the wrong headlines > in the main file. This is more obvious when activating follow mode: for > example, if I put the cursor on the line marked '1' in the attached file, > it refers to line '2' in the main file, which is the wrong line. This is > obviously a bug, and of course very problematic. > > Can you reproduce this?! I hope I provided every possible piece of > information. > > Thank you for your feedback, > > FC > > >
Re: [O] Agenda items refer to the wrong headline
Hello,
Thank you Nick for trying, and for confirming this behaviour.
Do I need to take further action at this point, or just wait? In any case
I'm available to investigate the bug further.
FC
On Tue, Apr 8, 2014 at 3:07 PM, Nick Dokos wrote:
> Fletcher Charest writes:
>
> > Dear all,
> >
> > I am confronted to a weird issue with the agenda. I would like to know
> if you can reproduce this bug. First of all, my emacs-version is:
> >
> > GNU Emacs 24.3.1 (i386-mingw-nt5.1.2600) of 2013-03-17 on MARVIN
> >
> > I installed Org using ELPA (org repository), my org-version is:
> >
> > Org-mode version 8.2.5h (8.2.5h-94-g91175a-elpaplus @
> ~/.emacs.d/elpa/org-plus-contrib-20140331/)
> >
> > For this test, Org was the only package installed outside vanilla Emacs
> packages. I have no problem with the version of Org bundled with my Emacs
> (which is Org-mode version 7.9.3f
> > (release_7.9.3f-17-g7524ef @ c:/Program Files/Emacs 24.3/lisp/org/). I
> do not load my init.el file.
> >
> > For the test I used a simple Org file:
> >
> > * TODO task 1:pro:
> > SCHEDULED: <2014-04-01 mar.>
> > * TODO task 2:perso:
> > SCHEDULED: <2014-04-02 mer.>
> >
> > Then, I displayed the agenda for this file, and filtered it for the
> 'perso' tag using '/'. I attached the output for reference.
> >
> > The problem is that some tasks in the agenda refers to the wrong
> headlines in the main file. This is more obvious when activating follow
> mode: for example, if I put the cursor on the
> > line marked '1' in the attached file, it refers to line '2' in the main
> file, which is the wrong line. This is obviously a bug, and of course very
> problematic.
> >
> > Can you reproduce this?! I hope I provided every possible piece of
> information.
> >
>
> I tried a bit and I couldn't reproduce it. The agenda
> lines are properly linked to the file lines afaict in this version:
>
> Org-mode version 8.2.5h (release_8.2.5h-667-g971dc4 @
> /home/nick/elisp/org-mode/lisp/)
> GNU Emacs 24.3.50.2 (x86_64-unknown-linux-gnu, GTK+ Version 2.24.10) of
> 2013-07-14
>
> But I *did* reproduce it with latest:
> Org-mode version 8.2.5h (release_8.2.5h-888-g798bb8 @
> /home/nick/src/emacs/org/org-mode/lisp/)
>
> I did 'emacs -q -l /path/to/minimal.el' and then
> got an agenda, put it in follow mode, searched for the perso
> tag and went to that entry:
>
> C-c a a F / perso n
>
> and got the wrong line in the main file. The minimal.el is as follows:
>
> --8<---cut here---start->8---
> ;;; -*- mode: emacs-lisp -*-
>
> (add-to-list 'load-path (expand-file-name "~/src/emacs/org/org-mode/lisp"))
>
> (add-to-list 'auto-mode-alist '("\\.\\(org\\|org_archive\\|txt\\)$" .
> org-mode))
>
> (require 'org-loaddefs)
>
> (setq debug-on-error t)
> (setq debug-on-quit t)
> (setq eval-expression-print-length nil)
> (setq eval-expression-print-level nil)
>
> (global-set-key "\C-cl" 'org-store-link)
> (global-set-key "\C-ca" 'org-agenda)
>
> (setq org-agenda-files '("~/src/org/fletcher-charest-agenda.org"))
> --8<---cut here---end--->8---
>
>
> and the agenda file ~/src/org/fletcher-charest-agenda.org is
>
> --8<---cut here---start->8---
> * TODO task 1
> :pro:
> SCHEDULED: <2014-04-01 mar.>
> * TODO task 2
> :perso:
> SCHEDULED: <2014-04-02 mer.>
> Org-mode version 8.2.5h (release_8.2.5h-888-g798bb8 @
> /home/nick/src/emacs/org/org-mode/lisp/)
> --8<---cut here---end--->8---
>
> --
> Nick
>
>
>
Re: [O] Agenda items refer to the wrong headline
Nick, you say you could not reproduce the bug using version 8.2.5h-667-g971dc4, but you did with version 8.2.5h-888-g798bb8d. Just out of curiosity: does the '888' in '8.2.5h-888-g798bb8d' is a number that is incremented chronologically? If this is correct (I'm not familiar with this at all), FWIW, the bug was not caused only by the patch '8.2.5h-888-g798bb8d', since I observed it also with version 8.2.5h-94-g91175a. FC On Wed, Apr 9, 2014 at 3:52 PM, Nick Dokos wrote: > Nick Dokos writes: > > > > > Starting from release_8.2.5h-888-g798bb8d (this was latest as of this > > morning) and reverting the above commit fixes Fletcher's problem. > > > > Just to be clear: I'm *not* advocating that the commit be reverted. > I used the revert just to confirm that something in that patch caused > the problem that Fletcher observed. > > Nick > > >
Re: [O] Agenda items refer to the wrong headline
Hi Nick, I would like to thank you, since your message made me curious about git, and I started using it. After reading a little bit, I was able to install it, clone the org repository and revert the commit we were talking about (that feels good). I can now use Org normally again. I just hope it's not a very bad thing to do. FC On Thu, Apr 10, 2014 at 5:24 AM, Nick Dokos wrote: > Fletcher Charest writes: > > > Nick, you say you could not reproduce the bug using version > > 8.2.5h-667-g971dc4, but you did with version 8.2.5h-888-g798bb8d. Just > > out of curiosity: does the '888' in '8.2.5h-888-g798bb8d' is a number > > that is incremented chronologically? If this is correct (I'm not > > familiar with this at all), FWIW, the bug was not caused only by the > > patch '8.2.5h-888-g798bb8d', since I observed it also with version > > 8.2.5h-94-g91175a. > > > > 888 is the number of commits since the commit that was tagged > '8.2.5h'. Unfortunately, that number can be misleading: in the > face of merges, there may be multiple paths that lead from some commit > back to the tagged commit (run `gitk master' if you want to see the > multiple > paths), so the "number of commits since the tag" is ambiguous. It is > only unambiguous if the history is strictly linear. > > If you do `git log --oneline -100' on master, you'll see that there is a > merge commit d25846b that looks like this: > > , > | $ git show d25846b > | commit d25846b2340e32dea93fc89ea432f74a7f64d950 > | Merge: f261833 91175a3 > | Author: Nicolas Goaziou > | Date: Sat Mar 29 15:02:10 2014 +0100 > | > | Merge branch 'maint' > ` > > The merge commit has two parents: f261833 and our old friend 91175a3. > > Try git describe on this commit: > >git describe d25846b > > It's only one commit ahead of 91175a3 but I get > >release_8.2.5h-873-gd25846b > > so it's 873 commits ahead of 8.2.5h, not 95! But that's because `git > describe' takes a different, much longer, path back to the tagged > commit: it follows the first parent of the merge commit. > > So I'm pretty sure that the patch that the bisection fingered is > indeed the culprit. > > I believe this is correct but if not, Achim will correct me:-) > > -- > Nick > > >
Re: [O] Exporting org-mode source
Hi, Sorry if I misunderstood... If you create an Org source block like this with nothing inside: #+begin_src org #+end_src ...then, with your cursor inside, enter it with C-c ', write your org tree, and validate with C-c ' again, then export... Does it do what you want? FC On Sun, May 4, 2014 at 10:04 AM, Vikas Rawal < vikasli...@agrarianresearch.org> wrote: > > > > Vikas Rawal agrarianresearch.org> writes: > > > > > >> I think I could not express my objective clearly.I want the org code > block > > to be exported literally. > > > > > > Indent lines that begin with *, is this what you want? > > I am not exactly sure what you are suggesting. The block below does not > work for me. It is not exported literally. > > > > #+BEGIN_SRC org > > ** What are the major disputes in the literature > > *** adulterated text > > Instrument cultivated alteration any favourable expression law far > > nor. Both new like tore but year. An from mean on with when sing pain. > > Oh to as principles devonshire companions unsatiable an delightful. > > The ourselves suffering the sincerity. Inhabit her manners adapted age > > certain. Debating offended at branched striking be subjects. > > #+END_SRC > > > > > > Vikas >
[O] Linked tasks
Dear all, I was wondering if there was a way to link the status of two tasks in an agenda file (or even across multiple agenda files). Sometimes, a single task (in my case, updating my CV) might be a useful step in two different projects. If the tasks is marked DONE in one project (in one subtree), I would like the other one to be marked DONE as well. Is it possible or even implemented? Cheers, FC
Re: [O] org-weather for openweathermap.org
Hi, Nothing particular to say except that it is nice, and working well! Thank you for this! FC On Sat, Jun 14, 2014 at 3:11 PM, Chris Raschl wrote: > > Hi everybody, > > recently I wanted to add a weather forecast to my org-agenda. I found > org-google-weather, but this package is obsolete since 2012, because the > API is not available any more. So I wrote my own version which is backed > by the openweathermap.org API. > > I implemented the minimal usecase which works for me, if somebody else > dares to use it, its available here: > > https://github.com/kautsig/org-weather > > Regards, > Chris > >
Re: [O] Linked tasks
Hi Eric, Thank you, I will have a closer look at org-depend, although it seems to me that it's more 'depend' in the sense of 'this task has to be done for this other task to be doable'. But I only had a glimpse on the code. Regards, FC On Sat, Jun 14, 2014 at 10:19 AM, Eric Abrahamsen wrote: > Fletcher Charest writes: > > > Dear all, > > > > I was wondering if there was a way to link the status of two tasks in > > an agenda file (or even across multiple agenda files). Sometimes, a > > single task (in my case, updating my CV) might be a useful step in > > two different projects. If the tasks is marked DONE in one project > > (in one subtree), I would like the other one to be marked DONE as > > well. Is it possible or even implemented? > > > > Cheers, > > > > FC > > There's an org-depend package in the contrib directory that's supposed > to do this, but I haven't looked at it before... Vanilla Org only does > dependencies within the same subtree. > > E > > >
