Re: [Orgmode] IP locator

[Indraneel Majumdar]

 Erik, Thanks for the link. Did anyone do anything more on this? If 
not, I can try to hack up some pymacs extensions.


On 2010-09-10 10:13, Erik Iverson wrote:

There was a little discussion of this earlier this summer:

http://www.mail-archive.com/emacs-orgmode@gnu.org/msg26465.html

On 09/09/2010 11:19 PM, Indraneel Majumdar wrote:

Hi all,
Is there any way of putting in location information automatically, eg.
in a Diary or Journal entry? I was thinking of some sort of IP location
based service (some web based ones are free, or even google). Or, a
connected cellphone with GPS is also a possibility.

I can see how the iphone app will benefit (although I don't have one
(yet)). Not sure how quick the processors in phones are these days, but
coupled with a barcode scanning .el it might be a handy thing to carry
around (eg. "buy mama bear's oldstyle honey from shop near bridge below
highway 9" can be done in one point and click.)

Indraneel

___
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] "Where local software is found" ?

[David Maus]

ishi soichi wrote:
>[1  ]
>[1.1  ]

>[1.2  ]
>This question is fundamental, but I want to make sure about it.

>In installing the latest org-mode, I need to edit Makefile.
>In the file, it says, 

>"Where local software is found"

>What exactly is the local software?  Emacs itself? or something other lisp 
>files?

,
| # Where local software is found
| prefix=/usr/local
| 
| # Where local lisp files go.
| lispdir   = $(prefix)/share/emacs/site-lisp
| 
| # Where info files go.
| infodir = $(prefix)/share/info
`

The prefix option is (only) used to setup the lispdir (where all
lisp-files go) and the infodir (where the manual goes).  Thus it's
about where you want Org mode to be installed to -- by default Org is
installed system-wide in

+-$prefix-+-$lispdir---+
| ||
v vv
/usr/local/share/emacs/site-lisp

If you, for example, want to install Org mode to your homedirectory
you could ignore the prefix option and set lispdir and infodir directly.

,
| lispdir = /home//.emacs.d/site-lisp
| infodir = /home//.emacs.d/info/
`

HTH,
  -- David

PS: And you don't even have to modify the Makefile.  Passing the
variables (lispdir, infodir) as command line arguments to make works fine.

E.g.: 

,
| make lispdir=/home/dmaus/.emacs.d/site-lisp/org-mode/ 
infodir=/home/dmaus/.emacs.d/site-lisp/info/  install
`
-- 
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de


pgpRxpLlEbzAt.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

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

[Jambunathan K]

I am slightly drifting a bit. I think the broader theme that is emerging
in this thread is this - how Babel as a Org's VM would enable one to
create useful text mashups. Call it Org 2.0 if you may like.

Needless, to say I am having a hammer and everything looks nail to
me. Please be patient with my regurgitations! Read on ...

,
| "*Article*" #("From: Vinh Nguyen 
| Subject: Re: text color + highlight
| Newsgroups: gmane.emacs.orgmode
| To: emacs-orgmode@gnu.org
| Date: Thu, 9 Sep 2010 09:15:05 -0700
| Message-ID: 
| Archived-At: 
| 
| I'd like to write a concluding email for this thread for future
| searchers to find.  This easy solution is brought to you by Eric
| Schulte and Christian Moe.
| 
| Place the following in your .emacs or init.el file:
| ;; org-mode color
| (org-add-link-type
|  \"color\" nil
|  (lambda (path desc format)p
|   (cond
|((eq format 'html)
| (format \"%s\" path desc))
|((eq format 'latex)
| (format \"{color{%s}%s}\" path desc)
| ;; org-mode highlight
| (org-add-link-type
|  \"hl\" nil
|  (lambda (path desc format)
|   (cond
|((eq format 'html)
| (format \"%s\" path desc))
|((eq format 'latex)
| (format \"colorbox{%s}{%s}\" path desc) ;; require 
\\usepackage{color}
| 
| Examples:
| [[color:blue][test this out]]
| [[hl:yellow][highlighted text]]
| 
| Remarks:
| * Pros
|   - don't need to modify org-mode source (just edit your .emacs)
|   - use the existing links syntax
| * Cons
|   - cannot be used concurrently or with other formatting
| * To Do
|   - Hopefully it will be implemented via extensible syntax in the
| future ($[options mytext])
|   - highlight and color paragraph or region
| 
| 
| -- Vinh
| 
| 
| 
| On Thu, Aug 5, 2010 at 1:42 PM, Vinh Nguyen  wrote:
| > Dear list,
| >
| > I was wondering if there is an easy way to markup the color of the
| > text for html output (and highlight as well).  When I prepare meeting
| > minutes I'd like to color some things and highlight certain things.
| > Right now, I am using emphasizing a major portion of the text.  It
| > would be great to have colors and highlights to draw attention to
| > certain items.
| >
| > Thanks.
| > Vinh
`

I wonder whether there is a way to achieve the requested feature without
too much of elisp programming.

[[color:blue][test this out]]
 ^ ^  ^

If one imagines this as a macro call 

color => babel srcname [accessible through %0 in srcbody]
blue => param1 for srcname [accessible through %1 in srcbody]
test this out => text param for the macro ['this' param for text mashup]

In my earlier post, I tried to argue that if headlines could be srcnames
then the text content of the headline could be considered as an implicit
'this' param (which the 'headline macro' works upon)

Now if link syntax could be used as a macro call (as seen above) then
the description part of the link i.e., text contained within "inner []"
could be considered as the 'this' param for link-oriented
srcnames. (Think of links as mini, inline headlines and desc as headline
body)

It is important to note that the user still works with text documents
which are very much like existing org documents.

Note also that having positional params and having them canonically
accessible as %0, %1, %2 etc could have it's uses [1]. It is left to the
reader how color macro could be defined with above redefinitions.

Let me reiterate (and I think it is important) Babel's macro expansion
if tweaked and designed for 'text mashups and massages' then much of
user requirements (like the one above) could be implemented by the user
himself without any help from expert elisp programmers.

Footnotes:
[1] I believe babel as of this writing only permits named param list.

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] IP locator

[Erik Iverson]

There was a little discussion of this earlier this summer:

http://www.mail-archive.com/emacs-orgmode@gnu.org/msg26465.html

On 09/09/2010 11:19 PM, Indraneel Majumdar wrote:

Hi all,
Is there any way of putting in location information automatically, eg.
in a Diary or Journal entry? I was thinking of some sort of IP location
based service (some web based ones are free, or even google). Or, a
connected cellphone with GPS is also a possibility.

I can see how the iphone app will benefit (although I don't have one
(yet)). Not sure how quick the processors in phones are these days, but
coupled with a barcode scanning .el it might be a handy thing to carry
around (eg. "buy mama bear's oldstyle honey from shop near bridge below
highway 9" can be done in one point and click.)

Indraneel

___
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] "Where local software is found" ?

[ishi soichi]

This question is fundamental, but I want to make sure about it.

In installing the latest org-mode, I need to edit Makefile.
In the file, it says,

"Where local software is found"

What exactly is the local software?  Emacs itself? or something other lisp
files?

Thanks in advance.

soichi
___
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] IP locator

[Indraneel Majumdar]

 Hi all,
Is there any way of putting in location information automatically, eg. 
in a Diary or Journal entry? I was thinking of some sort of IP location 
based service (some web based ones are free, or even google). Or, a 
connected cellphone with GPS is also a possibility.


I can see how the iphone app will benefit (although I don't have one 
(yet)). Not sure how quick the processors in phones are these days, but 
coupled with a barcode scanning .el it might be a handy thing to carry 
around (eg. "buy mama bear's oldstyle honey from shop near bridge below 
highway 9" can be done in one point and click.)


Indraneel

___
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] Bug? Org Exporting LaTeX Description List Incorrectly

[Jeff Horn]

Glad to help! Thanks for your response.

Jeff

On Thu, Sep 9, 2010 at 9:56 AM, Nicolas Goaziou  wrote:
> Hello,
>
>> Jeff Horn writes:
>
>> When typing a list like this one:
>
>> **
>> Some text. - Item A :: Description for item A. - Item B ::
>> Description for item B.
>> **
>
>> Org mode exports the following LaTeX:
>
>> **
>> Some text. \begin{description} \item Item A :: Description for item
>> A. \item Item B :: Description for item B. \end{description}
>> **
>
>> When the following is expected:
>
>> **
>> Some text. \begin{description} \item[Item A] Description for item A.
>> \item[Item B] Description for item B. \end{description}
>> **
>
> Patch sent to maintainers.
>
> Thank you for reporting this.
>
> Regards,
>
> -- Nicolas
>



-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com

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

[Orgmode] Repeating tasks on specific days of the week

[Jeff Horn]

Hi everyone!

I was wondering how to create repeating tasks for, say, Tuesday and
Thursday at noon. I found this on stack overflow: http://cl.ly/2K8c

Is that really the best answer? Can this not be accomplished with
symbolic expressions?

Seems like a great feature for academics and students. Surely, I'm
ignorant, and someone has a better solution than creating multiple
repeating tasks?

Thanks for any info.

Jeff

-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com

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

[Orgmode] [WISH] ELPA repo for org-mode?

[Jambunathan K]

I think ELPA repository for orgmode-only packages (hosted where else but
on worg) could be quite useful. The idea came up in emacs-devel [1].

There has been a lot of enthusiasm surrounding org+google-weather. It
only shows how useful certain packages could be. My concern is they
shouldn't be lost in mailing list or blog posts or get hidden deep in a
emacswiki page ...

I wonder whether elpa packages are permitted to contain data files
(non-elisp files). Let's say, one is interested in exploring R or
haskell through babel or just interested in basic babel recipes, then it
would be more faster and importantly very effective if one could simply
connect to org's elpa and download the language-specific startupkits
[2].

I have found very good emacs packages through elpa which I would have
never found through emacswiki ... and I have been an emacs-user since
before emacswiki became quite prominent. 

An enthusiastic emacs/orgmode user,
Jambunathan K.

[1] http://thread.gmane.org/gmane.emacs.devel/129833

[2] Startupkits need not be just limited to literate programming
examples. It could even be sample agenda files that an entry-level user
could download, walk through and play with.

From: Ted Zlatanov 
Subject: Re: Google modules integration
Newsgroups: gmane.emacs.devel
To: emacs-de...@gnu.org
Date: Thu, 09 Sep 2010 18:36:30 -0500
Organization: Теодор Златанов @ Cienfuegos
Message-ID: <87r5h24hhd@lifelogs.com>
Archived-At: 

On Fri, 10 Sep 2010 00:56:09 +0200 Lennart Borgman  
wrote: 

LB> On Fri, Sep 10, 2010 at 12:25 AM, Stefan Monnier
LB>  wrote:
>>> But to do the things correctly, that would mean the merge of the
>>> `google-maps.el' and `google-weather.el' modules into Emacs core
>> [...]
>>> The question is, therefore, is there a chance that we could merge these
>>> two extension into Emacs?
>> 
>> Without having thought much about it, my reaction is rather negative,
>> since we do not want to install packages dedicated to supporting
>> proprietary software.

LB> What about elpa? Could this perhaps be more relaxed regarding
LB> supporting proprietary software? Or should there be a special elpa
LB> repository for it? (Is that possible with the current elpa version?)

You can set up your own ELPA repo, sure.

I think it's better for org-mode to support a generic maps and weather
plugin so users can write Google-specific ones (and put them on their
own ELPA repos) but don't have to.

I was in a similar situation with Google Reader and planned to write an
interface to it until the much better gwene.org came along (thanks to
Lars) to let me read RSS feeds in a sensible way.

Ted



___
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] latex link target name

[Indraneel Majumdar]

 Hi,

I'm trying not to have the target name printed out when exporting to 
latex, and am having no success at it.

My org file:

** section 2
22. [...@start:22] Oh, have to put sometjing here too!
23. nothing here
24. cfqw4cygq3h
25. gvre4vghq3
26. gvq34vh3ch2
27.
#+ <>
What's all that
28. c431y2h32
29. gv34qyh13h2
30. cf42q3hch
31. again nothing
32. and again, see [[point][see this]]

And the latex output:

\begin{enumerate}
\setcounter{enumi}{21}
\item  Oh, have to put sometjing here too!
\item nothing here
\item cfqw4cygq3h
\item gvre4vghq3
\item gvq34vh3ch2
\item What's all that
\item c431y2h32
\item gv34qyh13h2
\item cf42q3hch
\item again nothing
\item and again, see \hyperref[point]{see this}
\end{enumerate}


Another example:

26. gvq34vh3ch2
27. <> What's all that
28. c431y2h32
29. gv34qyh13h2
30. cf42q3hch
31. again nothing
32. and again, see [[point][see this]]

and latex out:

\item \label{point}point What's all that
\item c431y2h32
\item gv34qyh13h2
\item cf42q3hch
\item again nothing
\item and again, see \hyperref[point]{see this}


What am I doing wrong? I've struggled for hours with this. do I /have/ 
to meddle with the latex output to fix this?



TIA,
Indraneel

___
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: Agenda and weather forecast

[Flavio Souza]

This is a very nice add-on for orgmode. Cool!

-- 
Flávio Souza
http://www.flaviosouza.org

___
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

[Thomas S. Dye]

On Sep 9, 2010, at 12:35 PM, Dan Davison wrote:


"Thomas S. Dye"  writes:


Hi Dan,

Glad to know that Darlan's slowdown is fixed.

No change here that I can tell.  Now that I've had org-src-fontify-
natively set to t for a while, I can see that the slowdown is
proportional to the number and size of code blocks in the Org-mode
file.  It is most noticeable in a file with about 30 printed pages of
a manuscript held in several dozen LaTeX code blocks, quite a bit  
less
so in a file where the several dozen code blocks are short R  
routines.


FWIW, I see the org-src-fontification message while unfolding,


Hi Tom,

Could you post that message please (go to *Messages* buffer after
unfolding and it should be there). I haven't put any messages in,  
but I

think I know the message you mean and I think it is an Emacs message.

Dan




Hi Dan,

Yes, here is a portion of the message buffer:

Searching for `makaainana.org'
Automatic display of crossref information was turned on
Fontifying  org-src-fontification:latex-mode...  
(regexps.)

Automatic display of crossref information was turned on
Fontifying  org-src-fontification:latex-mode...  
(regexps.)

Automatic display of crossref information was turned on
Fontifying  org-src-fontification:latex-mode...  
(regexps.)

Automatic display of crossref information was turned on
Fontifying  org-src-fontification:latex-mode...  
(regexps.)

Automatic display of crossref information was turned on
Fontifying  org-src-fontification:latex-mode...  
(regexps.)

Quit

I believe the message comes from line 744 of org-src.el

All the best,
Tom

even
when the unfolded result doesn't show a code block.  Later when a  
sub-

tree is unfolded, the org-src-fontification message appears again,
which makes me wonder if there is unnecessary work going on.

All the best,
Tom

On Sep 9, 2010, at 3:02 AM, Darlan Cavalcante Moreira wrote:



Thank you Dan,

It is perfect now. No perceivable slowdown

At Wed, 08 Sep 2010 13:41:51 -0400,
Dan Davison wrote:


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://l

[Orgmode] Re: Org now fontifies code blocks

[Dan Davison]

"Thomas S. Dye"  writes:

> Hi Dan,
>
> Glad to know that Darlan's slowdown is fixed.
>
> No change here that I can tell.  Now that I've had org-src-fontify-
> natively set to t for a while, I can see that the slowdown is
> proportional to the number and size of code blocks in the Org-mode
> file.  It is most noticeable in a file with about 30 printed pages of
> a manuscript held in several dozen LaTeX code blocks, quite a bit less
> so in a file where the several dozen code blocks are short R routines.
>
> FWIW, I see the org-src-fontification message while unfolding,

Hi Tom,

Could you post that message please (go to *Messages* buffer after
unfolding and it should be there). I haven't put any messages in, but I
think I know the message you mean and I think it is an Emacs message.

Dan

> even
> when the unfolded result doesn't show a code block.  Later when a sub- 
> tree is unfolded, the org-src-fontification message appears again,
> which makes me wonder if there is unnecessary work going on.
>
> All the best,
> Tom
>
> On Sep 9, 2010, at 3:02 AM, Darlan Cavalcante Moreira wrote:
>
>>
>> Thank you Dan,
>>
>> It is perfect now. No perceivable slowdown
>>
>> At Wed, 08 Sep 2010 13:41:51 -0400,
>> Dan Davison wrote:
>>>
>>> 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 `

[Orgmode] Re: Org now fontifies code blocks

[Thomas S. Dye]

Hi Dan,

Glad to know that Darlan's slowdown is fixed.

No change here that I can tell.  Now that I've had org-src-fontify- 
natively set to t for a while, I can see that the slowdown is  
proportional to the number and size of code blocks in the Org-mode  
file.  It is most noticeable in a file with about 30 printed pages of  
a manuscript held in several dozen LaTeX code blocks, quite a bit less  
so in a file where the several dozen code blocks are short R routines.


FWIW, I see the org-src-fontification message while unfolding, even  
when the unfolded result doesn't show a code block.  Later when a sub- 
tree is unfolded, the org-src-fontification message appears again,  
which makes me wonder if there is unnecessary work going on.


All the best,
Tom

On Sep 9, 2010, at 3:02 AM, Darlan Cavalcante Moreira wrote:



Thank you Dan,

It is perfect now. No perceivable slowdown

At Wed, 08 Sep 2010 13:41:51 -0400,
Dan Davison wrote:


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

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

[Sébastien Vauban]

Hi Eric,

Sébastien Vauban wrote:
> "Eric Schulte" wrote:
>> Sébastien Vauban  
>> writes:
>>> Hi Eric,
>>> Sébastien Vauban wrote:
>> as a side note, for experimenting with tangling like in the above, I
>> find the `org-babel-expand-src-block' command bound to C-c C-v v
>> (mnemonic "view") to be very useful as it shows the expanded version of
>> the current code block.
>
> Knew about it. But... never used/thought before. Interesting command!

Though...

When editing code with =C-c '=, I chose to reuse the current window.

When viewing the results, I find myself preferring to use another window, so
that I see what the code is, and to what it gets converted.

For the first case, I have to write:

(setq org-src-window-setup 'current-window)

For the second:

(setq org-src-window-setup 'reorganize-frame)

Is it, then, possible to get two vars?  Or is my suggestion a bit silly?


>>> Maybe it'd be good to echo that "no eval" occurs anymore in such a
>>> condition?
>>
>> hmm, but then it would inhibit C-c C-c from performing the next action
>> in the `org-ctrl-c-ctrl-c-hook'.
>
> I mean: if C-c C-c is disabled, but run on code, then echo "I do nothing". If
> not, do the same as C-c C-v C-e...
>
> Feasible?  Interesting (for others, like me, in the future)?

Echoing that request, so that you can answer both in one post...

Thanks in advance.

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-babel and empty code blocks : publishing html -- Side note

[Richard Riley]

Sébastien Vauban 
writes:

> Hi Richard,
>
> Richard Riley wrote:
>> Maybe its better if I show an example:-
>>
>> ,
>> |  TODO weather in agenda
>> |  SCHEDULED: <2010-09-10 Fri>
>> | :PROPERTIES:
>> |  :DateCreated: <2010-09-09 Thu 15:07>
>> | :END:
>
> As a side note, I'd use an inactive timestamp here, in the capture template.
> Just to be sure no negative effect would occur once because of that...
>
> Best regards,
>   Seb

I use an active one so that it appears at the time it was created in my
journal.


___
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-babel and empty code blocks : publishing html -- Side note

[Sébastien Vauban]

Hi Richard,

Richard Riley wrote:
> Maybe its better if I show an example:-
>
> ,
> |  TODO weather in agenda
> |  SCHEDULED: <2010-09-10 Fri>
> | :PROPERTIES:
> |  :DateCreated: <2010-09-09 Thu 15:07>
> | :END:

As a side note, I'd use an inactive timestamp here, in the capture template.
Just to be sure no negative effect would occur once because of that...

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-export-as-html: Wrong type argument: stringp, t

[Emanuele Santoro]

On Thu, Sep 09, 2010 at 05:45:46PM +0200, Emanuele Santoro wrote:
>   org-export-as-html: Wrong type argument: stringp, t
> 
Ok, ok.
Thank you all (all?) for the great answers, but I solved by myself.

There was an error in my org-publish-project-alist.

My main project had a wrong :link-home property, which lead to an error
raised when the option was evaluated.

After some debugging, i then fixed setting an appropriate value.

Seems that older emacs versions didn't actually what was the content
of the value.. 

Ok, bye people :-)
-- 
Emanuele Santoro


signature.asc
Description: Digital 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: [babel] ledger tutorial on Worg

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> Sébastien Vauban  writes:
>> Hi Eric,
>> Sébastien Vauban wrote:
>>> ... 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.
>>
>> Stupid from me... I have absolutely no idea why, but, instead of pressing
>> C-c C-v C-e, I reused the old binging C-c C-c, hence not much happened --
>> as it is disabled in my `.emacs' file:
>>
>> (setq org-babel-no-eval-on-ctrl-c-ctrl-c t)
>
> as a side note, for experimenting with tangling like in the above, I
> find the `org-babel-expand-src-block' command bound to C-c C-v v
> (mnemonic "view") to be very useful as it shows the expanded version of
> the current code block.

Knew about it. But... never used/thought before. Interesting command!


>> Maybe it'd be good to echo that "no eval" occurs anymore in such a
>> condition?
>
> hmm, but then it would inhibit C-c C-c from performing the next action
> in the `org-ctrl-c-ctrl-c-hook'.

I mean: if C-c C-c is disabled, but run on code, then echo "I do nothing". If
not, do the same as C-c C-v C-e...

Feasible?  Interesting (for others, like me, in the future)?


>> Anyway, not always productive to work late...
>>
>> Side question, as I searched everywhere for the cause of my problem: is it
>> totally equivalent to use `org-babel-do-load-languages' than to load
>> individual languages?
>
> Yes, they are fully equivalent.

OK. Thanks for the tip.

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: Agenda and weather forecast

[Ivan Vilata i Balaguer]

Julien Danjou (2010-09-09 08:19:17 +0200) wrote:

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

Certainly impressive!  Your fellow Debian developer Jordi Mallach just
told me about your Emacs projects this morning and I've been having a
look at them.  For instance, the OfflineIMAP and Google Maps modes also
look great.  Keep the good work! :)

-- 
Ivan Vilata i Balaguer -- http://ivan.lovesgazpacho.net/


___
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] bug - #+STARTUP: indent breaks replace priority command

[David Maus]

Joseph Buchignani wrote:
>I suspect it can't find where to replace the priority because of
>something in the star hiding mechanism of indent mode.

Fix in master.

The problem was that if org-ident-mode was enabled, the function that
read the new priority cookie destroyed the match data of the regular
expression that check whether there is already a priority cookie or
not.  So Org couldn't replace the old cookie (=what had matched a
regular expression) properly.

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


pgp5PrccwJ2me.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

[Orgmode] plantuml and svg format instead of png - feature request

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi

I just saw that a bug in plantuml is fixed - namely that -tsvg is
compatible with the -pipe optin. Therefore it should be possible top
produce svg vector graphs from plantuml.

In a second step, these could be converted to png, pdf or ps with the
packagelibrsvg2-bin (I am using ubuntu), therefore producing high
quality graphs.

As I don't know how to implement it, would it be possible to implement

- - that, depending on the :file name specified, either a .png or a .svg
is produced by plantuml

The conversion to ps or pdf could then be done in a second bash script.

Thanks,

and I really like the plantuml integration for quickly documenting with
flowcharts while programming - brilliant.

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/

iEYEARECAAYFAkyJKRwACgkQoYgNqgF2egpfCACfYFd063pczR8GCtNT6cwBUBkW
8pcAnRHicRwGnBTFt0AdRoTXoKplnzk/
=032N
-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] Re: Agenda and weather forecast

[Ian Barton]

"Simon" == Simon Guest  writes:


 Simon>  I downloaded google-weather-el-236b269, and stuck
 Simon>  %%(org-google-weather) at the top of one of my org files, but
 Simon>  when building the agenda, Emacs complains [...]

I had the same trouble at first. Fixed by making sure
that

%%(org-google-weather)

isn't literally "at the top" of a .org file.

I'm a newbie for org-mode, but it seems that entry needs to be below
at least one "*"; the following works, e.g.

(top of file)
%---
* Weather
#+CATEGORY: Weather
%%(org-google-weather "Boston" "en-us")

-gm



I am also getting the sexp error. This is what I ave in my org file:

* Weather.
#+CATEGORY: London

%%(org-google-weather "London" "en-gb")

I have tried several other locations with the same result. Any 
suggestions on how to get more debugging info?


Thanks,

Ian.

___
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-babel and empty code blocks : publishing html

[Richard Riley]

Erik Iverson  writes:

> Eric Schulte wrote:
>> I'd think adding an ":exports none" header argument should be
>> sufficient.
>> 
>
> If the code block is empty, I doesn't appear so.
>
> If you put in a literal
>
> nil
>
> in the code block, then :exports none does as expected.
>
>> Best -- Eric
>> 
>> Richard Riley  writes:
>> 
>>> On my journal capture template I include a #begin_src and #end_src block
>>> as I frequently want to journal code. Being lazy I dont
>>> necessarily want to delete this block even if I have no code in that
>>> org-entry. Is it possible to suppress the output "nil" which is
>>> generated for the html export for empty code blocks?
>>>
>>>
>>> ___
>>> 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
>

Hmm, I think maybe I am getting confused here then. Maybe its better if
I show an example:-

,
|  TODO weather in agenda
|  SCHEDULED: <2010-09-10 Fri>
| :PROPERTIES:
|  :DateCreated: <2010-09-09 Thu 15:07>
| :END:
| 
| test me one two 3
| 
| #+begin_src emacs-lisp
| #+end_src
| 
| More test
`

Note the empty src block. When I export to html I dont want this code
evaled (it isnt when there IS elisp in there - I just see the code as
nicely HTML'd) and I dont want a nil in the output when its empty.

cheers,

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 empty code blocks : publishing html

[Richard Riley]

Erik Iverson  writes:

> Eric Schulte wrote:
>> I'd think adding an ":exports none" header argument should be
>> sufficient.
>> 
>
> If the code block is empty, I doesn't appear so.
>
> If you put in a literal
>
> nil
>
> in the code block, then :exports none does as expected.
>
>> Best -- Eric
>> 
>> Richard Riley  writes:
>> 
>>> On my journal capture template I include a #begin_src and #end_src block
>>> as I frequently want to journal code. Being lazy I dont
>>> necessarily want to delete this block even if I have no code in that
>>> org-entry. Is it possible to suppress the output "nil" which is
>>> generated for the html export for empty code blocks?
>>>
>>>
>>> ___
>>> 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
>

Thanks fellas.


-- 
☘ 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: TAB character in source code blocks

[Dan Davison]

Erik Iverson  writes:

> Hello,
>
> I'm using org source blocks to write a Makefile.
>
> #+begin_src makefile :tangle Makefile
> target: dependencies
>   command
> #+end_src
>
> At least in GNU make, commands must start with a TAB.
>
> However, after I close the code edit buffer with C-c ',
> the resulting whitespace in the org-mode buffer, and thus
> the tangled Makefile, is spaces and not a tab.
>
> I haven't looked into what's causing this yet, wondering
> if anyone else has come across this already and found
> a solution?

Hi Erik,

(setq org-src-preserve-indentation t) should do it. It does have some
other effects so let us know if you have difficulty separating wanted
and unwanted effects.


Dan

>
> Thanks,
> Erik
>
> ___
> 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 empty code blocks : publishing html

[Erik Iverson]

Eric Schulte wrote:

I'd think adding an ":exports none" header argument should be
sufficient.



If the code block is empty, I doesn't appear so.

If you put in a literal

nil

in the code block, then :exports none does as expected.


Best -- Eric

Richard Riley  writes:


On my journal capture template I include a #begin_src and #end_src block
as I frequently want to journal code. Being lazy I dont
necessarily want to delete this block even if I have no code in that
org-entry. Is it possible to suppress the output "nil" which is
generated for the html export for empty code blocks?


___
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 empty code blocks : publishing html

[Erik Iverson]

What are your buffer-wide values for
:exports  and :results ?

Richard Riley wrote:

On my journal capture template I include a #begin_src and #end_src block
as I frequently want to journal code. Being lazy I dont
necessarily want to delete this block even if I have no code in that
org-entry. Is it possible to suppress the output "nil" which is
generated for the html export for empty code blocks?


___
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: [BABEL][PROPOSAL] headlines as executable srcnames

[Jambunathan K]

In the context of 'expanding babel macros', I think it would be useful
to think of the context in which the babel macros are expanded.

For example, if the macro is expanded with 'point' at the point of macro
call then one would be able to pull in information from the current
subtree (like property, tags etc etc)

I was looking at this post -

http://www.mail-archive.com/emacs-orgmode@gnu.org/msg29961.html

and reference to the existing #+MACRO facility within orgmode and the
need for accessing properties etc triggered this post.

Hope I could be of some help even if my thougts are a bit fragmented and
in the clouds ...

Jambunathan K.


ps: In the version control example down below the only context is
filename and it doesn't matter where the 'point' is when the macro is
expanded.

> * Revision
> #+begin_src emacs-lisp
>   (vc-working-revision (or (buffer-file-name) org-current-export-file))
> #+end_src  
>
>
> # Variant-1:
>
> * revision control
>   Version of the file is <>
>
> # Variant-2:
>
> Or better still something like this
>
> * revision control
>   Version of the file [[<>][Rev-1]]
>
>
> Following items are worthy of note:
>
> 1. The body of the headline is provided by executing the blocks
>undeneath it.
>
>Worth comparing this with the idea that emerged in the original post
>- where the content of the headline is provided by the user (for
>example a pdf link or body of a letter) and the results of the
>execution is one that obtained by piping the results through a custom
>exporter (latex)
>
> 2. In both cases there is no notion of a '#+results ' being created.
>
> 3. In Variant-2, the org's notion of what a link is redefined (Remember
>extensible link syntax proposed by Samuel Wales).
>
>Let's look at how the link is defined in the example
>
>[[<>][Rev-1]]
>
>The url portion of the link is actually a 'babel macro call' and
>provides the content. Note how the macro call is embedded in the url
>portion and there by hidden from human eye and Rev-1 provides a
>placeholder. The special link face (or may be a 'babel macro face')
>would let the user know that there are more things lurking
>underground.
>



___
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 empty code blocks : publishing html

[Eric Schulte]

I'd think adding an ":exports none" header argument should be
sufficient.

Best -- Eric

Richard Riley  writes:

> On my journal capture template I include a #begin_src and #end_src block
> as I frequently want to journal code. Being lazy I dont
> necessarily want to delete this block even if I have no code in that
> org-entry. Is it possible to suppress the output "nil" which is
> generated for the html export for empty code blocks?
>
>
> ___
> 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-babel and empty code blocks : publishing html

[Richard Riley]

On my journal capture template I include a #begin_src and #end_src block
as I frequently want to journal code. Being lazy I dont
necessarily want to delete this block even if I have no code in that
org-entry. Is it possible to suppress the output "nil" which is
generated for the html export for empty code blocks?


___
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] Vague, difficult to trace error on malformed habits

[Joseph Buchignani]

Hi Org-Mode,

Today I receved the "stringp, nil" error when attempting to generate my
agenda buffer.

By a process of gradually eliminating all the text in my org buffer and
retesting, I eventually traced the error to a habit TODO item that I'd
forgotten to give a repeating scheduled date. It was scheduled and had a
small history, but the ".+1d" was missing. I added this and the agenda
started working again.

Obviously I don't want to do this every time I forget to add recurrence to a
habit. Since I know what I'm looking for now I can search for a scheduled
tag for today's date that's missing recurrence.

However, other people may run into this error, be unable to reverse it due
to a more complicated setup or whatever, and essentially have a broken
org-mode. It would be great if the error were more verbose.

I read in the mailing lists that a newer version of org-mode gives an
informative error. I am using 7.01h, which is the current stable version.
Were they referring to a development version?

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

[Orgmode] bug - #+STARTUP: indent breaks replace priority command

[Joseph Buchignani]

This one is very easy to duplicate.

Add the variable #+STARTUP: indent to the top of the org buffer. Hit C-c C-c
with point on the startup variables to refresh the setup.

Create a todo item. Assign it priority A via C-c , A. Then reassign it
priority B via C-c , B.

When indent mode is enabled, you will get an error stating "args out of
range -1, -1"

When indent mode is not enabled, reassigning priorities works.

I suspect it can't find where to replace the priority because of something
in the star hiding mechanism of indent mode.

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] Exporting property values to LaTeX

[David Maus]

Scot Becker wrote:
>David,

>Thanks for your response.  What a cool and useful patch.   This adds all kinds 
>of cool functionality to org-mode, and in a
>single line!    I've had several times I wished I could do this kind of thing. 

>As it is, it doesn't automate my present case much, since I'd still have to 
>put the macro expansion in after every
>headline.  Not surprisingly it won't expand if you put the 
>{{{property(myproperty}}} code as part of a headline in
>org-export-latex-classes.  I reckon I'll have to try to do a hacked-up latex 
>exporter.

Or maybe this could be achieved using a function in
`org-export-preprocess-hook':

,
| Hook for preprocessing an export buffer.
| Pretty much the first thing when exporting is running this hook.
| Point will be in a temporary buffer that contains a copy of
| the original buffer, or of the section that is being export.
| All the other hooks in the org-export-preprocess... category
| also work in that temporary buffer, already modified by various
| stages of the processing.
`

The function would be quite simple: Iterate over all headlines and
insert the desired reference.  This would, by the way, even work
without the property macro.

Something like this:

(defun dmj:add-citekey ()
  "Add citekey to all headlines in current buffer."
  (save-excursion
(goto-char (point-min))
(while (re-search-forward "\\*+[ \t]+" nil t)
  (let ((key (org-entry-get nil "mykey" 'selective)))
(org-end-of-subtree t)
(unless (string= key "")
  (insert (format "\nReference: \\cite{%s}\n" key)))

>Also, the patch doesn't seem to work with inherited properties.  With
>org-use-property-inheritance set to 't', and this input file:

Ah, Forgot about that.  Attached patch goes on top of the last one and
allows property inheritance.

Best,
  -- David
-- 
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
From 37abd340b23d37328c34bf524f4c80f7b1ce9b0e Mon Sep 17 00:00:00 2001
From: David Maus 
Date: Thu, 9 Sep 2010 17:46:42 +0200
Subject: [PATCH] Allow selective property inheritance in property macro

* org-exp.el (org-infile-export-plist): Allow selective property
inheritance in property macro.
---
 lisp/org-exp.el |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index 64ad454..28157a8 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -771,7 +771,7 @@ modified) list.")
;; Add macro definitions
(setq p (plist-put p :macro-date "(eval (format-time-string \"$1\"))"))
(setq p (plist-put p :macro-time "(eval (format-time-string \"$1\"))"))
-   (setq p (plist-put p :macro-property "(eval (org-entry-get nil 
\"$1\"))"))
+   (setq p (plist-put p :macro-property "(eval (org-entry-get nil \"$1\" 
'selective))"))
(setq p (plist-put
 p :macro-modification-time
 (and (buffer-file-name)
-- 
1.7.1



pgpxWJ8y3c700.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

[Orgmode] Re: text color + highlight

[Vinh Nguyen]

I'd like to write a concluding email for this thread for future
searchers to find.  This easy solution is brought to you by Eric
Schulte and Christian Moe.

Place the following in your .emacs or init.el file:
;; org-mode color
(org-add-link-type
 "color" nil
 (lambda (path desc format)p
  (cond
   ((eq format 'html)
(format "%s" path desc))
   ((eq format 'latex)
(format "{\\color{%s}%s}" path desc)
;; org-mode highlight
(org-add-link-type
 "hl" nil
 (lambda (path desc format)
  (cond
   ((eq format 'html)
(format "%s" path desc))
   ((eq format 'latex)
(format "\\colorbox{%s}{%s}" path desc) ;; require \usepackage{color}

Examples:
[[color:blue][test this out]]
[[hl:yellow][highlighted text]]

Remarks:
* Pros
  - don't need to modify org-mode source (just edit your .emacs)
  - use the existing links syntax
* Cons
  - cannot be used concurrently or with other formatting
* To Do
  - Hopefully it will be implemented via extensible syntax in the
future ($[options mytext])
  - highlight and color paragraph or region


-- Vinh



On Thu, Aug 5, 2010 at 1:42 PM, Vinh Nguyen  wrote:
> Dear list,
>
> I was wondering if there is an easy way to markup the color of the
> text for html output (and highlight as well).  When I prepare meeting
> minutes I'd like to color some things and highlight certain things.
> Right now, I am using emphasizing a major portion of the text.  It
> would be great to have colors and highlights to draw attention to
> certain items.
>
> Thanks.
> Vinh

___
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][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.

I have some more thoughts on this. Let me capture it before it goes
away. My thoughts are fragmented and my only request is that it be noted
and embraced and extended when you hash out the final details.

I think value of Babel could be tremendously enhanced if '#+results ...'
are revisited and redefined.

So that not I sound too abstract, let us take an example.

Remember the recent thread [1] where there was a request to
automagically 'embed' the revision number of a document in an orgmode
file? This is what emerged as a solution that the original poster was
happy with.

> ,
> | * revision control
> |   The version of this file is 
> |src_emacs-lisp{(vc-working-revision (or (buffer-file-name) org-current-: 
> export-file))}.
> `

IMHO, I believe there is an opportunity for improvement. What if the
actual solution ended up like the following ...

* Revision
#+begin_src emacs-lisp
  (vc-working-revision (or (buffer-file-name) org-current-export-file))
#+end_src  


# Variant-1:

* revision control
  Version of the file is <>

# Variant-2:

Or better still something like this

* revision control
  Version of the file [[<>][Rev-1]]


Following items are worthy of note:

1. The body of the headline is provided by executing the blocks
   undeneath it.

   Worth comparing this with the idea that emerged in the original post
   - where the content of the headline is provided by the user (for
   example a pdf link or body of a letter) and the results of the
   execution is one that obtained by piping the results through a custom
   exporter (latex)

2. In both cases there is no notion of a '#+results ' being created.

3. In Variant-2, the org's notion of what a link is redefined (Remember
   extensible link syntax proposed by Samuel Wales).

   Let's look at how the link is defined in the example

   [[<>][Rev-1]]

   The url portion of the link is actually a 'babel macro call' and
   provides the content. Note how the macro call is embedded in the url
   portion and there by hidden from human eye and Rev-1 provides a
   placeholder. The special link face (or may be a 'babel macro face')
   would let the user know that there are more things lurking
   underground.

Time to get abstract ...

As I see it, removing 'extra levels of indirection' as the 'results of
source block' travel through org document more the Babel workflow would
seemlessly integrate with org's world view.

In some sense Babel would be more successful if it does it's offices
under the hood and not really make it's presence felt to the person
editing the document :-).

Footnotes:
[1] http://thread.gmane.org/gmane.emacs.orgmode/29690/focus=29792 [2]


Jambunthan 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] Exporting property values to LaTeX

[Scot Becker]

David,

Thanks for your response.  What a cool and useful patch.   This adds all
kinds of cool functionality to org-mode, and in a single line!I've had
several times I wished I could do this kind of thing.

As it is, it doesn't automate my present case much, since I'd still have to
put the macro expansion in after every headline.  Not surprisingly it won't
expand if you put the {{{property(myproperty}}} code as part of a headline
in org-export-latex-classes.  I reckon I'll have to try to do a hacked-up
latex exporter.

Also, the patch doesn't seem to work with inherited properties.  With
org-use-property-inheritance set to 't', and this input file:

* Notes taken while reading: Smith, Some-Wild-Book
  :PROPERTIES:
  :bibkey:   smith2009somewild
  :END:

This here is the key:  {{{property(bibkey)}}}.

** The Problem
This here is the key:  {{{property(bibkey)}}}.


I get this output:

-
\section{Notes taken while reading: Smith, Some-Wild-Book}
\label{sec-1}


This here is the key:  smith2009somewild.
\subsection{The Problem}
\label{sec-1_1}

This here is the key:  \{{\{property(bibkey)\}}\}.
---


Cheers,

Scot

On Thu, Sep 9, 2010 at 2:44 PM, David Maus  wrote:

> Scot Becker wrote:
> >[1  ]
> >[1.1  ]
>
> >[1.2  ]
> >SHORT VERSION:
>
> >Can someone tell me how I might be able to get a property value exported
> to LaTeX?
>
> This is currently not possible but attached patch adds a new macro
> (cf. Manual, 11.6 Macro replacement) that inserts a property of the
> current subtree.
>
> Example:
>
> {{{property(id)}}}
>
> Will insert the ID property of current subtree if the Org buffer is
> exported.
>
> This patch only works for singe value properties and raises an error
> if the macro is inserted above the first headline.
>
> Best,
>  -- David
> --
> OpenPGP... 0x99ADB83B5A4478E6
> Jabber dmj...@jabber.org
> Email. dm...@ictsoc.de
>
___
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: Agenda and weather forecast

[Julien Danjou]

On Thu, Sep 09 2010, Bernt Hansen wrote:

> Would it be possible to have the weather entry inherit the tags of the
> parent task?  This would allow multiple location entries like this with
> tag filtering to limit the display to the desired items only.

I don't think this is something related to org-google-weather. Isn't
is related to Org property inheritance directly?

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


pgp9JLVEjweu7.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] Agenda and weather forecast

[Julien Danjou]

On Thu, Sep 09 2010, Jason McBrayer wrote:

> Awesome tool. I've fixed a tiny bug, which was causing the "invalid
> sexp" error for me.

Good catch, patch applied.

And good luck with the storm.

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


pgpmcCcNig3tp.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

[Orgmode] org-export-as-html: Wrong type argument: stringp, t

[Emanuele Santoro]

Hello,
I've been using GNU Emacs and the magnificent org-mode for about a
year, but now I'm having troubles at exporting a org document to html
as i always did up to this morning.

I am running Debian GNU/Linux 6.0 «Squeeze» (now still in testing) and
emacs 23.2.1 .

Debian ships org-mode 7.01g as separate, optional package.
I used to use org-mode 6.33x i had in my home folder.

But let's assume i want to use the debian package, since keeping an
old version of the package isn't an adviceable thing, and since i get
the same error despite the version switch.

The error i get when publishing a file is:

  org-export-as-html: Wrong type argument: stringp, t

So i try M-x toggle-debug-on-error.
Then i try C-e F (publish this file).

That's what i get:

8<-8<8<--8<8<--8<8<--8< 

Debugger entered--Lisp error: (wrong-type-argument stringp t)
  string-match("\\S-" t)
  org-export-as-html(1 nil (:buffer-will-be-killed t :base-directory 
"~/sito/org-files/" :publishing-directory "~/sito/html/" :publish-function 
org-publish-org-to-html :style "" :auto-index nil :convert-org-links t :section-numbers 
nil :author "Emanuele Santoro" :email "sant...@autistici.org" 
:table-of-contents 1 :headline-levels 1 :language it :link-home t :plain-source 
nil :auto-preamble t) nil nil "/home/manu/sito/html/")
  org-publish-org-to("html" (:base-directory "~/sito/org-files/" 
:publishing-directory "~/sito/html/" :publish-function org-publish-org-to-html 
:style "" 
:auto-index nil :convert-org-links t :section-numbers nil :author "Emanuele 
Santoro" :email "sant...@autistici.org" :table-of-contents 1 :headline-levels 1 
:language it :link-home t :plain-source nil :auto-preamble t) 
"/home/manu/sito/org-files/fortune-manager.org" "/home/manu/sito/html/")
  org-publish-org-to-html((:base-directory "~/sito/org-files/" 
:publishing-directory "~/sito/html/" :publish-function org-publish-org-to-html 
:style "" 
:auto-index nil :convert-org-links t :section-numbers nil :author "Emanuele 
Santoro" :email "sant...@autistici.org" :table-of-contents 1 :headline-levels 1 
:language it :link-home t :plain-source nil :auto-preamble t) 
"/home/manu/sito/org-files/fortune-manager.org" "/home/manu/sito/html/")
  org-publish-file("/home/manu/sito/org-files/fortune-manager.org")
  byte-code("205
  Debugger entered--Lisp error: (wrong-type-argument stringp t)
  string-match("\\S-" t)
  org-export-as-html(1 nil (:buffer-will-be-killed t :base-directory 
"~/sito/org-files/" :publishing-directory "~/sito/html/" :publish-function 
org-publish-org-to-html :style "" :auto-index nil :convert-org-links t :section-numbers 
nil :author "Emanuele Santoro" :email "sant...@autistici.org" 
:table-of-contents 1 :headline-levels 1 :language it :link-home t :plain-source 
nil :auto-preamble t) nil nil "/home/manu/sito/html/")
  org-publish-org-to("html" (:base-directory "~/sito/org-files/" 
:publishing-directory "~/sito/html/" :publish-function org-publish-org-to-html 
:style "" 
:auto-index nil :convert-org-links t :section-numbers nil :author "Emanuele 
Santoro" :email "sant...@autistici.org" :table-of-contents 1 :headline-levels 1 
:language it :link-home t :plain-source nil :auto-preamble t) 
"/home/manu/sito/org-files/fortune-manager.org" "/home/manu/sito/html/")
  org-publish-org-to-html((:base-directory "~/sito/org-files/" 
:publishing-directory "~/sito/html/" :publish-function org-publish-org-to-html 
:style "" 
:auto-index nil :convert-org-links t :section-numbers nil :author "Emanuele 
Santoro" :email "sant...@autistici.org" :table-of-contents 1 :headline-levels 1 
:language it :link-home t :plain-source nil :auto-preambl


\302\303 !)\207" [force org-publish-use-timestamps-flag org-publish-file 
buffer-file-name] 2)
  org-publish-current-file(nil)
  call-interactively(org-publish-current-file)
  org-export(nil)
  call-interactively(org-export nil nil)

8<-8<8<--8<8<--8<8<--8< 


And now i cannot export org-files and update my website anymore.

Any hints on how to solve this problem?

Thanks in advance.

Cheers,
-- 
Emanuele Santoro


signature.asc
Description: Digital 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: Agenda and weather forecast

[Bernt Hansen]

Julien Danjou  writes:

> On Thu, Sep 09 2010, Bernt Hansen wrote:
>
>> Would it be possible to have the weather entry inherit the tags of the
>> parent task?  This would allow multiple location entries like this with
>> tag filtering to limit the display to the desired items only.
>
> I don't think this is something related to org-google-weather. Isn't
> is related to Org property inheritance directly?

It's not the property I'm interested in -- but the tag on the parent
task.  Other agenda entries show the tag on the right for filtering but
no tags are included on the weather entry.

-Bernt


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

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

[Eric Schulte]

Sébastien Vauban  writes:

> Hi Eric,
>
> Sébastien Vauban wrote:
>> [...] But right now, I don't get anything back from the following (same as
>> for thread about isodoc letters):
>>
>> #+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
>>
>> In the *Messages* buffer, I get:
>>
>> 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
>>
>> ... 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.
>
> Stupid from me... I have absolutely no idea why, but, instead of pressing C-c
> C-v C-e, I reused the old binging C-c C-c, hence not much happened -- as it is
> disabled in my `.emacs' file:
>
> (setq org-babel-no-eval-on-ctrl-c-ctrl-c t)
>

as a side note, for experimenting with tangling like in the above, I
find the `org-babel-expand-src-block' command bound to C-c C-v v
(mnemonic "view") to be very useful as it shows the expanded version of
the current code block.

>
> Maybe it'd be good to echo that "no eval" occurs anymore in such a
> condition?
>

hmm, but then it would inhibit C-c C-c from performing the next action
in the `org-ctrl-c-ctrl-c-hook'.

>
> Anyway, not always productive to work late...
>
> Side question, as I searched everywhere for the cause of my problem: is it
> totally equivalent to use `org-babel-do-load-languages' than to load
> individual languages?
>

Yes, they are fully equivalent.

>
> I currently have this in my config file:
>
> ;; customize the `org-babel-load-languages' variable to enable support
> ;; for languages which can be evaluated in Org mode buffers
> (when (fboundp 'org-babel-do-load-languages)
>   (org-babel-do-load-languages
>'org-babel-load-languages
>'((R . t)
>  (ditaa . t)
>  (dot . t)
>  (emacs-lisp . t)
>  (gnuplot . t)
>  (haskell . nil)
>  (latex . t)
>  (ledger . t)
>  (ocaml . nil)
>  (octave . t)
>  (org . t)  ;; VIP!
>  (python . t)
>  (ruby . t)
>  (screen . nil)
>  (sh . t)
>  (sql . nil)
>  (sqlite . t
>

All of the following require statements should be deleted as the
language support will already be loaded by the call to
`org-babel-do-load-languages' above.

>
> ;; activate a subset of languages
> (try-require 'ob-sh)
>
> (try-require 'ob-ditaa)
> ;; TODO Install this for Ditaa: sudo aptitude install openjdk-6-jre
>
> (try-require 'ob-dot)
>
> (try-require 'ob-emacs-lisp)
>
> (try-require 'ob-gnuplot)
> ;; requires gnuplot-mode
>
> (try-require 'ob-latex)
>
> ;; get `BEGIN_SRC org'/`END_SRC' blocks interpreted as Org markup
> (try-require 'ob-org)
>
> (try-require 'ob-perl)
>
> (try-require 'ob-python)
> ;; requires python, and python-mode
>
> (try-require 'ob-R)
> ;; requires R and ess-mode
>
> (try-require 'ob-ruby)
> ;; requires ruby, irb, ruby-mode, and inf-ruby
>
> (try-require 'ob-sql)
>
> ;; (require 'ob-identifier) ; 
>
> ;; support for interactive terminals. Mostly shell scripts. Heavily
> ;; inspired by `eev'
> (try-require 'ob-screen)
> ;; Eric Schulte believes screen has more of a focus on sustained
> ;; interaction with an interactive terminal, although to be honest he
> ;; haven't really used it and
>
> I'm not sure to understand *all* the implications of choosing one over the
> other, even after having read:
>
> (info "(org)Languages")
>
> and `ob-org.el' for example.
>
> Can you give me a hint, please?
>

I'd recommend just using `org-babel-load-languages' and removing the
explicit try-require lines.

Cheers -- Eric

>
> Best regards,
>   Seb
>
> PS- `try-require' is my customized `require', which does not stop if file is
> not found...

_

[Orgmode] Problem with Babel and sessions

[Christopher Witte]

I'm having a bit of trouble with org bable and R. When I try to execute the
code below (C-c C-c on the call line), as you can see, I get the results
:nil

---
#+tblname: tableTestBabel
|   0 | 4.40 |
|  30 | 4.54 |
|  60 | 7.09 |
|  90 | 9.40 |
| 120 | 9.22 |
| 150 | 6.65 |
| 180 | 4.22 |

#+srcname: chartPolAngle(pol)
#+begin_src R
  angle <- pol[,1]
  energy <- pol[,2]
  plot(angle,energy)
  energy.model <-  nls (energy ~ a1 + a2 * (sin(pi / a3 *(angle-a4)))^2,
start=list(a1=3.0, a2=7.0, a3=180, a4=0.0))
  lines(spline(angle, fitted.values(energy.model)), lwd=2)
  summary(energy.model)
#+end_src

#+call: chartPolAngle(pol=tableTestBabel) :session testBabel:file
testBabel.pdf

#+results: chartPolAngle(pol=tableTestBabel)
: nil


but If I move the header arguments to the source block, as in the code
below, everything works fine. I also get asked "ESS [S(R): R] starting data
directory? ~/doc/org/" which I don't get with the code above.

---
#+tblname: tableTestBabel
|   0 | 4.40 |
|  30 | 4.54 |
|  60 | 7.09 |
|  90 | 9.40 |
| 120 | 9.22 |
| 150 | 6.65 |
| 180 | 4.22 |

#+call: chartPolAngle(pol=tableTestBabel)

#+results: chartPolAngle(pol=tableTestBabel)
: testBabel.pdf


#+srcname: chartPolAngle(pol)
#+begin_src R :session testBabel :file testBabel.pdf
  angle <- pol[,1]
  energy <- pol[,2]
  plot(angle,energy)
  energy.model <-  nls (energy ~ a1 + a2 * (sin(pi / a3 *(angle-a4)))^2,
start=list(a1=3.0, a2=7.0, a3=180, a4=0.0))
  lines(spline(angle, fitted.values(energy.model)), lwd=2)
  summary(energy.model)
#+end_src
---

Org doesn't appear to respect the head arguments on the call. I pulled from
git a couple days ago. Any ideas why?

Cheers
Chris Witte
___
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: Agenda and weather forecast | language and units

[Jason McBrayer]

On Thu, Sep 9, 2010 at 10:52 AM, Rafael  wrote:
> Juan Pechiar  writes:
>
>> E.g. %%(org-google-weather "Montevideo,Uruguay" "es")
>
> Unfortunately, none of "Pachuca", "Pachuca,Mexico",
> "Pachuca,Hidalgo,Mexico" work for me (I get a Bad sexp error) :(
> ("New York" is fine, however..).

Apply my tiny patch from the other thread (or just customize
org-google-icon-alist to fix the missing "." in chance_of_storm).
Strangely, it's the chance of a storm in your location, and not the
location itself that's causing the bad sexp error. Talk about a bug
depending on the weather!

-- 
Jason F. McBrayer
http://jfm.carcosa.net/

___
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] Agenda and weather forecast

[Jason McBrayer]

Awesome tool. I've fixed a tiny bug, which was causing the "invalid
sexp" error for me.

-- 
Jason F. McBrayer
http://jfm.carcosa.net/


0001-Missing-.-in-org-google-weather-icon-alist.patch
Description: Binary data
___
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: Agenda and weather forecast | language and units

[Rafael]

Juan Pechiar  writes:

> E.g. %%(org-google-weather "Montevideo,Uruguay" "es")

Unfortunately, none of "Pachuca", "Pachuca,Mexico",
"Pachuca,Hidalgo,Mexico" work for me (I get a Bad sexp error) :(
("New York" is fine, however..).

___
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] TAB character in source code blocks

[Erik Iverson]

Hello,

I'm using org source blocks to write a Makefile.

#+begin_src makefile :tangle Makefile
target: dependencies
command
#+end_src

At least in GNU make, commands must start with a TAB.

However, after I close the code edit buffer with C-c ',
the resulting whitespace in the org-mode buffer, and thus
the tangled Makefile, is spaces and not a tab.

I haven't looked into what's causing this yet, wondering
if anyone else has come across this already and found
a solution?

Thanks,
Erik

___
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: Weird notes... Conflict with lists?

[Sébastien Vauban]

Nicolas,

Nicolas Goaziou wrote:
>> Sébastien Vauban writes:
>
>> For my curiosity, what was the problem? Some border-line config of
>> mine?
>
> Not really borderline, but (setq org-log-states-order-reversed nil) showed
> the weakness of my assumptions regarding indentation. I was indeed quite
> certain that indenting with `org-indent-line-function' would be fine...

Thanks for the analysis.

Best regards,
  Seb

-- 
Sébastien Vauban


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

Re: [Orgmode] Re: Weird notes... Conflict with lists?

[Nicolas Goaziou]

Hello,
> Sébastien Vauban writes:

> For my curiosity, what was the problem? Some border-line config of
> mine?

Not really borderline, but (setq org-log-states-order-reversed nil)
showed the weakness of my assumptions regarding indentation. I was
indeed quite certain that indenting with `org-indent-line-function'
would be fine...

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

[Orgmode] Re: Agenda and weather forecast

[d . tchin]

  writes:

I didn't use the level I would like to use for answering.
As I reply to Juan, I like your suggestion of using CATEGORY. 

Thank you for your help.



___
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] HOWTO?: make install contrib

[Cook, Malcolm]

Hi John.

I've been doing the same for myself for a while.

But now, I'm trying to install site wide.

The advantage of installing to /net/share/emacs is to other users at my 
site.

I am pretty sure that htmlize.el contrib is required to export formatted code 
as html, so, it kind of is a necessity.

Ideas?  Other guidance?



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





From: John Hendy [mailto:jw.he...@gmail.com]
Sent: Thursday, September 09, 2010 9:17 AM
To: Cook, Malcolm
Cc: emacs-orgmode@gnu.org
Subject: Re: [Orgmode] HOWTO?: make install contrib

I don't install it (contrib) but just have this in .emacs:

---
;; set load dirs and global config options
(add-to-list 'load-path "~/.elisp/site-lisp/")
(add-to-list 'load-path "~/.elisp/org.git/contrib/lisp/")
---

That way any miscellaneous .el files I want get put in ~/.elisp/site-lisp and 
contrib is linked to directly by my .emacs. Would this work for you or is there 
a certain advantage to "installing" to the actual tree (e.g. 
/usr/share/emacs...)?

Hope that helps?


John


On Thu, Sep 9, 2010 at 8:57 AM, Cook, Malcolm 
mailto:m...@stowers.org>> wrote:
Is there a "blessed" mantra for installing the contents of contrib

something perhapls like

sudo make install-contrib prefix=/my/prefix

Thanks!

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: Agenda and weather forecast

[Bernt Hansen]

Julien Danjou  writes:

> 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/

Hi Julien,

I like this a lot!  Thanks!

Would it be possible to have the weather entry inherit the tags of the
parent task?  This would allow multiple location entries like this with
tag filtering to limit the display to the desired items only.

As it is now multiple entries in the agenda are always present.

,[ todo.org ]
| ** Weather
| [2010-09-09 Thu 08:54]
| *** Farm:@farm:
| :PROPERTIES:
| :Category: Farm
| :END:
| [2010-09-09 Thu 09:03]
| %%(org-google-weather "enterprise ontario" "en-gb")
| *** Caledon :@home:
| :PROPERTIES:
| :Category: Caledon
| :END:
| [2010-09-09 Thu 09:03]
| %%(org-google-weather "caledon village" "en-gb")
| *** Markham   :@office:
| :PROPERTIES:
| :Category: Markham
| :END:
| [2010-09-09 Thu 09:03]
| %%(org-google-weather "markham" "en-gb")
`

Regards,
Bernt

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

[Orgmode] Re: Agenda and weather forecast | multiple forecasts

[d . tchin]

Juan  computer.org> writes:

> 
> A simple way is to use the category declaration:
> 
> #+CATEGORY: Paris
> %%(org-google-weather "Paris" "FR")
> #+CATEGORY: Caen
> %%(org-google-weather "Caen" "FR")
> #+CATEGORY: Agenda
> ... other stuff
> 
> Regards,
> .j.
> 

Thank you for your answer. 

In fact I was thought that the information was already
in expression (org-google-weather "Paris" "FR") and 
the way was to extract it. But I like your suggestion.








___
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] HOWTO?: make install contrib

[John Hendy]

I don't install it (contrib) but just have this in .emacs:

---
;; set load dirs and global config options
(add-to-list 'load-path "~/.elisp/site-lisp/")
(add-to-list 'load-path "~/.elisp/org.git/contrib/lisp/")
---

That way any miscellaneous .el files I want get put in ~/.elisp/site-lisp
and contrib is linked to directly by my .emacs. Would this work for you or
is there a certain advantage to "installing" to the actual tree (e.g.
/usr/share/emacs...)?

Hope that helps?


John


On Thu, Sep 9, 2010 at 8:57 AM, Cook, Malcolm  wrote:

>  Is there a "blessed" mantra for installing the contents of contrib
>
> something perhapls like
>
> sudo make install-contrib prefix=/my/prefix
>
> Thanks!
>
> 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] Re: Agenda and weather forecast

[Julien Danjou]

On Thu, Sep 09 2010, d.tchin wrote:

> How can we had the locations. Something like :
>
>   Agenda: *Paris*, icon Couverture nuageuse partielle, 13-24 °C
>   Agenda: *Caen*, icon Brouillard, 13-23 °C

People gave you the category trick already.

OTOH, I'll add the possibility to customize the returned string soon.

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


pgpIWIrfJTyDV.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

[Orgmode] Define template for org-agenda-diary-entry

[filebat]

Hi orgers

When pressing "i d" in org-agenda view, we can easily insert a day entry
to org-agenda-diary-file.

I'm wondering it's possible to define some template for the day entry.
Like my day entry is always composed of several parts.

It would be great, it can give interactive way when creating a day
entry, just like the way of creating a new entry in bbdb.

-- 
Thanks,
Denny

Smile for difficulty, Denny!

___
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: Weird notes... Conflict with lists?

[Sébastien Vauban]

Hello Nicolas,

> Patch sent, and thanks.

For my curiosity, what was the problem? Some border-line config of mine?

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] Agenda and weather forecast

[Julien Danjou]

On Thu, Sep 09 2010, Sven Bretfeld wrote:

> I had °F at first instead of °C what I would prefer. I'm in Germany;
> adding ("DE" . "°C") in the customization of "Google Weather Unit System
> Temperature Assoc" didn't help. In the screenshot I noticed that you
> have a string "en-gb" which is not documented. Sounds like
> "English-GB", although you are in Paris. I also added this string, and I
> have °C now. Is that the correct way?

Yeah, but this is totally undocumented. I found the "en-gb" by trying
various random strings.

I wanted english text in °C, and that's the way I found. If you put "en"
you will have °F.

If you want german in °F… I think you're screwed up I think. :-)

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


pgpR4eSPS9tHD.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: Weird notes... Conflict with lists?

[Nicolas Goaziou]

Hello,

Patch sent, and thanks.

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

[Orgmode] HOWTO?: make install contrib

[Cook, Malcolm]

Is there a "blessed" mantra for installing the contents of contrib

something perhapls like

sudo make install-contrib prefix=/my/prefix

Thanks!

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] Bug? Org Exporting LaTeX Description List Incorrectly

[Nicolas Goaziou]

Hello,

> Jeff Horn writes:

> When typing a list like this one:

> **
> Some text. - Item A :: Description for item A. - Item B ::
> Description for item B.
> **

> Org mode exports the following LaTeX:

> **
> Some text. \begin{description} \item Item A :: Description for item
> A. \item Item B :: Description for item B. \end{description}
> **

> When the following is expected:

> **
> Some text. \begin{description} \item[Item A] Description for item A.
> \item[Item B] Description for item B. \end{description}
> **

Patch sent to maintainers.

Thank you for reporting this.

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] Exporting property values to LaTeX

[David Maus]

Scot Becker wrote:
>[1  ]
>[1.1  ]

>[1.2  ]
>SHORT VERSION:

>Can someone tell me how I might be able to get a property value exported to 
>LaTeX?

This is currently not possible but attached patch adds a new macro
(cf. Manual, 11.6 Macro replacement) that inserts a property of the
current subtree.

Example:

{{{property(id)}}}

Will insert the ID property of current subtree if the Org buffer is
exported.

This patch only works for singe value properties and raises an error
if the macro is inserted above the first headline.

Best,
  -- David
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de
From ca968bee5a935229370555e9ad915d12e2eb22ab Mon Sep 17 00:00:00 2001
From: David Maus 
Date: Thu, 9 Sep 2010 15:38:07 +0200
Subject: [PATCH] Provide new macro to insert entry property

* org-exp.el (org-infile-export-plist): Provide new macro to insert
entry property.

Format: {{{property(PROP)}}}, where PROP is the name of the property.
This currently only works for single value properties and fails with
an error if used above the first headline.
---
 lisp/org-exp.el |1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index c16bec8..64ad454 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -771,6 +771,7 @@ modified) list.")
;; Add macro definitions
(setq p (plist-put p :macro-date "(eval (format-time-string \"$1\"))"))
(setq p (plist-put p :macro-time "(eval (format-time-string \"$1\"))"))
+   (setq p (plist-put p :macro-property "(eval (org-entry-get nil 
\"$1\"))"))
(setq p (plist-put
 p :macro-modification-time
 (and (buffer-file-name)
-- 
1.7.1



pgpDGuGyyEXoE.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

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

[Richard Riley]

Nicolas Goaziou  writes:

> Hello,
>> Richard Riley writes:
>
>> Just for google completeness
>
>>   (goto-char (org-entry-beginning-position)) (set-mark
>> (org-entry-end-position))
>
>> seemed the most efficient after digging about a bit.
>
> As a side note,
>
> (goto-char (org-entry-beginning-position))
>
> is in fact a convoluted way (if you don't need point value) of calling
>
> (outline-back-to-heading t)
>
> so I doubt this is the "most efficient" in this case.
>

Good spot - but I will probably stick to the org- functions in general
in case they are ever expanded for whatever reasons.

The speed overhead in an interactive environment is pretty much zero ;) 



___
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: Agenda and weather forecast

[George McNinch]

> "Simon" == Simon Guest  writes:

Simon> I downloaded google-weather-el-236b269, and stuck
Simon> %%(org-google-weather) at the top of one of my org files, but
Simon> when building the agenda, Emacs complains [...]

I had the same trouble at first. Fixed by making sure
that 

%%(org-google-weather) 

isn't literally "at the top" of a .org file. 

I'm a newbie for org-mode, but it seems that entry needs to be below
at least one "*"; the following works, e.g.

(top of file)
%---
* Weather
#+CATEGORY: Weather
%%(org-google-weather "Boston" "en-us")

-gm

-- 
  |=|   George McNinch 
  |=|   http://www.tufts.edu/~gmcnin01


___
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: Q : select current org item as region

[Nicolas Goaziou]

Hello,
> Richard Riley writes:

> Just for google completeness

>   (goto-char (org-entry-beginning-position)) (set-mark
> (org-entry-end-position))

> seemed the most efficient after digging about a bit.

As a side note,

(goto-char (org-entry-beginning-position))

is in fact a convoluted way (if you don't need point value) of calling

(outline-back-to-heading t)

so I doubt this is the "most efficient" in this case.

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

[Orgmode] [babel] Re: Removing the blank lines between code and results blocks in LaTeX export

[Austin F. Frank]

Professor Bates--

I used org, org-babel, and lme4 to write my PhD dissertation over the
past few months.  Thanks for your continued excellent work, and I'm glad
to see you here.  I look forward to reading the org source of your
beamer presentations!

Sorry that answers haven't been quicker to arrive-- the org-babel folks
are incredibly productive, but there's a lot on their plates.  One way
to get a quicker response to questions about org-babel is to prefix the
subject with a bracketed "babel" label, as I've done in this response.

On Mon, Sep 06 2010, Douglas Bates wrote:

> Recently Dan Davidson posted a patch to suppress the removal of blank
> lines in exported source code.  I have the opposite problem -
> suppression of blank lines added during LaTeX export
>
>  snip --- begin org file 
> * An R example with :exports both
> The following code
> #+begin_src R :exports both :results output
> 2 + 2
> #+end_src
> shows that there are blank lines added between the code and the
> results sections in \LaTeX export.  Is this configurable? In \LaTeX{}
> the blank lines cause a new paragraph which often I don't want.
> --- snip --- end org file ---
>
> Just copy those lines to an org file and export it to LaTeX to see
> what I mean.

I had similar problems while writing my dissertation, and arrived at
this workaround:

--8<---cut here---start->8---
#+BEGIN_SRC R :exports results :results output latex
library(lme4)
fit <- lmer(Reaction ~ Days + (Days | Subject), sleepstudy)
latex(summary(fit)@coefs,
  file = "",
  dec = 3,
  center = "centering",
  caption = "Parameter estimates for reaction time data",
  label = "tab:reaction-mer")
#+END_SRC
--8<---cut here---end--->8---

Hopefully this will tide you over until Eric and Dan get a chance to
look at your example.  I recognize that it does not accomplish your goal
of typesetting your code according to your customizations, but it worked
for me for including results from mer models.  Please forgive the bad
practice of reaching directly into the summary object to print results
;)

> A related issue is the LaTeX environment for the results.  At present
> it is hard-wired in the function org-export-latex-fixed-width in
> org-latex.el to be the verbatim environment.  I would like to
> configure the appearance of the results using the LaTeX package
> fancyvrb and it would be much easier if I could customize the strings
> preceding and following the exported results.  The current strings are
> "\\begin{verbatim}\n" and "\\end{verbatim}\n\n" and, again, the two
> blank lines inserted after the results can be problematic.

I know Dan Davison has been working on using different verbatim
environments for latex export of source code blocks (not results),
having been dissatisfied with the defaults from listings.  I believe he
recently made the minted package available for LaTeX export-- this does
have some python language dependencies, so it still may not be your
answer.  For exporting source code (as opposed to tabular results), I
find the minted syntax highlighting to be very visually appealing.

Dan or Carsten, is it possible that org-export-latex-listings could be
reconfigured so that the package used for source code export in latex is
configurable?  Or does this functionality already exist and I've missed
it?

And, directly to Professor Bates' question, could a similar treatment be
given to the environment that controls export of verbatim regions?

Sorry not to provide a patch, I've got this pesky defense thing on
Monday.

/au

-- 
Austin Frank
http://aufrank.net
GPG Public Key (D7398C2F): http://aufrank.net/personal.asc


pgp9swh0anAdb.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

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

[Richard Riley]

Łukasz Stelmach  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).
>>
>
> This is mine:
>
>
>
> (defun stl/outline-mark-subtree ()
>   "Mark the current subtree in an outlined document.
> This puts point at the start of the current subtree, and mark at the start
> of the next."
>   (interactive)
>   (let ((beg))
> (if (outline-on-heading-p)
>   ;; we are already looking at a heading
>   (beginning-of-line)
>   ;; else go back to previous heading
>   (outline-previous-visible-heading 1))
> (setq beg (point))
> (outline-end-of-subtree)
> (outline-next-visible-heading 1) ; just before the next heading (stl)
> (push-mark (point) nil t)
> (goto-char beg)))
>
>
>
> it's derived from the original outline-mark subtree but marks an empty
> space before a next-same-level-heading.

Thanks for the replies.

Just for google completeness

  (goto-char (org-entry-beginning-position))
  (set-mark (org-entry-end-position))

seemed the most efficient after digging about a bit.

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

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

[Sébastien Vauban]

Hi David,

David Maus wrote:
> Sébastien Vauban wrote:
>> I've tried enhancing my capture template for Gnus mail, by using the
>> =%:author= variable:
>
> AFAIK %:author is not a defined property Gnus links (Cf. Manual,
> 9.1.3.2 Template expansion).

Euh... I took it from the doc itself. See `C-h v org-capture-templates':

[...]

Apart from these general escapes, you can access information specific to
the link type that is created. For example, calling `org-capture' in
emails or gnus will record the author and the subject of the message,
which you can access with "%:author" and "%:subject", respectively.
   

> You can use %:fromname to insert the name of the message author. The only
> problem is, that this property might be empty as well if the From: address
> does not include a real name.

That works. 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] Re: Org now fontifies code blocks

[Darlan Cavalcante Moreira]

Thank you Dan,

It is perfect now. No perceivable slowdown

At Wed, 08 Sep 2010 13:41:51 -0400,
Dan Davison wrote:
> 
> 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

[Orgmode] Re: Agenda and weather forecast

[Richard Riley]

Julien Danjou  writes:

> 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

That is really, really, really neat ;)

> [2]  http://julien.danjou.info/blog/


___
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

[Łukasz Stelmach]

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).
>

This is mine:

--8<---cut here---start->8---
(defun stl/outline-mark-subtree ()
  "Mark the current subtree in an outlined document.
This puts point at the start of the current subtree, and mark at the start
of the next."
  (interactive)
  (let ((beg))
(if (outline-on-heading-p)
;; we are already looking at a heading
(beginning-of-line)
  ;; else go back to previous heading
  (outline-previous-visible-heading 1))
(setq beg (point))
(outline-end-of-subtree)
(outline-next-visible-heading 1) ; just before the next heading (stl)
(push-mark (point) nil t)
(goto-char beg)))
--8<---cut here---end--->8---

it's derived from the original outline-mark subtree but marks an empty
space before a next-same-level-heading.

-- 
Miłego dnia,
Łukasz Stelmach


___
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: Agenda and weather forecast | multiple forecasts

[Juan]

A simple way is to use the category declaration:

#+CATEGORY: Paris
%%(org-google-weather "Paris" "FR")
#+CATEGORY: Caen
%%(org-google-weather "Caen" "FR")
#+CATEGORY: Agenda
... other stuff

Regards,
.j.

On Thu, Sep 09, 2010 at 12:06:22PM +, d.tchin wrote:
> I would like to ask one question. I would like to be able
> to do several forecast for different locations.
> For example I had the following entries :
> %%(org-google-weather "Paris" "FR")
> %%(org-google-weather "Caen" "FR")
>
> In the agenda I have the forecasts for the two locations but
> I have no idea on the output about the related locations.
> I have following ouput :
>
>   Agenda: icon Couverture nuageuse partielle, 13-24 °C
>   Agenda: icon Brouillard, 13-23 °C
>
> How can we had the locations. Something like :
>
>   Agenda: *Paris*, icon Couverture nuageuse partielle, 13-24 °C
>   Agenda: *Caen*, icon Brouillard, 13-23 °C

___
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] [bug] Gnus author in capture templates not working

[David Maus]

Sébastien Vauban wrote:
>Hi,

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

AFAIK %:author is not a defined property Gnus links (Cf. Manual,
9.1.3.2 Template expansion).  You can use %:fromname to insert the
name of the message author.  The only problem is, that this property
might be empty as well if the From: address does not include a real
name.

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


pgp0syFcFtU1b.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: Agenda and weather forecast

[Sven Bretfeld]

d.tchin  writes:

> In the agenda I have the forecasts for the two locations but 
> I have no idea on the output about the related locations. 
> I have following ouput :
>
>   Agenda: icon Couverture nuageuse partielle, 13-24 °C
>   Agenda: icon Brouillard, 13-23 °C
>
> How can we had the locations. Something like :
>
>   Agenda: *Paris*, icon Couverture nuageuse partielle, 13-24 °C
>   Agenda: *Caen*, icon Brouillard, 13-23 °C

I have done that this way:

** Wetter
*** Bochum
   :PROPERTIES:
   :CATEGORY: Wetter in BO
   :END:
%%(org-google-weather "Bochum" "de")
*** Heidelberg
:PROPERTIES:
:CATEGORY: Wetter in HD
:END:
%%(org-google-weather "Heidelberg" "de")

Greetings,

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

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

[David Maus]

Sébastien Vauban wrote:
>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 suppose (from the timing of the functions) that what takes that long
is Gnus building the view of the folder.

>Thanks...

Just pushed to master.

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


pgpsHmsysdg2o.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

[Orgmode] Bug? Org Exporting LaTeX Description List Incorrectly

[Jeff Horn]

When typing a list like this one:

**
  Some text.
  - Item A :: Description for item A.
  - Item B :: Description for item B.
**

Org mode exports the following LaTeX:

**
Some text.
\begin{description}
\item Item A :: Description for item A.
\item Item B :: Description for item B.
\end{description}
**

When the following is expected:

**
Some text.
\begin{description}
\item[Item A] Description for item A.
\item[Item B] Description for item B.
\end{description}
**

Emacs 23.2.1 with org-mode 7.01trans

-- 
Jeffrey Horn
PhD Student in Economics
George Mason University

(704) 271-4797
jh...@gmu.edu
jrhorn...@gmail.com

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

Re: [Orgmode] Agenda and weather forecast | language and units

[Sven Bretfeld]

Hi Juan

Juan Pechiar  writes:

> The google API determines the unit system (C or F) based on the
> language parameter (smart guys?!).
>
> Ths parameter goes after the city in the call to org-google-weather:
>
> E.g. %%(org-google-weather "Montevideo,Uruguay" "es")

Ah. I see. It's working after I've added "de".

Thank you

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] Re: [babel] ledger tutorial on Worg

[Sébastien Vauban]

Hi Eric,

Sébastien Vauban wrote:
> [...] But right now, I don't get anything back from the following (same as
> for thread about isodoc letters):
>
> #+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
>
> In the *Messages* buffer, I get:
>
> 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
>
> ... 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.

Stupid from me... I have absolutely no idea why, but, instead of pressing C-c
C-v C-e, I reused the old binging C-c C-c, hence not much happened -- as it is
disabled in my `.emacs' file:

(setq org-babel-no-eval-on-ctrl-c-ctrl-c t)

Maybe it'd be good to echo that "no eval" occurs anymore in such a condition?

Anyway, not always productive to work late...

Side question, as I searched everywhere for the cause of my problem: is it
totally equivalent to use `org-babel-do-load-languages' than to load
individual languages?

I currently have this in my config file:

--8<---cut here---start->8---
;; customize the `org-babel-load-languages' variable to enable support
;; for languages which can be evaluated in Org mode buffers
(when (fboundp 'org-babel-do-load-languages)
  (org-babel-do-load-languages
   'org-babel-load-languages
   '((R . t)
 (ditaa . t)
 (dot . t)
 (emacs-lisp . t)
 (gnuplot . t)
 (haskell . nil)
 (latex . t)
 (ledger . t)
 (ocaml . nil)
 (octave . t)
 (org . t)  ;; VIP!
 (python . t)
 (ruby . t)
 (screen . nil)
 (sh . t)
 (sql . nil)
 (sqlite . t

;; activate a subset of languages
(try-require 'ob-sh)

(try-require 'ob-ditaa)
;; TODO Install this for Ditaa: sudo aptitude install openjdk-6-jre

(try-require 'ob-dot)

(try-require 'ob-emacs-lisp)

(try-require 'ob-gnuplot)
;; requires gnuplot-mode

(try-require 'ob-latex)

;; get `BEGIN_SRC org'/`END_SRC' blocks interpreted as Org markup
(try-require 'ob-org)

(try-require 'ob-perl)

(try-require 'ob-python)
;; requires python, and python-mode

(try-require 'ob-R)
;; requires R and ess-mode

(try-require 'ob-ruby)
;; requires ruby, irb, ruby-mode, and inf-ruby

(try-require 'ob-sql)

;; (require 'ob-identifier) ; 

;; support for interactive terminals. Mostly shell scripts. Heavily
;; inspired by `eev'
(try-require 'ob-screen)
;; Eric Schulte believes screen has more of a focus on sustained
;; interaction with an interactive terminal, although to be honest he
;; haven't really used it and
--8<---cut here---end--->8---

I'm not sure to understand *all* the implications of choosing one over the
other, even after having read:

(info "(org)Languages")

and `ob-org.el' for example.

Can you give me a hint, please?

Best regards,
  Seb

PS- `try-require' is my customized `require', which does not stop if file is
not found...

-- 
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: Agenda and weather forecast

[d . tchin]

Julien Danjou  danjou.info> writes:

> 
> 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/
> 


It is really beautiful extension. 

I would like to ask one question. I would like to be able
to do several forecast for different locations. 
For example I had the following entries : 
%%(org-google-weather "Paris" "FR")
%%(org-google-weather "Caen" "FR")

In the agenda I have the forecasts for the two locations but 
I have no idea on the output about the related locations. 
I have following ouput :

  Agenda: icon Couverture nuageuse partielle, 13-24 °C
  Agenda: icon Brouillard, 13-23 °C

How can we had the locations. Something like :

  Agenda: *Paris*, icon Couverture nuageuse partielle, 13-24 °C
  Agenda: *Caen*, icon Brouillard, 13-23 °C

Regards



___
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] Exporting property values to LaTeX

[Scot Becker]

SHORT VERSION:

Can someone tell me how I might be able to get a property value exported to
LaTeX?  Here's what I want to do:  I my reading and research notes in
org-mode.  I'd like to print them out to manipulate them manually before I
use them.  (Think: olde time 3 x 5 index cards, though I'll do it on A5 size
paper).  I'd like to define an inherited property in my org outline
containing my BibTeX key for the given book or journal article.  The idea is
that all of the notes on that book inherit the property (I can do this
already).  Then I want to export these notes to LaTeX and insert the value
of the 'bibtexkey' property into a custom latex citation command for each
exported node.  That way, when the notes are printed separate from each
other, I have the bibliographic information on each note.

EXAMPLE:

-
* Notes taken while reading: Smith, Some-Wild-Book
  :PROPERTIES:
  :bibkey:   smith2009somewild
  :END:

** The Problem

Smith starts with a scorching analysis of the problem:

#+BEGIN_QUOTE
As I see it, this chaos has all arisen because of... (29)
#+END_QUOTE

** The Solution

Summary: Smith thinks that if we would all only listen to him, these
problems would go away. (235)

** Evaluation

Though Smith's audacity is unendurable, he does a few good points,
including...

-

I'd like to end up with a LaTeX file which will will print the above as
three separate (A5 size) pages. (I think I can do that).  But each note
("The Problem", "The Solution", "Evaluation") gets the value of the
'bibtexkey' property exported in the format:

\shortcite{}

immediately after the heading for that section.  I would do this with all
child headings no matter at what level.  Then when I take notes on another
item, its children inherit the correct value of 'bibtexkey' for it.

I think I have property inheritance worked out, and I reckon I can manage to
get org to export the headings how I want them (with
org-export-latex-classes), and I think I can mange to get LaTeX to lay it
all out right (it's LaTeX, how hard could custom layout be? :-).

What I want is a way to tweak org's LaTeX exporter to export "\shortcite{
 }" after every heading, with the value of the 'bibtexkey' property
inside it.

I suppose my question is: can anyone think of a way to do this without
making a custom LaTeX exporter?  Does the idea of exporting properties for
use in LaTeX output have enough value to warrant more general solution, for
example allowing placeholders for optional property values in (for example)
'org-export-latex-classes'?  Like this:

 ("\\section{%s}" . "\\section*{%s}\n\n\\shortcite{[[bibtexkey]]}")


Scot
___
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] Org-capture breaks if captured-to file is open in a narrowed buffer

[Jules Bean]

If I run org-capture with the template:

("t" "Todo" entry (file+headline
"/Users/jules/work/TODO.org" "Tasks") "* TODO %?
  (Captured at %u)
  %i
  %a
")

whilst I have narrowed (using, e.g., org-narrow-to-subtree) the buffer
that contains TODO.org, a new "* Tasks" headline is inserted at the
end of my narrowing and the new entry is added there, which messes up
the hierarchy of the file.

Thanks,

Jules

___
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] Agenda and weather forecast | alternative icon set

[Juan]

On Thu, Sep 09, 2010 at 08:19:17AM +0200, Julien Danjou wrote:
> If anybody is interested, I've wrote an small extension to put some
> weather forecasts in the agenda.

For those not on a linux/gnome system, you can get an icon set from
google.

Ref: post at
http://www.google.com/support/forum/p/apps-apis/thread?tid=718560d8c2c913ff&hl=en

To get all icons:


curl -O http://www.google.ru/ig/images/weather/sunny.gif
curl -O http://www.google.ru/ig/images/weather/mostly_sunny.gif
curl -O http://www.google.ru/ig/images/weather/partly_cloudy.gif
curl -O http://www.google.ru/ig/images/weather/mostly_cloudy.gif
curl -O http://www.google.ru/ig/images/weather/chance_of_storm.gif
curl -O http://www.google.ru/ig/images/weather/rain.gif
curl -O http://www.google.ru/ig/images/weather/chance_of_rain.gif
curl -O http://www.google.ru/ig/images/weather/chance_of_snow.gif
curl -O http://www.google.ru/ig/images/weather/cloudy.gif
curl -O http://www.google.ru/ig/images/weather/mist.gif
curl -O http://www.google.ru/ig/images/weather/storm.gif
curl -O http://www.google.ru/ig/images/weather/thunderstorm.gif
curl -O http://www.google.ru/ig/images/weather/chance_of_tstorm.gif
curl -O http://www.google.ru/ig/images/weather/sleet.gif
curl -O http://www.google.ru/ig/images/weather/snow.gif
curl -O http://www.google.ru/ig/images/weather/icy.gif
curl -O http://www.google.ru/ig/images/weather/dust.gif
curl -O http://www.google.ru/ig/images/weather/fog.gif
curl -O http://www.google.ru/ig/images/weather/smoke.gif
curl -O http://www.google.ru/ig/images/weather/haze.gif
curl -O http://www.google.ru/ig/images/weather/flurries.gif


And the icon customization:

 '(org-google-weather-icon-alist (quote ((chance_of_rain .
 "chance_of_rain.gif") (chance_of_snow . "chance_of_snow.gif")
 (chance_of_storm . "chance_of_storm.gif") (cloudy . "cloudy.gif")
 (dust . "dust.gif") (flurries . "flurries.gif") (fog . "fog.gif")
 (haze . "haze.gif") (icy . "icy.gif") (mist . "mist.gif")
 (mostly_cloudy . "mostly_cloudy.gif") (mostly_sunny .
 "mostly_sunny.gif") (partly_cloudy . "partly_cloudy.gif") (rain .
 "rain.gif") (sleet . "sleet.gif") (smoke . "smoke.gif") (snow .
 "snow.gif") (storm . "storm.gif") (thunderstorm . "thunderstorm.gif")
 (sunny . "sunny.gif"

 '(org-google-weather-icon-directory "/wherever/you/saved/those")


Regards,
.j.

___
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] Agenda and weather forecast | language and units

[Juan Pechiar]

Hi,

The google API determines the unit system (C or F) based on the
language parameter (smart guys?!).

Ths parameter goes after the city in the call to org-google-weather:

E.g. %%(org-google-weather "Montevideo,Uruguay" "es")

This extension is magic!

Regards,
.j.

P.S. Cannot install into Notepad.exe   :-)

On Thu, Sep 09, 2010 at 11:37:39AM +0200, Sven Bretfeld wrote:
> I had °F at first instead of °C what I would prefer. I'm in Germany;
> adding ("DE" . "°C") in the customization of "Google Weather Unit System
> Temperature Assoc" didn't help. In the screenshot I noticed that you
> have a string "en-gb" which is not documented. Sounds like
> "English-GB", although you are in Paris. I also added this string, and I
> have °C now. Is that the correct way?

___
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] Agenda and weather forecast

[Sven Bretfeld]

Hi Julien

Julien Danjou  writes:

> 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].

Wonderful. Works out of the box and looks nice. 

I had °F at first instead of °C what I would prefer. I'm in Germany;
adding ("DE" . "°C") in the customization of "Google Weather Unit System
Temperature Assoc" didn't help. In the screenshot I noticed that you
have a string "en-gb" which is not documented. Sounds like
"English-GB", although you are in Paris. I also added this string, and I
have °C now. Is that the correct way?

BTW, which color-theme are you using? Is it zenburn? Looks nice and
clean. 

Thanks for org-google-weather,

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] Re: Adding entries to Google calendar

[Stephen Eglen]

> 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.

Great.  I should make the docstring for that variable a bit more
informative, if it has n>1 user!


> 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.

That's a good idea.  

I was keen to see if I could upload my 'org.ics' file generated by org
mode using 'C-c C-e c' to google.  So effectively I just use google to
be a read-only version of my agenda.  That doesn't seem to be possible
either from what I read, but I thought I saw it was on a list of future
projects.

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

[Orgmode] meaning of ampersand in spreadsheet cell references

[Adam Spiers]

Hi all,

The manual refers fleetingly to the use of ampersand in spreadsheet
cell references.  Amongst other cell reference examples, it lists:

 $5column 5 in the current row
 E&same as previous

The only other mention I can find is:

  When offering a formula for editing, Org converts references to the
  standard format (like `B3' or `D&') if possible.

I assume this means that ampersand can replace the number in cell
references of the format `B3' to means "the current row"?  However
this doesn't seem to tie in with any of the other syntax listed, and
therefore maybe warrants a slightly more explicit explanation in the
manual?

Thanks!
Adam

___
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] Agenda and weather forecast

[Simon Guest]

At Thu, 09 Sep 2010 08:19:17 +0200,
Julien Danjou wrote:
> If anybody is interested, I've wrote an small extension to put some
> weather forecasts in the agenda.

Hi Julien,

This looks really cool.

I downloaded google-weather-el-236b269, and stuck 
%%(org-google-weather)
at the top of one of my org files, but when building the agenda, Emacs
complains, after contacting host www.google.com:80, 
bad sexp at line 1 in /home/sjg/share/notes/journal.org: (org-google-weather)

I tried calling directly
(google-weather-get-data "New York")
but I just get

Contacting host: www.google.com:80
Reading 453 bytes...
save-current-buffer: Search failed: "

"

It's not leaving anything around in a buffer for me to see what data
it did or didn't fetch.

Any suggestions?

cheers,
Simon

___
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

[Sven Bretfeld]

Hi Matt

Matt Price  writes:

> 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. 

No, I don't. It is indeed possible to add an advice to
org-remember-finalize and I think this could be the right point to start
from. But we have to find a way to parse the data from the
remember-buffer. Eric's approach is different, because he uses variables
that do only occur when using the "agenda to diary" method. However, I
fear that my abilities are to weak for that. I cannot really read and
understand complex Lisp packages like org-remember.el or org-capture.el.

Greetings,

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

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

[Bastien]

Nicolas Goaziou  writes:

> (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)

Interesting -- looks like a good candidate for worg/org-hacks.org

Maybe with variants like

- narrowing to the item
- selecting it (depending on transient-mark-mode)
- cloning it
- killing it*

... just a thought.

* Would people would find it to have C-k to kill a whole item if a
  certain option is set?  I think I would.  It's rare to have to kill 
  a line in a list item without having to kill the whole item.

-- 
 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