[Orgmode] Re: [babel] ledger tutorial on Worg

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> Sébastien Vauban  writes:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban  writes:

 1. I find it weird to have all the parameters of =:cmdline= not enclosed
between quotes. What should be the best option, here? That was a
subject, long ago, on Org-Babel: to quote or not to quote...
>>>
>>> I don't know that this was ever explicitly discussed, I believe that the
>>> no-quoting behavior may have simply fallen out of the initial
>>> implementation. I'd certainly like to hear other people's opinions on
>>> this, but I've personally enjoyed not having to place quotes in every
>>> instance.
>>
>> In december 2009, I wrote:
>>
>> "I'm a bit confused (as you may have seen in my last posts) about when we
>> do have to quote strings and when we do have to avoid doing it. Would you
>> have a one-liner explanation about when we have to use quotes?"
>>
>> See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg20265.html for
>> contextual information.
>>
>> I remembered "you" (Dan or you) answered it somehow, but it must have been
>> (around that same period) in another thread. Though, I don't find pointers
>> anymore...
>>
>> Question is more: is it clear to mix parameters names (such as =:cmdline=) 
>> and
>> long values which are unquoted (such as =registry unknown credit-card= and
>> many much more options)?
>>
>> Shouldn't we properly begin and end where the given value is?
>
> Through extensive person use I've not run into any instances where the lack
> of quotes has actually caused a problem, or where there has been a valid
> combination of header arguments which could not be successfully parsed.
> Without such an example I don't find it motivating to require quotes.

I have no objection against this, as I have no definite view on what's better.
Adding quotes would mean begin able to escape them in case the options need
quotes, etc. etc. So, maybe it is better the way it currently is.

The fact simply is sometimes we must add quotes, sometimes not, and that's not
always intuitive (to me). Not only considering Org-Babel, but Org as a whole.
See this example of `columnview':

--8<---cut here---start->8---
#+BEGIN: columnview :hlines 1 :id "label"
#+END:
--8<---cut here---end--->8---

or of `org-collector':

--8<---cut here---start->8---
#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols 
(ITEM amount)
#+END:
--8<---cut here---end--->8---


 2. When the evaluation produces no output, but had well produced output
before, shouldn't Babel have to delete the previously written results in
the Org buffer?
>>>
>>> This is a good point. Currently Babel just quits if it receives a nil
>>> result, but I think you're right that we should replace existing results
>>> when a nil result has been returned. I'll add this as PROPOSED to the babel
>>> task list.
>>
>> I consider this kind of mandatory, for the sake of coherency, and to really
>> make use of Org-babel every time I want to run some shell commands (and 
>> change
>> them, eventually getting no results then).
>>
>
> I've just pushed up a change that implements this behavior.

I've just git pulled, and tested your change.

>From my point of view, it does not work yet. Take this example:

--8<---cut here---start->8---
* Journal data

#+srcname: ledger-journal
#+begin_src ledger
2008/01/03 * (SCORPIOS ) SEB VAUBAN
Assets:Bank:Checking:77400530   550.00 
EUR
Assets:Bank:Transferred

2008/01/01 * ( ) UNKNOWN-PAYEE
Assets:Bank:Checking:7740053021.91 
EUR
Expenses:Unknown
#+end_src

* Registry

Give me the details...

#+srcname: ledger-registry
#+begin_src ledger :cmdline reg unknown :noweb yes :session
<>
#+end_src

#+results: ledger-registry
:   -21.91 EUR  Expenses:Unknown
--8<---cut here---end--->8---

With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.

Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger, and
thus the results block to be removed. That's not the case.

Other peculiarity, if I write `:cmdline reeg unknown', I get an exception:

--8<---cut here---start->8---
Debugger entered--Lisp error: (args-out-of-range "" -1 0)
  substring("" -1)
  (string-equal (substring result -1) "\n")
  (or (string-equal (substring result -1) "\n") (string-equal (substring result 
-1) "
"))
  (not (or (string-equal ... "\n") (string-equal ... "
")))
  (and (stringp result) (not (or ... ...)))
  (if (and (stringp result) (not ...)) (progn (setq result ...)))
  (when (and (stringp result) (not ...)) (setq result (concat result "\n")))
  (if (and result-params (member "silent"

Re: [Orgmode] Adding entries to Google calendar

[Sven Bretfeld]

Hi Eric

Eric S Fraga  writes:

>> Alas, there seems no description of the possible syntactical variants
>> available on the web. 
>
> Yes, Google do not appear to be very forthcoming with their parsing
> algorithms.  I had to do a lot of trial and error, especially to
> support block entries, and I think the result is fragile at best.

So far it works with the language of GoogleCalendar set to US English.

>>   2. We have to isolate the time of day from the diary-entry as a
>>  further variable (not as part of the variable "text"), so that
>>  Germans can format the command correctly. Can you help me with
>>  that?
>
> I this moment (swamped with a project application), all I can suggest
> is you look at org's time parsing codes for handling new agenda
> entries.  The text must be parsed somewhere...  If you use the same
> code within the advice, you should be able to pick off the times.
>
> I'll add this to my todo list but I won't get a chance to play anytime
> soon unfortunately.

Yes, I see. Same for me. I think we can live with this workaround for the
moment. Probably (hopefully), GoogleCL will be developped in a way more
suited in the near future. Until that happens, we can suggest people to
use an English setting of GoogleCalendar. Most org users will probably
use Google as a secondary method anyway.

>> That's also my work flow, except of using org-remember "k-r" instead of
>> "i". I like to have everything in one org-file. But I can get used to
>> keep my appointments in a separate diary file. I can refile them to the
>> appropriate places during the "weekly review" which, then, ends with the
>> upload of a new ics file.
>
> Can the diary file not be your all-in-one org file?

As far as I see, the entries created by the "diary method" can't be
configured according to level and exact location within the diary.org
file. The entries are written in a tree structure beginning with the
year at the beginning of the file. This would spoil the organization
structure of my main org file.

Thanks very much for your help,

Sven

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Inline source block documentation

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

I was struggling with inline source blocks, because I did not find them
in the documentation - they only occur under "Code block specific header
arguments":

###QUOTE BEGIN
Similarly, it is possible to set header arguments for inline code blocks:
src_haskell[:exports both]{fac 5}
###QUOTE END

Did I miss them? If not, could they be included?

Thanks,

Rainer

- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyHVD0ACgkQoYgNqgF2egq1MgCfVIFoRDsfmbj5uY/TYmqszp1E
iG0An2muWx1qh9EQWFX6qifobUvgLnyQ
=AnCB
-END PGP SIGNATURE-

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Version number via inline source in header of exported html and pdf? and Custom export name?

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

two questions:

1) is it possible to add the result of an inline code snipet (in my case
the SVN revision number) into the title or subtitle of a document (as in
e.g. the org manual)?
At the moment, I am putting it into the first header, which works, but
is not so nice.

2) Is it possible to change the export file name, as can be done when
only exporting a subtree via EXPORT_FILE_NAME, for the export of the
whole org document? I would like to include the revision number in the
name of the exported file as I would like to upload them to a website,
and selected previous versions should be available as well.

Thanks,

Rainer




- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyHV5kACgkQoYgNqgF2egrdAQCeL1/7sw0Ez1ZxnI8zM5d+UEn8
8X4An1jiVhGXAhxsgVliee4bZ72yx3LB
=HnBT
-END PGP SIGNATURE-

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] org-babel-post-tangle-hook just opening tangled file

[Miguel Ruiz]

Hi

Should

  (add-hook 'org-babel-post-tangle-hook
(lambda () (save-window-excursion
(find-file (buffer-file-name)

work in .emacs? 

The purpose is simply opening the tangled file but I think the opening happens 
before the tangled file has finished of being written. 

I have tried

  (add-hook 'org-babel-post-tangle-hook
(lambda () (save-window-excursion
(find-file "anyfile"

and no problem, but the first code does nothing, apparently.

I am a beginner with elisp, so I beg your pardon.

Miguel Ruiz.




___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Version number via inline source in header of exported html and pdf? and Custom export name?

[Noorul Islam K M]

Rainer M Krug  writes:

> Hi
>
> two questions:
>
> 1) is it possible to add the result of an inline code snipet (in my case
> the SVN revision number) into the title or subtitle of a document (as in
> e.g. the org manual)?
> At the moment, I am putting it into the first header, which works, but
> is not so nice.
>

You can use svn propset to set svn:keywords for the files.

For example add something like this into the org file.

* This file is of revision $Rev$

and then use the following command

svn propset svn:keywords "Rev" orgfile.org

then commit the file this will update the file with something like this

* This file is of revision $Rev: 304 $

Similarly you can include lots of SVN information. Check out.

http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html

Thanks and Regards
Noorul


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] a little wish for org-agenda-deadline-leader

[Dieter Faulbaum]

I have a small suggestion:
It would be nice (for me), if org-agenda-deadline-leader could different
for deadlines in the future and expired deadlines:
For future maybe the default one
In %3d d.:
but for expired deadlines maybe this (without a minus sign):
%3d d. ago:

Is this possible?

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Version number via inline source in header of exported html and pdf? and Custom export name?

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/09/10 13:04, Noorul Islam K M wrote:
> Rainer M Krug  writes:
> 
>> Hi
>>
>> two questions:
>>
>> 1) is it possible to add the result of an inline code snipet (in my case
>> the SVN revision number) into the title or subtitle of a document (as in
>> e.g. the org manual)?
>> At the moment, I am putting it into the first header, which works, but
>> is not so nice.
>>
> 
> You can use svn propset to set svn:keywords for the files.


Thanks Noorul, but that is exactly what I want to avoid: in this case, I
have follow a sequence of commands and checkins and checkouts to get the
version number in - I would prefer to use some inlne code (e.g.
src_emacs-lisp[:exports results]{(vc-working-revision (or
(buffer-file-name) org-current-export-file))} ) to get the version info
automatically into the dociument when I export it.

Rainer


> 
> For example add something like this into the org file.
> 
> * This file is of revision $Rev$
> 
> and then use the following command
> 
> svn propset svn:keywords "Rev" orgfile.org
> 
> then commit the file this will update the file with something like this
> 
> * This file is of revision $Rev: 304 $
> 
> Similarly you can include lots of SVN information. Check out.
> 
> http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html
> 
> Thanks and Regards
> Noorul
> 


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyHcVgACgkQoYgNqgF2egrxwACfajLQAtfluvJgFMiu8fQcXJeo
9MoAn311Nk3iD3WO5Z670MgExWiPK4Hk
=xek1
-END PGP SIGNATURE-

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> I look forward to any potential org->letter export this line of
> investigation yields.

As soon as this is closed, I'm willing to write a Worg page for this.

>> - because I had not the hope of being able to configure the LaTeX export 
>> class
>>   and/or code in the right way,
>
> Hmm, I don't know how complex isodoc is to configure, but I'd think that
> defining a custom latex class would be simpler than tangling out LaTeX code
> blocks, however maybe this will change once I've looked at and understood an
> example application.

Isodoc is quite easy to configure, but it's through keyval mappings. I don't
know enough of Org to imagine being able to convert headings and contents to
keys and values, respectively...

That does not mean it really is difficult. Just for me, the only accessible
way remained the Babel route.


>> - because, in a way, that's quite logical. Here and there, you define
>>   stuff. At the end, you just arrange them all in a way that fits well the
>>   LaTeX class demands.
>>
>> Though, it's not just copying, the way Babel actually does with snippets of
>> code "à la Noweb". Hence, I really need at least the body to be in real Org
>> plain code, and be automatically converted to LaTeX, so that I can make use
>> of the tables, and all the Org markup.
>>
>> I'm sure Babel is able of that, mixing raw code with convertable code. Just
>> needs more thinking.
>
> I've just implemented export of org code blocks to ascii, latex or html,

This is brand new, right?  In any case, the real good solution to such a
problem, IMHO...


> so the following should now (if I understood) allow the tangling
> behavior you've described
>
> ** tangle org-mode block
> #+source: org-list
> #+begin_src org :results latex
>   - one
>   - two
>   - three
> #+end_src
>
> #+begin_src emacs-lisp :tangle yes :noweb yes
>   "
>   <>
>   "
> #+end_src
>
> tangles to
>
>
> "
> \begin{itemize}
> \item two
> \item three
> \end{itemize}
>
>
> "

Here, I just don't understand why you're choosing `emacs-lisp' as target
language for LaTeX code. Is there a reason for this, or just a typo?


> note that the () on the end of the code block name in the noweb syntax
> means to insert the results of evaluating the code block (in this case
> latex) rather than the body of the code block itself.

Understood!  Thanks.

FYI, I've git pulled once again 15 minutes ago (13:30 CET). My repo was
already up-to-date, but your code does not work for me...

_Nothing is tangled anymore_... Not even if I explicitly state
=:tangle "AA.tex"= for example (with and without quotes ;-)).

*Extract* of what should be tangled:

--8<---cut here---start->8---
* Letter
#+begin_src latex :noweb yes :tangle yes
\documentclass[11pt]{isodoc}
\usepackage[utf8x]{inputenc}
\usepackage[T1]{fontenc}

\usepackage{isodoc-style}

\setupdocument{
to = {%
  <>},
subject = {<>},
opening = {<>},
closing = {<>}
}

\begin{document}
\letter{%
<>
}
\end{document}
#+end_src

* tangle org-mode block

#+source: org-list
#+begin_src org :results latex
  - one
  - two
  - three
#+end_src

#+begin_src emacs-lisp :tangle yes :noweb yes
  "
  <>
  "
#+end_src
--8<---cut here---end--->8---

Side note: I now have "my" green background for Org code (as in
http://www.mygooglest.com/sva/highlight-whole-ines.png), but I've lost all
fontification of source code blocks...

Thanks again and again.

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class

[Sébastien Vauban]

Hi Jambunathan,

Jambunathan K wrote:
> Honoring spaces would be a pre-requisite if one were to allow org's
> headlines as implicit srcnames.

Or you would have to impose titles without spaces, which is acceptable as well
for such a usage...


> If babel supports headlines as srcnames, without requiring additional
> begin/end directives one could just write,
>
> * org-list
>   - one
>   - two
>   - three
>
> #+begin_src emacs-lisp :tangle yes :noweb yes
>   "
>   <>
>   "
> #+end_src
>
> and achieve similar results.
>
> Based on my earlier efforts at letter-writing, I have the following
> observation.
>
> Letters have a To address and they could be pulled from bbdb. So one
> could say,
>
> * To
>   [[a bbdb link]]
>
>
> #+begin_src emacs-lisp :tangle yes :noweb yes
>   "
>   <>
>   "
> #+end_src
>
> The string custom could be a elisp form or a function pointer that takes
> the body of the headline as an argument and does the needful.
>
> Specifically in the above example, 'custom' handler would visit the bbdb
> record, fetch the address and return the formatted address (with line
> breaks etc etc) as the noweb expansion. [Custom handler would be
> implemented by the user himself]
>
> Any thoughts on how this could be achieved ...

That's going (really) far... But would that be do-able, waaoow!

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[Nick Parker]

Erik,

That was the issue, the :file reference needed to be on the line above.
 Thanks.

Nick Parker
www.developernotes.com


On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson  wrote:

> On 09/07/2010 10:12 PM, Nick Parker wrote:
>
>> Hi John,
>>
>> I would actually like to plot different lines per distance, each
>> that correlate to a date and elapsed-time (x and y axis respectively).
>>  I get an error with the :file notation, though I read that in a sample
>> babel gnuplot example for generating graphs of commit history on the
>> org-mode git repository.  I tried to reference the variable data without
>> the quotes and $ sign without any success.  I will continue to fiddle
>> with it, I am new to gnuplot.
>>
>
> AFAIK, you can't break source code header argument lines across
> multiple lines.  Is that how you actually have it in your
> org file?
>
>
> #+begin_src gnuplot :var data=sessions
>>   :file org-running.png :exports both
>>   set title "Running Stats"
>>   set auto x
>>   set style data histogram
>>   set style fill solid border -1
>>   set boxwidth .9
>>   set xlabel "Date"
>>   set ylabel "Time"
>>   plot "$data" using 1:2:3 notitle
>>#+end_src
>>
>>Nick Parker
>>www.developernotes.com 
>>
>>
>>___
>>Emacs-orgmode mailing list
>>Please use `Reply All' to send replies to the list.
>>Emacs-orgmode@gnu.org 
>>
>>http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>>
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] org-beamer outline

[aditya siram]

Hi all,
I am wondering how to get an outline in an org-beamer presentation.
Currently I have a structure that looks like:

#+TITLE: My Title
#+AUTHOR: Me
#+LaTeX_CLASS: beamer
#+LaTeX_CLASS_OPTIONS: [presentation]
#+BEAMER_FRAME_LEVEL: 2
#+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
%4BEAMER_col(Col) %8BEAMER_extra(Extra)
* Presentation
** Slide 1
** Slide 2
** Slide 3
** Slide 4 ...

The outline slide contains only "Presentation". Is there someway to
break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
4 are another?
-deech

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[John Hendy]

That's great! I actually figured that was from pasting it. A lot of pasted
examples come in a bit jumbled.

Glad you're on your way!

John

On Wed, Sep 8, 2010 at 8:10 AM, Nick Parker wrote:

> Erik,
>
> That was the issue, the :file reference needed to be on the line above.
>  Thanks.
>
>
> Nick Parker
> www.developernotes.com
>
>
> On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson  wrote:
>
>> On 09/07/2010 10:12 PM, Nick Parker wrote:
>>
>>> Hi John,
>>>
>>> I would actually like to plot different lines per distance, each
>>> that correlate to a date and elapsed-time (x and y axis respectively).
>>>  I get an error with the :file notation, though I read that in a sample
>>> babel gnuplot example for generating graphs of commit history on the
>>> org-mode git repository.  I tried to reference the variable data without
>>> the quotes and $ sign without any success.  I will continue to fiddle
>>> with it, I am new to gnuplot.
>>>
>>
>> AFAIK, you can't break source code header argument lines across
>> multiple lines.  Is that how you actually have it in your
>> org file?
>>
>>
>> #+begin_src gnuplot :var data=sessions
>>>   :file org-running.png :exports both
>>>   set title "Running Stats"
>>>   set auto x
>>>   set style data histogram
>>>   set style fill solid border -1
>>>   set boxwidth .9
>>>   set xlabel "Date"
>>>   set ylabel "Time"
>>>   plot "$data" using 1:2:3 notitle
>>>#+end_src
>>>
>>>Nick Parker
>>>www.developernotes.com 
>>>
>>>
>>>___
>>>Emacs-orgmode mailing list
>>>Please use `Reply All' to send replies to the list.
>>>Emacs-orgmode@gnu.org 
>>>
>>>http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Mark and Tangle

[Dan Davison]

Jambunathan K  writes:

> Let me explain what I mean by selective tangling (or any one of the
> other babel operations)

>
> I mark subtrees [1]. The nearest Org equivalent would be to create a
> sparse tree with say a tag match and consider the visible portions as
> selected or marked.

Hi Jambunathan,

Org-mode has an established mechanism for selective export, which uses
tags

http://orgmode.org/manual/Selective-export.html#Selective-export

I think this could be viewed as an Org version of "marking
subtrees". Perhaps selective tangling should be implemented in an
analogous fashion?  (so that it happens automatically, without requiring
obscure lisp forms in babel header args).

Dan


>
> Then babel could choose to act on just the visible portion [2] as
> opposed to the whole buffer (both visible and invisible).

>
> It would be the responsibility of the user to make sure that visible
> portions of the buffer form a coherent whole and babel's results
> pipeline is not entirely broken.
>
> Needless to say, selective 'babeling' is more expressive than 'babeling'
> based on language or a set of languages or just a subtree. This is
> because it could capture a user's complete workflow and editing
> environment.
>
> I believe the above request is consistent with org's way of doing
> things [3]. 
>
> As for the thread that you reference, I believe the solution is a bit
> 'nerdy' (if I may use the word) and relies on advanced knowledge (for
> example, org's tagging apis, programming in elisp and fact that babel
> plists could indeed be lisp forms) 
>
> Footnotes:
>
> [1] Marking as in emacs sense of the word. Think marking buffers,
> marking gnus articles etc for later bulk action.
>
> [2] That is, org-babel-do would hence forward take an additional
> visibility-ok arguments. 
>
> - Visibility need not be just that of a subtree but of any structural
>   element.
>
> - Modification of buffer due to insertion of #+results elements and
>   their visibility could slightly complicate the implementation.
>
> [3] As of today, I do consider babel's workflow (as a literate
> programming environment) is orthogonal to Org's world view. Now that
> babel is a first class entity within org-mode and emacs there is a
> strong reason why this orthogonality should continue to be exist. 
>
> Just my few cents here.
>
> Jambunathan K.
>
> "Eric Schulte"  writes:
>
>> I'm not sure if this exactly fits your needs, but see this recent
>> related thread.
>>
>> this >>
>> Best -- Eric
>>
>> Jambunathan K  writes:
>>
>>> If there is support for marking (unmarking) headlines in org file it
>>> could be quite useful.
>>>
>>> For example, selective tangling.
>>>
>>> Jambunathan K.
>>>
>>>
>>>
>>>
>>> ___
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: org-beamer outline

[Sébastien Vauban]

Hello Aditya,

aditya siram wrote:
> I am wondering how to get an outline in an org-beamer presentation.
> Currently I have a structure that looks like:
>
> #+TITLE: My Title
> #+AUTHOR: Me
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [presentation]
> #+BEAMER_FRAME_LEVEL: 2
> #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> * Presentation
> ** Slide 1
> ** Slide 2
> ** Slide 3
> ** Slide 4 ...
>
> The outline slide contains only "Presentation". Is there someway to
> break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
> 4 are another?

Yes. Make use of `#+BEAMER_FRAME_LEVEL'. Setting it to 3, means you reserve
two sectioning levels, and that level 3 is for slide titles.

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: org-beamer outline

[Dan Davison]

aditya siram  writes:

> Hi all,
> I am wondering how to get an outline in an org-beamer presentation.
> Currently I have a structure that looks like:
>
> #+TITLE: My Title
> #+AUTHOR: Me
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [presentation]
> #+BEAMER_FRAME_LEVEL: 2
> #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> * Presentation
> ** Slide 1
> ** Slide 2
> ** Slide 3
> ** Slide 4 ...
>
> The outline slide contains only "Presentation". Is there someway to
> break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
> 4 are another?

Hi deech,

Set BEAMER_FRAME_LEVEL to 3 and adjust outline levels as below.

#+BEAMER_FRAME_LEVEL: 3
#+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) 
%4BEAMER_col(Col) %8BEAMER_extra(Extra)
* Presentation
** Topic 1
*** Slide 1
*** Slide 2
** Topic 2
*** Slide 3
*** Slide 4

Dan

p.s. Thanks very much Carsten and Eric F. for org-beamer. I gave my
first org-beamer presentation yesterday.


> -deech
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] not exporting TODOs but exporting their subordinates

[John Hendy]

Someone *might* be able to give you a workaround, but the way org-mode works
as far as I can see is that export rules always apply to the children of a
higher-level headline. As such, the subitems of the non-exported TODO are
taken to be notes or things related to the TODO, and since you don't want
the TODO exported it would seem that you don't want the items related to the
TODO exported either.

Maybe if you explain a situation where you'd not want the actual TODO
exported but still want items under it exported, someone could help you with
a workaround or alternative suggestion?


John

On Tue, Sep 7, 2010 at 9:28 PM, Sam Cramer  wrote:

> When working on a document, I tend to sprinkle TODO headlines throughout
> the doc.  These are really very loosely structured; they just represent
> things that I need to do somewhat near the area that I'm looking at.
>
> I mark these lines with a :noexport: tag in order to prevent them from
> being exported.  As such, they're not part of the document structure per-se,
> and I often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS
> applies to a tree and not to a title, this prevents the export of any
> subordinate items.
>
> Here's an example:
>
> * An amazing headline
> ** stuff
> ** more stuff
> * TODO clean up the stuff above :noexport:
> ** this is stuff that I would like exported
>
>
> In the example above, I'd like to have the everything but the TODO headline
> exported, including the "this is stuff I would like exported" line.
>
> I guess that I could always have my TODO lines be at a very deep level.  Is
> there any other solution I should consider?
>
> Thanks,
> Sam
>
>
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: [patch] bug in export due to org-list-automatic-rules

[Nicolas Goaziou]

Hello,
> Daniel Clemente writes:

> Hi. This change in org.el (commit
> fd16515b4a88d48362223b19c511c4973cdbc84c, 2010-08-07 18:31:54):

>  '("^[ \t]*\\([-+*]\\|[0-9]+[.)][ \t]+\\(?:\...@start:[0-9]+\\][
> \t]*\\)?\\)\\(\\[[- X]\\]\\)" 2 'org-checkbox prepend) - (if
> org-provide-checkbox-statistics + (if (cdr (assq 'checkbox
> org-list-automatic-rules))
> '("\\[\\([0-9]*%\\)\\]\\|\\[\\([0-9]*\\)/\\([0-9]*\\)\\]" (0
> (org-get-checkbox-statistics-face) t)))


>   made this command stop working:

> $ emacs --batch --load=/w/org-mode/lisp/org.el --visit
> ~/org-httptest/io.org --funcall org-export-as-html-batch File mode
> specification error: (void-variable org-list-automatic-rules)
> Loading vc-git... Exporting... Symbol's value as variable is void:
> org-list-automatic-rules

I'm not sure about this one. It's more a problem of require,
defcustom, and that kind of things than truly a list problem.

Just in case, I'm submitting this patch, but I'm pretty sure there's
something cleaner to do about it... but that still eludes me.

Regards,

-- Nicolas

>From a4f9d65882259348471a8b68890e7faea23d4a1d Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou 
Date: Wed, 8 Sep 2010 16:25:47 +0200
Subject: [PATCH 2/2] Fix void-variable org-list-automatic-rules error

* org.el (org-set-font-lock-defaults): as `org-list-automatic-rules'
  may be undefined under certain circumstances, first test if it
  exists before checking rules.
---
 lisp/org.el |3 ++-
 1 files changed, 2 insertions(+), 1 deletions(-)

diff --git a/lisp/org.el b/lisp/org.el
index 10b4d3f..fb2075e 100644
--- a/lisp/org.el
+++ b/lisp/org.el
@@ -5471,7 +5471,8 @@ needs to be inserted at a specific position in the 
font-lock sequence.")
   ;; Checkboxes
   '("^[ \t]*\\(?:[-+*]\\|[0-9]+[.)]\\)[ 
\t]+\\(?:\...@\\(?:start:\\)?[0-9]+\\][ \t]*\\)?\\(\\[[- X]\\]\\)"
 1 'org-checkbox prepend)
-  (if (cdr (assq 'checkbox org-list-automatic-rules))
+  (if (and (fboundp 'org-list-automatic-rules)
+   (cdr (assq 'checkbox org-list-automatic-rules)))
   '("\\[\\([0-9]*%\\)\\]\\|\\[\\([0-9]*\\)/\\([0-9]*\\)\\]"
 (0 (org-get-checkbox-statistics-face) t)))
   ;; Description list items
-- 
1.7.2.3

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[John Hendy]

Nick,


This got me curious to see the output. I tried to generate it on my computer
and get this in the *gnuplot* buffer after running the code:

-
gnuplot> plot data using 1:2:3 notitle
   ^
 warning: Skipping data file with no valid points
  ^
 x range is invalid
-

This is working for you, though?

#+tblname: sessions
| Date   |  Time | Distance |
|+---+--|
| 09/02/2010 | 15:13 |  2.5 |
| 09/01/2010 | 14:00 |  2.4 |

#+begin_src gnuplot :var data=sessions :file org-running.png :exports both
  set title "Running Stats"
  set auto x
  set style data histogram
  set style fill solid border -1
  set boxwidth .9
  set xlabel "Date"
  set ylabel "Time"
  plot data using 1:2:3 notitle
#+end_src


John

On Wed, Sep 8, 2010 at 8:10 AM, Nick Parker wrote:

> Erik,
>
> That was the issue, the :file reference needed to be on the line above.
>  Thanks.
>
>
> Nick Parker
> www.developernotes.com
>
>
> On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson  wrote:
>
>> On 09/07/2010 10:12 PM, Nick Parker wrote:
>>
>>> Hi John,
>>>
>>> I would actually like to plot different lines per distance, each
>>> that correlate to a date and elapsed-time (x and y axis respectively).
>>>  I get an error with the :file notation, though I read that in a sample
>>> babel gnuplot example for generating graphs of commit history on the
>>> org-mode git repository.  I tried to reference the variable data without
>>> the quotes and $ sign without any success.  I will continue to fiddle
>>> with it, I am new to gnuplot.
>>>
>>
>> AFAIK, you can't break source code header argument lines across
>> multiple lines.  Is that how you actually have it in your
>> org file?
>>
>>
>> #+begin_src gnuplot :var data=sessions
>>>   :file org-running.png :exports both
>>>   set title "Running Stats"
>>>   set auto x
>>>   set style data histogram
>>>   set style fill solid border -1
>>>   set boxwidth .9
>>>   set xlabel "Date"
>>>   set ylabel "Time"
>>>   plot "$data" using 1:2:3 notitle
>>>#+end_src
>>>
>>>Nick Parker
>>>www.developernotes.com 
>>>
>>>
>>>___
>>>Emacs-orgmode mailing list
>>>Please use `Reply All' to send replies to the list.
>>>Emacs-orgmode@gnu.org 
>>>
>>>http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Automate the writing of proposals (by using dynamic blocks)

[Sébastien Vauban]

Hello,

I'm trying to automate the writing of proposals. Just a couple of tasks to
describe, to evaluate, and then put a price on the total amount. That's about
it.

Though, I have some problems making that dream a full reality yet, even if Org
already makes me go really far!

The following is an minimal example of what I try to achieve, and of the
different problems and questions related to it.

Thanks for helping.

--8<---cut here---start->8---
#+TITLE: Using columnview dynamic blocks
#+AUTHOR:Seb Vauban
#+DATE:  2010-09-08
#+LANGUAGE:  en_US

* Context

** Current implementation

This is what I understood.

** Objectives

This is what should be done.

** Tasks to do
   :PROPERTIES:
   :COLUMNS: %40ITEM(Task) %6Effort(Estim.){+}
   :Effort_ALL: 0.25 0.50 1.00 1.50 2.00 3.00 4.00 5.00 7.00 10.00
   :ID:   ddfb9674-ce79-4ecc-8699-da5af2c12f6b
   :END:

*** Analyze the steps
:PROPERTIES:
:Effort:   0.25
:END:

*** Implement the full chain
:PROPERTIES:
:Effort:   1.50
:END:

*** Test the whole lot
:PROPERTIES:
:Effort:   3.00
:END:

* Proposal

** Work

Generated dynamic block:

#+BEGIN: columnview :hlines 2 :id "ddfb9674-ce79-4ecc-8699-da5af2c12f6b"
| Task | Estim. |
|--+|
| ** Tasks to do   |   4.75 |
| *** Analyze the steps|   0.25 |
| *** Implement the full chain |   1.50 |
| *** Test the whole lot   |   3.00 |
#+END:

Though, I would like to get it more like this:

#+TBLNAME: prestations
|   | \textbf{Task} | \textbf{Description} | \textbf{p.j} |
|---+---+--+--|
|   | Task 1| Analyze the steps| 0.25 |
|   | Task 2| Implement the full chain | 1.50 |
|   | Task 3| Test the whole lot   | 3.00 |
|---+---+--+--|
| # |   | \textbf{Total}   | 4.75 |
| ^ |   |  |total |
#+TBLFM: $total=vsum(@-...@-ii);%.2f

Wait a minute! I did not say it must be exactly like that, but I would like,
for example, to get rid of the multiple stars, and have an =hline= separating
the total from the individual components of the sum.

** Finance

Then, from the above, we can compute the cost to write in the proposal, like:

| Total of prestations (in man days) |4.75 | m.d  |
| Daily rate |  400.00 | \EUR |
| Total price| 1900.00 | \EUR |
#+TBLFM: @1$2=remote(prestations,$total);%.2f::@3...@1$2*@2$2;%.2f

* Problems, comments and questions <<< <<< <<<

5 topics:

** Table column names in bold

I would like (my boss, to be honest) to see the headings of the table in bold.
Wait, this is minor, but I discovered something special when trying to do so.
I put =*= around the word =Task= in the =:COLUMNS:= specification of the tasks
subtree:

#+begin_src org
,:COLUMNS: %40ITEM(Task) %6Effort(Estim.){+}
#+end_src

That automatically inserts an extra =hline= above the table. Quite weird, but
OK.

#+BEGIN: columnview :hlines 2 :id "ddfb9674-ce79-4ecc-8699-da5af2c12f6b"
|--+|
| *Task*   | Estim. |
|--+|
| ** Tasks to do   |   4.75 |
| *** Analyze the steps|   0.25 |
| *** Implement the full chain |   1.50 |
| *** Test the whole lot   |   3.00 |
#+END:

** Use two-decimal floats in cells

I needs amounts such as =0.25=, =0.50= and =1.50= as efforts.

*** Writing them in Effort\_ALL with 2 decimals

Writing the figures with 2 decimals in =Effort_ALL= has no impact on the
presentation in the table...

What you see in the table comes "verbatim" from the =Effort= property itself:
if you get there 2 decimals, then you'll have 2 decimals in the table output.
Though, having a 2-decimal in the property =Effort= gives troubles to the
table editor:

- Write =:Effort: 3.00=, then =S-right= that value: it begins back from
  =0.25=...

- Write =:Effort: 3.0=, then =S-right= that value: it goes on to =4.0=.

*** Using formatting of decimals

Trying to declare how many decimals I want. For the sake of clarity, ask for
4 decimals:

#+begin_src org
,:COLUMNS: %40ITEM(Task) %6Effort(Estim.){+;%.4f}
#+end_src

It only works for the total, though... Not applied to the column itself.

#+BEGIN: columnview :hlines 2 :id "ddfb9674-ce79-4ecc-8699-da5af2c12f6b"
| Task | Estim. |
|--+|
| ** Tasks to do   | 4.7500 |
| *** Analyze the steps|   0.25 |
| *** Implement the full chain |   1.50 |
| *** Test the whole lot   |3.0 |
#+END:

** Have an hline between individual tasks and total

To get something like this:

#+BEGIN: columnview :hlines HOW? :id "ddfb9674-ce79-4ecc-8699-da5af2c12f6b"
| Task | Estim. |

Re: [Orgmode] Re: org-beamer outline

[John Hendy]

For what it's worth on the topic of beamer outlines, I recently created a
presentation and wanted the Outline to re-appear before every section.
Having this at the top of the document (right after all the #+options stuff)
worked great:

-
\AtBeginSection[]{
\begin{frame}
\frametitle{Outline}
\tableofcontents[currentsection]
\end{frame}}
-

I think it's pretty cool, especially if there are many frames between parts.
Perhaps this can be useful to someone looking into various methods for using
outlines in Beamer? Toggle #+options: toc:t and toc:nil to either have the
full outline appear at the beginning or only have the outline with the
highlighted upcoming section visible.


John

On Wed, Sep 8, 2010 at 9:12 AM, Dan Davison  wrote:

> aditya siram  writes:
>
> > Hi all,
> > I am wondering how to get an outline in an org-beamer presentation.
> > Currently I have a structure that looks like:
> >
> > #+TITLE: My Title
> > #+AUTHOR: Me
> > #+LaTeX_CLASS: beamer
> > #+LaTeX_CLASS_OPTIONS: [presentation]
> > #+BEAMER_FRAME_LEVEL: 2
> > #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> > %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> > * Presentation
> > ** Slide 1
> > ** Slide 2
> > ** Slide 3
> > ** Slide 4 ...
> >
> > The outline slide contains only "Presentation". Is there someway to
> > break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
> > 4 are another?
>
> Hi deech,
>
> Set BEAMER_FRAME_LEVEL to 3 and adjust outline levels as below.
>
> #+BEAMER_FRAME_LEVEL: 3
> #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> * Presentation
> ** Topic 1
> *** Slide 1
> *** Slide 2
> ** Topic 2
> *** Slide 3
> *** Slide 4
>
> Dan
>
> p.s. Thanks very much Carsten and Eric F. for org-beamer. I gave my
> first org-beamer presentation yesterday.
>
>
> > -deech
> >
> > ___
> > Emacs-orgmode mailing list
> > Please use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Fixing slowness of following Gnus links to IMAP articles

[Sébastien Vauban]

Hi David,

David Maus wrote:
> Sébastien Vauban wrote:
>> Thanks a lot for trying to get Gnus better behaving in face of slow servers
>> like Courier...
>>
>> Do "you" want me to test something special to move things forward?
>
> Okay, could you try the attached patch? It is based on current master and
> tries to look up the article number (uid) in NOVCACHE and falls back to UID
> SEARCH when the message is not cached.

Sorry to have awaited so long. Needless to say there are not enough hours in a
day. But, being in Org, I knew I'd do it one day! ;-)


> To make a message enter Gnus' cache you might to modify
> `gnus-cache-enter-articles'. The cache setting I used to test the patch are:
>
> ,[ gnus.el ]
> | (setq nnimap-nov-is-evil nil)
> | (setq gnus-use-cache t)
> | (setq gnus-cache-enter-articles '(ticked dormant unread read))
> `

I already had these set to exactly those values...


> NOTE: This patch is deliberately not attached as text/plain to avoid
> the patchtracker catching it (no proper commit message and all).

The results of the jury are...

...
...
...

it just perfectly *works*!  Great, great feature... Thanks a lot.

FYI, here are the results of my first invocation of it:

--8<---cut here---start->8---
org-open-at-point 1   
18.586562 18.586562
org-gnus-open 1   
18.584601 18.584601
org-gnus-follow-link  1   
18.584491 18.584491
org-gnus-nnimap-cached-article-number 1   
0.092368  0.092368
org-resolve-clocks-if-idle1   
0.006299  0.006299
org-user-idle-seconds 1   
0.006273  0.006273
org-x11-idle-seconds  1   
0.00626   0.00626
org-in-regexp 2   
0.000723  0.0003615
org-clock-update-mode-line1   
0.000663  0.000663
org-footnote-at-reference-p   1   
0.000644  0.000644
org-babel-open-src-block-result   1   
0.00038   0.00038
org-babel-get-src-block-info  1   
0.000362  0.000362
org-clock-notify-once-if-expired  1   
0.000271  0.000271
org-babel-where-is-src-block-head 1   
0.00027   0.00027
org-clock-get-clock-string1   
0.000262  0.000262
org-activate-bracket-links4   
0.000246  6.15e-05
org-clock-get-clocked-time2   
0.000221  0.0001105
org-activate-plain-links  4   
0.000186  4.650...e-05
org-unfontify-region  2   
0.00018   9e-05
org-float-time4   
0.000176  4.4e-05
org-match-string-no-properties3   
0.000123  4.1e-05
org-footnote-at-definition-p  1   
0.000121  0.000121
org-link-unescape 1   
0.000117  0.000117
org-propertize4   
0.000115  2.875e-05
org-remove-flyspell-overlays-in   4   
0.000104  2.6e-05
org-activate-tags 2   
0.000100  5.049...e-05
org-substring-no-properties   4   
9.7e-05   2.425e-05
org-before-change-function40  
9.299...e-05  2.324...e-06
org-activate-footnote-links   2   
8.5e-05   4.25e-05
org-gnus-no-new-news  1   8e-05 
8e-05
org-hh:mm-string-to-minutes   2   
7.6e-05   3.8e-05
org-at-timestamp-p1   
6.1e-05   6.1e-05
org-link-expand-abbrev1   
4.4e-05   4.4e-05
org-extract-attributes1   
4.4e-05   4.4e-05
org-fontify-meta-lines-and-blocks 2   
3.6e-05   1.8e-05
org-do-emphasis-faces 2   
3.4e-05   1.7e-05
org-on-heading-p  1   
3.2e-05   3.2e-05
org-hide-wide-columns 2   
2.600...e-05  1.

SOLVED? [Orgmode] org-babel-tangle-lang-exts must be initialized? how to get syntax coloring?

[Cook, Malcolm]

I am following up with a workaround for this old issue (from July).

This problem persists with latest `git pull` on orgmode version 7.01 

This minimal init file will cause it:

(require 'org-install)
;(require 'org)
(require 'ob-perl)

uncomment the 2nd line, and the problem goes away.


Cheers,

Malcolm Cook
Stowers Institute for Medical Research -  Bioinformatics
Kansas City, Missouri  USA
 

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Adding entries to Google calendar

[Matt Price]

Hi Erik et cal,

After having put it off for a ocuple of months finally trying to set this
up.  I have both halves of Erik's code working now -- the ical2org that
syncs from google, and the elisp wrapper on googlecl that syncs from org
(see http://osdir.com/ml/emacs-orgmode-gnu/2010-07/msg00265.html and
http://osdir.com/ml/emacs-orgmode-gnu/2010-07/msg00353.html).   I'm still
having a couple of little workability issues, that I think people on this
list have likely already solved, so if I may, briefly:

- as I understand it this system will only work with entries that have been
added via "i" in a calendar-mode org agenda view.  When I try to add items
this way I am never prompted for a time, only a date.  Am I missing
something here?

- Sven says something about using org-remember to do the same work -- it's
not clear to me whether you have that working, Sven.  In any case would it
be difficult to use org-capture instead of the diary?  That would certainly
be better for my workflow, since i'm not in my calendar view very often
(htough i suppose if i'm making an appointment maybe i ought to be.

I really appreciate the help -- my time management is severely remedial and
I really would like org-mode ot be the tool that fixes that for me.  Best,
Matt
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class

[Eric Schulte]

Hi,

Jambunathan K  writes:

> Eric
>
> Thanks for the changes. I believe I need not work (or for all practical
> purposes set aside) working on letter writing support.
>
> Jambu>>> Btw, your approach set me thinking. I think there is a strong
> Jambu>>> case for making headlines act as babel srcnames with their body
> Jambu>>> providing content for noweb expansion [3]. This behaviour could
> Jambu>>> be controlled by a buffer local variable.
>
> Is this suggestion considered and set aside or overlooked? Read on down
> below.
>

No, I missed this suggestion in the previous post.  This is an
interesting suggestion.  Next time I have time I will but together a
trail implementation to see how naturally this fits into the rest of the
Babel system.  There could be issues (e.g. how to do set header
arguments for the headline).

>
> Jambu>>> Wondering how babel treats srcnames? Can there be spaces? Is
> Jambu>>> upper and lower cases treated one and the same ...
>
> Eric> Spaces are now allowed, I'm honestly not sure that it will
> Eric> successfully distinguish between upper and lower cases in code
> Eric> block names (all of mine are lower-case)
>

I mistyped, Spaces are *not* allowed in code-block names.  However any
implementation of treating headlines as code-block names could
automatically convert between hyphens and spaces.

>
> Good.
>
> Honoring spaces would be a pre-requisite if one were to allow org's
> headlines as implicit srcnames. 
>
> Question on case-handling was intended not as a feature request but more
> on clarity of the behaviour.
>
> Eric> I've just implemented export of org code blocks to ascii, latex or html,
> Eric> so the following should now (if I understood) allow the tangling
> Eric> behavior you've described
> Eric>
> Eric> ** tangle org-mode block
> Eric> #+source: org-list
> Eric> #+begin_src org :results latex
> Eric>   - one
> Eric>   - two
> Eric>   - three
> Eric> #+end_src
> Eric>
> Eric> #+begin_src emacs-lisp :tangle yes :noweb yes
> Eric>   "
> Eric>   <>
> Eric>   "
> Eric> #+end_src
> Eric>
> Eric> tangles to
> Eric>
> Eric>
> Eric> "
> Eric> \begin{itemize}
> Eric> \item two
> Eric> \item three
> Eric> \end{itemize}
> Eric>
> Eric>
> Eric> "
> Eric>
> Eric> note that the () on the end of the code block name in the noweb syntax
> Eric> means to insert the results of evaluating the code block (in this case
> Eric> latex) rather than the body of the code block itself.
>
> If babel supports headlines as srcnames, without requiring additional
> begin/end directives one could just write,
>
> * org-list
>   - one
>   - two
>   - three
>
> #+begin_src emacs-lisp :tangle yes :noweb yes
>   "
>   <>
>   "
> #+end_src
>
> and achieve similar results.
>

Yes, however the syntax you've used above to pass a header argument to
the org-lisp code block violates the existing noweb syntax.  The place
where you've inserted ":fmt latex" is reserved for passing regular
arguments to code blocks.

>
> Based on my earlier efforts at letter-writing, I have the following
> observation.
>
> Letters have a To address and they could be pulled from bbdb. So one
> could say,
>
> * To
>   [[a bbdb link]]
>
>
> #+begin_src emacs-lisp :tangle yes :noweb yes
>   "
>   <>
>   "
> #+end_src
>
> The string custom could be a elisp form or a function pointer that takes
> the body of the headline as an argument and does the needful.
>
> Specifically in the above example, 'custom' handler would visit the bbdb
> record, fetch the address and return the formatted address (with line
> breaks etc etc) as the noweb expansion. [Custom handler would be
> implemented by the user himself]
>
> Any thoughts on how this could be achieved ...
>

There has been discussion of allowing post-processing forms for code
blocks which would take the results of a code block as an argument every
time the code block has been called and whose results would replace the
actual code block results, however this has not yet been implemented.

Best -- Eric

>
> Jambunathan K.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class

[Eric Schulte]

Hi Seb,

Sébastien Vauban  writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>> I look forward to any potential org->letter export this line of
>> investigation yields.
>
> As soon as this is closed, I'm willing to write a Worg page for this.
>
>>> - because I had not the hope of being able to configure the LaTeX export 
>>> class
>>>   and/or code in the right way,
>>
>> Hmm, I don't know how complex isodoc is to configure, but I'd think that
>> defining a custom latex class would be simpler than tangling out LaTeX code
>> blocks, however maybe this will change once I've looked at and understood an
>> example application.
>
> Isodoc is quite easy to configure, but it's through keyval mappings. I don't
> know enough of Org to imagine being able to convert headings and contents to
> keys and values, respectively...
>
> That does not mean it really is difficult. Just for me, the only accessible
> way remained the Babel route.
>

I see, I just wanted to ensure that wrapping content in code blocks was
a last resort, but I agree using Babel in this way should be much easier
than defining a new Org export backend or mucking with Org-mode
internals.  I'm very happy if Babel can help to further blur the lines
between Org-mode usage and development in this way.

>
>>> - because, in a way, that's quite logical. Here and there, you define
>>>   stuff. At the end, you just arrange them all in a way that fits well the
>>>   LaTeX class demands.
>>>
>>> Though, it's not just copying, the way Babel actually does with snippets of
>>> code "à la Noweb". Hence, I really need at least the body to be in real Org
>>> plain code, and be automatically converted to LaTeX, so that I can make use
>>> of the tables, and all the Org markup.
>>>
>>> I'm sure Babel is able of that, mixing raw code with convertable code. Just
>>> needs more thinking.
>>
>> I've just implemented export of org code blocks to ascii, latex or html,
>
> This is brand new, right?  In any case, the real good solution to such a
> problem, IMHO...
>

Yes this is new, it actually only required a couple of lines of code to
implement.  However that means it may still be buggy.

>
>
>> so the following should now (if I understood) allow the tangling
>> behavior you've described
>>
>> ** tangle org-mode block
>> #+source: org-list
>> #+begin_src org :results latex
>>   - one
>>   - two
>>   - three
>> #+end_src
>>
>> #+begin_src emacs-lisp :tangle yes :noweb yes
>>   "
>>   <>
>>   "
>> #+end_src
>>
>> tangles to
>>
>>
>> "
>> \begin{itemize}
>> \item two
>> \item three
>> \end{itemize}
>>
>>
>> "
>
> Here, I just don't understand why you're choosing `emacs-lisp' as target
> language for LaTeX code. Is there a reason for this, or just a typo?
>

I do all my testing with emacs-lisp code blocks, as their sort of the
simplest (at least for me/Babel) code block.  Once it's working there it
should extend to code blocks in other languages as well.

>
>
>> note that the () on the end of the code block name in the noweb syntax
>> means to insert the results of evaluating the code block (in this case
>> latex) rather than the body of the code block itself.
>
> Understood!  Thanks.
>
> FYI, I've git pulled once again 15 minutes ago (13:30 CET). My repo was
> already up-to-date, but your code does not work for me...
>
> _Nothing is tangled anymore_... Not even if I explicitly state
> =:tangle "AA.tex"= for example (with and without quotes ;-)).
>

I've taken your excerpt and changed it so that it was tangling
successfully on my system.  The main problem was that there were many
noweb references which pointed to outside of the example.  The following
does work on my system.  Notice that it uses a table to hold the small
components rather than wrapping each in it's own Org-mode block.

--8<---cut here---start->8---
* Letter
#+tblname: head
| To  | Eric Schulte   |
| Subject | Tangling is Broken |
| Opening | Hi |
| Closing | Best   |

#+source: body
#+begin_src org :results latex
  - one
  - two
  - three
#+end_src

#+begin_src latex :noweb yes :tangle yes :var h-to=head[0,1] :var 
h-subject=head[1,1] :var h-opening=head[2,1] :var h-closing=head[3,1]
\documentclass[11pt]{isodoc}
\usepackage[utf8x]{inputenc}
\usepackage[T1]{fontenc}

\usepackage{isodoc-style}

\setupdocument{
to = {h-to},
subject = {h-subject},
opening = {h-opening},
closing = {h-closing}
}

\begin{document}
\letter{%
<>
}
\end{document}
#+end_src
--8<---cut here---end--->8---

There appears to be some lingering issues with converting the org block
to latex, for me the first item in the list was missing, I'll try to
take a look at this later today.  However, hopefully this gets Babel far
enough that at least the structure of an isodoc letter writing solution
can be fleshed out.

Best -- Eric

___
Emacs-orgmode mailing list
Please use `Reply All' to send

[Orgmode] Re: Directory Links (and a bug?)

[Achim Gratz]

Noorul Islam  writes:
> For me all these three gets exported as file:///tmp
>
> Another link [[file://tmp][another link]]
> Another link [[file+sys:///tmp][another link]]
> Another link [[file+emacs:///tmp][another link]]

Sorry, I should have checked more thoroughly: there is a bug, but it's
someplace else and hiding a bit.  Edit each of the links with C-c C-l
and then have a look what the link turns into both in the org buffer and
the export... the '+' gets replaced by '%2B' by an overly helpful
sanitation function.


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Adding entries to Google calendar

[Matt Price]

On Wed, Sep 8, 2010 at 11:34 AM, Matt Price  wrote:

>
>
> - Sven says something about using org-remember to do the same work -- it's
> not clear to me whether you have that working, Sven.  In any case would it
> be difficult to use org-capture instead of the diary?  That would certainly
> be better for my workflow, since i'm not in my calendar view very often
> (htough i suppose if i'm making an appointment maybe i ought to be.
>

so, having looked at the code a little more closely, I guess my question is,
can erik's defadvice be converted somehow into a hook that gets executed at
the end of an  org-capture event, provided that the org-capture template is
suitably set up?  I don't really understand how defadvice works, and where,
for instance, ad-get-arg gets its arguments from (so that the relevant
calendar fields can be defined properly).

Matt
>
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: 7.01trans obsolete variables

[Achim Gratz]

Noorul Islam  writes:
> I think these cannot be changed because `calendar-date-style'  is not
> available on earlier version of Emacs.

I was thinking that maybe a defvaralias only for EMACSen earlier than 23.1
might be a better solution that both keeps the compiler happy and the
code uncluttered (in one of the files a comment hints at the situation,
in the other there is none).


Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: not exporting TODOs but exporting their subordinates

[Sebastian Rose]

Sam Cramer  writes:
> When working on a document, I tend to sprinkle TODO headlines throughout the
> doc.  These are really very loosely structured; they just represent things
> that I need to do somewhat near the area that I'm looking at.
>
> I mark these lines with a :noexport: tag in order to prevent them from being
> exported.  As such, they're not part of the document structure per-se, and I
> often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS applies
> to a tree and not to a title, this prevents the export of any subordinate
> items.
>
> Here's an example:
>
> * An amazing headline
> ** stuff
> ** more stuff
> * TODO clean up the stuff above :noexport:
> ** this is stuff that I would like exported
>
>
> In the example above, I'd like to have the everything but the TODO headline
> exported, including the "this is stuff I would like exported" line.
>
> I guess that I could always have my TODO lines be at a very deep level.  Is
> there any other solution I should consider?
>
> Thanks,
> Sam

Here's my proposal:


 * An amazing headline
 ** stuff
 ** more stuff
 *** TODO clean up the stuff above :noexport:
 ** this is stuff that I would like exported

Or just use inline tasks.  They are made for this purpose.


  Sebastian

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] [BABEL][PROPOSAL] headlines as executable srcnames

[Jambunathan K]

Jambu> I think there is a strong case for making headlines act as babel
Jambu> srcnames with their body providing content for noweb expansion
Jambu> [3]. This behaviour could be controlled by a buffer local
Jambu> variable.

Eric> This is an interesting suggestion.  Next time I have time I will
Eric> but together a trail implementation to see how naturally this fits
Eric> into the rest of the Babel system.  There could be issues
Eric> (e.g. how to do set header arguments for the headline).

Good to hear this.

I am attaching a mail that I had (accidentally) unicast to Sebastien
elaborating on the possibilities. This could be of interest to the list.

Jambu> If babel supports headlines as srcnames, without requiring additional
Jambu> begin/end directives one could just write,
Jambu>
Jambu> * org-list
Jambu>   - one
Jambu>   - two
Jambu>   - three
Jambu>
Jambu> #+begin_src emacs-lisp :tangle yes :noweb yes
Jambu>   "
Jambu>   <>
Jambu>   "
Jambu> #+end_src
Jambu>
Jambu> and achieve similar results.
Jambu>

Eric> Yes, however the syntax you've used above to pass a header
Eric> argument to the org-lisp code block violates the existing noweb
Eric> syntax.  The place where you've inserted ":fmt latex" is reserved
Eric> for passing regular arguments to code blocks.

That is precisely my point. 

If org headlines are srcnames there is every reason that they take
arguments. See my attached mail that talks of implicit 'this' and ':fmt'
parameters.

I am not as concerned about the existing syntax, as the possibilities
that could potentially unfold with this mind-twister.

Eric> There has been discussion of allowing post-processing forms for
Eric> code blocks which would take the results of a code block as an
Eric> argument every time the code block has been called and whose
Eric> results would replace the actual code block results, however this
Eric> has not yet been implemented.

If headlines are considered as code blocks one actually inflate
headlines and execute them for interesting side-effects. The attached
mail elaborates on this point.

Thanks,
Jambunathan K.

Attachment: 

From: Jambunathan K 
Subject: Re: Composing letters using Org mode and the LaTeX isodoc class
To: Sébastien Vauban 
Date: Wed, 08 Sep 2010 21:07:26 +0530
Message-ID: <81lj7cqma1@gmail.com>


Sébastien Vauban 
writes:

> Hi Jambunathan,
>
> Jambunathan K wrote:
>> Honoring spaces would be a pre-requisite if one were to allow org's
>> headlines as implicit srcnames.
>
> Or you would have to impose titles without spaces, which is acceptable as well
> for such a usage...
>

Org is for humans. We need spaces (pun intended).

This is why I find CamelCase words in a text document quite awkward. On
the otherhand, I don't find it awkward as variable and function names in
source code.

Read on ... More comments down below.

>
>> If babel supports headlines as srcnames, without requiring additional
>> begin/end directives one could just write,
>>
>> * org-list
>>   - one
>>   - two
>>   - three
>>
>> #+begin_src emacs-lisp :tangle yes :noweb yes
>>   "
>>   <>
>>   "
>> #+end_src
>>
>> and achieve similar results.
>>
>> Based on my earlier efforts at letter-writing, I have the following
>> observation.
>>
>> Letters have a To address and they could be pulled from bbdb. So one
>> could say,
>>
>> * To
>>   [[a bbdb link]]
>>
>>
>> #+begin_src emacs-lisp :tangle yes :noweb yes
>>   "
>>   <>
>>   "
>> #+end_src
>>
>> The string custom could be a elisp form or a function pointer that takes
>> the body of the headline as an argument and does the needful.
>>
>> Specifically in the above example, 'custom' handler would visit the bbdb
>> record, fetch the address and return the formatted address (with line
>> breaks etc etc) as the noweb expansion. [Custom handler would be
>> implemented by the user himself]
>>
>> Any thoughts on how this could be achieved ...
>
> That's going (really) far... But would that be do-able, waaoow!

Yes it is going far. 

Sometimes going far makes us feel elated while at other times it makes
us feel down and out ;-). In the present case, the experience would be
of the first kind. Otherwise would I dare suggest it?

I would provide an example and later summarize what the implications
are.

Before proceeding ahead we need to remember the following:

1. Headline in an org document is code.

   That is I can call it.  

   It always has an implicit 'this' parameter which is the 'content of
   the headline'. It could have additional parameters like :fmt as above
   (with :fmt text or :fmt org) being the default values.

2. (1) implies that I can 'execute' an org file.

Now an example.

* Isodoc 
  [[Link to page 9 of isodoc.pdf]]

* Extract of Isodoc for ready reference
  >

Now if I execute the 'Extract ...' subtree I have essentially imported a
pdf page as text content. 

In the above example, the execution of headline would do some sort of
extract pdf pages and/or pdftotext. If the link were actually a gmane
thread it would am

[Orgmode] Re: Org now fontifies code blocks

[Bastien]

Dan Davison  writes:

> (We badly need a customize group for these org-src but non-babel
> variables[1]. That suggests to me subsuming the "Babel" group (Should be
> "Org Babel" for consistency?) within a new group, perhaps "Org Code" or
> "Org Src" or "Org Source Code" ?  Views?

I find "Org Code" and "Org Source Code" rather ambiguous.  
"Org Src" is better but still a bit too general IMHO.

"Org Src Block"?

-- 
 Bastien

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Org now fontifies code blocks

[Darlan Cavalcante Moreira]

Maybe my problem is not related to slow folding/unfolding behavior that you
are getting, but if I set the org-src-tab-acts-natively variable to t the
folding/unfolding of headlines becomes very slow for me.

In fact, I was thinking that I had the problem described here, but I just
isolated the cause and in my case it was the org-src-tab-acts-natively
variable that I had set to t in my .emacs file.

--
Darlan

At Tue, 7 Sep 2010 06:05:54 -1000,
"Thomas S. Dye"  wrote:
> 
> Hi Dan,
> 
> Yes, I can confirm that (setq org-src-fontify-natively nil) makes  
> unfolding snappy again.
> 
> All the best,
> Tom
> 
> On Sep 7, 2010, at 3:23 AM, Dan Davison wrote:
> 
> > "Thomas S. Dye"  writes:
> >
> >> Aloha Dan,
> >>
> >> This is really nice.  Thanks for shepherding it along.
> >>
> >> In some of my use cases there is a substantial delay when opening a
> >> large file and then unfolding sections with many source code blocks.
> >
> > Hi Tom,
> >
> > I think this is a good point and probably as you say a reason for
> > turning it off by default. Org should be (and was!) lightweight by
> > default.
> >
> > I haven't had time to profile things properly. Before we turn it off,
> > could you please confirm that all your slowness problems go away when
> > you do (setq org-src-fontify-natively nil)?
> >
> > Thanks,
> >
> > Dan
> >
> >
> >> I don't mind this and intend to keep the feature on, but I do think  
> >> it
> >> should be off by default because the user potentially pays an
> >> appreciable time penalty for the pleasure of semantic source code
> >> markup.
> >>
> >> Thanks again for this nice feature.
> >>
> >> All the best,
> >> Tom
> >>
> >> On Sep 3, 2010, at 7:30 AM, Eric S Fraga wrote:
> >>
> >>> On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison
> >>>   wrote:
> 
>  I've just pushed changes which mean that Org now fontifies code in
>  code
>  blocks. Currently, this is turned on by default, so it would be
>  helpful
>  if people could report any problems, and opinions as to whether it
>  should be on or off by default.<
> >>>
> >>> [...]
> >>>
> >>> This is brilliant!  Works very well on my notebook (with small code
> >>> blocks as that's all I tend to have).  Many thanks!
> >>> --
> >>> Eric S Fraga
> >>> GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
> >>> ___
> >>> Emacs-orgmode mailing list
> >>> Please use `Reply All' to send replies to the list.
> >>> Emacs-orgmode@gnu.org
> >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >>
> >>
> >> ___
> >> Emacs-orgmode mailing list
> >> Please use `Reply All' to send replies to the list.
> >> Emacs-orgmode@gnu.org
> >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> 
> 
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[Nick Parker]

John,

I am reworking the gnuplot script, it is not done at this point, but this is
what I currently have:

#+begin_src gnuplot :var data=sessions :file org-running.png :exports both
  set title "Running Stats"
  set xtics nomirror rotate by -45
  set key noenhanced
  set style data linespoints
  plot "$data" using 2:xtic(1) title columnheader(1), \
  for [i=2:3] '' using i title columnheader(i)
#+end_src

Nick Parker
www.developernotes.com


On Wed, Sep 8, 2010 at 9:39 AM, John Hendy  wrote:

> Nick,
>
>
> This got me curious to see the output. I tried to generate it on my
> computer and get this in the *gnuplot* buffer after running the code:
>
> -
> gnuplot> plot data using 1:2:3 notitle
>^
>  warning: Skipping data file with no valid points
>   ^
>  x range is invalid
> -
>
> This is working for you, though?
>
> #+tblname: sessions
> | Date   |  Time | Distance |
> |+---+--|
> | 09/02/2010 | 15:13 |  2.5 |
> | 09/01/2010 | 14:00 |  2.4 |
>
> #+begin_src gnuplot :var data=sessions :file org-running.png :exports both
>   set title "Running Stats"
>   set auto x
>   set style data histogram
>   set style fill solid border -1
>   set boxwidth .9
>   set xlabel "Date"
>   set ylabel "Time"
>   plot data using 1:2:3 notitle
> #+end_src
>
>
> John
>
> On Wed, Sep 8, 2010 at 8:10 AM, Nick Parker wrote:
>
>> Erik,
>>
>> That was the issue, the :file reference needed to be on the line above.
>>  Thanks.
>>
>>
>> Nick Parker
>> www.developernotes.com
>>
>>
>> On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson  wrote:
>>
>>> On 09/07/2010 10:12 PM, Nick Parker wrote:
>>>
 Hi John,

 I would actually like to plot different lines per distance, each
 that correlate to a date and elapsed-time (x and y axis respectively).
  I get an error with the :file notation, though I read that in a sample
 babel gnuplot example for generating graphs of commit history on the
 org-mode git repository.  I tried to reference the variable data without
 the quotes and $ sign without any success.  I will continue to fiddle
 with it, I am new to gnuplot.

>>>
>>> AFAIK, you can't break source code header argument lines across
>>> multiple lines.  Is that how you actually have it in your
>>> org file?
>>>
>>>
>>> #+begin_src gnuplot :var data=sessions
   :file org-running.png :exports both
   set title "Running Stats"
   set auto x
   set style data histogram
   set style fill solid border -1
   set boxwidth .9
   set xlabel "Date"
   set ylabel "Time"
   plot "$data" using 1:2:3 notitle
#+end_src

Nick Parker
www.developernotes.com 


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org 

http://lists.gnu.org/mailman/listinfo/emacs-orgmode





 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode

>>>
>>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Adding entries to Google calendar

[Stephen Eglen]

Matt Price  writes:


> - as I understand it this system will only work with entries that have
> been added via "i" in a calendar-mode org agenda view.  When I try to
> add items this way I am never prompted for a time, only a date.  Am I
> missing something here?

hi Matt,
Carsten accepted a patch of mine a while ago that allows you to do stuff
like the following from the agenda:

"i d RET 09:00-09:30 meeting with Joe"

and the time is extracted from the text you enter, if you set:

(setq org-agenda-insert-diary-extract-time t)

Stephen



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: SOLVED? [Orgmode] org-babel-tangle-lang-exts must be initialized? how to get syntax coloring?

[Eric Schulte]

Hi Malcolm,

I've just pushed up a change that should fix this issue.  After updating
from git you will have to run

  make clean && make

to ensure that the org-install.el file is regenerated.

Please let me know if the problem persists -- Eric

"Cook, Malcolm"  writes:

> I am following up with a workaround for this old issue (from July).
>
> This problem persists with latest `git pull` on orgmode version 7.01 
>
> This minimal init file will cause it:
>
> (require 'org-install)
> ;(require 'org)
> (require 'ob-perl)
>
> uncomment the 2nd line, and the problem goes away.
>
>
> Cheers,
>
> Malcolm Cook
> Stowers Institute for Medical Research -  Bioinformatics
> Kansas City, Missouri  USA
>  
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Org now fontifies code blocks

[Dan Davison]

Darlan Cavalcante Moreira  writes:

> Maybe my problem is not related to slow folding/unfolding behavior that you
> are getting, but if I set the org-src-tab-acts-natively variable to t the
> folding/unfolding of headlines becomes very slow for me.

Thank you Darlan,

I have just pushed a change that should make that better -- does that
improve things?

I did think there was something else going on (that was why I asked Tom
for confirmation), but I didn't have time to investigate properly. The
problem seems to be that, on a folded headline containing many blocks,
`org-edit-src-find-region-and-lang' is actually quite slow to come up
with the answer "No, there's nothing for me to edit here."  (try issuing
M-x org-edit-src-code on a folded headline containing many blocks; I
haven't understood this properly yet.)

Dan



>
> In fact, I was thinking that I had the problem described here, but I just
> isolated the cause and in my case it was the org-src-tab-acts-natively
> variable that I had set to t in my .emacs file.
>
> --
> Darlan
>
> At Tue, 7 Sep 2010 06:05:54 -1000,
> "Thomas S. Dye"  wrote:
>> 
>> Hi Dan,
>> 
>> Yes, I can confirm that (setq org-src-fontify-natively nil) makes  
>> unfolding snappy again.
>> 
>> All the best,
>> Tom
>> 
>> On Sep 7, 2010, at 3:23 AM, Dan Davison wrote:
>> 
>> > "Thomas S. Dye"  writes:
>> >
>> >> Aloha Dan,
>> >>
>> >> This is really nice.  Thanks for shepherding it along.
>> >>
>> >> In some of my use cases there is a substantial delay when opening a
>> >> large file and then unfolding sections with many source code blocks.
>> >
>> > Hi Tom,
>> >
>> > I think this is a good point and probably as you say a reason for
>> > turning it off by default. Org should be (and was!) lightweight by
>> > default.
>> >
>> > I haven't had time to profile things properly. Before we turn it off,
>> > could you please confirm that all your slowness problems go away when
>> > you do (setq org-src-fontify-natively nil)?
>> >
>> > Thanks,
>> >
>> > Dan
>> >
>> >
>> >> I don't mind this and intend to keep the feature on, but I do think  
>> >> it
>> >> should be off by default because the user potentially pays an
>> >> appreciable time penalty for the pleasure of semantic source code
>> >> markup.
>> >>
>> >> Thanks again for this nice feature.
>> >>
>> >> All the best,
>> >> Tom
>> >>
>> >> On Sep 3, 2010, at 7:30 AM, Eric S Fraga wrote:
>> >>
>> >>> On Thu, 02 Sep 2010 08:51:16 -0700, Dan Davison
>> >>> >  wrote:
>> 
>>  I've just pushed changes which mean that Org now fontifies code in
>>  code
>>  blocks. Currently, this is turned on by default, so it would be
>>  helpful
>>  if people could report any problems, and opinions as to whether it
>>  should be on or off by default.<
>> >>>
>> >>> [...]
>> >>>
>> >>> This is brilliant!  Works very well on my notebook (with small code
>> >>> blocks as that's all I tend to have).  Many thanks!
>> >>> --
>> >>> Eric S Fraga
>> >>> GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
>> >>> ___
>> >>> Emacs-orgmode mailing list
>> >>> Please use `Reply All' to send replies to the list.
>> >>> Emacs-orgmode@gnu.org
>> >>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>> >>
>> >>
>> >> ___
>> >> Emacs-orgmode mailing list
>> >> Please use `Reply All' to send replies to the list.
>> >> Emacs-orgmode@gnu.org
>> >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>> 
>> 
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [babel] ledger tutorial on Worg

[Eric Schulte]

Hi Seb,

Sébastien Vauban  writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban  writes:
>>> "Eric Schulte" wrote:
 Sébastien Vauban  writes:
[...]
> 2. When the evaluation produces no output, but had well produced output
>before, shouldn't Babel have to delete the previously written results 
> in
>the Org buffer?

 This is a good point. Currently Babel just quits if it receives a nil
 result, but I think you're right that we should replace existing results
 when a nil result has been returned. I'll add this as PROPOSED to the babel
 task list.
>>>
>>> I consider this kind of mandatory, for the sake of coherency, and to really
>>> make use of Org-babel every time I want to run some shell commands (and 
>>> change
>>> them, eventually getting no results then).
>>>
>>
>> I've just pushed up a change that implements this behavior.
>
> I've just git pulled, and tested your change.
>
> From my point of view, it does not work yet. Take this example:
>

[...]

>
> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>
> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger, and
> thus the results block to be removed. That's not the case.
>

If ledger throws an exception then the result probably will not be
replaced, however if ledger does return an empty result, then the
existing result will be removed.  If you execute the following code
block

#+begin_src emacs-lisp
  "test"
#+end_src

and then change the body to "" is the previous result removed?

>
> Other peculiarity, if I write `:cmdline reeg unknown', I get an
> exception:
>

Ah, thanks for pointing this out, it seems I introduced an error with my
previous change.  I've just pushed up a fix for this issue.

Thanks -- Eric

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel-post-tangle-hook just opening tangled file

[Eric Schulte]

Hi Miguel,

The hook is run as part of the tangle process, and the tangle process
ensures that if the tangled file was not open before tangling it will
not be open after tangling, so the code you pasted below will have no
effect.

You could use the following function instead of ob-tangle to get the
behavior you've described.

(defun schulte/tangle-then-open ()
  (interactive)
  (mapc #'find-file (org-babel-tangle)))

Best -- Eric

Miguel Ruiz  writes:

> Hi
>
> Should
>
>   (add-hook 'org-babel-post-tangle-hook
> (lambda () (save-window-excursion
> (find-file (buffer-file-name)
>
> work in .emacs? 
>
> The purpose is simply opening the tangled file but I think the opening
> happens before the tangled file has finished of being written.
>
> I have tried
>
>   (add-hook 'org-babel-post-tangle-hook
> (lambda () (save-window-excursion
> (find-file "anyfile"
>
> and no problem, but the first code does nothing, apparently.
>
> I am a beginner with elisp, so I beg your pardon.
>
> Miguel Ruiz.
>
>
>   
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

RE: SOLVED? [Orgmode] org-babel-tangle-lang-exts must be initialized? how to get syntax coloring?

[Cook, Malcolm]

fix confirmed.
thanks! 
 


Malcolm Cook
Stowers Institute for Medical Research -  Bioinformatics
Kansas City, Missouri  USA
 

-Original Message-
From: Eric Schulte [mailto:schulte.e...@gmail.com] 
Sent: Wednesday, September 08, 2010 12:35 PM
To: Cook, Malcolm
Cc: 'emacs-orgmode@gnu.org'
Subject: Re: SOLVED? [Orgmode] org-babel-tangle-lang-exts must be initialized? 
how to get syntax coloring?

Hi Malcolm,

I've just pushed up a change that should fix this issue.  After updating from 
git you will have to run

  make clean && make

to ensure that the org-install.el file is regenerated.

Please let me know if the problem persists -- Eric

"Cook, Malcolm"  writes:

> I am following up with a workaround for this old issue (from July).
>
> This problem persists with latest `git pull` on orgmode version 7.01
>
> This minimal init file will cause it:
>
> (require 'org-install)
> ;(require 'org)
> (require 'ob-perl)
>
> uncomment the 2nd line, and the problem goes away.
>
>
> Cheers,
>
> Malcolm Cook
> Stowers Institute for Medical Research -  Bioinformatics Kansas City, 
> Missouri  USA
>  
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Inline source block documentation

[Eric Schulte]

Hi Rainer,

Thanks for pointing this out.  I've just added inline syntax to the
_Structure of code blocks_ section of the manual.

This may not be sufficient, but it should be an improvement.

Best -- Eric

Rainer M Krug  writes:

> Hi
>
> I was struggling with inline source blocks, because I did not find them
> in the documentation - they only occur under "Code block specific header
> arguments":
>
> ###QUOTE BEGIN
> Similarly, it is possible to set header arguments for inline code blocks:
> src_haskell[:exports both]{fac 5}
> ###QUOTE END
>
> Did I miss them? If not, could they be included?
>
> Thanks,
>
> Rainer

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Org now fontifies code blocks

[Sébastien Vauban]

Hi Bastien and Dan,

Bastien wrote:
> Dan Davison  writes:
>
>> (We badly need a customize group for these org-src but non-babel
>> variables[1]. That suggests to me subsuming the "Babel" group (Should be
>> "Org Babel" for consistency?) within a new group, perhaps "Org Code" or
>> "Org Src" or "Org Source Code" ? Views?
>
> I find "Org Code" and "Org Source Code" rather ambiguous. "Org Src" is
> better but still a bit too general IMHO.
>
> "Org Src Block"?

The terminology of such code blocks in Noweb was "scraps". We often see
"snippets" as well, but (not being English-native), that can be more for pure
text (not specifically code).

Then, it could be "Org Scraps" or similar variants.

To be honest, I don't really care, as I never use customize. It's true that
I've always found it difficult to find where the variables I was searching for
were located...

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] How to capture another file's column view

[濱村 文十]

I'm using org-mode 6.33x with Emacs 23.2.1 on Windows XP.

As the manual explains in 7.5.3 capturing column view, I
know I can capture other org file's column view, but I
can't get it work. 
I tried to pass "c:\org\file.org" and "c:/org/file.org" or
a bunch of other values to id: parameter, but I only got a
blank table, while file.org has many entries.
What should I do?

Thanks,
Fumito



--
GyaO! - Anime, Dramas, Movies, and Music videos [FREE]
http://pr.mail.yahoo.co.jp/gyao/

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] bug report - org-agenda-sorting-strategy

[Joseph Buchignani]

I have a bug to report for org-agenda-sorting-strategy.

I customized this variable to sort by priority ONLY using the Org Agenda
Custom Commands interface.

However, the priorities continue to be out of order.

I am sorting habits, some of which have no repetitions yet. It seems to be
sorting some of them by priority and some by scheduled date.

To be clear, I can modify priority-down or priority-up and see a change. The
habits with a repetition history sort properly. It appears that only habits
with no repetition history are sorting by date rather than priority.

If you cannot duplicate this bug on your own setup, I will copy additional
information such as my .emacs and I'll be open to running further tests. I'm
running org 7.01h.

Thanks,
JB

-- 
Ignore the following. It is a nonsense sentence that disables Google ads
from displaying next to my emails by triggering sensitive keywords.

I enjoy the massacre of ads. This sentence will slaughter ads without a
messy bloodbath.
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [Babel][BUG] Executing python code fails due to indentation error

[Seth Burleigh]

Youre right, without a session it works, but with a session it doesn't. Any
pointers for why this wouldn't work in the shell? I really need python for

On Tue, Sep 7, 2010 at 5:44 PM, Eric Schulte  wrote:

> Hi Seth,
>
> This works fine for me with external evaluation, e.g.
> --8<---cut here---start->8---
> #+begin_src python
> def add(a,b):
>   return a+b
> def sub(a,b):
>   return a-b
> return add(sub(10,1),sub(10,2))
> #+end_src
>
> #+results:
> : 17
> --8<---cut here---end--->8---
>
> I did notice that when I added a ":session test" header argument the
> interactive shell output the error you mentioned.  This issue would have
> to be resolved by the Python inferior process either python-mode or
> python-shell.
>
> Best -- Eric
>
> Seth Burleigh  writes:
>
> > #+begin_src python
> > def add(a,b):
> >return a+b
> > def sub(a,b):
> >return a-b
> > #+end_src
> >
> > Fails to execute due to 'unexpected indentation' in general, this is a
> > problem for copy/pasting into any emacs python shell, it wont work.
> > ___
> > Emacs-orgmode mailing list
> > Please use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Org now fontifies code blocks

[Erik Iverson]

Sébastien Vauban wrote:

Hi Bastien and Dan,

Bastien wrote:

Dan Davison  writes:


(We badly need a customize group for these org-src but non-babel
variables[1]. That suggests to me subsuming the "Babel" group (Should be
"Org Babel" for consistency?) within a new group, perhaps "Org Code" or
"Org Src" or "Org Source Code" ? Views?

I find "Org Code" and "Org Source Code" rather ambiguous. "Org Src" is
better but still a bit too general IMHO.

"Org Src Block"?


The terminology of such code blocks in Noweb was "scraps". We often see
"snippets" as well, but (not being English-native), that can be more for pure
text (not specifically code).

Then, it could be "Org Scraps" or similar variants.


Or "chunk", which I subjectively find the most phonetically pleasing.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Q : select current org item as region

[Richard Riley]

What would be the best elisp way to select the current org entry? I want
a hot key to select the current item as current region (not into the
clipboard).

The problem I am having is that org-in-item-p is returning nil even
though the point is in an org-item. Is the docstring where it mentions
"hand-formatted item" more significant that I understand? As a result
org-beginning-of-item is failing

Currently the function I have is (not working but to give you the idea
of what I am trying to accomplish):

(defun rgr/org-blog-entry ()
  (interactive)
  (save-excursion 
(org-beginning-of-item)
(set-mark-command)
(org-end-of-item)
(let((tmpbuf (make-temp-file)))
  (org-export-as-html nil nil tmpbuf t




___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Inline source block documentation

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 08/09/10 20:27, Eric Schulte wrote:
> Hi Rainer,
> 
> Thanks for pointing this out.  I've just added inline syntax to the
> _Structure of code blocks_ section of the manual.
> 
> This may not be sufficient, but it should be an improvement.

Definitely - and I think it should be fine. But I would suggest to use
the term "inline source block" here as well, as then one can find it
when searching the pdf.
e.g:


code blocks can also be embedded in text as so called inline code blocks as

Cheers,

Rainer


> 
> Best -- Eric
> 
> Rainer M Krug  writes:
> 
>> Hi
>>
>> I was struggling with inline source blocks, because I did not find them
>> in the documentation - they only occur under "Code block specific header
>> arguments":
>>
>> ###QUOTE BEGIN
>> Similarly, it is possible to set header arguments for inline code blocks:
>> src_haskell[:exports both]{fac 5}
>> ###QUOTE END
>>
>> Did I miss them? If not, could they be included?
>>
>> Thanks,
>>
>> Rainer


- -- 
Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation
Biology, UCT), Dipl. Phys. (Germany)

Centre of Excellence for Invasion Biology
Natural Sciences Building
Office Suite 2039
Stellenbosch University
Main Campus, Merriman Avenue
Stellenbosch
South Africa

Tel:+33 - (0)9 53 10 27 44
Cell:   +27 - (0)8 39 47 90 42
Fax (SA):   +27 - (0)8 65 16 27 82
Fax (D) :   +49 - (0)3 21 21 25 22 44
Fax (FR):   +33 - (0)9 58 10 27 44
email:  rai...@krugs.de

Skype:  RMkrug
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkyH3OQACgkQoYgNqgF2egotjACfeASzAMK9KKPtoSHJkGiy7O5A
lUAAn3bOBpJvdyyg+xv/ohqB2gSV65ua
=UoB+
-END PGP SIGNATURE-

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[John Hendy]

Nick,

How about this?? Just fiddled around a little and wonder what you think.
There might be a better way, but essentially, I've done the following:

- Left y-axis = distance
- Right y-axis = time
- I couldn't get the xtic(1) option to work, so I replaced things with what
I've found to work x:y:xticlabels(col#)
- Beefed up the points to make them a little easier to see
- Used your data to "calibrate" your speed
--- The left y-axis is from 9-21min
--- The right y-axis is from 1.5min - 3.5min
--- This means the axes are 'calibrated' to 10mph

What does the "calibration" do? It means that at a quick glance you can see
your speed based on a target rate you set:
- if speed/distance are on top of each other, you're right at your target
- if speed (green) is higher than distance (red), you were faster than your
target
- if speed (green) is lower than distance (red), you were slower than your
target

Resetting your target is as easy as changing (in the code below):
- Time: yrange [y1:y2]
- Distance: y2range [y3:y4]

All you have to do is make sure that y3/y1 = y4/y2 = target speed

Also, remove the references to L/R and Red/Green if you'd like from the
labels. I just tried to make the labels as easy as possible to follow so
that no matter where you looked for a reference you would be forced to see
what color/axis matched what value.

I attached a sample graph. Sorry if I overstepped my bounds -- I realize
it's *your* workout tracker. Take what you like and ditch the rest. I wanted
to know how to do two different y axes anyway so it helped me learn. Code is
here:

--- gnuplot code ---

#+tblname: sessions
| Date| ID |  Time | Distance |
|-++---+--|
| 9/1/2010|  1 | 14:00 |  2.4 |
| 9/2/2010|  2 | 15:13 |  2.5 |
| 9/10/2010   |  3 | 13:45 |  2.3 |
| 9/11|  4 | 12:20 |  2.0 |
| Spd > 10mph |  5 | 16:35 |  2.8 |
| Spd = 10mph |  6 |10 |1.666 |
| Spd < 10mph |  7 |20 |  2.8 |

#+begin_src gnuplot :var data=sessions :file org-running.png :exports both
  reset
  set title "Running Stats"
  set size ratio square

  set xlabel "Date"
  set xtics nomirror rotate by -45

  set yrange [9:21]
  set ylabel "Time (min) -- Red"
  set ytics nomirror

  set y2range [1.5:3.5]
  set y2label "Distance (mi) -- Green"
  set y2tics 0,0.5,3.5

  set style data points
  plot data u 2:3:xticlabels(1) axis x1y1 lw 3 title 'Time (L axis)', \
   data u 2:4 axis x2y2 lw 3 title 'Distance (R axis)'
#+end_src

--- end gnuplot code -


Best regards,
John

On Wed, Sep 8, 2010 at 11:52 AM, Nick Parker wrote:

> John,
>
> I am reworking the gnuplot script, it is not done at this point, but this
> is what I currently have:
>
> #+begin_src gnuplot :var data=sessions :file org-running.png :exports both
>   set title "Running Stats"
>   set xtics nomirror rotate by -45
>   set key noenhanced
>   set style data linespoints
>   plot "$data" using 2:xtic(1) title columnheader(1), \
>   for [i=2:3] '' using i title columnheader(i)
> #+end_src
>
> Nick Parker
> www.developernotes.com
>
>
> On Wed, Sep 8, 2010 at 9:39 AM, John Hendy  wrote:
>
>> Nick,
>>
>>
>> This got me curious to see the output. I tried to generate it on my
>> computer and get this in the *gnuplot* buffer after running the code:
>>
>> -
>> gnuplot> plot data using 1:2:3 notitle
>>^
>>  warning: Skipping data file with no valid points
>>   ^
>>  x range is invalid
>> -
>>
>> This is working for you, though?
>>
>> #+tblname: sessions
>> | Date   |  Time | Distance |
>> |+---+--|
>> | 09/02/2010 | 15:13 |  2.5 |
>> | 09/01/2010 | 14:00 |  2.4 |
>>
>> #+begin_src gnuplot :var data=sessions :file org-running.png :exports both
>>   set title "Running Stats"
>>   set auto x
>>   set style data histogram
>>   set style fill solid border -1
>>   set boxwidth .9
>>   set xlabel "Date"
>>   set ylabel "Time"
>>   plot data using 1:2:3 notitle
>> #+end_src
>>
>>
>> John
>>
>> On Wed, Sep 8, 2010 at 8:10 AM, Nick Parker wrote:
>>
>>> Erik,
>>>
>>> That was the issue, the :file reference needed to be on the line above.
>>>  Thanks.
>>>
>>>
>>> Nick Parker
>>> www.developernotes.com
>>>
>>>
>>> On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson wrote:
>>>
 On 09/07/2010 10:12 PM, Nick Parker wrote:

> Hi John,
>
> I would actually like to plot different lines per distance, each
> that correlate to a date and elapsed-time (x and y axis respectively).
>  I get an error with the :file notation, though I read that in a sample
> babel gnuplot example for generating graphs of commit history on the
> org-mode git repository.  I tried to reference the variable data
> without
> the quotes and $ sign without any success.  I will continue to fiddle
> with it, I am new to gnuplot.
>

Re: [Orgmode] Re: org-beamer outline

[aditya siram]

Thanks folks that fixed it!

I have another question, I'd like the sub-headings to show up as a
full-page slide as I transition into that topic. For example given the
following structure:
* Presentation
** Topic 1
*** Slide 1
*** Slide 2
** Topic 2
*** Slide 3
*** Slide 4

I'd like a full page slide of "Topic 2" to show up right after "Slide
2" . Is there a setting for this?
-deech

On Wed, Sep 8, 2010 at 9:29 AM, John Hendy  wrote:
> For what it's worth on the topic of beamer outlines, I recently created a
> presentation and wanted the Outline to re-appear before every section.
> Having this at the top of the document (right after all the #+options stuff)
> worked great:
> -
> \AtBeginSection[]{
> \begin{frame}
> \frametitle{Outline}
> \tableofcontents[currentsection]
> \end{frame}}
> -
> I think it's pretty cool, especially if there are many frames between parts.
> Perhaps this can be useful to someone looking into various methods for using
> outlines in Beamer? Toggle #+options: toc:t and toc:nil to either have the
> full outline appear at the beginning or only have the outline with the
> highlighted upcoming section visible.
>
> John
> On Wed, Sep 8, 2010 at 9:12 AM, Dan Davison  wrote:
>>
>> aditya siram  writes:
>>
>> > Hi all,
>> > I am wondering how to get an outline in an org-beamer presentation.
>> > Currently I have a structure that looks like:
>> >
>> > #+TITLE: My Title
>> > #+AUTHOR: Me
>> > #+LaTeX_CLASS: beamer
>> > #+LaTeX_CLASS_OPTIONS: [presentation]
>> > #+BEAMER_FRAME_LEVEL: 2
>> > #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
>> > %4BEAMER_col(Col) %8BEAMER_extra(Extra)
>> > * Presentation
>> > ** Slide 1
>> > ** Slide 2
>> > ** Slide 3
>> > ** Slide 4 ...
>> >
>> > The outline slide contains only "Presentation". Is there someway to
>> > break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
>> > 4 are another?
>>
>> Hi deech,
>>
>> Set BEAMER_FRAME_LEVEL to 3 and adjust outline levels as below.
>>
>> #+BEAMER_FRAME_LEVEL: 3
>> #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
>> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
>> * Presentation
>> ** Topic 1
>> *** Slide 1
>> *** Slide 2
>> ** Topic 2
>> *** Slide 3
>> *** Slide 4
>>
>> Dan
>>
>> p.s. Thanks very much Carsten and Eric F. for org-beamer. I gave my
>> first org-beamer presentation yesterday.
>>
>>
>> > -deech
>> >
>> > ___
>> > Emacs-orgmode mailing list
>> > Please use `Reply All' to send replies to the list.
>> > Emacs-orgmode@gnu.org
>> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Org now fontifies code blocks

[Dan Davison]

Erik Iverson  writes:

> Sébastien Vauban wrote:
>> Hi Bastien and Dan,
>>
>> Bastien wrote:
>>> Dan Davison  writes:
>>>
 (We badly need a customize group for these org-src but non-babel
 variables[1]. That suggests to me subsuming the "Babel" group (Should be
 "Org Babel" for consistency?) within a new group, perhaps "Org Code" or
 "Org Src" or "Org Source Code" ? Views?
>>> I find "Org Code" and "Org Source Code" rather ambiguous.

Yes, you're right!

>>> "Org Src" is
>>> better but still a bit too general IMHO.
>>>
>>> "Org Src Block"?

I do sometimes find myself wondering whether "src" is a little cryptic
for user-level documentation: an alternative would be "code" as in "code
blocks". But src is hard-wired into "begin_src", and it is familiar to
many programmers, and it is already traditional in Org-mode, so perhaps
it is fine.

>> The terminology of such code blocks in Noweb was "scraps". We often see
>> "snippets" as well, but (not being English-native), that can be more for pure
>> text (not specifically code).
>>
>> Then, it could be "Org Scraps" or similar variants.
>
> Or "chunk", which I subjectively find the most phonetically pleasing.

I would like there to be some uniformity in this, across documentation,
docstrings and function and variable names. I have been guilty of using
"code blocks" in docstrings and commit logs. So if "src block" is /the/
Org-mode way of referring to these things, then let's stick to it!

For the purposes of customize, we don't have to abbreviate, so we could
also have 

"Org Source Code Blocks"

but as Bastien sugests, "Org Src Blocks" would be a natural Org-mode
term.

Dan



>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Fixing slowness of following Gnus links to IMAP articles

[David Maus]

Sébastien Vauban wrote:
>it just perfectly *works*!  Great, great feature... Thanks a lot.

Sweet! 

>I'm excited about using this all the time now... Will you make that part of
>the master?

Sure, its on my list and will be pushed tomorrow (i think).

HTH,
  -- David
-- 
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de


pgpPCuKDrEbMk.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: org-beamer outline

[John Hendy]

Would something like this work?


\AtBeginSubsection[]{
\begin{frame}
\frametitle{Outline}
\tableofcontents[currentsubsection]
\end{frame}}
-

Make sure you have this in your file header:
#+options: tex:t latex:t


John

On Wed, Sep 8, 2010 at 2:24 PM, aditya siram  wrote:

> Thanks folks that fixed it!
>
> I have another question, I'd like the sub-headings to show up as a
> full-page slide as I transition into that topic. For example given the
> following structure:
> * Presentation
> ** Topic 1
> *** Slide 1
> *** Slide 2
> ** Topic 2
> *** Slide 3
> *** Slide 4
>
> I'd like a full page slide of "Topic 2" to show up right after "Slide
> 2" . Is there a setting for this?
> -deech
>
> On Wed, Sep 8, 2010 at 9:29 AM, John Hendy  wrote:
> > For what it's worth on the topic of beamer outlines, I recently created a
> > presentation and wanted the Outline to re-appear before every section.
> > Having this at the top of the document (right after all the #+options
> stuff)
> > worked great:
> > -
> > \AtBeginSection[]{
> > \begin{frame}
> > \frametitle{Outline}
> > \tableofcontents[currentsection]
> > \end{frame}}
> > -
> > I think it's pretty cool, especially if there are many frames between
> parts.
> > Perhaps this can be useful to someone looking into various methods for
> using
> > outlines in Beamer? Toggle #+options: toc:t and toc:nil to either have
> the
> > full outline appear at the beginning or only have the outline with the
> > highlighted upcoming section visible.
> >
> > John
> > On Wed, Sep 8, 2010 at 9:12 AM, Dan Davison 
> wrote:
> >>
> >> aditya siram  writes:
> >>
> >> > Hi all,
> >> > I am wondering how to get an outline in an org-beamer presentation.
> >> > Currently I have a structure that looks like:
> >> >
> >> > #+TITLE: My Title
> >> > #+AUTHOR: Me
> >> > #+LaTeX_CLASS: beamer
> >> > #+LaTeX_CLASS_OPTIONS: [presentation]
> >> > #+BEAMER_FRAME_LEVEL: 2
> >> > #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> >> > %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> >> > * Presentation
> >> > ** Slide 1
> >> > ** Slide 2
> >> > ** Slide 3
> >> > ** Slide 4 ...
> >> >
> >> > The outline slide contains only "Presentation". Is there someway to
> >> > break up the presentation so that slides 1 & 2 are a sub-topic and 3 &
> >> > 4 are another?
> >>
> >> Hi deech,
> >>
> >> Set BEAMER_FRAME_LEVEL to 3 and adjust outline levels as below.
> >>
> >> #+BEAMER_FRAME_LEVEL: 3
> >> #+COLUMNS: %35ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args)
> >> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> >> * Presentation
> >> ** Topic 1
> >> *** Slide 1
> >> *** Slide 2
> >> ** Topic 2
> >> *** Slide 3
> >> *** Slide 4
> >>
> >> Dan
> >>
> >> p.s. Thanks very much Carsten and Eric F. for org-beamer. I gave my
> >> first org-beamer presentation yesterday.
> >>
> >>
> >> > -deech
> >> >
> >> > ___
> >> > Emacs-orgmode mailing list
> >> > Please use `Reply All' to send replies to the list.
> >> > Emacs-orgmode@gnu.org
> >> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >>
> >> ___
> >> Emacs-orgmode mailing list
> >> Please use `Reply All' to send replies to the list.
> >> Emacs-orgmode@gnu.org
> >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >
> >
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] not exporting TODOs but exporting their subordinates

[Sam Cramer]

Thanks for your response!

On Wed, Sep 8, 2010 at 7:23 AM, John Hendy  wrote:

> Someone *might* be able to give you a workaround, but the way org-mode
> works as far as I can see is that export rules always apply to the children
> of a higher-level headline. As such, the subitems of the non-exported TODO
> are taken to be notes or things related to the TODO, and since you don't
> want the TODO exported it would seem that you don't want the items related
> to the TODO exported either.
>
> Maybe if you explain a situation where you'd not want the actual TODO
> exported but still want items under it exported, someone could help you with
> a workaround or alternative suggestion?
>

The situation is one that arguably results from a lack of discipline on my
part (hence my interest in org-mode!): I add TODO items to documents I'm
writing without much regard as to how they fit into the overall structure of
the file.  In other words, my TODOs are generally "one-liners" which are
sprinkled with abandon throughout the file.

Perhaps as I get more familiar with org-mode I will use TODOs in a more
structured way, but right now they are not a structured list of tasks but
rather a bunch of reminders distributed through a document.

Does that make things clearer?

Sam



>
>
> John
>
> On Tue, Sep 7, 2010 at 9:28 PM, Sam Cramer  wrote:
>
>> When working on a document, I tend to sprinkle TODO headlines throughout
>> the doc.  These are really very loosely structured; they just represent
>> things that I need to do somewhat near the area that I'm looking at.
>>
>> I mark these lines with a :noexport: tag in order to prevent them from
>> being exported.  As such, they're not part of the document structure per-se,
>> and I often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS
>> applies to a tree and not to a title, this prevents the export of any
>> subordinate items.
>>
>> Here's an example:
>>
>> * An amazing headline
>> ** stuff
>> ** more stuff
>> * TODO clean up the stuff above :noexport:
>> ** this is stuff that I would like exported
>>
>>
>> In the example above, I'd like to have the everything but the TODO
>> headline exported, including the "this is stuff I would like exported" line.
>>
>> I guess that I could always have my TODO lines be at a very deep level.
>>  Is there any other solution I should consider?
>>
>> Thanks,
>> Sam
>>
>>
>>
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: not exporting TODOs but exporting their subordinates

[Sam Cramer]

Ah, org-inlinetask.el, correct? Looks great -- thanks for the advice!

Sam

On Wed, Sep 8, 2010 at 9:14 AM, Sebastian Rose wrote:

> Sam Cramer  writes:
> > When working on a document, I tend to sprinkle TODO headlines throughout
> the
> > doc.  These are really very loosely structured; they just represent
> things
> > that I need to do somewhat near the area that I'm looking at.
> >
> > I mark these lines with a :noexport: tag in order to prevent them from
> being
> > exported.  As such, they're not part of the document structure per-se,
> and I
> > often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS
> applies
> > to a tree and not to a title, this prevents the export of any subordinate
> > items.
> >
> > Here's an example:
> >
> > * An amazing headline
> > ** stuff
> > ** more stuff
> > * TODO clean up the stuff above :noexport:
> > ** this is stuff that I would like exported
> >
> >
> > In the example above, I'd like to have the everything but the TODO
> headline
> > exported, including the "this is stuff I would like exported" line.
> >
> > I guess that I could always have my TODO lines be at a very deep level.
>  Is
> > there any other solution I should consider?
> >
> > Thanks,
> > Sam
>
> Here's my proposal:
>
>
>  * An amazing headline
>  ** stuff
>  ** more stuff
>  *** TODO clean up the stuff above :noexport:
>  ** this is stuff that I would like exported
>
> Or just use inline tasks.  They are made for this purpose.
>
>
>  Sebastian
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] not exporting TODOs but exporting their subordinates

[John Hendy]

On Wed, Sep 8, 2010 at 2:34 PM, Sam Cramer  wrote:

> Thanks for your response!
>
> On Wed, Sep 8, 2010 at 7:23 AM, John Hendy  wrote:
>
>> Someone *might* be able to give you a workaround, but the way org-mode
>> works as far as I can see is that export rules always apply to the children
>> of a higher-level headline. As such, the subitems of the non-exported TODO
>> are taken to be notes or things related to the TODO, and since you don't
>> want the TODO exported it would seem that you don't want the items related
>> to the TODO exported either.
>>
>> Maybe if you explain a situation where you'd not want the actual TODO
>> exported but still want items under it exported, someone could help you with
>> a workaround or alternative suggestion?
>>
>
> The situation is one that arguably results from a lack of discipline on my
> part (hence my interest in org-mode!): I add TODO items to documents I'm
> writing without much regard as to how they fit into the overall structure of
> the file.  In other words, my TODOs are generally "one-liners" which are
> sprinkled with abandon throughout the file.
>
> Perhaps as I get more familiar with org-mode I will use TODOs in a more
> structured way, but right now they are not a structured list of tasks but
> rather a bunch of reminders distributed through a document.
>
> Does that make things clearer?
>
>
It does make things clearer. Perhaps, then, the best solution is to just
make sure your TODOs have no children, then? Or use the other suggestion for
inline TODOs?

In your example, for example, wouldn't this work?


* An amazing headline
** stuff
** more stuff
** TODO clean up the stuff above :noexport:
** this is stuff that I would like exported


The TODO was directed at the stuff above anyway, so it perhaps doesn't need
to be it's own main headline? The above works perfectly on export for me.


John


> Sam
>
>
>
>>
>>
>> John
>>
>> On Tue, Sep 7, 2010 at 9:28 PM, Sam Cramer  wrote:
>>
>>> When working on a document, I tend to sprinkle TODO headlines throughout
>>> the doc.  These are really very loosely structured; they just represent
>>> things that I need to do somewhat near the area that I'm looking at.
>>>
>>> I mark these lines with a :noexport: tag in order to prevent them from
>>> being exported.  As such, they're not part of the document structure per-se,
>>> and I often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS
>>> applies to a tree and not to a title, this prevents the export of any
>>> subordinate items.
>>>
>>> Here's an example:
>>>
>>> * An amazing headline
>>> ** stuff
>>> ** more stuff
>>> * TODO clean up the stuff above :noexport:
>>> ** this is stuff that I would like exported
>>>
>>>
>>> In the example above, I'd like to have the everything but the TODO
>>> headline exported, including the "this is stuff I would like exported" line.
>>>
>>> I guess that I could always have my TODO lines be at a very deep level.
>>>  Is there any other solution I should consider?
>>>
>>> Thanks,
>>> Sam
>>>
>>>
>>>
>>>
>>> ___
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>>
>>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Q : select current org item as region

[Richard Riley]

Richard Riley  writes:

> What would be the best elisp way to select the current org entry? I want
> a hot key to select the current item as current region (not into the
> clipboard).
>
> The problem I am having is that org-in-item-p is returning nil even
> though the point is in an org-item. Is the docstring where it mentions
> "hand-formatted item" more significant that I understand? As a result
> org-beginning-of-item is failing
>
> Currently the function I have is (not working but to give you the idea
> of what I am trying to accomplish):
>
> (defun rgr/org-blog-entry ()
>   (interactive)
>   (save-excursion 
> (org-beginning-of-item)
> (set-mark-command)
> (org-end-of-item)
> (let((tmpbuf (make-temp-file)))
>   (org-export-as-html nil nil tmpbuf t
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

OK, minus several million for me for not digging  deep enough. "item" is
not an org item per se but a list item. I need the entry functions. So
its taking shape (but not working yet ..) as 

  (defun rgr/org-blog-entry ()
(interactive)
(save-excursion 
  (goto-char (org-entry-beginning-position))
  (set-mark (org-entry-end-position))
  (let((tmpfile (make-temp-file "org-blog-html-")))
(org-export-as-html nil nil (find-file-noselect tmpfile) t



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Q : select current org item as region

[Nicolas Goaziou]

Hello,
> Richard Riley writes:

> What would be the best elisp way to select the current org entry? I
> want a hot key to select the current item as current region (not
> into the clipboard).

> The problem I am having is that org-in-item-p is returning nil even
> though the point is in an org-item. Is the docstring where it
> mentions "hand-formatted item" more significant that I understand?
> As a result org-beginning-of-item is failing

Could you elaborate on that? Could you give a minimal example? If
`org-in-item-p' is returning nil whereas you are in an item, there is
definitely a bug to fix.

Here is a suggestion to mark current item:

(defun mark-current-item ()
  (interactive)
  (when (org-in-item-p)
(goto-char (org-get-item-beginning))
(push-mark nil t t)
(goto-char (org-get-end-of-item (org-list-bottom-point)

Regards,

-- Nicolas

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] not exporting TODOs but exporting their subordinates

[Sam Cramer]

On Wed, Sep 8, 2010 at 12:40 PM, John Hendy  wrote:

> On Wed, Sep 8, 2010 at 2:34 PM, Sam Cramer  wrote:
>
>>
>> The situation is one that arguably results from a lack of discipline on my
>> part (hence my interest in org-mode!): I add TODO items to documents I'm
>> writing without much regard as to how they fit into the overall structure of
>> the file.  In other words, my TODOs are generally "one-liners" which are
>> sprinkled with abandon throughout the file.
>>
>> Perhaps as I get more familiar with org-mode I will use TODOs in a more
>> structured way, but right now they are not a structured list of tasks but
>> rather a bunch of reminders distributed through a document.
>>
>> Does that make things clearer?
>>
>>
> It does make things clearer. Perhaps, then, the best solution is to just
> make sure your TODOs have no children, then? Or use the other suggestion for
> inline TODOs?
>
> In your example, for example, wouldn't this work?
>
> 
> * An amazing headline
> ** stuff
> ** more stuff
> ** TODO clean up the stuff above :noexport:
> ** this is stuff that I would like exported
> 
>
> The TODO was directed at the stuff above anyway, so it perhaps doesn't need
> to be it's own main headline? The above works perfectly on export for me.
>

Yes, that works too.  The only caveat is that if I later add a subordinate
item to "more stuff" under the TODO, it won't export.  Org-inlinetask.el or
simply making the TODOs deeply nested without the help of org-inlinetask
should solve that problem.

Thanks again for the help!

Sam

>
>
> John
>
>
>> Sam
>>
>>
>>
>>>
>>>
>>> John
>>>
>>> On Tue, Sep 7, 2010 at 9:28 PM, Sam Cramer  wrote:
>>>
 When working on a document, I tend to sprinkle TODO headlines throughout
 the doc.  These are really very loosely structured; they just represent
 things that I need to do somewhat near the area that I'm looking at.

 I mark these lines with a :noexport: tag in order to prevent them from
 being exported.  As such, they're not part of the document structure 
 per-se,
 and I often mark them as top level headlines.  Since EXPORT_EXCLUDE_TAGS
 applies to a tree and not to a title, this prevents the export of any
 subordinate items.

 Here's an example:

 * An amazing headline
 ** stuff
 ** more stuff
 * TODO clean up the stuff above :noexport:
 ** this is stuff that I would like exported


 In the example above, I'd like to have the everything but the TODO
 headline exported, including the "this is stuff I would like exported" 
 line.

 I guess that I could always have my TODO lines be at a very deep level.
  Is there any other solution I should consider?

 Thanks,
 Sam




 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode


>>>
>>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Inline source block documentation

[Eric Schulte]

Done, thanks -- Eric

Rainer M Krug  writes:

> On 08/09/10 20:27, Eric Schulte wrote:
>> Hi Rainer,
>> 
>> Thanks for pointing this out.  I've just added inline syntax to the
>> _Structure of code blocks_ section of the manual.
>> 
>> This may not be sufficient, but it should be an improvement.
>
> Definitely - and I think it should be fine. But I would suggest to use
> the term "inline source block" here as well, as then one can find it
> when searching the pdf.
> e.g:
>
>
> code blocks can also be embedded in text as so called inline code blocks as
>
> Cheers,
>
> Rainer
>
>
>> 
>> Best -- Eric
>> 
>> Rainer M Krug  writes:
>> 
>>> Hi
>>>
>>> I was struggling with inline source blocks, because I did not find them
>>> in the documentation - they only occur under "Code block specific header
>>> arguments":
>>>
>>> ###QUOTE BEGIN
>>> Similarly, it is possible to set header arguments for inline code blocks:
>>> src_haskell[:exports both]{fac 5}
>>> ###QUOTE END
>>>
>>> Did I miss them? If not, could they be included?
>>>
>>> Thanks,
>>>
>>> Rainer

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Q : select current org item as region

[Richard Riley]

I now have a working function to blog the current org-entry to google
blogs (blogger,blogspot) . See new thread "Blogging org entries using
google command line".


Richard Riley  writes:

> Richard Riley  writes:
>
>> What would be the best elisp way to select the current org entry? I want
>> a hot key to select the current item as current region (not into the
>> clipboard).
>>
>> The problem I am having is that org-in-item-p is returning nil even
>> though the point is in an org-item. Is the docstring where it mentions
>> "hand-formatted item" more significant that I understand? As a result
>> org-beginning-of-item is failing
>>
>> Currently the function I have is (not working but to give you the idea
>> of what I am trying to accomplish):
>>
>> (defun rgr/org-blog-entry ()
>>   (interactive)
>>   (save-excursion 
>> (org-beginning-of-item)
>> (set-mark-command)
>> (org-end-of-item)
>> (let((tmpbuf (make-temp-file)))
>>   (org-export-as-html nil nil tmpbuf t
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>
>
> OK, minus several million for me for not digging  deep enough. "item" is
> not an org item per se but a list item. I need the entry functions. So
> its taking shape (but not working yet ..) as 
>
>   (defun rgr/org-blog-entry ()
> (interactive)
> (save-excursion 
>   (goto-char (org-entry-beginning-position))
>   (set-mark (org-entry-end-position))
>   (let((tmpfile (make-temp-file "org-blog-html-")))
> (org-export-as-html nil nil (find-file-noselect tmpfile) t
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

-- 
☘ http://www.shamrockirishbar.com, http://www.richardriley.net

"Learning French is trivial: the word for horse is 'cheval' and
 everything follows thusly."


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Blogging org entries using google command line.

[Richard Riley]

Using the google command line you can get some super access to all your
Google resources - including docs, calendars &  blogs.

http://code.google.com/p/googlecl/

Once you have installed it and set up your OAUTH you can easily
manipulate/add/delete things in your google hosted data.

While not polished and featuring hard coded blog name the following
function uses the google command line tool to blog the current
org-entry.

--8<---cut here---start->8---
  (defun rgr/org-blog-entry ()
(interactive)
(save-excursion
  (let ((tmpheading (org-get-heading)))
  (goto-char (org-entry-beginning-position))
  (set-mark (org-entry-end-position))
  (let*((tmpfile (make-temp-file "org-blog-html-"))
   (blog-command (concat "google blogger post --blog \"Open Sauce\" 
--title '" tmpheading "' "  tmpfile )))
(org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
(with-current-buffer (get-file-buffer tmpfile) (save-buffer))
(start-process-shell-command "Google Blog" "*googlecl*" 
blog-command)
--8<---cut here---end--->8---

At some point I'll try and make it more generic with customised options
if no one beats me to it ..

regards

r.


-- 
☘ http://www.shamrockirishbar.com, http://www.richardriley.net

"Learning French is trivial: the word for horse is 'cheval' and
 everything follows thusly."


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Composing letters using Org mode and the LaTeX isodoc class

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> Sébastien Vauban  writes:
>>> Hmm, I don't know how complex isodoc is to configure, but I'd think that
>>> defining a custom latex class would be simpler than tangling out LaTeX
>>> code blocks, however maybe this will change once I've looked at and
>>> understood an example application.
>>
>> Isodoc is quite easy to configure, but it's through keyval mappings. I
>> don't know enough of Org to imagine being able to convert headings and
>> contents to keys and values, respectively...
>>
>> That does not mean it really is difficult. Just for me, the only accessible
>> way remained the Babel route.
>
> I see, I just wanted to ensure that wrapping content in code blocks was a
> last resort, but I agree using Babel in this way should be much easier than
> defining a new Org export backend or mucking with Org-mode internals. I'm
> very happy if Babel can help to further blur the lines between Org-mode
> usage and development in this way.

You prove me right, even simplifying the stuff by using a table. Why not using
Babel, then? ;-)

That does not mean I'm not interested by seeing other solutions to this
"problem"...


 - because, in a way, that's quite logical. Here and there, you define
   stuff. At the end, you just arrange them all in a way that fits well
   the LaTeX class demands.

 Though, it's not just copying, the way Babel actually does with snippets
 of code "à la Noweb". Hence, I really need at least the body to be in
 real Org plain code, and be automatically converted to LaTeX, so that I
 can make use of the tables, and all the Org markup.

 I'm sure Babel is able of that, mixing raw code with convertable code.
 Just needs more thinking.
>>>
>>> I've just implemented export of org code blocks to ascii, latex or html,
>>
>> This is brand new, right? In any case, the real good solution to such a
>> problem, IMHO...
>
> Yes this is new, it actually only required a couple of lines of code to
> implement.  However that means it may still be buggy.

Maybe. At least, I'm unable to tangle and execute your code since a couple of
hours (this noon, CET).

I've git pulled right now. Same as before...


>>> so the following should now (if I understood) allow the tangling
>>> behavior you've described
>>
>> Here, I just don't understand why you're choosing `emacs-lisp' as target
>> language for LaTeX code. Is there a reason for this, or just a typo?
>
> I do all my testing with emacs-lisp code blocks, as their sort of the
> simplest (at least for me/Babel) code block. Once it's working there it
> should extend to code blocks in other languages as well.

Clear... Thanks for the precision.


>>> note that the () on the end of the code block name in the noweb syntax
>>> means to insert the results of evaluating the code block (in this case
>>> latex) rather than the body of the code block itself.
>>
>> Understood! Thanks.
>>
>> FYI, I've git pulled once again 15 minutes ago (13:30 CET). My repo was
>> already up-to-date, but your code does not work for me...
>>
>> _Nothing is tangled anymore_... Not even if I explicitly state =:tangle
>> "AA.tex"= for example (with and without quotes ;-)).

As said, situation is stayed the same. Of course, I guess you did not have
time yet fixing that, if I can make the assumption you're responsible of the
change in tangle behavior.


> I've taken your excerpt and changed it so that it was tangling successfully
> on my system. The main problem was that there were many noweb references
> which pointed to outside of the example.

Sorry for that. I tried to keep the post as small as possible, knowing that
the other blocks could be find back in the previous post. Not smart from me,
it seems.


> The following does work on my system. Notice that it uses a table to hold
> the small components rather than wrapping each in it's own Org-mode block.
>
> There appears to be some lingering issues with converting the org block to
> latex, for me the first item in the list was missing, I'll try to take a
> look at this later today. However, hopefully this gets Babel far enough that
> at least the structure of an isodoc letter writing solution can be fleshed
> out.

The subject of your letter seems right: tangling is broken; at least on my PC.
So I don't understand why it works for you...

I can't get anything out anymore of the following:

--8<---cut here---start->8---
* From Eric

#+tblname: head
| To  | Eric Schulte   |
| Subject | Tangling is Broken |
| Opening | Hi |
| Closing | Best   |

#+source: h-body
#+begin_src org :results latex
  - one
  - two
  - three
#+end_src

#+begin_src latex :noweb yes :tangle yes :var h-to=head[0,1] :var 
h-subject=head[1,1] :var h-opening=head[2,1] :var h-closing=head[3,1]
\documentclass[11pt]{isodoc}
\usepackage[utf8x]{inputenc}
\usepackage[T1]{fontenc}

\usepackage{isodoc-style}

\setupdocument{
to = {h-t

[Orgmode] Re: [BABEL][PROPOSAL] headlines as executable srcnames

[Sébastien Vauban]

Hi Jambunathan,

Jambunathan K wrote:
> Sébastien Vauban  
> writes:
>> Jambunathan K wrote:
>>> [...] Any thoughts on how this could be achieved ...
>>
>> That's going (really) far... But would that be do-able, waaoow!
>
> Yes it is going far.
>
> Sometimes going far makes us feel elated while at other times it makes
> us feel down and out ;-). In the present case, the experience would be
> of the first kind. Otherwise would I dare suggest it?

Don't misinterpret me. I said far, not too far! I really desire such
possibilities as well... Simply, that's a huge integration, with great power.
In other words, go on with this idea, and implement it, or convince the right
people that can make this become real.


> I would provide an example and later summarize what the implications
> are.

Thanks for the other info as well...

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] bug report: archiving an indirect buffer

[Ilya Shlyakhter]

org-archive-subtree calls (abbreviate-file-name (buffer-file-name))
but the buffer file name is nil for indirect buffers.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: [babel] ledger tutorial on Worg

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> Sébastien Vauban  writes:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban  writes:
 "Eric Schulte" wrote:
> Sébastien Vauban  writes:
>>
>> 2. When the evaluation produces no output, but had well produced output
>>before, shouldn't Babel have to delete the previously written
>>results in the Org buffer?
>
> This is a good point. Currently Babel just quits if it receives a nil
> result, but I think you're right that we should replace existing results
> when a nil result has been returned. I'll add this as PROPOSED to the
> babel task list.

 I consider this kind of mandatory, for the sake of coherency, and to
 really make use of Org-babel every time I want to run some shell commands
 (and change them, eventually getting no results then).
>>>
>>> I've just pushed up a change that implements this behavior.
>>
>> From my point of view, it does not work yet. Take this example:
>>
>> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>>
>> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger,
>> and thus the results block to be removed. That's not the case.
>
> If ledger throws an exception then the result probably will not be replaced,
> however if ledger does return an empty result, then the existing result will
> be removed.

What do you mean by ledger throwing an exception?  Having a return code
different from 0?

For me, the result block should be removed in both cases:
- "exception" of ledger
- empty result of ledger

Or, if not, then (even better): instead of simply removing the result block,
replace it with a sort of error message, saying that ledger's execution failed
and returned XXX as exit code.

Whatever the solution, we have to clearly be aware that the previous results
are now wrong, and that the new result is a failure or empty.


>> Other peculiarity, if I write `:cmdline reeg unknown', I get an
>> exception:
>
> Ah, thanks for pointing this out, it seems I introduced an error with my
> previous change. I've just pushed up a fix for this issue.

Thanks. But right now, I don't get anything back from the following (same as
for thread about isodoc letters):

--8<---cut here---start->8---
#+srcname: ledger-journal
#+begin_src ledger
2008/01/03 * (SCORPIOS ) SEB VAUBAN
Assets:Bank:Checking:77400530   550.00 
EUR
Assets:Bank:Transferred

2008/01/01 * ( ) UNKNOWN-PAYEE
Assets:Bank:Checking:7740053021.91 
EUR
Expenses:Unknown
#+end_src

#+srcname: ledger-registry
#+begin_src ledger :cmdline reg unknown :noweb yes :session
<>
#+end_src
--8<---cut here---end--->8---

In the *Messages* buffer, I get:

--8<---cut here---start->8---
Checking for library `filladapt'... Found
Fontifying scorpios.org... 
(regexps.)
Checking for library `filladapt'... Found
Fontifying scorpios.org... 
(regexps..)
Checking for library `filladapt'... Found
Fontifying scorpios.org... 
(regexps...)
Checking for library `filladapt'... Found
Checking for library `filladapt'... Found
Org-mode restarted
Local setup has been refreshed
--8<---cut here---end--->8---

... but no result block is added in my Org buffer.

I'll carefully test all of this, as soon as I can re-execute Babel under
normal conditions.

Thanks for your help.

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Fixing slowness of following Gnus links to IMAP articles

[Sébastien Vauban]

Hi David,

David Maus wrote:
> Sébastien Vauban wrote:
>> it just perfectly *works*!  Great, great feature... Thanks a lot.
>
> Sweet!

I must add that 14 seconds is the average time for my huge folder. For folder
of more traditional sizes (less emails), it's more or less instantaneous...


>> I'm excited about using this all the time now... Will you make that part of
>> the master?
>
> Sure, its on my list and will be pushed tomorrow (i think).

Thanks...

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] [bug] Gnus author in capture templates not working

[Sébastien Vauban]

Hi,

I've tried enhancing my capture template for Gnus mail, by using the
=%:author= variable:

--8<---cut here---start->8---
  ("m" "Mail" entry
   (file+headline "~/Personal/refile.org" "Tasks")
   "* TODO %:subject (%:author)
   SCHEDULED: %^t

%i
>From %a"
   :empty-lines 1 :immediate-finish)
--8<---cut here---end--->8---

Problem: it always is empty...

=%:from= does work, but is much less desirable, with name *and* email
address being concatenated...

Any idea?

Best regards,
  Seb

-- 
Sébastien Vauban


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Adding entries to Google calendar

[Matt Price]

On Wed, Sep 8, 2010 at 1:12 PM, Stephen Eglen wrote:

> The following message is a courtesy copy of an article
> that has been posted to gmane.emacs.orgmode as well.
>
> Matt Price  writes:
>
>
> > - as I understand it this system will only work with entries that have
> > been added via "i" in a calendar-mode org agenda view.  When I try to
> > add items this way I am never prompted for a time, only a date.  Am I
> > missing something here?
>
> hi Matt,
> Carsten accepted a patch of mine a while ago that allows you to do stuff
> like the following from the agenda:
>
> "i d RET 09:00-09:30 meeting with Joe"
>
> and the time is extracted from the text you enter, if you set:
>
> (setq org-agenda-insert-diary-extract-time t)
>
> this is super, stephen thank you.
had some difficulties with google's timezone handling but those appear to be
fixed now.  seems to be woring perfectly!

for a real two-way sync to work with this method, I think we need access to
uid's of google calendar events.  If I read the documentation properly, the
underlying gdata-python library doesn't support uid queries.  So I filed an
enhancement bug:
http://code.google.com/p/gdata-python-client/issues/detail?id=444&q=uid
maybe someone with a better coding sense can improve it; in any case, we can
all follow its progress at that url.

matt



>  Stephen
>
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Blogging org entries using google command line.

[Eric Schulte]

Hey Richard,

That looks interesting.  See the gdoc-write code block defined in the
library-of-babel in the org repo at contrib/babel/library-of-babel.org
which allows saving Org-mode data to google docs using the google
command line.

Maybe your function would be suitable for addition to the
library-of-babel?

Cheers -- Eric

Richard Riley  writes:

> Using the google command line you can get some super access to all your
> Google resources - including docs, calendars &  blogs.
>
> http://code.google.com/p/googlecl/
>
> Once you have installed it and set up your OAUTH you can easily
> manipulate/add/delete things in your google hosted data.
>
> While not polished and featuring hard coded blog name the following
> function uses the google command line tool to blog the current
> org-entry.
>
>   (defun rgr/org-blog-entry ()
> (interactive)
> (save-excursion
>   (let ((tmpheading (org-get-heading)))
>   (goto-char (org-entry-beginning-position))
>   (set-mark (org-entry-end-position))
>   (let*((tmpfile (make-temp-file "org-blog-html-"))
>(blog-command (concat "google blogger post --blog \"Open 
> Sauce\" --title '" tmpheading "' "  tmpfile )))
> (org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
>   (with-current-buffer (get-file-buffer tmpfile) (save-buffer))
> (start-process-shell-command "Google Blog" "*googlecl*" 
> blog-command)
>
> At some point I'll try and make it more generic with customised options
> if no one beats me to it ..
>
> regards
>
> r.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [babel] ledger tutorial on Worg

[Eric Schulte]

Sébastien Vauban  writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban  writes:
>>> "Eric Schulte" wrote:
 Sébastien Vauban  writes:
> "Eric Schulte" wrote:
>> Sébastien Vauban  writes:
>>>
>>> 2. When the evaluation produces no output, but had well produced output
>>>before, shouldn't Babel have to delete the previously written
>>>results in the Org buffer?
>>
>> This is a good point. Currently Babel just quits if it receives a nil
>> result, but I think you're right that we should replace existing results
>> when a nil result has been returned. I'll add this as PROPOSED to the
>> babel task list.
>
> I consider this kind of mandatory, for the sake of coherency, and to
> really make use of Org-babel every time I want to run some shell commands
> (and change them, eventually getting no results then).

 I've just pushed up a change that implements this behavior.
>>>
>>> From my point of view, it does not work yet. Take this example:
>>>
>>> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>>>
>>> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger,
>>> and thus the results block to be removed. That's not the case.
>>
>> If ledger throws an exception then the result probably will not be replaced,
>> however if ledger does return an empty result, then the existing result will
>> be removed.
>
> What do you mean by ledger throwing an exception?  Having a return code
> different from 0?
>

Yes, that's exactly what I mean.

>
> For me, the result block should be removed in both cases:
> - "exception" of ledger
> - empty result of ledger
>
> Or, if not, then (even better): instead of simply removing the result block,
> replace it with a sort of error message, saying that ledger's execution failed
> and returned XXX as exit code.
>

This is what we used to do (insert the error output into the buffer as
results), however we now treat error messages and STDOUT differently,
and Babel /should/ notify you of error output and then abort the
evaluation chain.

>
> Whatever the solution, we have to clearly be aware that the previous
> results are now wrong, and that the new result is a failure or empty.
>

Agreed, this notification should be done through a pop-up buffer of the
error output (however the previous results are retained because at least
when they were generated they were not an error).  Also, returning the
error results could cause problems in the case of chained code blocks.

I don't have a local ledger install, and I didn't implement the Babel
ledger support, but I've made some changes to ob-ledger so that it now
uses the general Babel external evaluation tools (which should raise
errors as I've mentioned above).  Could you give this patch (attached) a
try and let me know if it improves the behavior you're seeing?

diff --git a/lisp/ob-ledger.el b/lisp/ob-ledger.el
index edd803f..ddaa93a 100644
--- a/lisp/ob-ledger.el
+++ b/lisp/ob-ledger.el
@@ -38,6 +38,7 @@
 
 ;;; Code:
 (require 'ob)
+(require 'ob-eval)
 (require 'org)
 
 (defvar org-babel-default-header-args:ledger
@@ -48,15 +49,13 @@
   "Execute a block of Ledger entries with org-babel.  This function is
 called by `org-babel-execute-src-block'."
   (message "executing Ledger source code block")
-  (let ((result-params (split-string (or (cdr (assoc :results params)) "")))
-	(cmdline (cdr (assoc :cmdline params)))
-(in-file (org-babel-temp-file "ledger-"))
-	(out-file (org-babel-temp-file "ledger-output-"))
-	)
+  (let* ((result-params (split-string (or (cdr (assoc :results params)) "")))
+	 (cmdline (cdr (assoc :cmdline params)))
+	 (in-file (org-babel-temp-file "ledger-"))
+	 (out-file (org-babel-temp-file "ledger-output-"))
+	 (cmd (concat "ledger -f " in-file " " cmdline " > " out-file)))
 (with-temp-file in-file (insert body))
-(message (concat "ledger -f " in-file " " cmdline))
-(with-output-to-string
-  (shell-command (concat "ledger -f " in-file " " cmdline " > " out-file)))
+(message cmd) (org-babel-eval cmd "")
 (with-temp-buffer (insert-file-contents out-file) (buffer-string
 
 (defun org-babel-prep-session:ledger (session params)

>
>
>>> Other peculiarity, if I write `:cmdline reeg unknown', I get an
>>> exception:
>>
>> Ah, thanks for pointing this out, it seems I introduced an error with my
>> previous change. I've just pushed up a fix for this issue.
>
> Thanks. But right now, I don't get anything back from the following (same as
> for thread about isodoc letters):
>

After updating Org-mode are you running make clean && make (and maybe
make install) to clear out the old compiled elisp files?

Best -- Eric

>
> #+srcname: ledger-journal
> #+begin_src ledger
> 2008/01/03 * (SCORPIOS ) SEB VAUBAN
>   Assets:Bank:Checking:77400530   550.00 
> EUR
>   Assets:Bank:Transferred
>
> 2008/01/01 * ( ) UNKNOWN-PAYEE
>   Assets:Bank:

[Orgmode] Re: Blogging org entries using google command line.

[Richard Riley]

"Eric Schulte"  writes:

> Hey Richard,
>
> That looks interesting.  See the gdoc-write code block defined in the
> library-of-babel in the org repo at contrib/babel/library-of-babel.org
> which allows saving Org-mode data to google docs using the google
> command line.
>
> Maybe your function would be suitable for addition to the
> library-of-babel?

I'll clean it up, add customisation options etc and then repost. I'd
like to add calendar stuff too but its hard to find reasonable
documentation on how to specify specific date/ranges/times for some
reason.

regards

r.


>
> Cheers -- Eric
>
> Richard Riley  writes:
>
>> Using the google command line you can get some super access to all your
>> Google resources - including docs, calendars &  blogs.
>>
>> http://code.google.com/p/googlecl/
>>
>> Once you have installed it and set up your OAUTH you can easily
>> manipulate/add/delete things in your google hosted data.
>>
>> While not polished and featuring hard coded blog name the following
>> function uses the google command line tool to blog the current
>> org-entry.
>>
>>   (defun rgr/org-blog-entry ()
>> (interactive)
>> (save-excursion
>>   (let ((tmpheading (org-get-heading)))
>>   (goto-char (org-entry-beginning-position))
>>   (set-mark (org-entry-end-position))
>>   (let*((tmpfile (make-temp-file "org-blog-html-"))
>>(blog-command (concat "google blogger post --blog \"Open 
>> Sauce\" --title '" tmpheading "' "  tmpfile )))
>> (org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
>>  (with-current-buffer (get-file-buffer tmpfile) (save-buffer))
>> (start-process-shell-command "Google Blog" "*googlecl*" 
>> blog-command)
>>
>> At some point I'll try and make it more generic with customised options
>> if no one beats me to it ..
>>
>> regards
>>
>> r.
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

-- 
☘ http://www.shamrockirishbar.com, http://www.richardriley.net

"Learning French is trivial: the word for horse is 'cheval' and
 everything follows thusly."


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Blogging org entries using google command line.

[Tim Burt]

Could Richard Riley have solved my problem?  Yes he did.
http://naturallogofx.rketburt.org/2010/09/could-richard-riley-have-solved-my.html

Thank you, thank you, thank you,
Tim

Richard Riley  writes:

> Using the google command line you can get some super access to all your
> Google resources - including docs, calendars &  blogs.
>
> http://code.google.com/p/googlecl/
>
> Once you have installed it and set up your OAUTH you can easily
> manipulate/add/delete things in your google hosted data.
>
> While not polished and featuring hard coded blog name the following
> function uses the google command line tool to blog the current
> org-entry.
>
>   (defun rgr/org-blog-entry ()
> (interactive)
> (save-excursion
>   (let ((tmpheading (org-get-heading)))
>   (goto-char (org-entry-beginning-position))
>   (set-mark (org-entry-end-position))
>   (let*((tmpfile (make-temp-file "org-blog-html-"))
>(blog-command (concat "google blogger post --blog \"Open 
> Sauce\" --title '" tmpheading "' "  tmpfile )))
> (org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
>   (with-current-buffer (get-file-buffer tmpfile) (save-buffer))
> (start-process-shell-command "Google Blog" "*googlecl*" 
> blog-command)
>
> At some point I'll try and make it more generic with customised options
> if no one beats me to it ..
>
> regards
>
> r.

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] org-babel and gnuplot

[Nick Parker]

John,

Thanks for you're input, I'll give it a whirl.

Nick Parker
www.developernotes.com


On Wed, Sep 8, 2010 at 2:04 PM, John Hendy  wrote:

> Nick,
>
> How about this?? Just fiddled around a little and wonder what you think.
> There might be a better way, but essentially, I've done the following:
>
> - Left y-axis = distance
> - Right y-axis = time
> - I couldn't get the xtic(1) option to work, so I replaced things with what
> I've found to work x:y:xticlabels(col#)
> - Beefed up the points to make them a little easier to see
> - Used your data to "calibrate" your speed
> --- The left y-axis is from 9-21min
> --- The right y-axis is from 1.5min - 3.5min
> --- This means the axes are 'calibrated' to 10mph
>
> What does the "calibration" do? It means that at a quick glance you can see
> your speed based on a target rate you set:
> - if speed/distance are on top of each other, you're right at your target
> - if speed (green) is higher than distance (red), you were faster than your
> target
> - if speed (green) is lower than distance (red), you were slower than your
> target
>
> Resetting your target is as easy as changing (in the code below):
> - Time: yrange [y1:y2]
> - Distance: y2range [y3:y4]
>
> All you have to do is make sure that y3/y1 = y4/y2 = target speed
>
> Also, remove the references to L/R and Red/Green if you'd like from the
> labels. I just tried to make the labels as easy as possible to follow so
> that no matter where you looked for a reference you would be forced to see
> what color/axis matched what value.
>
> I attached a sample graph. Sorry if I overstepped my bounds -- I realize
> it's *your* workout tracker. Take what you like and ditch the rest. I
> wanted to know how to do two different y axes anyway so it helped me learn.
> Code is here:
>
> --- gnuplot code ---
>
> #+tblname: sessions
> | Date| ID |  Time | Distance |
> |-++---+--|
> | 9/1/2010|  1 | 14:00 |  2.4 |
> | 9/2/2010|  2 | 15:13 |  2.5 |
> | 9/10/2010   |  3 | 13:45 |  2.3 |
> | 9/11|  4 | 12:20 |  2.0 |
> | Spd > 10mph |  5 | 16:35 |  2.8 |
> | Spd = 10mph |  6 |10 |1.666 |
> | Spd < 10mph |  7 |20 |  2.8 |
>
> #+begin_src gnuplot :var data=sessions :file org-running.png :exports both
>   reset
>   set title "Running Stats"
>   set size ratio square
>
>   set xlabel "Date"
>   set xtics nomirror rotate by -45
>
>   set yrange [9:21]
>   set ylabel "Time (min) -- Red"
>   set ytics nomirror
>
>   set y2range [1.5:3.5]
>   set y2label "Distance (mi) -- Green"
>   set y2tics 0,0.5,3.5
>
>   set style data points
>   plot data u 2:3:xticlabels(1) axis x1y1 lw 3 title 'Time (L axis)', \
>data u 2:4 axis x2y2 lw 3 title 'Distance (R axis)'
> #+end_src
>
> --- end gnuplot code -
>
>
> Best regards,
> John
>
> On Wed, Sep 8, 2010 at 11:52 AM, Nick Parker wrote:
>
>> John,
>>
>> I am reworking the gnuplot script, it is not done at this point, but this
>> is what I currently have:
>>
>> #+begin_src gnuplot :var data=sessions :file org-running.png :exports both
>>   set title "Running Stats"
>>   set xtics nomirror rotate by -45
>>   set key noenhanced
>>   set style data linespoints
>>   plot "$data" using 2:xtic(1) title columnheader(1), \
>>   for [i=2:3] '' using i title columnheader(i)
>> #+end_src
>>
>> Nick Parker
>> www.developernotes.com
>>
>>
>> On Wed, Sep 8, 2010 at 9:39 AM, John Hendy  wrote:
>>
>>> Nick,
>>>
>>>
>>> This got me curious to see the output. I tried to generate it on my
>>> computer and get this in the *gnuplot* buffer after running the code:
>>>
>>> -
>>> gnuplot> plot data using 1:2:3 notitle
>>>^
>>>  warning: Skipping data file with no valid points
>>>   ^
>>>  x range is invalid
>>> -
>>>
>>> This is working for you, though?
>>>
>>> #+tblname: sessions
>>> | Date   |  Time | Distance |
>>> |+---+--|
>>> | 09/02/2010 | 15:13 |  2.5 |
>>> | 09/01/2010 | 14:00 |  2.4 |
>>>
>>> #+begin_src gnuplot :var data=sessions :file org-running.png :exports
>>> both
>>>   set title "Running Stats"
>>>   set auto x
>>>   set style data histogram
>>>   set style fill solid border -1
>>>   set boxwidth .9
>>>   set xlabel "Date"
>>>   set ylabel "Time"
>>>   plot data using 1:2:3 notitle
>>> #+end_src
>>>
>>>
>>> John
>>>
>>> On Wed, Sep 8, 2010 at 8:10 AM, Nick Parker wrote:
>>>
 Erik,

 That was the issue, the :file reference needed to be on the line above.
  Thanks.


 Nick Parker
 www.developernotes.com


 On Tue, Sep 7, 2010 at 10:27 PM, Erik Iverson wrote:

> On 09/07/2010 10:12 PM, Nick Parker wrote:
>
>> Hi John,
>>
>> I would actually like to plot different lines per distance, each
>> that correlate to a date and elapsed-time (x and y axis res

[Orgmode] Re: Blogging org entries using google command line.

[Richard Riley]

Tim Burt  writes:

> Could Richard Riley have solved my problem?  Yes he did.
> http://naturallogofx.rketburt.org/2010/09/could-richard-riley-have-solved-my.html

Glad its of some use. It (googlecl) has been on my "must check it out"
list for a while ;)

Its just at test stage but taking shape - I'm having to relearn elisp
again ... I'll "git" (!) it in the next few days. But here's the latest code
posted using itself and cleaned up a bit. Note the two defvars to
set. You can prefix (C-u) the call to get prompted for the blog name. 

http://splash-of-open-sauce.blogspot.com/2010/09/improved-code-for-googlecl-blog_08.html

As a side note, I intend to create a module org-googlecl (org google
command line) with corresponding namespace for customisations. I'm sure
then that people more familiar with the publishing portion of org can
supe it up a bit more.

cheers

r.

>
> Thank you, thank you, thank you,
> Tim
>
> Richard Riley  writes:
>
>> Using the google command line you can get some super access to all your
>> Google resources - including docs, calendars &  blogs.
>>
>> http://code.google.com/p/googlecl/
>>
>> Once you have installed it and set up your OAUTH you can easily
>> manipulate/add/delete things in your google hosted data.
>>
>> While not polished and featuring hard coded blog name the following
>> function uses the google command line tool to blog the current
>> org-entry.
>>
>>   (defun rgr/org-blog-entry ()
>> (interactive)
>> (save-excursion
>>   (let ((tmpheading (org-get-heading)))
>>   (goto-char (org-entry-beginning-position))
>>   (set-mark (org-entry-end-position))
>>   (let*((tmpfile (make-temp-file "org-blog-html-"))
>>(blog-command (concat "google blogger post --blog \"Open 
>> Sauce\" --title '" tmpheading "' "  tmpfile )))
>> (org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
>>  (with-current-buffer (get-file-buffer tmpfile) (save-buffer))
>> (start-process-shell-command "Google Blog" "*googlecl*" 
>> blog-command)
>>
>> At some point I'll try and make it more generic with customised options
>> if no one beats me to it ..
>>
>> regards
>>
>> r.
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>

-- 
☘ http://www.shamrockirishbar.com, http://www.richardriley.net

"Learning French is trivial: the word for horse is 'cheval' and
 everything follows thusly."


___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: Blogging org entries using google command line.

[Tim Burt]

Richard Riley  writes:

> Tim Burt  writes:
>
>> Could Richard Riley have solved my problem?  Yes he did.
>> http://naturallogofx.rketburt.org/2010/09/could-richard-riley-have-solved-my.html
>
> Glad its of some use. It (googlecl) has been on my "must check it out"
> list for a while ;)
>
> Its just at test stage but taking shape - I'm having to relearn elisp
> again ... I'll "git" (!) it in the next few days. But here's the latest code
> posted using itself and cleaned up a bit. Note the two defvars to
> set. You can prefix (C-u) the call to get prompted for the blog name. 
>
> http://splash-of-open-sauce.blogspot.com/2010/09/improved-code-for-googlecl-blog_08.html

Nice improvements.  Will use.

> As a side note, I intend to create a module org-googlecl (org google
> command line) with corresponding namespace for customisations. I'm sure
> then that people more familiar with the publishing portion of org can
> supe it up a bit more.

I look forward to that.  

Again, many thanks.

>
> cheers
>
> r.
>
>>
>> Thank you, thank you, thank you,
>> Tim
>>
>> Richard Riley  writes:
>>
>>> Using the google command line you can get some super access to all your
>>> Google resources - including docs, calendars &  blogs.
>>>
>>> http://code.google.com/p/googlecl/
>>>
>>> Once you have installed it and set up your OAUTH you can easily
>>> manipulate/add/delete things in your google hosted data.
>>>
>>> While not polished and featuring hard coded blog name the following
>>> function uses the google command line tool to blog the current
>>> org-entry.
>>>
>>>   (defun rgr/org-blog-entry ()
>>> (interactive)
>>> (save-excursion
>>>   (let ((tmpheading (org-get-heading)))
>>>   (goto-char (org-entry-beginning-position))
>>>   (set-mark (org-entry-end-position))
>>>   (let*((tmpfile (make-temp-file "org-blog-html-"))
>>>(blog-command (concat "google blogger post --blog \"Open 
>>> Sauce\" --title '" tmpheading "' "  tmpfile )))
>>> (org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
>>> (with-current-buffer (get-file-buffer tmpfile) (save-buffer))
>>> (start-process-shell-command "Google Blog" "*googlecl*" 
>>> blog-command)
>>>
>>> At some point I'll try and make it more generic with customised options
>>> if no one beats me to it ..
>>>
>>> regards
>>>
>>> r.
>>
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>

___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: Blogging org entries using google command line.

[Richard Riley]

ok, last change of the day : this removes the tags from the blogged
heading (is there not an easier way?) and also converts the tags format
into a comman seperated list suitable for googlecl/blogger labels. I'll
put it up into git soon.

--8<---cut here---start->8---
;; Interface to the google command line utility.
;; org-googlecl-blog : posts the current org entry to your google 
blogger/blogspot blog.
;; See http://code.google.com/p/googlecl/ for details on downloading and 
installing the tool.
;; Another good reason for postactions on creating new-entries - possibly using 
a inherited tag, if
;; googlecl-auto-blog tag is set we could call this function directly with no 
user intervention.

;; email :rileyrgATgooglemailDOTcom

(defcustom org-googlecl-blogname "My Blog Name"
  "The name of the default blogger/blogspot blog you wish to blog to."
  :group 'org-googlecl
  :type 'string)

(defcustom org-googlecl-username "chang...@googlemail.com"
  "The google user id you wish to authenticate with. e.g 
mydevusern...@googlemail.com"
  :group 'org-googlecl
  :type 'string)

  (defun org-googlecl-blog  ()
(interactive)
(if current-prefix-arg
; WOuld be nice to be able to query possible blogs and allow tab 
completion on legal names.
(setq org-googlecl-blogname (read-from-minibuffer "Blog Name:")))
(save-excursion
  (goto-char (org-entry-beginning-position))
  (let ((tmpheading (org-trim (replace-regexp-in-string 
(org-get-tags-string) "" (org-get-heading)) ))
(tmptags (mapconcat  'identity (org-get-tags) ",")))
  (set-mark (org-entry-end-position))
  (let*((tmpfile (make-temp-file "org-blog-html-"))
   (blog-command (concat "google blogger post --blog \"" 
org-googlecl-blogname "\" --title \"" tmpheading "\" --user \"" 
org-googlecl-username (if (length tmptags) (concat "\" --tags \"" tmptags "\" 
"))  tmpfile )))
(org-export-as-html 1 nil nil (find-file-noselect tmpfile) t)
(with-current-buffer (get-file-buffer tmpfile) (save-buffer))
(start-process-shell-command "Google Blog" "*googlecl*" 
blog-command)


(provide 'org-googlecl)
--8<---cut here---end--->8---

r.



___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Agenda and weather forecast

[Julien Danjou]

Hi folks,

If anybody is interested, I've wrote an small extension to put some
weather forecasts in the agenda.

It can be found here[1]. I've blogged about it yesterday, so if you're
curious you can read the entry[2].

Happy hacking,

[1]  http://julien.danjou.info/google-weather-el.html
[2]  http://julien.danjou.info/blog/

-- 
Julien Danjou
// ᐰhttp://julien.danjou.info


pgpQ7gyTKCyMS.pgp
Description: PGP signature
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [babel] difference in export output if including file

[Eric S Fraga]

On Tue, 07 Sep 2010 23:52:48 -0600, "Eric Schulte"  
wrote:
> 
> Hi Eric,
> 
> I've changed the hook through which code blocks are evaluated so that
> this evaluation now takes place after included files have been included.
> 
> Hopefully this will fix the issue you mentioned.
> 
> Best -- Eric

Eric,

this works perfectly.  Many thanks!
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode