[Orgmode] FLOSS Weekly show about Org-mode

[Carsten Dominik]

Hi everyone,

as was already pointed out here by others, I will be a guest
at FLOSS weekly on September 22.  The show will be recorded
from 9:30am to 11:00am Pacific Time, which corresponds to
18:30-20:00 here in central Europe.

1. Watching live

You can watch the show live at http://live.twit.tv

2. Chatroom

There is a chatroom for TWIT shows at going on irc.twit.tv
channel #twitlive

This might be a lot of fun if the right people are there.
Also during the show, Randal  will likely
watch the channel and might take suggestions or questions
from there.

3 Postcast
~~~

The show will be posted as a podcast (video and audio
versions) in the FLOSS weekly feeds.

If you have suggestions on something specific I should try to cover,
let me know.

Cheers

- Carsten

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

Re: [Orgmode] Bug: INVISIBLE-OK arg of org-forward-same-level not documented [7.01trans]

[Carsten Dominik]

Fixed, thanks.

- Carsten

On Sat, Sep 18, 2010 at 6:26 AM, Aidan Gauland
 wrote:
> The optional argument, INVISIBLE-OK, of org-forward-same-level is not
> mentioned in the documentation for that function.
>
> --Aidan
>
> Emacs  : GNU Emacs 24.0.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
>  of 2010-09-17 on dimension8
> Package: Org-mode version 7.01trans
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAkyUP34ACgkQjyzTRvYJmaX3agCdHDtBwKMongNESaKr0N7Xku3G
> VtAAni2PeoQNVFx/uP/DsaoUWJnKGiT+
> =xpBI
> -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
>
>

___
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] Problem when previewing latex fragments

[Carsten Dominik]

On Fri, Sep 17, 2010 at 3:54 PM, Darlan Cavalcante Moreira
 wrote:
>
> Hi Sebastian,
>
> Make only tells me that there is nothing to be done.  All I do (since a
> long time) is calling "git pull" to get the latest changes and then make to
> compile everything. It worked before (the preview and everything else) and
> only lately I realized that the preview didn't work, unless I run
> org-reload before.
>
> I tried to checkout a fresh copy from the repo and run only make autoloads,
> but the problem remains, which is strange if I'm the only one with this
> problem.

Strange indeed, because in the latest Org repo version, (require 'org-latex) is
explicitly done just before calling org-export-latex-fix-inputenc.

I would guess that you have some load path shadowing going on and that the wrong
org-latex is being loaded.

- Carsten

>
> --
> Darlan
>
>
> At Thu, 16 Sep 2010 21:38:58 +0200,
> Sebastian Rose  wrote:
>>
>> Darlan Cavalcante Moreira  writes:
>> > Hello list,
>> >
>> > When I run org-preview-latex-fragment (C-c C-x C-l) I get the error
>> > ,
>> > ! org-create-formula-image: Symbol's function definition is void:
>> > ! org-export-latex-fix-inputenc
>> > `
>> >
>> > However, I run org-reload it works (until I close my gtd.org file and open
>> > it again). I'm running the latest version of org and the variable
>> > org-export-with-LaTeX-fragments is set to nil (but as I understand it is
>> > only used for exporting and not for previewing).
>> >
>> > To test if this is due to some configuration, I run emacs with the -q
>> > option and executed in the scratch buffer only the code below to load the
>> > new version
>> >
>> > (progn (cd "~/Org-mode-dev/") (normal-top-level-add-subdirs-to-load-path))
>> > (org-reload)
>> > Then I oppened my gtd.org file and tryed C-c C-x C-l, but I got the same
>> > error.
>> >
>> > Does anyone else has this problem?
>> >
>> > --
>> > Darlan
>> >
>> > ps: Emacs version is 23.1.50.1 (emacs-snapshot in Ubuntu 10.04)
>>
>>
>> make autoloads
>>
>>
>> ???
>
> ___
> 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] Bug: INVISIBLE-OK arg of org-forward-same-level not documented [7.01trans]

[Aidan Gauland]

The optional argument, INVISIBLE-OK, of org-forward-same-level is not
mentioned in the documentation for that function.

--Aidan

Emacs  : GNU Emacs 24.0.50.3 (x86_64-unknown-linux-gnu, GTK+ Version 2.20.1)
 of 2010-09-17 on dimension8
Package: Org-mode version 7.01trans


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

Re: [Orgmode] Problem when previewing latex fragments

[Darlan Cavalcante Moreira]

Unfortunately it didn't work.

I think I'll live with the problem for now and when I upgrade to the next
ubuntu version next month (and probably to a different emacs version than
what I use now) I'll report again if the problem still exists.

--
Darlan

At Fri, 17 Sep 2010 22:07:54 -0400,
Nick Dokos  wrote:
> 
> Darlan Cavalcante Moreira  wrote:
> 
> > 
> > Hi Sebastian,
> > 
> > Make only tells me that there is nothing to be done.  All I do (since a
> > long time) is calling "git pull" to get the latest changes and then make to
> > compile everything. It worked before (the preview and everything else) and
> > only lately I realized that the preview didn't work, unless I run
> > org-reload before.
> > 
> > I tried to checkout a fresh copy from the repo and run only make autoloads,
> > but the problem remains, which is strange if I'm the only one with this
> > problem.
> > 
> > --
> > Darlan
> > 
> > 
> > At Thu, 16 Sep 2010 21:38:58 +0200,
> > Sebastian Rose  wrote:
> > > 
> > > Darlan Cavalcante Moreira  writes:
> > > > Hello list,
> > > >
> > > > When I run org-preview-latex-fragment (C-c C-x C-l) I get the error
> > > > ,
> > > > ! org-create-formula-image: Symbol's function definition is void:
> > > > ! org-export-latex-fix-inputenc
> > > > `
> > > >
> > > > However, I run org-reload it works (until I close my gtd.org file and 
> > > > open
> > > > it again). I'm running the latest version of org and the variable
> > > > org-export-with-LaTeX-fragments is set to nil (but as I understand it is
> > > > only used for exporting and not for previewing).
> > > >
> > > > To test if this is due to some configuration, I run emacs with the -q
> > > > option and executed in the scratch buffer only the code below to load 
> > > > the
> > > > new version
> > > >
> > > > (progn (cd "~/Org-mode-dev/") 
> > > > (normal-top-level-add-subdirs-to-load-path))
> > > > (org-reload)
> > > > Then I oppened my gtd.org file and tryed C-c C-x C-l, but I got the same
> > > > error.
> > > >
> > > > Does anyone else has this problem?
> > > >
> > > > --
> > > > Darlan
> > > >
> > > > ps: Emacs version is 23.1.50.1 (emacs-snapshot in Ubuntu 10.04)
> > > 
> > > 
> > > make autoloads
> > > 
> > > 
> > > ???
> > 
> 
> org-preview-latex-fragment is in org.el and
> org-export-latex-fix-inputenc is in org-latex.el, so that sounds like a
> require is missing somewhere (just guessing, mind you: I haven't even
> looked at the code, let alone tried anything.)
> 
> Maybe adding a (require 'org-latex) at the beginning of
> org-preview-latex-fragment helps?
> 
> HTH,
> Nick
> 

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

Re: [Orgmode] Color of exported R code results using LaTeX listings

[Steven Delean]

Hi Eric, Rainer and Sébastien,

Thanks again for all your assistance. I was not able to achieve the
results I was after exactly using any proposed solutions, but have found
a way forward and outline my solution below in case it benefits others.

The following allows fontification and syntax highlighting for source
code and a single color for exported output, and works both for latex
documents and beamer slides. 
NB: A single color for source code in exported documents can be acheived
by adding e.g. \color{blue} to basicstyle.

1. The following must appear in your .emacs
(require 'org-latex)
(setq org-export-latex-listings t)
(add-to-list 'org-export-latex-packages-alist '("" "listings"))
(add-to-list 'org-export-latex-packages-alist '("" "color"))

2. Add the following to your .org document header to allow colors and
'nice' font
#+LATEX_HEADER: \lstset{
#+LATEX_HEADER: keywordstyle=\color{blue},
#+LATEX_HEADER: commentstyle=\color{red},
#+LATEX_HEADER: stringstyle=\color{green},
#+LATEX_HEADER: basicstyle=\ttfamily\small,
#+LATEX_HEADER: columns=fullflexible,
#+LATEX_HEADER: basewidth={0.5em,0.4em}
#+LATEX_HEADER: }

3. Also add the following to your .org document header to allow the
output results of evaluating R (or other language) code to be in color
#+LATEX_HEADER: \RequirePackage{fancyvrb}
#+LATEX_HEADER: \DefineVerbatimEnvironment{verbatim}{Verbatim}{fontsize=
\small,formatcom = {\color[rgb]{0.5,0,0}}}

Hope it helps,
Regards,
Steve


On Fri, 2010-09-17 at 08:24 -0400, Eric Schulte wrote:
> Hi Steven,
> 
> If your R blocks are outputting actual R code, then you can use the
> "code" argument to the :results header argument to have the output
> exported as R code under listings instead of within verbatim blocks.
> --8<---cut here---start->8---
> #+begin_src R :results code 8 #+end_src
> 
> #+results:
> #+BEGIN_SRC R
> 8
> #+END_SRC
> --8<---cut here---end--->8---
> 
> Alternately if your output is some other language you could use the
> ":results latex" header argument and explicitly provide the listings
> wrapper yourself.
> 
> Hope this Helps -- Eric
> 
> Steven Delean  writes:
> 
> > Hi everyone,
> >
> > I am using org-mode to make a beamer presentation that includes blocks
> > of R code and wish to export the source code and results to pdf in
> > color (using the listings package).
> >
> > The source code block syntax is highlighted successfully, but the
> > output results of the executed R code are not colored at all.
> >
> > The results are presented in \begin{verbatim}...\end{verbatim},
> > whereas the source code is presented within
> > \begin{lstlisting}...\end{lstlisting}. I can affect changes to the
> > fontsize and color of the source code using \lstset in the .org
> > document header, but not the results output from evaluating the code.
> >
> > Is there some way I can export these results in color?
> >
> > Thanks for any suggestions,
> >
> > Regards,
> > Steve
> >
> > PS I have the follwing in my .emacs
> > (require 'org-latex)
> > (setq org-export-latex-listings t)
> > (add-to-list 'org-export-latex-packages-alist '("" "listings"))
> > (add-to-list 'org-export-latex-packages-alist '("" "color"))
> >
> >
> >
> >
> >
> > ___
> > 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: Bug: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Matt Lundin]

"Andrew J. Korty"  writes:

> Matt Lundin  wrote:
>
>> "Andrew J. Korty"  writes:
>>
>> > Matt Lundin  wrote:
>> >
>> >> --8<---cut here---start->8---
>> >> * TODO Review really important document
>> >>   DEADLINE: <2010-10-31 Sun -2m>
>> >> * TODO Review less important document
>> >>   DEADLINE: <2010-10-31 Sun>
>> >> --8<---cut here---end--->8---
>> >>
>> >> Let's assume the following settings:
>> >>
>> >> --8<---cut here---start->8---
>> >> (setq org-agenda-todo-ignore-deadlines 'far
>> >>   org-deadline-warning-days 14)
>> >> --8<---cut here---end--->8---
>> >>
>> >> With these settings, the first task would show up *today* both in your
>> >> agenda and in your TODO list, while the second task would appear in both
>> >> places two weeks before the deadline.
>> >
>> > Right, but what I want is for the second task to appear in the todo
>> > list even before two weeks before the deadline, and I don't want it to
>> > appear in the agenda until two weeks before the deadline. In other
>> > words, I always want to see tasks I can do now in my todo lists,
>> > whereas I only want to see tasks that are due soon in the agenda.
>> > Lengthening the lead time won't help because it unnecessarily shows
>> > tasks in the agenda that aren't due soon.
>> >
>> > But maybe my usage is not an intended one.
>>
>> Oops. I misunderstood your request.
>>
>> What you are describing is org-mode's default behavior---i.e., to show
>> all todos with deadlines in the todo list, but only to show deadlines in
>> the agenda when they are within org-deadline-warning days.
>>
>> To ensure this behavior, you'll want to make sure that
>> org-agenda-todo-ignore-deadlines is set to nil (the default). All todos
>> with deadlines will then appear in your todo list.
>
> True, but then we're back to the problem with the driver's license
> renewal.
>

I knew there was a reason for example I provided above. :)

If I understand you correctly, you'd like: 1) deadlines to show up on
your todo list, 2) but not if they are too far away (let's say more than
1 year from now). I believe this scenario is essentially covered by the
original example I provided; all that is required is some tweaking.

Does this custom command accomplish what you're looking for?

--8<---cut here---start->8---
(setq org-agenda-custom-commands
  '(("d" "Todos (incl. deadlines)" todo ""
 ((org-deadline-warning-days 100) ;; change this as you wish
  (org-agenda-todo-ignore-deadlines 'far
--8<---cut here---end--->8---

With this command, you'd see all todos with deadlines that fall a
reasonable distance from the present (in this case, the next 100 days),
but wouldn't see the drivers license renewal 4 years from now.

Best,
Matt

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

Re: [Orgmode] Re: Putting latex in document titles

[suvayu ali]

On 17 September 2010 18:56, Nick Dokos  wrote:
> What exactly is it that does not work? The dollar sign method? If so,
> the workaround you have above is not only good, it's the preferred LaTeX
> method: inline math is marked with \( and \) and as you note above that
> works fine.

Thanks Nick! I was missing the \(...\) bit. I was using $...$ instead.
Now with parantheses it works exactly as I want it to. :)

-- 
Suvayu

Open source is the future. It sets us free.

___
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] Problem when previewing latex fragments

[Nick Dokos]

Darlan Cavalcante Moreira  wrote:

> 
> Hi Sebastian,
> 
> Make only tells me that there is nothing to be done.  All I do (since a
> long time) is calling "git pull" to get the latest changes and then make to
> compile everything. It worked before (the preview and everything else) and
> only lately I realized that the preview didn't work, unless I run
> org-reload before.
> 
> I tried to checkout a fresh copy from the repo and run only make autoloads,
> but the problem remains, which is strange if I'm the only one with this
> problem.
> 
> --
> Darlan
> 
> 
> At Thu, 16 Sep 2010 21:38:58 +0200,
> Sebastian Rose  wrote:
> > 
> > Darlan Cavalcante Moreira  writes:
> > > Hello list,
> > >
> > > When I run org-preview-latex-fragment (C-c C-x C-l) I get the error
> > > ,
> > > ! org-create-formula-image: Symbol's function definition is void:
> > > ! org-export-latex-fix-inputenc
> > > `
> > >
> > > However, I run org-reload it works (until I close my gtd.org file and open
> > > it again). I'm running the latest version of org and the variable
> > > org-export-with-LaTeX-fragments is set to nil (but as I understand it is
> > > only used for exporting and not for previewing).
> > >
> > > To test if this is due to some configuration, I run emacs with the -q
> > > option and executed in the scratch buffer only the code below to load the
> > > new version
> > >
> > > (progn (cd "~/Org-mode-dev/") (normal-top-level-add-subdirs-to-load-path))
> > > (org-reload)
> > > Then I oppened my gtd.org file and tryed C-c C-x C-l, but I got the same
> > > error.
> > >
> > > Does anyone else has this problem?
> > >
> > > --
> > > Darlan
> > >
> > > ps: Emacs version is 23.1.50.1 (emacs-snapshot in Ubuntu 10.04)
> > 
> > 
> > make autoloads
> > 
> > 
> > ???
> 

org-preview-latex-fragment is in org.el and
org-export-latex-fix-inputenc is in org-latex.el, so that sounds like a
require is missing somewhere (just guessing, mind you: I haven't even
looked at the code, let alone tried anything.)

Maybe adding a (require 'org-latex) at the beginning of
org-preview-latex-fragment helps?

HTH,
Nick


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

Re: [Orgmode] Re: Putting latex in document titles

[Nick Dokos]

suvayu ali  wrote:

> 2010/9/17 Sébastien Vauban :
> > Hi Suvayu,
> >
> > suvayu ali wrote:
> >> If I try things like
> >>
> >> #+TITLE:     Search for W' resonances \newline (\sqrt s = 7TeV)
> >>
> >> Then the newline and the square root is rendered as expected.
> >
> > For this part, try with \linebreak.
> >
> 
> Thanks for the tip Seb. I'll use that from now on. :)
> 
> However this doesn't answer my query, how do I write something in math
> fonts inside a title or a caption? I could simply edit the tex source
> and run "latex < presentation.tex", but that quits with a "Latex
> Error", hence my question. And I am not familiar enough with latex to
> troubleshoot this and find out what is the source of the problem. :(
> 
> If it would help, I could try to provide with a small example which
> shows the same symptoms.
> 

What exactly is it that does not work? The dollar sign method? If so,
the workaround you have above is not only good, it's the preferred LaTeX
method: inline math is marked with \( and \) and as you note above that
works fine.

Apologies if I've missed a crucial part of the discussion and thanks
for any forthcoming explanation.

Nick


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

Re: [Orgmode] Re: Putting latex in document titles

[suvayu ali]

2010/9/17 Sébastien Vauban :
> Hi Suvayu,
>
> suvayu ali wrote:
>> If I try things like
>>
>> #+TITLE:     Search for W' resonances \newline (\sqrt s = 7TeV)
>>
>> Then the newline and the square root is rendered as expected.
>
> For this part, try with \linebreak.
>

Thanks for the tip Seb. I'll use that from now on. :)

However this doesn't answer my query, how do I write something in math
fonts inside a title or a caption? I could simply edit the tex source
and run "latex < presentation.tex", but that quits with a "Latex
Error", hence my question. And I am not familiar enough with latex to
troubleshoot this and find out what is the source of the problem. :(

If it would help, I could try to provide with a small example which
shows the same symptoms.

> Best regards,
>  Seb

Thanks a lot for your response.
-- 
Suvayu

Open source is the future. It sets us free.

___
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: [Patch] Bug: Inconsistency with org-publish-attachment

[Sebastian Rose]

Aidan Gauland  writes:
> On Sat, Sep 18, 2010 at 12:18:42AM +0200, Sebastian Rose wrote:
>> That commit already includes the (obviously wrong) first patch...
>> 
>> Here's the patch that reverts the first attempt and applies the new
>> one.   Hope this works :)
>
> Yup, this one works!  Bug squashed.  Go ahead and commit it.
>
> Thanks again,
> Aidan


Yiiihaa!  Thanks for testing!


Best wishes

   Sebastian

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

Re: [Orgmode] Re: [Patch] Bug: Inconsistency with org-publish-attachment

[Aidan Gauland]

On Sat, Sep 18, 2010 at 12:18:42AM +0200, Sebastian Rose wrote:
> That commit already includes the (obviously wrong) first patch...
> 
> Here's the patch that reverts the first attempt and applies the new
> one.   Hope this works :)

Yup, this one works!  Bug squashed.  Go ahead and commit it.

Thanks again,
Aidan


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

Re: [Orgmode] Re: [Patch] Bug: Inconsistency with org-publish-attachment

[Sebastian Rose]

Aidan Gauland  writes:
> Sebastian Rose  gmx.de> writes:
>> did you revert the previous patch?  The second patch was against master
>> again.
>
> I ran git reset --hard then applied the second patch.
>
>> I changed to a subdirectory of my :base-directory (here $BASE):
>>
>> $ cd ${BASE}/subdirectory
>> $ cp ~/images/first.jpg .# a simple image
>> $ ln -s ~/images/second.jpg  # a link to an image
>> $ ln -s ~/images/screenshots/# a link to a directory
>>
>> When exporting, I get this tree in :publishing-directory ($PUB):
>>
>> $PUB/
>>  |-- subdirectory/
>>  |   |-- first.jpg
>>  |   |-- second.jpg
>>  |   `-- screenshots/
>>  |   |-- some.png
>>  |   `-- other.png
>>
>> which is what you expected, is that right?
>
> Yes, that's what I expected.  What I'm getting is a little different.
>
> $PUB/
> `-- subdirectory/
> |-- screenshots/
> |   `-- subdirectory/
> |   `-- screenshots/
> |   |-- other.png
> |   `-- some.png
> `-- subdirectory/
> |-- first.jpg
> |-- second.jpg
>
> This is how the project is defined...
> (setq 
>  org-publish-project-alist
>  '(("static"
> :base-directory "~/org-bug/"
> :publishing-directory "~/org-bug-pub/"
> :publishing-function org-publish-attachment
> :recursive t
> :base-extension "css\\|gz\\|bz\\|lzma\\|jpg\\|gif\\|png")))
>
> And published with this sexp.
> (org-publish "static")
>
> Perhaps the discrepancy between our setups is git commit (not sure if
> I'm using the right terms there)?  git log shows
> 878d94b47225729bfffaca9c57a5bdeb344a8ffb at the top of its output.
>
> Thanks for your help!
> --Aidan


Ahrrgh :)

I just pulled, because I couldn't find that commit.

That commit already includes the (obviously wrong) first patch...


Here's the patch that reverts the first attempt and applies the new
one.   Hope this works :)



  Sebastian


diff --git a/lisp/org-publish.el b/lisp/org-publish.el
index 7534524..90b0339 100644
--- a/lisp/org-publish.el
+++ b/lisp/org-publish.el
@@ -578,18 +578,13 @@ See `org-publish-org-to' to the list of arguments."
   "Publish a file with no transformation of any kind.
 See `org-publish-org-to' to the list of arguments."
   ;; make sure eshell/cp code is loaded
-  (let* ((rel-dir
-	  (file-relative-name
-	   (file-name-directory filename)
-	   (plist-get plist :base-directory)))
-	 (pub-dir
-	  (expand-file-name
-	   (concat (file-name-as-directory pub-dir) rel-dir
 (unless (file-directory-p pub-dir)
   (make-directory pub-dir t))
 (or (equal (expand-file-name (file-name-directory filename))
 	   (file-name-as-directory (expand-file-name pub-dir)))
-	(copy-file filename pub-dir t
+  (copy-file filename
+		 (expand-file-name (file-name-nondirectory filename) pub-dir)
+		 t)))
 
 
 ;;; Publishing files, sets of files, and indices
@@ -606,13 +601,13 @@ See `org-publish-projects'."
 		  (error "File %s not part of any known project"
 			 (abbreviate-file-name filename)
 	 (project-plist (cdr project))
-	 (ftname (file-truename filename))
+	 (ftname (expand-file-name filename))
 	 (publishing-function
 	  (or (plist-get project-plist :publishing-function)
 	  'org-publish-org-to-html))
 	 (base-dir
 	  (file-name-as-directory
-	   (file-truename
+	   (expand-file-name
 	(or (plist-get project-plist :base-directory)
 		(error "Project %s does not have :base-directory defined"
 		   (car project))
___
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: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Andrew J. Korty]

Matt Lundin  wrote:


"Andrew J. Korty"  writes:

> Matt Lundin  wrote:
>
>> --8<---cut here---start->8---
>> * TODO Review really important document
>>   DEADLINE: <2010-10-31 Sun -2m>
>> * TODO Review less important document
>>   DEADLINE: <2010-10-31 Sun>
>> --8<---cut here---end--->8---
>>
>> Let's assume the following settings:
>>
>> --8<---cut here---start->8---
>> (setq org-agenda-todo-ignore-deadlines 'far
>>   org-deadline-warning-days 14)
>> --8<---cut here---end--->8---
>>
>> With these settings, the first task would show up *today* both in your
>> agenda and in your TODO list, while the second task would appear in both
>> places two weeks before the deadline.
>
> Right, but what I want is for the second task to appear in the todo
> list even before two weeks before the deadline, and I don't want it to
> appear in the agenda until two weeks before the deadline. In other
> words, I always want to see tasks I can do now in my todo lists,
> whereas I only want to see tasks that are due soon in the agenda.
> Lengthening the lead time won't help because it unnecessarily shows
> tasks in the agenda that aren't due soon.
>
> But maybe my usage is not an intended one.

Oops. I misunderstood your request.

What you are describing is org-mode's default behavior---i.e., to show
all todos with deadlines in the todo list, but only to show deadlines in
the agenda when they are within org-deadline-warning days.

To ensure this behavior, you'll want to make sure that
org-agenda-todo-ignore-deadlines is set to nil (the default). All todos
with deadlines will then appear in your todo list.


True, but then we're back to the problem with the driver's license 
renewal.


ajk

___
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: C-a T DONE behavior

[Matt Lundin]

julien cubizolles  writes:

> I've noticed that C-a T DONE doesn't display DONE entries if they have a
> DEADLINE set, whether it's in the past or in the future. Is it the
> intended behavior ? I'm trying to use it to purge DONE tasks but it's
> useless at the moment.

On your machine, what is the value of org-agenda-todo-ignore-deadlines
and/or org-agenda-todo-ignore-with-date?

Best,
Matt

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

[Orgmode] Re: [Patch] Bug: Inconsistency with org-publish-attachment

[Aidan Gauland]

Sebastian Rose  gmx.de> writes:
> did you revert the previous patch?  The second patch was against master
> again.

I ran git reset --hard then applied the second patch.

> I changed to a subdirectory of my :base-directory (here $BASE):
>
> $ cd ${BASE}/subdirectory
> $ cp ~/images/first.jpg .# a simple image
> $ ln -s ~/images/second.jpg  # a link to an image
> $ ln -s ~/images/screenshots/# a link to a directory
>
> When exporting, I get this tree in :publishing-directory ($PUB):
>
> $PUB/
>  |-- subdirectory/
>  |   |-- first.jpg
>  |   |-- second.jpg
>  |   `-- screenshots/
>  |   |-- some.png
>  |   `-- other.png
>
> which is what you expected, is that right?

Yes, that's what I expected.  What I'm getting is a little different.

$PUB/
`-- subdirectory/
|-- screenshots/
| `-- subdirectory/
| `-- screenshots/
| |-- other.png
| `-- some.png
`-- subdirectory/
|-- first.jpg
|-- second.jpg

This is how the project is defined...
(setq 
 org-publish-project-alist
 '(("static"
:base-directory "~/org-bug/"
:publishing-directory "~/org-bug-pub/"
:publishing-function org-publish-attachment
:recursive t
:base-extension "css\\|gz\\|bz\\|lzma\\|jpg\\|gif\\|png")))

And published with this sexp.
(org-publish "static")

Perhaps the discrepancy between our setups is git commit (not sure if
I'm using the right terms there)?  git log shows
878d94b47225729bfffaca9c57a5bdeb344a8ffb at the top of its output.

Thanks for your help!
--Aidan



___
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: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Matt Lundin]

"Andrew J. Korty"  writes:

> Matt Lundin  wrote:
>
>> --8<---cut here---start->8---
>> * TODO Review really important document
>>   DEADLINE: <2010-10-31 Sun -2m>
>> * TODO Review less important document
>>   DEADLINE: <2010-10-31 Sun>
>> --8<---cut here---end--->8---
>>
>> Let's assume the following settings:
>>
>> --8<---cut here---start->8---
>> (setq org-agenda-todo-ignore-deadlines 'far
>>   org-deadline-warning-days 14)
>> --8<---cut here---end--->8---
>>
>> With these settings, the first task would show up *today* both in your
>> agenda and in your TODO list, while the second task would appear in both
>> places two weeks before the deadline.
>
> Right, but what I want is for the second task to appear in the todo
> list even before two weeks before the deadline, and I don't want it to
> appear in the agenda until two weeks before the deadline. In other
> words, I always want to see tasks I can do now in my todo lists,
> whereas I only want to see tasks that are due soon in the agenda.
> Lengthening the lead time won't help because it unnecessarily shows
> tasks in the agenda that aren't due soon.
>
> But maybe my usage is not an intended one.

Oops. I misunderstood your request.

What you are describing is org-mode's default behavior---i.e., to show
all todos with deadlines in the todo list, but only to show deadlines in
the agenda when they are within org-deadline-warning days.

To ensure this behavior, you'll want to make sure that
org-agenda-todo-ignore-deadlines is set to nil (the default). All todos
with deadlines will then appear in your todo list.

Best,
Matt

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

Re: [Orgmode] Worg updating?

[Bastien]

Hi all,

sorry for the late answer, I had a busy week at work.

Here is what I'll do tomorrow:

- look at the issue;
- try to fix it;
- document what software is available on the server;
- publish the .emacs.el we use on the server;
- possibly publish recommendations on writing a safe Worg page.

I hope this will make Worg work smoothly.

Thanks for your patience and understanding,

-- 
 Bastien

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

Re: [Orgmode] [Bug] Level 2 text not exported in LaTeX (well in HTML) + some comments

[Eric S Fraga]

On Fri, 17 Sep 2010 15:01:58 +0200, Sébastien Vauban 
 wrote:
> 
> Hi Nicolas,
> 
> --8<---cut here---start->8---
> #+TITLE: Problems in LaTeX with nested list levels
> #+LANGUAGE:  en_US
> 
> * Imaginary example
> 
> We have two steps:
> 
> 1) Ask for it.
> 
> 2) Make it, answering the following questions:
> 
>- Got the docs?
>- Signed them?
>- Checked it?
> 
>THIS LINE DOES NOT SHOW UP in LaTeX!!!

I can confirm this with:

: Org-mode version 7.01trans (release_7.01h.514.g878d)
: GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
:  of 2010-08-14 on raven, modified by Debian

it appears the nested lists within an item that is to continue makes
all remaining text within that item disappear.  I actually had this
problem three days ago with a very large document in which whole
sections disappeared but, as it was 3am, I thought it was me doing
something silly.

if the line after the nested list is not indented, it appears in the
exported file albeit not part of the enumerated list.

However, more strange behaviour appears as soon as you have multiple
nested lists.  Consider this org snippet:

--8<---cut here---start->8---
Consider the following list:

1. the first numbered item
   - the first item
   - the second
   - not the fourth

   followed by some paragraph that is indented which disappears on latex export.

   - another nested list but this appears in the outer list
   - as does this!

   and some more text which does appear.

and now something that is not indented.
--8<---cut here---end--->8---

this generates:

--8<---cut here---start->8---
Consider the following list:

\begin{itemize}
\item the first numbered item

\begin{itemize}
\item the first item
\item the second
\item not the fourth
\end{itemize}

\item another nested list but this appears in the outer list
\item as does this

   and some more text which does appear.
\end{itemize}

and now something that is not indented.
--8<---cut here---end--->8---

notice that the outer list is itemize and not enumerate.

> #+begin_src emacs-lisp
> ;; an empty line does not end all plain list levels
> (setq org-empty-line-terminates-plain-lists nil)
> 
> ;; default value
> (setq org-list-ending-method 'both)
> #+end_src

I have these same settings.
-- 
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

[Orgmode] C-a T DONE behavior

[julien cubizolles]

I've noticed that C-a T DONE doesn't display DONE entries if they have a
DEADLINE set, whether it's in the past or in the future. Is it the
intended behavior ? I'm trying to use it to purge DONE tasks but it's
useless at the moment.

Julien.


___
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] Worg updating?

[Erik Iverson]

Hello,

Worg now publishes the results of its publishing script, at:

http://orgmode.org/worg/publishing.txt

I had Bastien install R for an update to the R docs that I'm doing,
and it appears to work when he does a manual publish.  But I think
the problem is that R is not in the path of whatever user is running
the automated script, you can see the last line is complaining
about that.

I think that's the only fix needed, just get R in the path of
that script.

Sorry if my request has caused this issue, but having R on there
will be nice.  The export file its bombing on isn't even mine,
so someone else appears to be wanting to use it as well.

John Hendy wrote:

Still not all is well...

http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.org

---
[jwhe...@bigbang ~]$ ls 
Worg/org-contrib/babel/examples/org-babel-gnuplot.org 
 
Worg/org-contrib/babel/examples/org-babel-gnuplot.org 


---

Exists 
in git, not on Worg.



John

On Fri, Sep 17, 2010 at 11:32 AM, Tom Dye > wrote:


Aloha all,

Thanks to whoever fixed links on Worg.  It appears that Worg isn't
updating itself now, though.

All the best,
Tom

___
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] [PATCH] Postgresql support for ob-sql.el

[Eric Schulte]

Thanks Harri!

I've just applied this patch to the repository.

If you think you'll want to contribute patches longer than 10 lines
please consider the FSF assignment process described at
http://orgmode.org/worg/org-contribute.php

Thanks -- Eric

Harri Kiiskinen  writes:

> The attaches patch adds support to postgresql to ob-sql.el
>
> It achieves this in the same way the mysql support is done, by using
> the psql client with suitable command line arguments.
>
> Best,
>
> Harri Kiiskinen
> harki...@gmail.com
>
> diff --git a/lisp/ob-sql.el b/lisp/ob-sql.el
> index 4e1daa5..2636752 100644
> --- a/lisp/ob-sql.el
> +++ b/lisp/ob-sql.el
> @@ -66,6 +66,8 @@ This function is called by `org-babel-execute-src-block'."
>   (command (case (intern engine)
>  ('mysql (format "mysql %s -e \"source %s\" > %s"
>  (or cmdline "") in-file out-file))
> + ('postgresql (format "psql -A -P footer=off -F \"\t\"  -f 
> %s -o %s %s"
> +  in-file out-file (or cmdline "")))
>  (t (error "no support for the %s sql engine" engine)
>  (with-temp-file in-file
>(insert (org-babel-expand-body:sql body params)))
> ___
> 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] Worg updating?

[John Hendy]

Still not all is well...

http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.org

---
[jwhe...@bigbang ~]$ ls Worg/org-contrib/babel/examples/
org-babel-gnuplot.org
Worg/org-contrib/babel/examples/org-babel-gnuplot.org
---

Exists
in git, not on Worg.


John

On Fri, Sep 17, 2010 at 11:32 AM, Tom Dye  wrote:

> Aloha all,
>
> Thanks to whoever fixed links on Worg.  It appears that Worg isn't updating
> itself now, though.
>
> All the best,
> Tom
>
> ___
> 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] Worg updating?

[Tom Dye]

Aloha all,

Thanks to whoever fixed links on Worg.  It appears that Worg isn't  
updating itself now, though.


All the best,
Tom

___
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] Can't export to LaTeX anymore (args-out-of-range 0 0)

[Eric Schulte]

Hi Seb,

Sébastien Vauban  writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>>> The error occurs with such a simple document:
>>>
>>> #+TITLE: Org-isodoc
>>> #+LANGUAGE:  en_US
>>>
>>> * Context
>>>
>>> This is a letter sample.
>>>
>>> * Subject
>>> #+srcname: subject
>>> #+begin_src org :results latex
>>> Composing letters using Org mode and the LaTeX isodoc class
>>> #+end_src
>>
>> This is a tricky problem indeed. After some debugging, it appears that the
>> problem is the result of the "org" code block calling `org-export-as-latex'
>> on its body, while `org-export-as-latex' is already called on the entire
>> org-mode file. Apparently the Org-mode exporter is not currently able to
>> handle nested export calls, because the name of the temporary export buffer
>> is hard coded into `org-export-preprocess-string', meaning that the buffer
>> is re-used and deleted by the nested export call.
>>
>> This fix will probably take some time to implement, and until then I don't
>> think it will be possible to evaluate org-mode blocks during export.
>
> OK. Am I right, then, to conclude that the discussed Noweb route must be
> abandoned (at least, temporarily) for writing isodoc letters?
>

Noweb expansion is still possible, however explicitly performing the
export is not.

>
> What could be a workaround?
>

Simply change =:results latex= to =:results org= and the code block body
will be harmlessly expanded and deposited in the org buffer on export,
then carried along with the rest of the file for export.

--8<---cut here---start->8---
#+TITLE: Org-isodoc
#+AUTHOR:Seb Vauban
#+DATE:  2010-09-13
#+LANGUAGE:  en_US

* Context

This is a letter sample.

* Subject
#+source: me
#+begin_src org
  I am *eric*.
#+end_src

#+srcname: subject
#+begin_src org :results org replace :noweb yes
Composing letters using *Org mode* and the LaTeX isodoc class

<>
#+end_src
--8<---cut here---end--->8---

I should have mentioned this in my earlier email.

>
> Thanks a lot...
>

My pleasure.

Best -- Eric

>
> Best regards,
>   Seb

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

Re: [Orgmode] Re: Org, org-plot, and babel+gnuplot on Windows

[Eric Schulte]

Sébastien Vauban  writes:

> Hi Eric,
>
>> 1) Babel relies on gnuplot-mode for session based evaluation
>> 2) gnuplot-mode does not work on windows
>>
>> Which results in the need to add a ":session none" header argument on
>> windows to avoid session based evaluation.
>
> I thought that =:session none= was the default. See
> http://orgmode.org/manual/session.html#session.
>
> So, writing nothing is OK, or do you really need to *explicitly* dismiss the
> session?
>

Hi Seb,

You are correct that =:session none= is the global default, however
header arguments can be specified on the global, language, file,
headline, and code block scale, and it so happens that =:session= is
specified in `org-babel-default-header-args:gnuplot' on the language
level for gnuplot.  This could undone with something like the following.

(setq org-babel-default-header-args:gnuplot
  '((:results . "file")
(:exports . "results")))

Best -- Eric

>
> Best regards,
>   Seb

___
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] Can't export to LaTeX anymore (args-out-of-range 0 0)

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
>> The error occurs with such a simple document:
>>
>> #+TITLE: Org-isodoc
>> #+LANGUAGE:  en_US
>>
>> * Context
>>
>> This is a letter sample.
>>
>> * Subject
>> #+srcname: subject
>> #+begin_src org :results latex
>> Composing letters using Org mode and the LaTeX isodoc class
>> #+end_src
>
> This is a tricky problem indeed. After some debugging, it appears that the
> problem is the result of the "org" code block calling `org-export-as-latex'
> on its body, while `org-export-as-latex' is already called on the entire
> org-mode file. Apparently the Org-mode exporter is not currently able to
> handle nested export calls, because the name of the temporary export buffer
> is hard coded into `org-export-preprocess-string', meaning that the buffer
> is re-used and deleted by the nested export call.
>
> This fix will probably take some time to implement, and until then I don't
> think it will be possible to evaluate org-mode blocks during export.

OK. Am I right, then, to conclude that the discussed Noweb route must be
abandoned (at least, temporarily) for writing isodoc letters?

What could be a workaround?

Thanks a lot...

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, org-plot, and babel+gnuplot on Windows

[Sébastien Vauban]

Hi Eric,

> 1) Babel relies on gnuplot-mode for session based evaluation
> 2) gnuplot-mode does not work on windows
>
> Which results in the need to add a ":session none" header argument on
> windows to avoid session based evaluation.

I thought that =:session none= was the default. See
http://orgmode.org/manual/session.html#session.

So, writing nothing is OK, or do you really need to *explicitly* dismiss the
session?

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] Relative dates with sexep

[julien cubizolles]

Le vendredi 17 septembre 2010 à 09:01 +0100, Eric S Fraga a écrit :
> On Thu, 16 Sep 2010 18:27:18 +0200, julien cubizolles  
> wrote:
> > 
> > I'm trying to specify a date relative to another date in an org file.
> > I've tried to adapt one of the examples from worg, with :
> > 
> >  <%%(= 7 (- (calendar-absolute-from-gregorian date)
> > (calendar-absolute-from-gregorian (02 02 2010>
> > 
> > to get the date one week after the 2nd of february 2010. Bad sexp...
> 
> Quote the date: ... '(02 02 2010)
> as it is trying to evaluate the function "02" otherwise.

I'm trying to make it reusable by defining a function in my .emacs :

(defun diary-relative (n day)
  "Diary entry that will always appear N days from day"
  (=
   (calendar-absolute-from-gregorian date)
   (+ n (calendar-absolute-from-gregorian day

I try to use it with a sexp like :
<%%(diary-relative (7 '(09 15 2010)))>

which doesn't work. I really need to seriously read about lisp
programming...



___
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: Filtering the agenda can cause actions on the wrong task

[Christopher Allan Webber]

Hello!

Say I have a couple of entries on my agenda:

  life:   Sched.25x:  TODO Places to notify change of address
  ccommons:   Sched.19x:  TODO Public domain mark:work::

My cursor is hovered over the "notify change of address" task.  I then
filter the agenda to the work tab with "/  work ".

Now my cursor is on the "Public domain mark", but if I do any action
it'll act on the (now invisible) change of address task.  If I press
enter, it'll jump to the change of adddress task, if I press t, it'll
change the TODO state, etc.

I've accidentally mis-closed a few tasks this way...

What I'm guessing needs to happen is somehow after the filtering takes
place that point needs to *actually* get moved, which I'm guessing it
doesn't currently?

I'm experiencing this error in git master.  Thanks!
 - Christopher Allan Webber

___
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, org-plot, and babel+gnuplot on Windows

[John Hendy]

Thanks, Eric.

As an update for everyone, Bruce Ravel, the author of gnuplot-mode wrote to
me with this:

--
Hi John,

Sorry for the slow response.  I have been taking some vacation time
recently.

You are not the only one to bring this up recently.  It clearly needs
resolution.  Alas, I have not done much with gnuplot-mode in quite a
while -- that's the problem with code that basically works ;-)  Also,
I spend very little time using windows machines for much of anything,
much less my plotting needs.

Once upon a time, the version of gnuplot that emulated a pipe -- I
think it is called pgnuplot.exe -- worked well with gnuplot-mode.  I
guess that you are saying that is not the case anymore.

So, I agree that this needs to be addressed, but it is hard for me to
make a promise as to the time scale.  Any advice or input that you
might have would be very welcome.

B
--

I responded with an open invitation for him to let me know what I can do to
provide him with the information he needs to troubleshoot. I started by
changing my commands to use pgnuplot.exe instead of [w]gnuplot.exe and
described the result. With my limited elisp knowledge and how any of this
stuff is actually working, I expressed that I probably can't troubleshoot on
my own but would be happy to do the "grunt" work of having him tell me what
to run and then send him back error messages or whatever else. This was
earlier this week and I haven't heard since, but the fact that such a busy
person even responded at all is phenomenal. He seems quite willing to help
rectify this so hopefully I can help.

Any suggestions are welcome. I'll try and keep posting updates.


Best regards,
John



On Fri, Sep 17, 2010 at 7:47 AM, Eric Schulte wrote:

> Hi John,
>
> Thanks for compiling all of this information on this issue.
>
> As recall from investigating this last time it came up, the current
> state is that
> 1) Babel relies on gnuplot-mode for session based evaluation
> 2) gnuplot-mode does not work on windows
>
> Which results in the need to add a ":session none" header argument on
> windows to avoid session based evaluation.  I believe in this case
> gnuplot blocks will have to wait for an upstream fix to gnuplot-mode for
> sessions to work properly on windows.
>
> Some more comments inline below.
>
> If you could add this to the ob-doc-gnuplot page that would be much
> appreciated.
>
> Best -- Eric
>
> John Hendy  writes:
>
> > Hi all,
> >
> >
> > This is a spin-off of the Worg babel-gnuplot announcement:
> > http://osdir.com/ml/emacs-orgmode-gnu/2010-09/msg00715.html
> >
> > In my hunting it seems that there is some history for
> > gnuplot/org-plot/Windows issues?
> > --- Thread from 2007; no resolution:
> >
> http://newsgroups.derkeiler.com/Archive/Comp/comp.emacs/2007-07/msg00159.html
> > --- Thread from 6/09; suggestion to check with gnuplot-mode maintainer:
> > http://www.mail-archive.com/emacs-orgmode@gnu.org/msg14544.html
> >
> > I just set up org-mode on my work Windows XP computer and installed
> gnuplot
> > as follows:
> > --- downloaded gp440win32.zip from sourceforge.net
> > --- unpacked the zip file to C:\Program Files\gnuplot
> > --- opened up and read the README.windows file for instructions
> > --- added C:\Program Files\gnuplot\binary\ to my PATH variable
> > --- added an env variable called GDFONTPATH and set it to
> C:\Windows\Fonts
> > --- added an env variable called GNUPLOT_FONTPATH and set it to
> > C:\Windows\Fonts
> > --- added this to init.el: (setq exec-path (append exec-path
> '("C:/Program
> > Files/gnuplot/binary/wgnuplot.exe")))
> >
> > During my searching, this page came up:
> > http://orgmode.org/worg/org-contrib/babel/examples/org-check.php
> > --- It appears that the downloadable file, org-check.org, needs to be
> > updated. The checks for gnuplot and the other babel languages are not
> > actually in the downloaded file. When viewing the page, one (at least me)
> > somewhat expects that the full pass/fail chart will be produced in the
> > downloaded file, but instead it's only checking LaTeX, make pdfs, and
> > agenda.
> >
>
> It appears that org-check was removed from the Worg repo last week,
> however the page still remains up on Worg...
>
> I've just replaced it in the repository, and updated the link so that it
> now points to the current version of org-check.org in the Worg repo on
> repo.or.cz, ensuring that the raw and exported file remain sync'd.
>
> >
> > I can run gnuplot fine from the Win command line. When trying either
> > org-plot/gnuplot or executing a simple babel block, Emacs completely
> hangs,
> > though. Org-plot produces a *gnuplot* buffer with only "reset" in it and
> > after a babel execution is done hanging I have a completely blank
> *gnuplot*
> > buffer.
> >
> > I'm also unable to use gnuplot-mode, though I've not ever used it before.
> I
> > can enter the mode, but things hang when trying to send the buffer to
> > gnuplot. I also found this thread which seems to say the same:
> >
> h

Re: [Orgmode] Re: Color of exported R code results using LaTeX listings

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 17/09/10 15:30, Sébastien Vauban wrote:
> Steven,
> 
> Rainer M Krug wrote:
>> On 17/09/10 15:14, Steven Delean wrote:
>>> I am still unable to get color output for the _result_ of evaluating R code
>>> blocks.
>>
>> You could redefine the verbatim environment with
>> \renewenvironment{verbatim}[args]{begdef}{enddef}
>>
>> If verbatim is only used for the results, nothing should go wrong.
> 
> For me, this should be addressed in a more semantic view of the Babel world,
> and that's (by coincidence) exactly what I asked to Eric (currently on
> holidays, if I read correctly) and Dan, yesterday at 17:16.
> 
> See [[http://mid.gmane.org/87zkvhoh18.fsf%40mundaneum.com][{babel} 
> Environment around exported results]].

Absolutely - but that does not help Steven at the moment. But I second
your suggestion and statement.

Cheers,

Rainer
> 
> I am positively sure they will address this feature in a fantastic way, as
> always...
> 
> Best regards,
>   Seb
> 


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

iEYEARECAAYFAkyTd+kACgkQoYgNqgF2egpd7wCeP3raKjHlGlB7z0JvEiQQqkoO
dEUAnjwBAMluSLGIjxwLIvGYpJx8liUu
=Ugou
-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] [Babel] Can't export to LaTeX anymore (args-out-of-range 0 0)

[Eric Schulte]

Hi Sébastien,

This is a tricky problem indeed.  After some debugging, it appears that
the problem is the result of the "org" code block calling
`org-export-as-latex' on its body, while `org-export-as-latex' is
already called on the entire org-mode file.  Apparently the Org-mode
exporter is not currently able to handle nested export calls, because
the name of the temporary export buffer is hard coded into
`org-export-preprocess-string', meaning that the buffer is re-used and
deleted by the nested export call.

This fix will probably take some time to implement, and until then I
don't think it will be possible to evaluate org-mode blocks during
export.

Best -- Eric

Sébastien Vauban  writes:

> Hello,
>
> With latest git pull'ed, I now have such an error when exporting to LaTeX:
>
> Debugger entered--Lisp error: (args-out-of-range 0 0)
>   replace-match("" t t)
>   (progn (replace-match replacement t t) (unless preserve-indent 
> (indent-code-rigidly ... ... indentation)))
>   (if replacement (progn (replace-match replacement t t) (unless 
> preserve-indent ...)))
>   (when replacement (replace-match replacement t t) (unless preserve-indent 
> (indent-code-rigidly ... ... indentation)))
>   (let ((replacement ...)) (when replacement (replace-match replacement t t) 
> (unless preserve-indent ...)))
>   (progn (let (...) (when replacement ... ...)))
>   (if (setq func (cadr ...)) (progn (let ... ...)))
>   (when (setq func (cadr ...)) (let (...) (when replacement ... ...)))
>   (while (re-search-forward "^\\([]*\\)#\\+begin_\\(\\S-+\\)[ 
> ]*\\(.*\\)?[\n]\\([^]*?\\)[\n][ ]*#\\+end_\\S-+.*[\n]?" nil t) (setq 
> indentation (length ...)) (setq type (intern ...)) (setq headers 
> (save-match-data ...)) (setq body (match-string 4)) (setq preserve-indent (or 
> org-src-preserve-indentation ...)) (unless preserve-indent (setq body ...)) 
> (unless (memq type types) (setq types ...)) (save-match-data (interblock 
> start ...)) (when (setq func ...) (let ... ...)) (setq start (match-end 0)))
>   (progn (fset (quote interblock) (function* ...)) (goto-char (point-min)) 
> (setq start (point)) (while (re-search-forward "^\\([  
> ]*\\)#\\+begin_\\(\\S-+\\)[ ]*\\(.*\\)?[\n]\\([^]*?\\)[\n][ 
> ]*#\\+end_\\S-+.*[\n]?" nil t) (setq indentation ...) (setq type ...) (setq 
> headers ...) (setq body ...) (setq preserve-indent ...) (unless 
> preserve-indent ...) (unless ... ...) (save-match-data ...) (when ... ...) 
> (setq start ...)) (interblock start (point-max)) (run-hooks (quote 
> org-export-blocks-postblock-hook)))
>   (unwind-protect (progn (fset ... ...) (goto-char ...) (setq start ...) 
> (while ... ... ... ... ... ... ... ... ... ... ...) (interblock start ...) 
> (run-hooks ...)) (if --cl-letf-bound-- (fset ... --cl-letf-save--) 
> (fmakunbound ...)))
>   (let* ((--cl-letf-bound-- ...) (--cl-letf-save-- ...)) (unwind-protect 
> (progn ... ... ... ... ... ...) (if --cl-letf-bound-- ... ...)))
>   (letf ((... ...)) (goto-char (point-min)) (setq start (point)) (while 
> (re-search-forward "^\\([ ]*\\)#\\+begin_\\(\\S-+\\)[ 
> ]*\\(.*\\)?[\n]\\([^]*?\\)[\n][ ]*#\\+end_\\S-+.*[\n]?" nil t) (setq 
> indentation ...) (setq type ...) (setq headers ...) (setq body ...) (setq 
> preserve-indent ...) (unless preserve-indent ...) (unless ... ...) 
> (save-match-data ...) (when ... ...) (setq start ...)) (interblock start 
> (point-max)) (run-hooks (quote org-export-blocks-postblock-hook)))
>   (letf* ((... ...)) (goto-char (point-min)) (setq start (point)) (while 
> (re-search-forward "^\\([]*\\)#\\+begin_\\(\\S-+\\)[ 
> ]*\\(.*\\)?[\n]\\([^]*?\\)[\n][ ]*#\\+end_\\S-+.*[\n]?" nil t) (setq 
> indentation ...) (setq type ...) (setq headers ...) (setq body ...) (setq 
> preserve-indent ...) (unless preserve-indent ...) (unless ... ...) 
> (save-match-data ...) (when ... ...) (setq start ...)) (interblock start 
> (point-max)) (run-hooks (quote org-export-blocks-postblock-hook)))
>   (flet ((interblock ... ...)) (goto-char (point-min)) (setq start (point)) 
> (while (re-search-forward "^\\([  ]*\\)#\\+begin_\\(\\S-+\\)[ 
> ]*\\(.*\\)?[\n]\\([^]*?\\)[\n][ ]*#\\+end_\\S-+.*[\n]?" nil t) (setq 
> indentation ...) (setq type ...) (setq headers ...) (setq body ...) (setq 
> preserve-indent ...) (unless preserve-indent ...) (unless ... ...) 
> (save-match-data ...) (when ... ...) (setq start ...)) (interblock start 
> (point-max)) (run-hooks (quote org-export-blocks-postblock-hook)))
>   (let ((case-fold-search t) (types ...) indentation type func start body 
> headers preserve-indent progress-marker) (flet (...) (goto-char ...) (setq 
> start ...) (while ... ... ... ... ... ... ... ... ... ... ...) (interblock 
> start ...) (run-hooks ...)))
>   (save-window-excursion (let (... ... indentation type func start body 
> headers preserve-indent progress-marker) (flet ... ... ... ... ... ...)))
>   org-export-blocks-preprocess()
>   run-hooks(org-export-preprocess-

Re: [Orgmode] Include files to be used in literate programming

[Eric Schulte]

Hi Giorgio,

This is currently not possible as we're not currently expanding
#+include links during tangling.  I agree this would be useful behavior.

This seems to be related to a recent theme on the mailing list of
unifying tangling with the rest of the Org-mode export functionality.
Once/if tangling were treated as an export target, then things like the
expansion of #+include lines would come for free.

Thanks for bringing this up, this will be an important point to keep in
mind while figuring out the future of tangling.

Best -- Eric

Giorgio Valoti  writes:

> Hi all,
> I’ve just switched from OmniFocus and began using Org mode. But I also
> discovered that it can be used for literate programming and I’d like
> to ask if is there a way to use an included file in the tangling
> phase. In other words, I have a file which includes a commons.org
> file, like this:
>
> === commons.org contents ===
> * Variabili comuni
>   :PROPERTIES:
>   :END:
> #+SRCNAME: entity-name
> #+BEGIN_SRC :noweb yes
> nome_tabella
> #+END_SRC
>
>
> === main.org contents ===
> #+INCLUDE: "commons.org"
>
> * Sezione in SQL
>   :PROPERTIES:
>   :END:
> #+SRCNAME: sql-module
> #+BEGIN_SRC sql :tangle module.sql :noweb yes
>   select *
>   from table <>;
> #+END_SRC
>
> <> should come from the commons but it’s not.
>
> Is there a way to expand values from included files?
>
> Thank you in advance.
>
> --
> Giorgio Valoti
>
>
> ___
> 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] Color of exported R code results using LaTeX listings

[Eric Schulte]

Hi Steven,

If your R blocks are outputting actual R code, then you can use the
"code" argument to the :results header argument to have the output
exported as R code under listings instead of within verbatim blocks.
--8<---cut here---start->8---
#+begin_src R :results code 8 #+end_src

#+results:
#+BEGIN_SRC R
8
#+END_SRC
--8<---cut here---end--->8---

Alternately if your output is some other language you could use the
":results latex" header argument and explicitly provide the listings
wrapper yourself.

Hope this Helps -- Eric

Steven Delean  writes:

> Hi everyone,
>
> I am using org-mode to make a beamer presentation that includes blocks
> of R code and wish to export the source code and results to pdf in
> color (using the listings package).
>
> The source code block syntax is highlighted successfully, but the
> output results of the executed R code are not colored at all.
>
> The results are presented in \begin{verbatim}...\end{verbatim},
> whereas the source code is presented within
> \begin{lstlisting}...\end{lstlisting}. I can affect changes to the
> fontsize and color of the source code using \lstset in the .org
> document header, but not the results output from evaluating the code.
>
> Is there some way I can export these results in color?
>
> Thanks for any suggestions,
>
> Regards,
> Steve
>
> PS I have the follwing in my .emacs
> (require 'org-latex)
> (setq org-export-latex-listings t)
> (add-to-list 'org-export-latex-packages-alist '("" "listings"))
> (add-to-list 'org-export-latex-packages-alist '("" "color"))
>
>
>
>
>
> ___
> 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, org-plot, and babel+gnuplot on Windows

[Eric Schulte]

Hi John,

Thanks for compiling all of this information on this issue.

As recall from investigating this last time it came up, the current
state is that
1) Babel relies on gnuplot-mode for session based evaluation
2) gnuplot-mode does not work on windows

Which results in the need to add a ":session none" header argument on
windows to avoid session based evaluation.  I believe in this case
gnuplot blocks will have to wait for an upstream fix to gnuplot-mode for
sessions to work properly on windows.

Some more comments inline below.

If you could add this to the ob-doc-gnuplot page that would be much
appreciated.

Best -- Eric

John Hendy  writes:

> Hi all,
>
>
> This is a spin-off of the Worg babel-gnuplot announcement:
> http://osdir.com/ml/emacs-orgmode-gnu/2010-09/msg00715.html
>
> In my hunting it seems that there is some history for
> gnuplot/org-plot/Windows issues?
> --- Thread from 2007; no resolution:
> http://newsgroups.derkeiler.com/Archive/Comp/comp.emacs/2007-07/msg00159.html
> --- Thread from 6/09; suggestion to check with gnuplot-mode maintainer:
> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg14544.html
>
> I just set up org-mode on my work Windows XP computer and installed gnuplot
> as follows:
> --- downloaded gp440win32.zip from sourceforge.net
> --- unpacked the zip file to C:\Program Files\gnuplot
> --- opened up and read the README.windows file for instructions
> --- added C:\Program Files\gnuplot\binary\ to my PATH variable
> --- added an env variable called GDFONTPATH and set it to C:\Windows\Fonts
> --- added an env variable called GNUPLOT_FONTPATH and set it to
> C:\Windows\Fonts
> --- added this to init.el: (setq exec-path (append exec-path '("C:/Program
> Files/gnuplot/binary/wgnuplot.exe")))
>
> During my searching, this page came up:
> http://orgmode.org/worg/org-contrib/babel/examples/org-check.php
> --- It appears that the downloadable file, org-check.org, needs to be
> updated. The checks for gnuplot and the other babel languages are not
> actually in the downloaded file. When viewing the page, one (at least me)
> somewhat expects that the full pass/fail chart will be produced in the
> downloaded file, but instead it's only checking LaTeX, make pdfs, and
> agenda.
>

It appears that org-check was removed from the Worg repo last week,
however the page still remains up on Worg...

I've just replaced it in the repository, and updated the link so that it
now points to the current version of org-check.org in the Worg repo on
repo.or.cz, ensuring that the raw and exported file remain sync'd.

>
> I can run gnuplot fine from the Win command line. When trying either
> org-plot/gnuplot or executing a simple babel block, Emacs completely hangs,
> though. Org-plot produces a *gnuplot* buffer with only "reset" in it and
> after a babel execution is done hanging I have a completely blank *gnuplot*
> buffer.
>
> I'm also unable to use gnuplot-mode, though I've not ever used it before. I
> can enter the mode, but things hang when trying to send the buffer to
> gnuplot. I also found this thread which seems to say the same:
> http://groups.google.com/group/gnu.emacs.help/browse_thread/thread/53489131c79f62b3
> .

This is what I recall from looking into this previously, although
without access to any windows computers I can't provide any fist-hand
experience on this issue.

> 
> --- There is a reference to using gnuplot through Calc. I quasi-tried
> this but was as mystified by Calc as the first day I touched emacs. I
> got nothing to happen except for g-f to indeed open a gnuplot window.
>
> Is anyone able to help diagnose this further? I'll include any results in
> ob-doc-gnuplot and perhaps it can even get put on Worg on org-plot as well.
> There's got to be a way to make gnuplot play nice with Org...
>
> Does babel require gnuplot-mode to work properly? I realize that org-plot
> does, but don't recall about ob-gnuplot.
>

Yes, non-session evaluation works fine without gnuplot-mode, but
gnuplot-mode is required for session based evaluation.

>
> I sent an email to Bruce Ravel, the author of gnuplot-mode, to ask him
> for any input.
>

I'd be interested to hear if this sounds like it will be resolved in the
near future.

>
>
>
> *Lastly, is this not even for this mailing list? My apologies if so!*
>

Not at all, this seems perfectly appropriate to me.

>
>
>
> Best regards,
> John
> ___
> 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] Relative dates with sexep

[julien cubizolles]

Le vendredi 17 septembre 2010 à 09:01 +0100, Eric S Fraga a écrit :
>  get the date one week after the 2nd of february 2010. Bad sexp...
> 
> Quote the date: ... '(02 02 2010)
> as it is trying to evaluate the function "02" otherwise.

Thanks, it works.

Julien.


___
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] Problem when previewing latex fragments

[Darlan Cavalcante Moreira]

Hi Sebastian,

Make only tells me that there is nothing to be done.  All I do (since a
long time) is calling "git pull" to get the latest changes and then make to
compile everything. It worked before (the preview and everything else) and
only lately I realized that the preview didn't work, unless I run
org-reload before.

I tried to checkout a fresh copy from the repo and run only make autoloads,
but the problem remains, which is strange if I'm the only one with this
problem.

--
Darlan


At Thu, 16 Sep 2010 21:38:58 +0200,
Sebastian Rose  wrote:
> 
> Darlan Cavalcante Moreira  writes:
> > Hello list,
> >
> > When I run org-preview-latex-fragment (C-c C-x C-l) I get the error
> > ,
> > ! org-create-formula-image: Symbol's function definition is void:
> > ! org-export-latex-fix-inputenc
> > `
> >
> > However, I run org-reload it works (until I close my gtd.org file and open
> > it again). I'm running the latest version of org and the variable
> > org-export-with-LaTeX-fragments is set to nil (but as I understand it is
> > only used for exporting and not for previewing).
> >
> > To test if this is due to some configuration, I run emacs with the -q
> > option and executed in the scratch buffer only the code below to load the
> > new version
> >
> > (progn (cd "~/Org-mode-dev/") (normal-top-level-add-subdirs-to-load-path))
> > (org-reload)
> > Then I oppened my gtd.org file and tryed C-c C-x C-l, but I got the same
> > error.
> >
> > Does anyone else has this problem?
> >
> > --
> > Darlan
> >
> > ps: Emacs version is 23.1.50.1 (emacs-snapshot in Ubuntu 10.04)
> 
> 
> make autoloads
> 
> 
> ???

___
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: Color of exported R code results using LaTeX listings

[Sébastien Vauban]

Steven,

Rainer M Krug wrote:
> On 17/09/10 15:14, Steven Delean wrote:
>> I am still unable to get color output for the _result_ of evaluating R code
>> blocks.
>
> You could redefine the verbatim environment with
> \renewenvironment{verbatim}[args]{begdef}{enddef}
>
> If verbatim is only used for the results, nothing should go wrong.

For me, this should be addressed in a more semantic view of the Babel world,
and that's (by coincidence) exactly what I asked to Eric (currently on
holidays, if I read correctly) and Dan, yesterday at 17:16.

See [[http://mid.gmane.org/87zkvhoh18.fsf%40mundaneum.com][{babel} Environment 
around exported results]].

I am positively sure they will address this feature in a fantastic way, as
always...

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: Color of exported R code results using LaTeX listings

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 17/09/10 15:14, Steven Delean wrote:
> Thanks very much Rainer and Sébastien for your comments and information.
> 
> However, I am still unable to get color output for the _result_ of
> evaluating R code blocks.
> 
> #+source: Rcode
> #+begin_src R :results output :exports both
>   x <- 1:5
>   square <- function(x) {
> x^2
>   }
>   square(x)
> #+end_src
> 
> 
> ## below is the .tex code generated which results in fontified and
> colored source code (code within lstlisting), but non-colored results
> (within verbatim). 
> 
> \lstset{language=R}
> 
> Rcode() $\equiv$ 
> \begin{lstlisting}
>   x <- 1:5
>   square <- function(x) {
> x^2
>   }
>   square(x)
> \end{lstlisting}
> 
> \begin{verbatim}
>  [1]  1  4  9 16 25
> \end{verbatim}
>  
> So the question is how to color the output of text within
> \begin{verbatim} ...\end{verbatim} in an exported pdf (just a single
> color is fine)?

You could redefine the verbatim environment with
\renewenvironment{verbatim}[args]{begdef}{enddef}

http://www.personal.ceu.hu/tex/defs.htm
http://en.wikibooks.org/wiki/LaTeX/Customizing_LaTeX

If verbatim is only used for the results, nothing should go wrong.

Cheers,

Rainer

> Thanks for your time,
> Steve
> 
> 
> On Fri, 2010-09-17 at 11:13 +0200, Rainer M Krug wrote:
> On 17/09/10 10:52, Sébastien Vauban wrote:
 Hi Steven and Rainer,

 Steven Delean wrote:
>> This is not an answer to your question, but rather a question to you:
>> I added your settings to my .emacs file, and I get fontification in the
>> pdf output, but no color. Do I need any additional settings to get
>> coloring of the source code?
>
> Yes, you will need to provide arguments to the \lstset listings variable

 See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28251.html for
 examples of pretty-printed code.
> 
> Thanks - that looks really nice. Nice example.
> 
> As I said in the other email, that should go to worg.
> 
> Instead of
> #+begin_LaTeX
> #+end_LaTeX
> 
> I use
> 
> #+LATEX_HEADER: \lstset{
> #+LATEX_HEADER: keywordstyle=\color{blue},
> #+LATEX_HEADER: commentstyle=\color{red},
> #+LATEX_HEADER: stringstyle=\color{green},
> #+LATEX_HEADER: basicstyle=\ttfamily\small,
> #+LATEX_HEADER: columns=fullflexible,
> #+LATEX_HEADER: basewidth={0.5em,0.4em}
> #+LATEX_HEADER: }
> 
> And it also works.
> 
> Cheers,
> 
> Rainer
> 
> 

 Best regards,
   Seb

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

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

iEYEARECAAYFAkyTazsACgkQoYgNqgF2egoqcQCfb5h49qQjF1zYI6F48x8d+6NZ
MMoAnA7VoeD5W9Q7CB2ElUgs4S8kjAVF
=gBaP
-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: Color of exported R code results using LaTeX listings

[Steven Delean]

Thanks very much Rainer and Sébastien for your comments and information.

However, I am still unable to get color output for the _result_ of
evaluating R code blocks.

#+source: Rcode
#+begin_src R :results output :exports both
  x <- 1:5
  square <- function(x) {
x^2
  }
  square(x)
#+end_src


## below is the .tex code generated which results in fontified and
colored source code (code within lstlisting), but non-colored results
(within verbatim). 

\lstset{language=R}

Rcode() $\equiv$ 
\begin{lstlisting}
  x <- 1:5
  square <- function(x) {
x^2
  }
  square(x)
\end{lstlisting}

\begin{verbatim}
 [1]  1  4  9 16 25
\end{verbatim}
 
So the question is how to color the output of text within
\begin{verbatim} ...\end{verbatim} in an exported pdf (just a single
color is fine)?

Thanks for your time,
Steve


On Fri, 2010-09-17 at 11:13 +0200, Rainer M Krug wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 17/09/10 10:52, Sébastien Vauban wrote:
> > Hi Steven and Rainer,
> > 
> > Steven Delean wrote:
> >>> This is not an answer to your question, but rather a question to you:
> >>> I added your settings to my .emacs file, and I get fontification in the
> >>> pdf output, but no color. Do I need any additional settings to get
> >>> coloring of the source code?
> >>
> >> Yes, you will need to provide arguments to the \lstset listings variable
> > 
> > See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28251.html for
> > examples of pretty-printed code.
> 
> Thanks - that looks really nice. Nice example.
> 
> As I said in the other email, that should go to worg.
> 
> Instead of
> #+begin_LaTeX
> #+end_LaTeX
> 
> I use
> 
> #+LATEX_HEADER: \lstset{
> #+LATEX_HEADER: keywordstyle=\color{blue},
> #+LATEX_HEADER: commentstyle=\color{red},
> #+LATEX_HEADER: stringstyle=\color{green},
> #+LATEX_HEADER: basicstyle=\ttfamily\small,
> #+LATEX_HEADER: columns=fullflexible,
> #+LATEX_HEADER: basewidth={0.5em,0.4em}
> #+LATEX_HEADER: }
> 
> And it also works.
> 
> Cheers,
> 
> Rainer
> 
> 
> > 
> > Best regards,
> >   Seb
> > 
> 
> 
> - -- 
> 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/
> 
> iEUEARECAAYFAkyTMS4ACgkQoYgNqgF2egp8egCggtSGTzSGjx3IICnt6AM0ibsV
> irYAmL73loKjAanP5pEg79LbcXZbccQ=
> =C9VB
> -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



___
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] Worg link broken

[John Hendy]

Confirmed. I think this is related to what Bastien wrote the other day (
http://www.mail-archive.com/emacs-orgmode@gnu.org/msg30275.html):

---
The links are not broken anymore.

I made a small change on Worg's setup: now images can simply be put in
the same directory than files linking to them, and they will be exported
in this very directory.

HTH,

PS: We use to be images on the Worg/images/ directory but I don't think
this is really necessary.
-

The broken links started showing up that day or the next. I agree -- even
with my images problem which Bastien was responding to, the images were
absolutely present in Worg/images/babel (along with other images used by
ob-doc-* pages), but they weren't getting published. My
org-babel-gnuplot.org file that is in Worg/org-contrib/babel/examples/
org-babel-gnuplot.org still isn't present here:
http://orgmode.org/worg/org-contrib/babel/examples/org-babel-gnuplot.org

Something is definitely going on with how the git tree is published.


John


On Fri, Sep 17, 2010 at 7:10 AM, suvayu ali

> wrote:

> Hi Carsten,
>
> On 17 September 2010 04:22, Carsten Dominik 
> wrote:
> >> I found quite a  few internal links are broken. For example this one,
> >>
> >>
> >>
> http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php#*Column==view==for==slide==and==block==customisation
> >
> > The easiest would be if you get write permission for worg and then go
> > through and fix everything you see fit.
> >
>
> I have the Worg repository cloned on my home directory. The org files
> don't seem to have any problems. I think its a problem with the html
> export. I have no idea what is wrong though.
>
> --
> Suvayu
>
> Open source is the future. It sets us free.
>
> ___
> 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: Bug: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Andrew J. Korty]

Matt Lundin  wrote:


If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
only advances the first one.  In the following example, I'd like both
the SCHEDULED and DEADLINE timestamps to advance when the item is
marked DONE, but only the SCHEDULED timestamp advances.

* TODO do something by Sunday but not until Friday
  SCHEDULED: <2010-09-17 Fri ++1w> DEADLINE: <2010-09-19 Sun ++1w>


I can confirm this bug, although AFAICT it occurs only when both the
SCHEDULED and DEADLINE repeating syntax are of the "++" variety.


Agreed -- hadn't noticed that before.

ajk

___
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] Level 2 text not exported in LaTeX (well in HTML) + some comments

[Sébastien Vauban]

Hi Nicolas,

--8<---cut here---start->8---
#+TITLE: Problems in LaTeX with nested list levels
#+LANGUAGE:  en_US

* Imaginary example

We have two steps:

1) Ask for it.

2) Make it, answering the following questions:

   - Got the docs?
   - Signed them?
   - Checked it?

   THIS LINE DOES NOT SHOW UP in LaTeX!!!

After the 2-steps model, we...

* Other remarks

- Before, if I remember good, the sequence of list levels was: =-=, =+=, =*=,
  =1.= and =1)=. Now, the last two have been inverted: first, =1)=, then =1.=.
  Just a tiny detail (was used to it).

- When =S-right arrowing= this line twice, I *sometimes* get my list items
  transformed into headlines... Though, I cannot repeat with as many times as
  I want... Conditions still strange to me.

* Variables

In my =.emacs= file, I have:

#+begin_src emacs-lisp
;; an empty line does not end all plain list levels
(setq org-empty-line-terminates-plain-lists nil)

;; default value
(setq org-list-ending-method 'both)
#+end_src
--8<---cut here---end--->8---

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: Bug: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Andrew J. Korty]

Matt Lundin  wrote:


--8<---cut here---start->8---
* TODO Review really important document
  DEADLINE: <2010-10-31 Sun -2m>
* TODO Review less important document
  DEADLINE: <2010-10-31 Sun>
--8<---cut here---end--->8---

Let's assume the following settings:

--8<---cut here---start->8---
(setq org-agenda-todo-ignore-deadlines 'far
  org-deadline-warning-days 14)
--8<---cut here---end--->8---

With these settings, the first task would show up *today* both in your
agenda and in your TODO list, while the second task would appear in both
places two weeks before the deadline.


Right, but what I want is for the second task to appear in the todo 
list even before two weeks before the deadline, and I don't want it to 
appear in the agenda until two weeks before the deadline.  In other 
words, I always want to see tasks I can do now in my todo lists, 
whereas I only want to see tasks that are due soon in the agenda.  
Lengthening the lead time won't help because it unnecessarily shows 
tasks in the agenda that aren't due soon.


But maybe my usage is not an intended one.

ajk

___
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: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Matt Lundin]

"Andrew J. Korty"  writes:

> Andrew J. Korty  wrote:
>
>> Bernt Hansen  wrote:
>>
>> > > If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
>> > > only advances the first one.  In the following example, I'd like both
>> > > the SCHEDULED and DEADLINE timestamps to advance when the item is
>> > > marked DONE, but only the SCHEDULED timestamp advances.
>> > >
>> > > * TODO do something by Sunday but not until Friday
>> > >   SCHEDULED: <2010-09-17 Fri ++1w> DEADLINE: <2010-09-19 Sun ++1w>
>> > > Why not just drop the SCHEDULED: tag and change the DEADLINE
>> task to > > DEADLINE: <2010-09-19 Sun ++1w -2d>
>> > > This way it won't show up in your agenda until Friday -- 2 days
>> before
>> > it's due.
>>
>> Right, but then it will show up in tags-todo lists before I want it
>> to.  An example is renewing my driver's license, for which I could
>> use
>>
>> DEADLINE: <2011-10-12 Wed ++4y -2w>
>>
>> but it would show up in tags-todo lists way before it would make
>> sense to renew.  Although I suppose I could set
>> org-agenda-ignore-deadlines to 'all and just rely on the
>> daily/weekly agenda to show them to me ...
>
> Oops, frobbing org-agenda-ignore-deadlines won't help.  It works in
> the case of driver's license renewal, but it breaks a different case.
> Say I've been asked to review a document by October 31.  So I set a
> deadline of 2010-12-31.  But I do want to see it on my tags-todo list
> now because if I had time now, I could review the documents and submit
> my comments well before the deadline.

I assume you mean org-agenda-todo-ignore-deadlines. In this particular
case you could set that variable to 'far, which causes deadlines to be
displayed only when they fall within the lead time specified in
org-agenda-warning days or (as in the example above) in the timestamp
itself.

Here's an example:

--8<---cut here---start->8---
* TODO Review really important document
  DEADLINE: <2010-10-31 Sun -2m>
* TODO Review less important document
  DEADLINE: <2010-10-31 Sun>
--8<---cut here---end--->8---

Let's assume the following settings:

--8<---cut here---start->8---
(setq org-agenda-todo-ignore-deadlines 'far
  org-deadline-warning-days 14)
--8<---cut here---end--->8---

With these settings, the first task would show up *today* both in your
agenda and in your TODO list, while the second task would appear in both
places two weeks before the deadline.

That said, I sometimes set both a scheduled and deadline timestamp to
create an extra reminder/safety net, so the original bug you reported is
certainly an issue.

Best,
Matt


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

[Orgmode] Re: Bug: org-auto-repeat-maybe only updates first timestamp [7.01trans]

[Matt Lundin]

"Andrew J. Korty"  writes:

> Remember to cover the basics, that is, what you expected to happen and
> what in fact did happen.  You don't know how to make a good report?  See
>
> http://orgmode.org/manual/Feedback.html#Feedback
>
> Your bug report will be posted to the Org-mode mailing list.
> 
>
> If I have multiple timestamps in a TODO item, org-auto-repeat-maybe
> only advances the first one.  In the following example, I'd like both
> the SCHEDULED and DEADLINE timestamps to advance when the item is
> marked DONE, but only the SCHEDULED timestamp advances.
>
> * TODO do something by Sunday but not until Friday
>   SCHEDULED: <2010-09-17 Fri ++1w> DEADLINE: <2010-09-19 Sun ++1w>

I can confirm this bug, although AFAICT it occurs only when both the
SCHEDULED and DEADLINE repeating syntax are of the "++" variety.

E.g.,

The example above results in:

--8<---cut here---start->8---
* TODO do something by Sunday but not until Friday
  SCHEDULED: <2010-09-24 Fri ++1w> DEADLINE: <2010-09-19 Sun ++1w>
--8<---cut here---end--->8---

However, if the scheduled timestamp is not a "double plus" (++), then
the timestamps advance as expected:

--8<---cut here---start->8---
* TODO Another example
  SCHEDULED: <2010-09-17 Fri +1w> DEADLINE: <2010-09-19 Sun ++1w>
--8<---cut here---end--->8---

becomes...

--8<---cut here---start->8---
* TODO Another example
  SCHEDULED: <2010-09-24 Fri +1w> DEADLINE: <2010-09-26 Sun ++1w>
--8<---cut here---end--->8---

Other combinations also work as expected:

--8<---cut here---start->8---
* TODO Another example
  SCHEDULED: <2010-09-17 Fri .+1w> DEADLINE: <2010-09-19 Sun .+1w>
--8<---cut here---end--->8---

becomes...

--8<---cut here---start->8---
* TODO Another example
  SCHEDULED: <2010-09-24 Fri .+1w> DEADLINE: <2010-09-24 Fri .+1w>
--8<---cut here---end--->8---

Best,
Matt

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

Re: [Orgmode] Worg link broken

[suvayu ali]

Hi Carsten,

On 17 September 2010 04:22, Carsten Dominik  wrote:
>> I found quite a  few internal links are broken. For example this one,
>>
>>
>> http://orgmode.org/worg/org-tutorials/org-beamer/tutorial.php#*Column==view==for==slide==and==block==customisation
>
> The easiest would be if you get write permission for worg and then go
> through and fix everything you see fit.
>

I have the Worg repository cloned on my home directory. The org files
don't seem to have any problems. I think its a problem with the html
export. I have no idea what is wrong though.

-- 
Suvayu

Open source is the future. It sets us free.

___
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] "message" not present in default value of org-link-types

[Carsten Dominik]

On Sep 17, 2010, at 9:08 AM, David Maus wrote:


Jules Bean wrote:

The link-type "message" is one of the ones org handles by default, it
is an explicit case in org-open-at-point, much like http and it is
handled by the following code:



((member type '("message"))
   (browse-url (concat type ":" path)))



However it is not included in the default value of org-link-types:



(defvar org-link-types '("http" "https" "ftp" "mailto" "file" "news"
   "shell" "elisp" "doi"))



...and therefore it doesn't work when clicked/followed.



Manually adding it to org-link-types makes it work correctly. For me,
anyway.


True enough.  But what is a "message:" link?  Can you give an example
of its usage?


Message-id, on a mac these work with "open".

I guess it is OK to include message into the default types.  David,  
will you do this?


Thanks a lot!

- Carsten


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

Re: [Orgmode] Worg link broken

[Carsten Dominik]

On Sep 16, 2010, at 4:49 PM, suvayu ali wrote:

On 16 September 2010 06:15, Giovanni Ridolfi > wrote:

"Thomas S. Dye"  writes:


Aloha all,




 in http://orgmode.org/worg/org-contrib/babel/uses.php
the link to
http://orgmode.org/worg/org-contrib/babel/examples/article-class.php



[is] broken.

Also this is broken:

Tracking finances

http://orgmode.org/worg/org-contrib/babel/examples/finances.php



I found quite a  few internal links are broken. For example this one,

http://orgmode.org/worg/org-tutorials/org-beamer/ 
tutorial.php#*Column==view==for==slide==and==block==customisation


The easiest would be if you get write permission for worg and then go  
through and fix everything you see fit.


- Carsten


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

Re: [Orgmode] Re: [Patch] Re: Bug? Inconsistency with org-publish-attachment

[Sebastian Rose]

Aidan Gauland  writes:
> Sebastian Rose  gmx.de> writes:
>> This here works for both --- here it does.
>
> Uh, not quite.  Now what should be in techy/programs/ is in
> techy/programs/techy/programs/ (non-org files, that is).  At least now
> all files are treated consistently. :P
>
> --Aidan

Hi Aidan,



did you revert the previous patch?  The second patch was against master
again. 

Here is how I tested it:

I changed to a subdirectory of my :base-directory (here $BASE):

$ cd ${BASE}/subdirectory
$ cp ~/images/first.jpg .# a simple image
$ ln -s ~/images/second.jpg  # a link to an image
$ ln -s ~/images/screenshots/# a link to a directory


When exporting, I get this tree in :publishing-directory ($PUB):


$PUB/
 |-- subdirectory/
 |   |-- first.jpg
 |   |-- second.jpg
 |   `-- screenshots/
 |   |-- some.png
 |   `-- other.png
 

which is what you expected, is that right?



Thanks for your patience!

I think we really _should_ make symbolic links work.



  Sebastian

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

Re: [Orgmode] Re: Color of exported R code results using LaTeX listings

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 17/09/10 10:52, Sébastien Vauban wrote:
> Hi Steven and Rainer,
> 
> Steven Delean wrote:
>>> This is not an answer to your question, but rather a question to you:
>>> I added your settings to my .emacs file, and I get fontification in the
>>> pdf output, but no color. Do I need any additional settings to get
>>> coloring of the source code?
>>
>> Yes, you will need to provide arguments to the \lstset listings variable
> 
> See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28251.html for
> examples of pretty-printed code.

Thanks - that looks really nice. Nice example.

As I said in the other email, that should go to worg.

Instead of
#+begin_LaTeX
#+end_LaTeX

I use

#+LATEX_HEADER: \lstset{
#+LATEX_HEADER: keywordstyle=\color{blue},
#+LATEX_HEADER: commentstyle=\color{red},
#+LATEX_HEADER: stringstyle=\color{green},
#+LATEX_HEADER: basicstyle=\ttfamily\small,
#+LATEX_HEADER: columns=fullflexible,
#+LATEX_HEADER: basewidth={0.5em,0.4em}
#+LATEX_HEADER: }

And it also works.

Cheers,

Rainer


> 
> Best regards,
>   Seb
> 


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

iEUEARECAAYFAkyTMS4ACgkQoYgNqgF2egp8egCggtSGTzSGjx3IICnt6AM0ibsV
irYAmL73loKjAanP5pEg79LbcXZbccQ=
=C9VB
-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] Color of exported R code results using LaTeX listings

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 17/09/10 10:28, Steven Delean wrote:
> Hi Rainer,
> 
> Yes, you will need to provide arguments to the \lstset listings variable
> (i.e. add these arguments to a #+BEAMER_HEADER_EXTRA: line). Below are
> the subset of arguments that I am using so far, though greater
> customisation is available (see listings.pdf
> www.ctan.org/tex-archive/macros/latex/contrib/listings/listings.pdf).
> 
> \lstset{
>   keywordstyle=\color{blue},
>   commentstyle=\color{red},
>   stringstyle=\color{green},
>   basicstyle=\ttfamily\small,
>   columns=fullflexible,
>   basewidth={0.5em,0.4em}
> }

Now this explains it - thanks a million - works absolutely perfectly.

Could that info be added to worg or even the org manual? It mentions the
listings and color package are mentioned, but not that colors need to be
specified to have colors in the resulting latex / pdf file.

Thanks a lot,

Rainer

> 
> Cheers,
> Steve
> 
> 
> On Fri, 2010-09-17 at 10:00 +0200, Rainer M Krug wrote:
> On 17/09/10 09:31, Steven Delean wrote:
 Hi everyone,

 I am using org-mode to make a beamer presentation that includes
 blocks of R code and wish to export the source code and results to
 pdf in color (using the listings package).

 The source code block syntax is highlighted successfully, but the
 output results of the executed R code are not colored at all.
> 
> Hi
> 
> This is not an answer to your question, but rather a question to you:
> I added your settings to my .emacs file, and I get fontification in the
> pdf output, but no color. Do I need any additional settings to get
> coloring of the source code?
> 
> Cheers,
> 
> Rainer
> 

 The results are presented in \begin{verbatim}...\end{verbatim},
 whereas the source code is presented within
 \begin{lstlisting}...\end{lstlisting}. I can affect changes to the
 fontsize and color of the source code using \lstset in the .org
 document header, but not the results output from evaluating the
 code.

 Is there some way I can export these results in color?

 Thanks for any suggestions,

 Regards, Steve

 PS I have the follwing in my .emacs (require 'org-latex) (setq
 org-export-latex-listings t) (add-to-list
 'org-export-latex-packages-alist '("" "listings")) (add-to-list
 'org-export-latex-packages-alist '("" "color"))





 ___ 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


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

iEYEARECAAYFAkyTL1IACgkQoYgNqgF2egp6VwCgiF0bC1uOTVFKeCr9Q+3S9O/o
KnQAn3cBqE6E4NYMUkYJ9esqQGO0GZ1g
=5aQ7
-END PGP SIGNATURE-

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

[Orgmode] Re: Color of exported R code results using LaTeX listings

[Sébastien Vauban]

Hi Steven and Rainer,

Steven Delean wrote:
>> This is not an answer to your question, but rather a question to you:
>> I added your settings to my .emacs file, and I get fontification in the
>> pdf output, but no color. Do I need any additional settings to get
>> coloring of the source code?
>
> Yes, you will need to provide arguments to the \lstset listings variable

See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg28251.html for
examples of pretty-printed code.

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] Org-weather: display on some dates

[Igor Shenderovich]

Hi, all,

I have a question about recent plugin org-weather, which takes weather
forecast from google and then displays it to agenda. Is it possible to
have it not on all days but on the selected ones? I mean, if I'm
visiting some city now, I would like to have a weather forecast just on
the days of visit, not more.

Ideal situation would be like that: I create block 

* Travel to some city
  
  %%(org-google-weather "some city" "en-gb") 

and that's it. But that doesn't work, actually.

Is it possible to do something like that? 

___
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] Relative dates with sexep

[Eric S Fraga]

On Thu, 16 Sep 2010 18:27:18 +0200, julien cubizolles  
wrote:
> 
> I'm trying to specify a date relative to another date in an org file.
> I've tried to adapt one of the examples from worg, with :
> 
>  <%%(= 7 (- (calendar-absolute-from-gregorian date)
> (calendar-absolute-from-gregorian (02 02 2010>
> 
> to get the date one week after the 2nd of february 2010. Bad sexp...

Quote the date: ... '(02 02 2010)
as it is trying to evaluate the function "02" otherwise.
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] [bug] "message" not present in default value of org-link-types

[Jules Bean]

On Fri, Sep 17, 2010 at 09:08:00AM +0200, David Maus wrote:
> >Manually adding it to org-link-types makes it work correctly. For me,
> >anyway.
> 
> True enough.  But what is a "message:" link?  Can you give an example
> of its usage?

message:<87hbhosv8v.wl%dm...@ictsoc.de>

or 

message://<87hbhosv8v.wl%dm...@ictsoc.de>

(I'm not sure which is technically correct, they both work here)

is a link, by message-id, to the email I'm replying to.

My hazy memory says this URL schema originates in the first version of
netscape which supported mail+news, it enabled you to link directly to
a particular message (in an email folder or a newsgroup). It was also
how netscape "implemented" the In-Reply-To and References headers,
which were clickable and took you to the messages concerned.

I can't substantiate that memory, though. The only references I find
on the internet are to OSX Leopard and Apple Mail (which does happen
to be what I'm using it with).

Wikipedia thinks that the correct IANA form is 'mid:', but that
doesn't actually work on my system.

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] Color of exported R code results using LaTeX listings

[Steven Delean]

Hi Rainer,

Yes, you will need to provide arguments to the \lstset listings variable
(i.e. add these arguments to a #+BEAMER_HEADER_EXTRA: line). Below are
the subset of arguments that I am using so far, though greater
customisation is available (see listings.pdf
www.ctan.org/tex-archive/macros/latex/contrib/listings/listings.pdf).

\lstset{
  keywordstyle=\color{blue},
  commentstyle=\color{red},
  stringstyle=\color{green},
  basicstyle=\ttfamily\small,
  columns=fullflexible,
  basewidth={0.5em,0.4em}
}

Cheers,
Steve


On Fri, 2010-09-17 at 10:00 +0200, Rainer M Krug wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 17/09/10 09:31, Steven Delean wrote:
> > Hi everyone,
> > 
> > I am using org-mode to make a beamer presentation that includes
> > blocks of R code and wish to export the source code and results to
> > pdf in color (using the listings package).
> > 
> > The source code block syntax is highlighted successfully, but the
> > output results of the executed R code are not colored at all.
> 
> Hi
> 
> This is not an answer to your question, but rather a question to you:
> I added your settings to my .emacs file, and I get fontification in the
> pdf output, but no color. Do I need any additional settings to get
> coloring of the source code?
> 
> Cheers,
> 
> Rainer
> 
> > 
> > The results are presented in \begin{verbatim}...\end{verbatim},
> > whereas the source code is presented within
> > \begin{lstlisting}...\end{lstlisting}. I can affect changes to the
> > fontsize and color of the source code using \lstset in the .org
> > document header, but not the results output from evaluating the
> > code.
> > 
> > Is there some way I can export these results in color?
> > 
> > Thanks for any suggestions,
> > 
> > Regards, Steve
> > 
> > PS I have the follwing in my .emacs (require 'org-latex) (setq
> > org-export-latex-listings t) (add-to-list
> > 'org-export-latex-packages-alist '("" "listings")) (add-to-list
> > 'org-export-latex-packages-alist '("" "color"))
> > 
> > 
> > 
> > 
> > 
> > ___ 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
> 
> 
> - -- 
> 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/
> 
> iEYEARECAAYFAkyTIAIACgkQoYgNqgF2egrfiwCeNk5+mduTj/HamQs9lAQG5CEE
> zeIAn2kc+F+yL9XGyQu771zEKyFSxxin
> =/jMz
> -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



___
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: Problem in org + beamer on B_frame BEAMER_env for subsections with BEAMER_FRAME_LEVEL: 0

[Sébastien Vauban]

Hi Olivier,

Olivier Berger wrote:
> It seems to me it's currently impossible to use a custom frames sequencing
> in org + beamer, as only positive values of BEAMER_FRAME_LEVEL seem to be
> working here.
>
> I'm trying to use the following simple slides document below, but it fails
> [...]
>
> #+TITLE:Example presentation with org and beamer
> #+startup: beamer
> #+LaTeX_CLASS: beamer
> #+LaTeX_CLASS_OPTIONS: [presentation]
> #+BEAMER_FRAME_LEVEL: 0
>
> #+BEAMER_HEADER_EXTRA: \usetheme{default}\usecolortheme{default}
> #+COLUMNS: %45ITEM %10BEAMER_env(Env) %10BEAMER_envargs(Env Args) 
> %4BEAMER_col(Col) %8BEAMER_extra(Extra)
> #+PROPERTY: BEAMER_col_ALL 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1.0 :ETC
>
> * Introduction  :B_frame:
> :PROPERTIES:
> :BEAMER_env: frame
> :END:
> hehe[fn:1]
> coin
>
> ** Coin :B_frame:
> :PROPERTIES:
> :BEAMER_env: frame
> :END:
> ** Example subsection 1 :B_frame:
> :PROPERTIES:
> :BEAMER_env: frame
> :END:
> *** Subection 1 text
> *** coin
>
> * Footnotes
> [fn:1] hehe

What I find weird, here, is that you put Beamer frames *inside* other Beamer
frames. I think that's the problem.

Why are you trying to do so?  What are you trying to achieve, structurally?

For me, setting =BEAMER_FRAME_LEVEL= to 0 means you can play with different
sectioning levels above your set of slides; but not that you can have slides
in slides...

Example:

--8<---cut here---start->8---
#+BEGIN_SRC org
* Intro (Section)

** Slide #1 :B_frame:

** Slide #2 :B_frame:

* Chapter 1 (Section)

** Problem (Sub-section)

** Slide #3  :B_frame:

** Slide #4  :B_frame:

** Solution (Sub-section)

** Slide #5  :B_frame:

* Conclusion (Section)

** Slide #6  :B_frame:
#+END_SRC
--8<---cut here---end--->8---

Here, you have the following TOC structure:

1. Intro
2. Chapter 1
   2.1 Problem
   2.2 Solution
3. Conclusion

and some slides that are placed at different structuring levels...

HTH,
  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: Putting latex in document titles

[Sébastien Vauban]

Hi Suvayu,

suvayu ali wrote:
> If I try things like
>
> #+TITLE: Search for W' resonances \newline (\sqrt s = 7TeV)
>
> Then the newline and the square root is rendered as expected.

For this part, try with \linebreak.

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] Color of exported R code results using LaTeX listings

[Rainer M Krug]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 17/09/10 09:31, Steven Delean wrote:
> Hi everyone,
> 
> I am using org-mode to make a beamer presentation that includes
> blocks of R code and wish to export the source code and results to
> pdf in color (using the listings package).
> 
> The source code block syntax is highlighted successfully, but the
> output results of the executed R code are not colored at all.

Hi

This is not an answer to your question, but rather a question to you:
I added your settings to my .emacs file, and I get fontification in the
pdf output, but no color. Do I need any additional settings to get
coloring of the source code?

Cheers,

Rainer

> 
> The results are presented in \begin{verbatim}...\end{verbatim},
> whereas the source code is presented within
> \begin{lstlisting}...\end{lstlisting}. I can affect changes to the
> fontsize and color of the source code using \lstset in the .org
> document header, but not the results output from evaluating the
> code.
> 
> Is there some way I can export these results in color?
> 
> Thanks for any suggestions,
> 
> Regards, Steve
> 
> PS I have the follwing in my .emacs (require 'org-latex) (setq
> org-export-latex-listings t) (add-to-list
> 'org-export-latex-packages-alist '("" "listings")) (add-to-list
> 'org-export-latex-packages-alist '("" "color"))
> 
> 
> 
> 
> 
> ___ 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


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

iEYEARECAAYFAkyTIAIACgkQoYgNqgF2egrfiwCeNk5+mduTj/HamQs9lAQG5CEE
zeIAn2kc+F+yL9XGyQu771zEKyFSxxin
=/jMz
-END PGP SIGNATURE-

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

[Orgmode] Color of exported R code results using LaTeX listings

[Steven Delean]

Hi everyone,

I am using org-mode to make a beamer presentation that includes blocks of R 
code and wish to export the source code and results to pdf in color (using the 
listings package).

The source code block syntax is highlighted successfully, but the output 
results of the executed R code are not colored at all. 

The results are presented in \begin{verbatim}...\end{verbatim}, whereas the 
source code is presented within \begin{lstlisting}...\end{lstlisting}. I can 
affect changes to the fontsize and color of the source code using \lstset in 
the .org document header, but not the results output from evaluating the code.

Is there some way I can export these results in color?

Thanks for any suggestions,

Regards,
Steve

PS I have the follwing in my .emacs
(require 'org-latex)
(setq org-export-latex-listings t)
(add-to-list 'org-export-latex-packages-alist '("" "listings"))
(add-to-list 'org-export-latex-packages-alist '("" "color"))





___
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] "message" not present in default value of org-link-types

[David Maus]

Jules Bean wrote:
>The link-type "message" is one of the ones org handles by default, it
>is an explicit case in org-open-at-point, much like http and it is
>handled by the following code:

>((member type '("message"))
>  (browse-url (concat type ":" path)))

>However it is not included in the default value of org-link-types:

>(defvar org-link-types '("http" "https" "ftp" "mailto" "file" "news"
>  "shell" "elisp" "doi"))

>...and therefore it doesn't work when clicked/followed.

>Manually adding it to org-link-types makes it work correctly. For me,
>anyway.

True enough.  But what is a "message:" link?  Can you give an example
of its usage?

Best,
  -- David

[1] Cf. http://www.iana.org/assignments/uri-schemes.html
--
OpenPGP... 0x99ADB83B5A4478E6
Jabber dmj...@jabber.org
Email. dm...@ictsoc.de


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