help On Oct 3, 2017 12:01 AM, wrote: Send Emacs-orgmode mailing list submissions to emacs-orgmode@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/emacs-orgmode or, via email, send a message with subject or body 'help' to emacs-orgmode-request@gnu.org You can reach the person managing the list at emacs-orgmode-owner@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Emacs-orgmode digest..." Today's Topics: 1. Re: Beamer_act property is misnamed in org-mode Ubuntu package (Nicolas Goaziou) 2. Re: [ANN] Agenda speed up (Nicolas Goaziou) 3. Re: [ANN] Agenda speed up (Nicolas Goaziou) 4. Re: [ANN] Agenda speed up (Samuel Wales) 5. Re: [ANN] Agenda speed up (Samuel Wales) 6. Re: Trying to get chart from table working (Thierry Banel) 7. Re: Trying to get chart from table working (Peter Davis) 8. Re: [ANN] Agenda speed up (Nicolas Goaziou) 9. Re: [ANN] Agenda speed up (Matt Lundin) 10. Re: [ANN] Agenda speed up (Matt Lundin) 11. Re: [ANN] Agenda speed up (Samuel Wales) 12. Export attributes for babel blocks (Juan Amiguet) 13. Re: Export attributes for babel blocks (Thomas S. Dye) 14. Re: Export attributes for babel blocks (Juan Amiguet) 15. Re: How to generate clock report for hours worked each day? (Yasushi SHOJI) 16. Re: Export attributes for babel blocks (Eric S Fraga) 17. Re: Trying to get chart from table working (Eric S Fraga) 18. Re: Heads up: mobileOrg has stopped working with Dropbox (Eric S Fraga) 19. Re: Trying to get chart from table working (Peter Davis) 20. Re: Trying to get chart from table working (Robert Horn) 21. Re: Trying to get chart from table working (Peter Davis) 22. Re: Export attributes for babel blocks (Juan Amiguet) 23. Re: Trying to get chart from table working (Eric S Fraga) 24. Re: [ANN] Agenda speed up (Nicolas Goaziou) 25. Re: Trying to get chart from table working (Peter Davis) 26. Re: Trying to get chart from table working (Peter Davis) 27. Re: Trying to get chart from table working (Peter Davis) 28. Re: Trying to get chart from table working (Nick Dokos) 29. Re: [ANN] Agenda speed up (Nicolas Goaziou) 30. Re: Trying to get chart from table working (Eric S Fraga) 31. Re: Trying to get chart from table working (Eric S Fraga) 32. Re: [ANN] Agenda speed up (Nicolas Goaziou) ---------------------------------------------------------------------- Message: 1 Date: Sun, 01 Oct 2017 19:05:48 +0200 From: Nicolas Goaziou To: Adrian Bradd Cc: Eric S Fraga , emacs-orgmode , James Harkins Subject: Re: [O] Beamer_act property is misnamed in org-mode Ubuntu package Message-ID: <87lgkukdcj.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Adrian Bradd writes: > I can reproduce this if I have something like the following in the preamble: > > #+COLUMNS: %45ITEM %10BEAMER_ENV(Env) %10BEAMER_ACT(Act) %4BEAMER_COL(Col) > %8BEAMER_OPT(Opt) > > org-set-property seems to be extracting these settings for use as heading > properties. Removing this line also removes the properties when using C-c > C-x p. Fixed. Thank you. Regards, -- Nicolas Goaziou ------------------------------ Message: 2 Date: Sun, 01 Oct 2017 19:13:30 +0200 From: Nicolas Goaziou To: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87h8vikczp.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Matt Lundin writes: > I think I have a fairly standard setup (some customizations, additional > features such as habits). I'll do some testing with minimal examples to > see if I can find out why the new branch is so much slower in my case. Are 1.4 s "so much slower" than of 1 s. Granted, this is a terrible 40% slowdown, but, all things being equal, 1.4 s is still acceptable, considering, IIUC, you are using the worst case scenario, i.e., a single day view from a cold cache. > In the meantime, I'd like to that the branch *not* be merged until we > are sure that it is actually faster for the majority of use cases. Feedback is welcome. Regards, -- Nicolas Goaziou ------------------------------ Message: 3 Date: Sun, 01 Oct 2017 19:33:23 +0200 From: Nicolas Goaziou To: Samuel Wales Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87d166kc2k.fsf@nicolasgoaziou.fr> Content-Type: text/plain Matt Lundin writes: > I am finding that the branch is still much slower than the current > master even when no agenda files have changed (i.e., when running > org-agenda-redo in an existing agenda buffer without changing > anything). This is interesting. Could you provide a report of the second call to the same view? Or better, both reports for the first and subsequent view. The second view should definitely be faster. > This is true even when I set org-element-use-cache to t. This variable has nothing to do with the current patch set. You can ignore it. >> OTOH, displaying, e.g., a whole week, month, year should be a lot >> faster. > > Is this an unavoidable trade-off? Since I am constantly refreshing > single day agenda buffers and todo lists, I would much prefer a faster > single day display to a faster week or month display. Good question. Currently, Agenda is pretty much tailored for single day display. So, this would be difficult to improve. Using a cache, we can avoid finding again the same data, so we can speed up subsequent parsing. Yet, when there is little data to find, the cache is not very helpful. Luckily, it means the Agenda is quickly generated in those cases anyway. However, current Agenda is terrible when displaying multiple days. Some people wait more than 30 s for a month view. This is where the current patch set really shines. I can look into your issue with proper reports as there may be ways to improve it, but I'm more interesting in, e.g., halving the 30 s from a month view than reducing the 1 s it takes to display a day view. Regards, ------------------------------ Message: 4 Date: Sun, 1 Oct 2017 10:57:41 -0700 From: Samuel Wales To: Nicolas Goaziou Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: Content-Type: text/plain; charset="UTF-8" my use is similar to matt's in that i use a 2d view. i am getting errors. in particular, it crashes when it is looking for log entries in a task that does not have log entries. there is no rhyme or reason and i have no mce. i remove teh task and another task produces teh error. not ready fro prime time quite yet. -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You?ve really gotta quit this and get moving, because this is murder by neglect." --- . ------------------------------ Message: 5 Date: Sun, 1 Oct 2017 10:58:47 -0700 From: Samuel Wales To: Nicolas Goaziou Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: Content-Type: text/plain; charset="UTF-8" maybe it is trying to parse a link that looks like a log entry? On 10/1/17, Samuel Wales wrote: > my use is similar to matt's in that i use a 2d view. > > i am getting errors. in particular, it crashes when it is looking for > log entries in a task that does not have log entries. there is no > rhyme or reason and i have no mce. i remove teh task and another task > produces teh error. > > not ready fro prime time quite yet. > > -- > The Kafka Pandemic: > > The disease DOES progress. MANY people have died from it. And ANYBODY > can get it at any time. > > "You?ve really gotta quit this and get moving, because this is murder > by neglect." --- > . > -- The Kafka Pandemic: The disease DOES progress. MANY people have died from it. And ANYBODY can get it at any time. "You?ve really gotta quit this and get moving, because this is murder by neglect." --- . ------------------------------ Message: 6 Date: Sun, 01 Oct 2017 20:51:31 +0200 From: Thierry Banel To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <59D13933.7000202@free.fr> Content-Type: text/plain; charset=utf-8; format=flowed Do you get the following lines? (you can erase them, they will be recreated). #+results: [[file:timeseries.pdf]] If you click on the link, it should open okular or acrobat reader or whatever displaying the plot. Otherwise you can try a different format, PNG for instance: #+begin_src gnuplot :var data=measurements :file timeseries.png :results inline On 01/10/2017 15:47, Peter Davis wrote: > On Sat, Sep 30, 2017, at 09:25 AM, Eric S Fraga wrote: >> On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote: >>> I'm sorry to belabor this, but I could use some help. I'd be willing to >>> pay a modest consulting fee, but I'm trying to solve a problem in a >>> timely way, as it would help me with healthcare decisions. >>> >>> Basically, I want to plot a time series graph showing my PSA (prostate >>> specific antigen) over time. The PSA is measured at irregular intervals, >>> and has been for over 4 years (and hopefully will continue for many more >>> years.) That should be a simple enough graph. I've already got a >>> javascript d3 example that does this, but I'd like to embed it in a >>> document, and to be able to generate PDF. >> This part is relatively straightforward. Using your data example, you >> can do the following: >> > Thank you for the example, Eric. Running this gives me a page with the > table and the code on it, but no plot. Here's what *Messages* says: > > gnuplot-mode 0.7-beta -- determining gnuplot version ...... > gnuplot-mode 0.7-beta (gnuplot 5.2) -- report bugs with "C-c C-u" > Saving file /Users/peterdavis/Dropbox/Org/t.org... > Wrote /Users/peterdavis/Dropbox/Org/t.org > Mark set > Saving file /Users/peterdavis/Dropbox/Org/t.org... > Wrote /Users/peterdavis/Dropbox/Org/t.org > org-babel-exp process gnuplot at position 292... > Saving file /Users/peterdavis/Dropbox/Org/t.tex... > Wrote /Users/peterdavis/Dropbox/Org/t.tex > Processing LaTeX file ./t.tex... > PDF file produced. > Running open /Users/peterdavis/Dropbox/Org/t.pdf...done > > Thank you. > > -pd > > >> The colouring bit is harder and I don't know whether it's possible or >> not. I suggest you look at examples on the web, e.g. >> >> http://gnuplot.sourceforge.net/demo/ >> >> to see if anything fits what you are trying to do. >> >> HTH, >> eric >> >> -- >> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c >> Email had 2 attachments: >> + t.org >> 1k (text/x-org) >> + signature.asc >> 1k (application/pgp-signature) > ------------------------------ Message: 7 Date: Sun, 01 Oct 2017 15:06:50 -0400 From: Peter Davis To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506884810.2702516.1124253144.6D1D9395@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" I do have those lines in my .org file, but no PDF was produced. I tried switching to png, but still no file was produced. Thanks, -pd On Sun, Oct 1, 2017, at 02:51 PM, Thierry Banel wrote: > Do you get the following lines? > (you can erase them, they will be recreated). > > #+results: > [[file:timeseries.pdf]] > > If you click on the link, it should open okular or acrobat reader or > whatever displaying the plot. > > Otherwise you can try a different format, PNG for instance: > > #+begin_src gnuplot :var data=measurements :file timeseries.png > :results inline > > > > > On 01/10/2017 15:47, Peter Davis wrote: > > On Sat, Sep 30, 2017, at 09:25 AM, Eric S Fraga wrote: > >> On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote: > >>> I'm sorry to belabor this, but I could use some help. I'd be willing to > >>> pay a modest consulting fee, but I'm trying to solve a problem in a > >>> timely way, as it would help me with healthcare decisions. > >>> > >>> Basically, I want to plot a time series graph showing my PSA (prostate > >>> specific antigen) over time. The PSA is measured at irregular intervals, > >>> and has been for over 4 years (and hopefully will continue for many more > >>> years.) That should be a simple enough graph. I've already got a > >>> javascript d3 example that does this, but I'd like to embed it in a > >>> document, and to be able to generate PDF. > >> This part is relatively straightforward. Using your data example, you > >> can do the following: > >> > > Thank you for the example, Eric. Running this gives me a page with the > > table and the code on it, but no plot. Here's what *Messages* says: > > > > gnuplot-mode 0.7-beta -- determining gnuplot version ...... > > gnuplot-mode 0.7-beta (gnuplot 5.2) -- report bugs with "C-c C-u" > > Saving file /Users/peterdavis/Dropbox/Org/t.org... > > Wrote /Users/peterdavis/Dropbox/Org/t.org > > Mark set > > Saving file /Users/peterdavis/Dropbox/Org/t.org... > > Wrote /Users/peterdavis/Dropbox/Org/t.org > > org-babel-exp process gnuplot at position 292... > > Saving file /Users/peterdavis/Dropbox/Org/t.tex... > > Wrote /Users/peterdavis/Dropbox/Org/t.tex > > Processing LaTeX file ./t.tex... > > PDF file produced. > > Running open /Users/peterdavis/Dropbox/Org/t.pdf...done > > > > Thank you. > > > > -pd > > > > > >> The colouring bit is harder and I don't know whether it's possible or > >> not. I suggest you look at examples on the web, e.g. > >> > >> http://gnuplot.sourceforge.net/demo/ > >> > >> to see if anything fits what you are trying to do. > >> > >> HTH, > >> eric > >> > >> -- > >> : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c > >> Email had 2 attachments: > >> + t.org > >> 1k (text/x-org) > >> + signature.asc > >> 1k (application/pgp-signature) > > > > -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 8 Date: Mon, 02 Oct 2017 00:59:44 +0200 From: Nicolas Goaziou To: Samuel Wales Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87r2umiie7.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Samuel Wales writes: > i am getting errors. in particular, it crashes when it is looking for > log entries in a task that does not have log entries. there is no > rhyme or reason and i have no mce. i remove teh task and another task > produces teh error. What is a "crash"? If Emacs crashes, this should be reported to Emacs-Devel. If there is an error, you should send the backtrace here. In any case, I fixed an issue with log entries. It could be worth testing it again. Regards, -- Nicolas Goaziou ------------------------------ Message: 9 Date: Sun, 01 Oct 2017 18:49:00 -0500 From: Matt Lundin To: Nicolas Goaziou Cc: Samuel Wales , Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87o9pqpgyb.fsf@fastmail.fm> Content-Type: text/plain; charset="us-ascii" Nicolas Goaziou writes: > Matt Lundin writes: > >> I am finding that the branch is still much slower than the current >> master even when no agenda files have changed (i.e., when running >> org-agenda-redo in an existing agenda buffer without changing >> anything). > > This is interesting. Could you provide a report of the second call to > the same view? Or better, both reports for the first and subsequent > view. The second view should definitely be faster. I've attached the profiling for master and the wip branch. Both were run with identical agenda files and identical configurations The first pair of files profiles calling org-agenda-list immediately after emacs has started up (i.e., before opening agenda files). The total times are: master: 5.014304355 wip: 6.68215677 The second pair of files profiles calling org-agenda-redo immediately after generating the agenda with org-agenda-list (i.e., without changing anything in the agenda files). Note: repeating the redo after that results in virtually identical times. master: 0.979825959 wip: 1.178702222 The third pair of files profiles calling org-agenda-redo after changing (rescheduling) one item in the agenda. master: 0.979580617 wip: 1.189759099 > I can look into your issue with proper reports as there may be ways to > improve it, but I'm more interesting in, e.g., halving the 30 s from > a month view than reducing the 1 s it takes to display a day view. I agree it is important to reduce the time it takes to display a month view. Thanks for all your work on this! I'd like to clarify that I am not asking for further reductions from what the master branch of org-mode has already achieved. Rather, I am concerned with regressions from those times. The gap in time above, of course, is not particularly big. But I'm running into some slower times (e.g., a 1 second difference) on some of my other custom agenda commands. Take, for instance, the following command: --8<---------------cut here---------------start------------->8--- (org-add-agenda-custom-command '("q" "Projects" ((stuck "") (agenda "" ((org-agenda-include-deadlines t) (org-agenda-entry-types '(:deadline)) ;; (org-agenda-skip-function ;; '(org-agenda-skip-entry-if 'notregexp ":PROJ:")) (org-agenda-include-diary nil) (org-agenda-time-grid nil))) (todo "PROJECT" ((org-agenda-todo-ignore-deadlines t) (org-agenda-prefix-format " %i %-12:c%l")))) ((org-deadline-warning-days 365)))) --8<---------------cut here---------------end--------------->8--- The startup times weren't that far apart. master: 5.728477902 wip: 6.68639764 But running org-agenda-redo results in a 1s gap (see the last two attached files for profiling information): master: 2.14623279 wip: 3.125571084 Best, Matt -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-master-org-agenda-list-immediately-after-startup.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-wip-org-agenda-list-immediately-after-startup.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-master-org-agenda-list-redo-no-change.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-wip-org-agenda-list-redo-no-change.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-master-org-agenda-list-redo-single-change.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-agenda-wip-org-agenda-list-redo-single-change.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-custom-command-projects-master.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: org-custom-command-projects-wip.txt URL: ------------------------------ Message: 10 Date: Sun, 01 Oct 2017 19:11:14 -0500 From: Matt Lundin To: Nicolas Goaziou Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87k20ecst9.fsf@fastmail.fm> Content-Type: text/plain Nicolas Goaziou writes: > Some feedback about the new agenda speed would be nice. One small bug I found with wip speedup branch. When trying to reschedule in the agenda with org-agenda-do-date-later or org-agenda-do-date-earlier, org mode gives a message: "Cannot find time stamp" Best, Mat ------------------------------ Message: 11 Date: Sun, 1 Oct 2017 17:39:22 -0700 From: Samuel Wales To: Nicolas Goaziou , Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: Content-Type: text/plain; charset="UTF-8" ... and i am getting a fixed error from before ... ... but 9maint and 9master produce agenda in about 3s ... ... while wip produces agenda in 26.75s ... for my 2d agenda. elp as instructed shows no significant differences org-agenda-prepare-buffers 1 1.221983848 1.221983848 org-agenda-files 3 0.00037503 0.00012501 also there are sorting differences in time grid for same minute and for scheduled for same day. which i don't care about. also a clocked entry gets its closing time which is an improvement i think. also an inactive timestamp shows the headline above the headline that contains it. this is a bug but cannot mce. 9master is same as 9maint. thus, all issues are in wip. i am limited in ability to use computer. ------------------------------ Message: 12 Date: Mon, 2 Oct 2017 08:46:49 +0200 From: Juan Amiguet To: emacs-orgmode@gnu.org Subject: [O] Export attributes for babel blocks Message-ID: Content-Type: text/plain; charset="utf-8" Dear all, I have been having this issue for quite a while perhaps I am using the feature wrong and someone can enlighten me or perhaps someone can point me at the bit of code I can patch it myself. Here is the issue: I have a babel block such as #+begin_src dot :file test.png digraph test { A -> B } #+end_src This will create after execution a #+RESULT: [[file:./test.png]] Now if I would like have something like :width .5/.linewith as a attribute to the image the only I have found is to do the following #+begin_src dot :file test.png :exports none digraph test { A -> B } #+end_src #+attr_latex: width=.5/linewidth [[file:./test.png]] Is there a way of passing the export attributes to babel blocks in a way in which from direct rendering of the document things work and I can adjust? If now which part of the org mode codebase controls all of this? Thanking you all in advance. -- Juan Amiguet Vercher Practising theorist All-round geek Polyglot polymath +41(0)774867913 -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 13 Date: Sun, 01 Oct 2017 21:05:13 -1000 From: "Thomas S. Dye" To: Juan Amiguet Cc: emacs-orgmode@gnu.org Subject: Re: [O] Export attributes for babel blocks Message-ID: Content-Type: text/plain Aloha Juan Amiguet, Juan Amiguet writes: > Dear all, > > I have been having this issue for quite a while perhaps I am using the > feature wrong and someone can enlighten me or perhaps someone can point me > at the bit of code I can patch it myself. > Here is the issue: > > I have a babel block such as > > #+begin_src dot :file test.png > digraph test { > A -> B > } > #+end_src > > This will create after execution a > > #+RESULT: > [[file:./test.png]] > > Now if I would like have something like :width .5/.linewith as a attribute > to the image the only I have found is to do the following > > #+begin_src dot :file test.png :exports none > digraph test { > A -> B > } > #+end_src > > #+attr_latex: width=.5/linewidth > [[file:./test.png]] > > Is there a way of passing the export attributes to babel blocks in a way in > which from direct rendering of the document things work and I can adjust? > If now which part of the org mode codebase controls all of this? > > Thanking you all in advance. Dot doesn't know anything about the linewidth you might be using in LaTeX. LaTeX will take any image and reproduce it at .5/linewidth, regardless of dot settings. The :cmdline header argument for dot is documented here: http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-dot.html You can find links to the dot command line arguments. Babel gives you full access to the dot command line. hth, Tom -- Thomas S. Dye http://www.tsdye.com ------------------------------ Message: 14 Date: Mon, 2 Oct 2017 09:10:49 +0200 From: Juan Amiguet To: "Thomas S. Dye" Cc: emacs-orgmode@gnu.org Subject: Re: [O] Export attributes for babel blocks Message-ID: Content-Type: text/plain; charset="utf-8" Thomas thank you for your answer, I was thinking more of how to modify babel so that it would generate the results block with the relevant exporter attribute parameters so that it play nicely. That is, the results block contains the directive it needs at the moment the #+results block is bare and has no extra information for latex to pick up and format correctly. Kind regards. -- Juan Amiguet Vercher Practising theorist All-round geek Polyglot polymath +41(0)774867913 On Mon, Oct 2, 2017 at 9:05 AM, Thomas S. Dye wrote: > Aloha Juan Amiguet, > > Juan Amiguet writes: > > > Dear all, > > > > I have been having this issue for quite a while perhaps I am using the > > feature wrong and someone can enlighten me or perhaps someone can point > me > > at the bit of code I can patch it myself. > > Here is the issue: > > > > I have a babel block such as > > > > #+begin_src dot :file test.png > > digraph test { > > A -> B > > } > > #+end_src > > > > This will create after execution a > > > > #+RESULT: > > [[file:./test.png]] > > > > Now if I would like have something like :width .5/.linewith as a > attribute > > to the image the only I have found is to do the following > > > > #+begin_src dot :file test.png :exports none > > digraph test { > > A -> B > > } > > #+end_src > > > > #+attr_latex: width=.5/linewidth > > [[file:./test.png]] > > > > Is there a way of passing the export attributes to babel blocks in a way > in > > which from direct rendering of the document things work and I can adjust? > > If now which part of the org mode codebase controls all of this? > > > > Thanking you all in advance. > > Dot doesn't know anything about the linewidth you might be using in > LaTeX. LaTeX will take any image and reproduce it at .5/linewidth, > regardless of dot settings. > > The :cmdline header argument for dot is documented here: > http://orgmode.org/worg/org-contrib/babel/languages/ob-doc-dot.html > > You can find links to the dot command line arguments. Babel gives you > full access to the dot command line. > > hth, > Tom > > -- > Thomas S. Dye > http://www.tsdye.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 15 Date: Mon, 2 Oct 2017 18:17:57 +0900 From: Yasushi SHOJI To: ConcreteVitamin Cc: emacs-orgmode@gnu.org Subject: Re: [O] How to generate clock report for hours worked each day? Message-ID: Content-Type: text/plain; charset="UTF-8" Hi, On Wed, Sep 27, 2017 at 3:27 AM, ConcreteVitamin wrote: > Following up on this: is there a way to configure such that non-clocked in > files (0:00) are not shown in this table? :fileskip0 t ? -- yashi ------------------------------ Message: 16 Date: Mon, 02 Oct 2017 11:26:20 +0100 From: Eric S Fraga To: Juan Amiguet Cc: emacs-orgmode@gnu.org Subject: Re: [O] Export attributes for babel blocks Message-ID: <87bmlpvoab.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Monday, 2 Oct 2017 at 08:46, Juan Amiguet wrote: > Dear all, > > I have been having this issue for quite a while perhaps I am using the > feature wrong and someone can enlighten me or perhaps someone can point me > at the bit of code I can patch it myself. > Here is the issue: > > I have a babel block such as > > #+begin_src dot :file test.png > digraph test { > A -> B > } > #+end_src > > > This will create after execution a > > #+RESULT: > [[file:./test.png]] > > Now if I would like have something like :width .5/.linewith as a attribute > to the image the only I have found is to do the following > > #+begin_src dot :file test.png :exports none > digraph test { > A -> B > } > #+end_src > > #+attr_latex: width=.5/linewidth > [[file:./test.png]] > > Is there a way of passing the export attributes to babel blocks in a way in > which from direct rendering of the document things work and I can adjust? > If now which part of the org mode codebase controls all of this? Simply add the attr_latex line to just before the #+result line and any re-evaluation of the src block will work just fine. I.e.: --8<---------------cut here---------------start------------->8--- #+begin_src dot :file test.png digraph test { A -> B } #+end_src #+attr_latex: width=.5/linewidth #+RESULT: [[file:./test.png]] --8<---------------cut here---------------end--------------->8--- -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 17 Date: Mon, 02 Oct 2017 11:27:52 +0100 From: Eric S Fraga To: Peter Davis Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <877ewdvo7r.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: > I do have those lines in my .org file, but no PDF was produced. I tried > switching to png, but still no file was produced. Check the *gnuplot* buffer to see if there were any gnuplot errors. -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 18 Date: Mon, 02 Oct 2017 11:30:03 +0100 From: Eric S Fraga To: Rob Davenport Cc: Emacs Org mode mailing list Subject: Re: [O] Heads up: mobileOrg has stopped working with Dropbox Message-ID: <873771vo44.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Saturday, 30 Sep 2017 at 14:31, Rob Davenport wrote: > Yes, I see it now too. It was noted as an issue on the mobileorg-android > github site here over a month ago: > https://github.com/matburt/mobileorg-android/issues/501 Thanks for the confirmation! And I probably saw that issue but forgot about it... [...] > If you've got ssh working then you're probably OK. Yes, it's working fine with ssh, actually better than through Dropbox, so I'm okay. But many don't have an ssh server they can use so an update for Dropbox would, I'm sure, be welcome by many. -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 19 Date: Mon, 02 Oct 2017 07:21:28 -0400 From: Peter Davis To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506943288.2895318.1124868696.2D4322E6@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote: > On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: > > I do have those lines in my .org file, but no PDF was produced. I tried > > switching to png, but still no file was produced. > > Check the *gnuplot* buffer to see if there were any gnuplot errors. > There doesn't appear to be a *gnuplot* buffer. Thanks, -pd -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 20 Date: Mon, 02 Oct 2017 07:22:18 -0400 From: Robert Horn To: Peter Davis Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: Content-Type: text/plain Peter Davis writes: > Basically, I want to plot a time series graph showing my PSA (prostate > specific antigen) over time. The PSA is measured at irregular intervals, > and has been for over 4 years (and hopefully will continue for many more > years.) That should be a simple enough graph. I've already got a > javascript d3 example that does this, but I'd like to embed it in a > document, and to be able to generate PDF. > > Further, I want to be able to show different time intervals with tinted > bands spanning the full range of the graph, and having specific start > and end dates. These would represent various medical treatments I've > undergone. I have a rough example I've mocked up in Photoshop, but, of > course, I want to be able to add new data and re-generate the chart as > needed. I don't know if I can attach a PNG to an email on this list. > I do something similar for managing diabetes. I use org-mode to manage some (not all) of the data tables and org-babel to control a graphics and statistics analysis in R. R can also handle input in other formats, such as CSV, that I get from some sources. The results are also displayed in the org window as output from R. This is a much heavier weight solution, since it involves learning R. But the graphics capabilities are immensely richer than gnuplot and the mathematical capabilities for statistics and time series analysis are immensely richer in R. If learning R benefits your work or career you might explore this. R Horn ------------------------------ Message: 21 Date: Mon, 02 Oct 2017 07:29:49 -0400 From: Peter Davis To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506943789.2896684.1124877384.4D54943C@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" On Mon, Oct 2, 2017, at 07:22 AM, Robert Horn wrote: > > Peter Davis writes: > > > Basically, I want to plot a time series graph showing my PSA (prostate > > specific antigen) over time. The PSA is measured at irregular intervals, > > and has been for over 4 years (and hopefully will continue for many more > > years.) That should be a simple enough graph. I've already got a > > javascript d3 example that does this, but I'd like to embed it in a > > document, and to be able to generate PDF. > > > > Further, I want to be able to show different time intervals with tinted > > bands spanning the full range of the graph, and having specific start > > and end dates. These would represent various medical treatments I've > > undergone. I have a rough example I've mocked up in Photoshop, but, of > > course, I want to be able to add new data and re-generate the chart as > > needed. I don't know if I can attach a PNG to an email on this list. > > > > I do something similar for managing diabetes. > > I use org-mode to manage some (not all) of the data tables and org-babel > to control a graphics and statistics analysis in R. R can also handle > input in other formats, such as CSV, that I get from some sources. The > results are also displayed in the org window as output from R. > > This is a much heavier weight solution, since it involves learning R. > But > the graphics capabilities are immensely richer than gnuplot and the > mathematical capabilities for statistics and time series analysis are > immensely richer in R. > > If learning R benefits your work or career you might explore this. > Thanks, Robert. I've had considered R as a possible tool for this effort. I actually used it briefly for a data visualization course I took a few years ago, but there's still a lot more learning I would have to do to accomplish this. On the other hand, it seems every other path I've tried has a large learning curve too, so I should give R another look. Thanks, -pd -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 22 Date: Mon, 2 Oct 2017 14:23:08 +0200 From: Juan Amiguet To: Juan Amiguet , emacs-orgmode@gnu.org Subject: Re: [O] Export attributes for babel blocks Message-ID: Content-Type: text/plain; charset="utf-8" Eric, Thanks a lot for your answer it works with the following updates --8<---------------cut here---------------start------------->8--- #+begin_src dot :file test.png digraph test { A -> B } #+end_src #+attr_latex: :width .5\linewidth #+RESULTS: [[file:test.png]] --8<---------------cut here---------------end--------------->8--- Kind regards. -- Juan Amiguet Vercher Practising theorist All-round geek Polyglot polymath +41(0)774867913 On Mon, Oct 2, 2017 at 12:26 PM, Eric S Fraga wrote: > On Monday, 2 Oct 2017 at 08:46, Juan Amiguet wrote: > > Dear all, > > > > I have been having this issue for quite a while perhaps I am using the > > feature wrong and someone can enlighten me or perhaps someone can point > me > > at the bit of code I can patch it myself. > > Here is the issue: > > > > I have a babel block such as > > > > #+begin_src dot :file test.png > > digraph test { > > A -> B > > } > > #+end_src > > > > > > This will create after execution a > > > > #+RESULT: > > [[file:./test.png]] > > > > Now if I would like have something like :width .5/.linewith as a > attribute > > to the image the only I have found is to do the following > > > > #+begin_src dot :file test.png :exports none > > digraph test { > > A -> B > > } > > #+end_src > > > > #+attr_latex: width=.5/linewidth > > [[file:./test.png]] > > > > Is there a way of passing the export attributes to babel blocks in a way > in > > which from direct rendering of the document things work and I can adjust? > > If now which part of the org mode codebase controls all of this? > > Simply add the attr_latex line to just before the #+result line and any > re-evaluation of the src block will work just fine. I.e.: > > --8<---------------cut here---------------start------------->8--- > #+begin_src dot :file test.png > digraph test { > A -> B > } > #+end_src > > #+attr_latex: width=.5/linewidth > #+RESULT: > [[file:./test.png]] > --8<---------------cut here---------------end--------------->8--- > > -- > : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c > -------------- next part -------------- An HTML attachment was scrubbed... URL: ------------------------------ Message: 23 Date: Mon, 02 Oct 2017 13:59:49 +0100 From: Eric S Fraga To: Peter Davis Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <87a819u2m2.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote: > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote: >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: >> > I do have those lines in my .org file, but no PDF was produced. I tried >> > switching to png, but still no file was produced. >> >> Check the *gnuplot* buffer to see if there were any gnuplot errors. >> > > There doesn't appear to be a *gnuplot* buffer. Okay, maybe not when you export but what if you manually execute the gnuplot src block? Do you get the PDF file generated? If not, you should have a *gnuplot* buffer which you can then look at for errors. -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 24 Date: Mon, 02 Oct 2017 15:41:41 +0200 From: Nicolas Goaziou To: Kyle Meyer Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <87efqlis4q.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Kyle Meyer writes: > Nicolas Goaziou writes: > >> If there is no more feedback nor objection, I'll merge the branch in >> master before the end of the week. > > One issue I noticed: The sorting of categories defined in > org-agenda-sorting-strategy is not honored. The default category > sorting for the agenda is to order the categories as they appear in the > agenda files. > > Take the following text as the agenda file. > > > * y > :PROPERTIES: > :CATEGORY: y > :END: > > ** TODO a > SCHEDULED: <2017-09-29 Fri> > > * x > :PROPERTIES: > :CATEGORY: x > :END: > > ** TODO b > SCHEDULED: <2017-09-29 Fri> > > Running emacs -Q and "M-x org-agenda a" on master displays > > Week-agenda (W39): > Monday 25 September 2017 W39 > Tuesday 26 September 2017 > Wednesday 27 September 2017 > Thursday 28 September 2017 > Friday 29 September 2017 > y: Scheduled: TODO a > x: Scheduled: TODO b > Saturday 30 September 2017 > Sunday 1 October 2017 > > Running the same sequence on wip-agenda-speedup displays > > Week-agenda (W39): > Monday 25 September 2017 W39 > Tuesday 26 September 2017 > Wednesday 27 September 2017 > Thursday 28 September 2017 > Friday 29 September 2017 > x: Scheduled: TODO b > y: Scheduled: TODO a > Saturday 30 September 2017 > Sunday 1 October 2017 Fixed. Thank you. Regards, -- Nicolas Goaziou ------------------------------ Message: 25 Date: Mon, 02 Oct 2017 09:54:57 -0400 From: Peter Davis To: Eric S Fraga Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506952497.2932390.1125032296.174B44DC@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote: > On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote: > > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote: > >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: > >> > I do have those lines in my .org file, but no PDF was produced. I tried > >> > switching to png, but still no file was produced. > >> > >> Check the *gnuplot* buffer to see if there were any gnuplot errors. > >> > > > > There doesn't appear to be a *gnuplot* buffer. > > Okay, maybe not when you export but what if you manually execute the > gnuplot src block? Do you get the PDF file generated? If not, you > should have a *gnuplot* buffer which you can then look at for errors. Trying to run the table manually (C-M-g) just gives me: Wrong type argument: arrayp, nil -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 26 Date: Mon, 02 Oct 2017 09:58:49 -0400 From: Peter Davis To: Eric S Fraga Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506952729.2933374.1125036072.661A3AEB@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" On Mon, Oct 2, 2017, at 09:54 AM, Peter Davis wrote: > > On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote: > > On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote: > > > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote: > > >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: > > >> > I do have those lines in my .org file, but no PDF was produced. I tried > > >> > switching to png, but still no file was produced. > > >> > > >> Check the *gnuplot* buffer to see if there were any gnuplot errors. > > >> > > > > > > There doesn't appear to be a *gnuplot* buffer. > > > > Okay, maybe not when you export but what if you manually execute the > > gnuplot src block? Do you get the PDF file generated? If not, you > > should have a *gnuplot* buffer which you can then look at for errors. > > Trying to run the table manually (C-M-g) just gives me: > > Wrong type argument: arrayp, nil Oh, execute C-c C-c in the block gives me No org-babel-execute function for gnuplot! So I guess something's not installed (correctly). -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 27 Date: Mon, 02 Oct 2017 10:24:22 -0400 From: Peter Davis To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <1506954262.2939210.1125069440.2EE84D35@webmail.messagingengine.com> Content-Type: text/plain; charset="utf-8" On Mon, Oct 2, 2017, at 09:58 AM, Peter Davis wrote: > > On Mon, Oct 2, 2017, at 09:54 AM, Peter Davis wrote: > > > > On Mon, Oct 2, 2017, at 08:59 AM, Eric S Fraga wrote: > > > On Monday, 2 Oct 2017 at 07:21, Peter Davis wrote: > > > > On Mon, Oct 2, 2017, at 06:27 AM, Eric S Fraga wrote: > > > >> On Sunday, 1 Oct 2017 at 15:06, Peter Davis wrote: > > > >> > I do have those lines in my .org file, but no PDF was produced. I tried > > > >> > switching to png, but still no file was produced. > > > >> > > > >> Check the *gnuplot* buffer to see if there were any gnuplot errors. > > > >> > > > > > > > > There doesn't appear to be a *gnuplot* buffer. > > > > > > Okay, maybe not when you export but what if you manually execute the > > > gnuplot src block? Do you get the PDF file generated? If not, you > > > should have a *gnuplot* buffer which you can then look at for errors. > > > > Trying to run the table manually (C-M-g) just gives me: > > > > Wrong type argument: arrayp, nil > > Oh, execute C-c C-c in the block gives me > > No org-babel-execute function for gnuplot! > > So I guess something's not installed (correctly). I added (gnuplot . t) to my org-babel-load-languages, and now I'm back to Wrong type argument: arrayp, nil Sigh. -- Peter Davis www.techcurmudgeon.com ------------------------------ Message: 28 Date: Mon, 02 Oct 2017 11:12:18 -0400 From: Nick Dokos To: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <877ewdinxp.fsf@alphaville.usersys.redhat.com> Content-Type: text/plain Eric S Fraga writes: > On Friday, 29 Sep 2017 at 17:32, Peter Davis wrote: >> I'm sorry to belabor this, but I could use some help. I'd be willing to >> pay a modest consulting fee, but I'm trying to solve a problem in a >> timely way, as it would help me with healthcare decisions. >> >> Basically, I want to plot a time series graph showing my PSA (prostate >> specific antigen) over time. The PSA is measured at irregular intervals, >> and has been for over 4 years (and hopefully will continue for many more >> years.) That should be a simple enough graph. I've already got a >> javascript d3 example that does this, but I'd like to embed it in a >> document, and to be able to generate PDF. > > This part is relatively straightforward. Using your data example, you > can do the following: > > * table > > #+name: measurements > | Date | PSA | | > > |------------+-----+---------| > | 2017-08-11 | 185 | | > | 2017-08-21 | | #ffdd99 | > | 2017-09-19 | 854 | #ffdd99 | > > #+begin_src gnuplot :var data=measurements :file timeseries.pdf :results file > set xdata time > set timefmt "%Y-%m-%d" > set xrange ["2017-08-01":"2017-10-01"] > unset key > plot data using 1:2 with histeps > #+end_src > > #+results: > [[file:timeseries.pdf]] > FWIW, this is what I get in the *gnuplot* buffer when I C-c C-c on the code block: ,---- | | G N U P L O T | Version 5.0 patchlevel 3 last modified 2016-02-21 | | Copyright (C) 1986-1993, 1998, 2004, 2007-2016 | Thomas Williams, Colin Kelley and many others | | gnuplot home: http://www.gnuplot.info | faq, bugs, etc: type "help FAQ" | immediate help: type "help" (plot window: hit 'h') | | Terminal type set to 'qt' | gnuplot> data = "/tmp/babel-3079d_T/gnuplot-3079Hwc" | gnuplot> set term pdf | Terminal type set to 'pdfcairo' | Options are ' transparent enhanced fontscale 0.5 size 5.00in, 3.00in ' | gnuplot> set output "timeseries.pdf" | gnuplot> set xdata time | gnuplot> set timefmt "%Y-%m-%d" | gnuplot> set xrange ["2017-08-01":"2017-10-01"] | gnuplot> unset key | gnuplot> plot data using 1:2 with histeps | warning: Skipping data file with no valid points | ^ | all points y value undefined! `---- -- Nick ------------------------------ Message: 29 Date: Mon, 02 Oct 2017 17:28:12 +0200 From: Nicolas Goaziou To: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <878tgtin77.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Matt Lundin writes: > Nicolas Goaziou writes: > >> Some feedback about the new agenda speed would be nice. > > One small bug I found with wip speedup branch. When trying to reschedule > in the agenda with org-agenda-do-date-later or > org-agenda-do-date-earlier, org mode gives a message: > > "Cannot find time stamp" Fixed. Thank you. Regards, -- Nicolas Goaziou ------------------------------ Message: 30 Date: Mon, 02 Oct 2017 16:37:15 +0100 From: Eric S Fraga To: Peter Davis Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <87h8vhsgr8.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Monday, 2 Oct 2017 at 10:24, Peter Davis wrote: [...] > I added (gnuplot . t) to my org-babel-load-languages, and now I'm back > to > > Wrong type argument: arrayp, nil Very strange. Try M-x toggle-debug-on-error RET and then post a backtrace? Also maybe post your complete example. What versions of gnuplot and org do you have installed? -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 31 Date: Mon, 02 Oct 2017 16:40:37 +0100 From: Eric S Fraga To: Nick Dokos Cc: emacs-orgmode@gnu.org Subject: Re: [O] Trying to get chart from table working Message-ID: <87d165sglm.fsf@gmail.com> Content-Type: text/plain; charset="us-ascii" On Monday, 2 Oct 2017 at 11:12, Nick Dokos wrote: [...] > FWIW, this is what I get in the *gnuplot* buffer when I C-c C-c on the > code block: > > ,---- > | > | G N U P L O T > | Version 5.0 patchlevel 3 last modified 2016-02-21 My gnuplot is patchlevel 7; maybe this makes a difference? The table does have gaps in it and maybe gnuplot has improved in how it handles such data. For the OP, it may be worth ensuring that all entries in the second column have data in them... -- : Eric S Fraga via Emacs 27.0.50, Org release_9.1.1-78-gfbf47c -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: ------------------------------ Message: 32 Date: Mon, 02 Oct 2017 17:46:56 +0200 From: Nicolas Goaziou To: Samuel Wales Cc: Org Mode List Subject: Re: [O] [ANN] Agenda speed up Message-ID: <874lrhimbz.fsf@nicolasgoaziou.fr> Content-Type: text/plain Hello, Samuel Wales writes: > ... and i am getting a fixed error from before ... Do you mean you get an error which was fixed earlier? What error? > ... but 9maint and 9master produce agenda in about 3s ... > > ... while wip produces agenda in 26.75s ... This is obviously a bug. I would need a complete ELP report to fix it. > for my 2d agenda. elp as instructed shows no significant differences > > org-agenda-prepare-buffers 1 > 1.221983848 1.221983848 > org-agenda-files 3 > 0.00037503 0.00012501 This is not a complete ELP report. Use M-x elp-instrument-package RET org RET use the 26.75s command then display the report with M-x elp-results > also there are sorting differences in time grid for same minute and > for scheduled for same day. which i don't care about. I think I fixed sorting order. > also an inactive timestamp shows the headline above the headline that > contains it. this is a bug but cannot mce. I couldn't reproduce it after some quick tests. Regards, -- Nicolas Goaziou End of Emacs-orgmode Digest, Vol 140, Issue 2 *********************************************