[Orgmode] Re: Refile cache expire

[Tom]

Tom  gmail.com> writes:

> when the computer is idle for, say, 5 seconds. 

I meant 5 minutes, of course.


___
Emacs-orgmode 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 cause Emacs to hang

[Bastien]

John Hendy  writes:

> Perhaps add one line at a time and see which one is the culprit?

Yes.  I suspect removing this line will help:

#+STARTUP: indent

Marvin, can you confirm?

-- 
 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] Startup page

[Bastien]

My Emacs startup screen presents two windows: a classic scratch buffer,
and the list of today's appointments from .diary.

This fits my needs well.

I'm not sure it is worth trying to set up a complicated startup buffer.
Depends on your need, of course, but you'll found out that it's always
too rigid: it assumes your buffer can tell you what you want, instead of
*you* telling him what to do.

That's the same problem than selecting the "right" homepage for your
browser.  Finally nearly everyone end up using a search engine webpage,
which is redundant anyway, as browsers now have a websearch field.

The trick is to find out what you want to browse *before* opening your
browser, then open it for that.  Or to find out what you want to do with
Emacs and open it for that.  Don't let predefined affordances drive your
mind, let your mind drive your Emacs :)

-- 
 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] Stuck projects and unbacked priorities

[Bastien]

Hi Marc-Olivier,

thanks for very clear explanations about the problem you're trying to
fix, and thanks for the code.

I'm not using the GTD-methodology myself, so I cannot really see whether
it meets a general need in the GTD world or not.

Your email and your code are good candidates for Worg, where people
share their specific problems and solutions.  If you want to contribute,
please read this page :

  http://orgmode.org/worg/worg-about.html

Best,

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

[Orgmode] Splitting mailing list

[Julien Danjou]

Hi,

There's really a lot of trafic here, and it's more and more diffcult to
me to follow development related threads in all the usage realted
threads.

How about splitting the mailing list in a user and a development list?

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


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

[Orgmode] Re: [bug] [ANN] Lists changes pushed to master

[Nicolas]

Hello,

This bug has been fixed in master branch, but I forgot to tell it to the
ML.

Thanks again, Eric.

Regards,

-- 
Nicolas

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

Re: [Orgmode] using (id "Name") target in org-capture-templates

[Bastien]

Hi Gregory,

"Sullivan, Gregory (US SSA)"  writes:

> It would be quite useful if I could use currentfile in place of
> "path/to/file" in the various Target patterns.  That is, it would be
> nice to write something like:

This is already implemented in Org's git version.  See the email you're
replying to, I gave the explanations.

Thanks,

-- 
 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] Splitting mailing list

[Bastien]

Hi Julien,

Julien Danjou  writes:

> How about splitting the mailing list in a user and a development list?

I am in favor of using a [DEV] tag and stick to one single list.

The path from users to developers (and to core Org developers) is
a continuum, keeping this continuum on one list is a good thing.

What other people think?

-- 
 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] [PATCH] org-macs: store evaluated version of pom

[Bastien]

Hi Julien,

Julien Danjou  writes:

> Yes it is. This patch just fix one problem. Without it, what is set
> with pom is evaluated multiple times:
>
> (org-with-point-at (function-that-return-some-marker)
>   (do-stuff))
>
> (function-that-return-some-marker) will be called several times, which
> can causes a lot of problem, as you imagine just by reading the current
> code.
>
> This patch evalute the function, store it to `pom' and use this variable
> instead.

Many thanks for the explanations.

I've now applied this patch.

-- 
 Bastien

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

Re: [Orgmode] Re: org-table formulas with missing values

[Bastien]

Hi Thorsten,

Thorsten  writes:

> Ok, trial and error suggests that missing values in numeric columns can
> be represented as 0 in formulas, in string columns as "". Is there
> something like NaN in calc/org-table? 

I don't know what is NaN.  Can you give an example of what you're trying
to achieve?

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

[Orgmode] [BUG] org-babel-tangle causes "Wrong type argument: sequencep, hline"

[Vladimir Alexiev]

When I try to tangle the simple file shown below, I get this error:
  "Wrong type argument: sequencep, hline".
Org-mode version 7.4 (release_7.4.44.g49d9c.dirty)

I have the default values of these args (checked through gebugging)
According to the help:
* :hlines: `no' (default)
  Strips horizontal lines from the input table.
* :colnames `nil' (default) 
  If an input table looks like it has column names (because
  its second row is an hline), then the column names will be removed
  from the table before processing

This is urgent for me, so any help is appreciated!

 input file:

#+STARTUP:  showeverything
#+BABEL::tangle yes

* Normalize
#+tblname: normalize
| search| replace  |
|---+--|
| no salt added | without salt |

#+begin_src perl :var norm_search=normalize[*,0] :var norm_repl=normalize[*,1]
$norm_search;
$norm_repl;
#+end_src 

 backtrace cut at 74 columns (email me for the full backtrace):

Debugger entered--Lisp error: (wrong-type-argument sequencep hline)   
  org-babel-ref-index-list("0" hline) 
  #[(sub-lis) "\302   \"\207" [remainder sub-lis org-babel-ref-index-lis
  mapcar(#[(sub-lis) "\302\"\207" [remainder sub-lis org-babel-ref-i
  org-babel-ref-index-list("*,0" (("search" "replace") hline ("no salt add
  org-babel-ref-resolve("normalize[*,0]") 
  org-babel-ref-parse("norm_search=normalize[*,0]")   
  (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (cdr el)))   
  (lambda (el) (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (cdr el)
  mapcar((lambda (el) (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (
  (org-babel-disassemble-tables (mapcar (lambda (el) (if (consp (cdr el)) 
  (let* ((vars-and-names (org-babel-disassemble-tables (mapcar (lambda (el
  org-babel-process-params(((:comments . "") (:shebang . "") (:cache . "no
  org-babel-get-src-block-info()  
  byte-code("\203

I tried debugging but quickly got lost. Still, some observations:
- org-babel-disassemble-tables: didn't seem to do much since 'vars' was nil
- org-babel-ref-index-list: I think it should receive the stripped table,
  i.e. these elements should have been removed:
  ("search" "replace") hline


___
Emacs-orgmode 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: Startup page

[Christian Mandel]

Am 27.02.2011 11:15, schrieb Bastien:
> [...]
> 
> I'm not sure it is worth trying to set up a complicated startup buffer.
> Depends on your need, of course, but you'll found out that it's always
> too rigid: it assumes your buffer can tell you what you want, instead of
> *you* telling him what to do.
> 
> That's the same problem than selecting the "right" homepage for your
> browser.  Finally nearly everyone end up using a search engine webpage,
> which is redundant anyway, as browsers now have a websearch field.
> 
> The trick is to find out what you want to browse *before* opening your
> browser, then open it for that.  Or to find out what you want to do with
> Emacs and open it for that.  Don't let predefined affordances drive your
> mind, let your mind drive your Emacs :)

Hm, that was just coming to my mind while reading your post: In my
browser I use the »fast dial« extension, providing a matrix of pictures
representing and linking to my 12 most frequently used websites. These
are, e. g., the department's address list, the homepage of the lecture
I'm in charge of, the admin interface to this page, the library search
page, and so on. I'm not sure if this would work in emacs too, but a
startup buffer with links to my most frequently used org files, the
exercises directory of the lecture, the global BibTeX file, and so on
could be interesting. But how to replace the website's pictures of the
»fast dial« extension, providing a fast recognition without having to
read, in emacs? Without this visual hint, it would just be bookmarks ...

Sorry for the noise, just my 0.02 $.

Anyway, up to now my startup buffer is the scratch buffer. But I don't
have to close (restart) emacs that often, just every couple of weeks.

Regards, Chris


___
Emacs-orgmode 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] Splitting mailing list

[Julien Danjou]

On Sun, Feb 27 2011, Bastien wrote:

> I am in favor of using a [DEV] tag and stick to one single list.

This is not something automatic, so this is not something everyone will
do. I won't think about it most of time and will forget, so…

> The path from users to developers (and to core Org developers) is
> a continuum, keeping this continuum on one list is a good thing.

Your own vision of Org is probably that, so you'd subscribe to both
list. I personally do not have enough time to care about users problems
nor their features complaints for now, so spending time with
developement subject only and not having to filter out usage related
thread would make me gain an amount of time that I could spend on
hacking Org.

This is not something I'd propose on a low trafic list, but the number
of mails here is getting bigger and bigger, and it's hard for me as a
developer (and not as a maintainer like you) to just follow the stream
of subject I am interested into (i.e. developement of Org).

If some developers (like you) have more time to follow users subjects,
nothing stop you to read both lists.

At this point of trafic rate, not splitting is mostly killing people
like me. :)

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


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

[Orgmode] org-babel-read should have option NOT to interpret as elisp

[Vladimir Alexiev]

I keep perl regexps in a table, and some of them start with "(".
I'd like these to be left alone (returned unmodified as a string).

(info "(org)var") doesn't mention special processing of table cells,
but the doc of org-babel-read says:

Convert the string value of CELL to a number if appropriate.
Otherwise if cell looks like lisp (meaning it starts with a
"(" or a "'") then read it as lisp, otherwise return it
unmodified as a string.

So it seems to me that this special behavior of org-babel-read 
should be documented in info, and controllable by a user option.





___
Emacs-orgmode 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: Splitting mailing list

[Gour]

On Sun, 27 Feb 2011 15:09:04 +0100
Julien Danjou  wrote:

> This is not something I'd propose on a low trafic list, but the number
> of mails here is getting bigger and bigger, and it's hard for me as a
> developer (and not as a maintainer like you) to just follow the stream
> of subject I am interested into (i.e. developement of Org).

I agree...atm I'd like to follow users-list only and traffic so big,
that most of the time I just skip over threads.


Sincerely,
Gour

-- 
“In the material world, conceptions of good and bad are
all mental speculations…” (Sri Caitanya Mahaprabhu)

http://atmarama.net | Hlapicina (Croatia) | GPG: CDBF17CA




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

Re: [Orgmode] Splitting mailing list

[Matthew Sauer]

Even though I am not much into development I enjoy reading them as they are
teaching me about how this works and hopefully I can move to doing DEV
further down the road.

Even if we had two lists I would just add a filter tag like I do now and
sort them all into the same tag (well, maybe, maybe not).   Maybe the
DEV channel should be something that you are invited to join with send
access but anyone could have read access too.  If a question in the user
channel fit the bill it could be resent or re-proposed into the DEV channel?
 Maybe that's too constricted for open development?

I agree, two channels so you can get what you want but they need to have
reference to each other and at least a few people on both.

On Sun, Feb 27, 2011 at 5:43 AM, Bastien  wrote:

> Hi Julien,
>
> Julien Danjou  writes:
>
> > How about splitting the mailing list in a user and a development list?
>
> I am in favor of using a [DEV] tag and stick to one single list.
>
> The path from users to developers (and to core Org developers) is
> a continuum, keeping this continuum on one list is a good thing.
>
> What other people think?
>
> --
>  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
>
___
Emacs-orgmode 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: ical export of diary style sexps omits category and description [7.4]

[MT]

I've started using Org to export my agenda files into an iCalendar file.
I've noticed that if the timestamp is written in Org's own format, the
exported ical entry is as expected, but if the date and time is
specified in the diary sexp format, such as for anniversaries and
recurring events, some fields, such as DESCRIPTION and CATEGORIES are
left out in the corresponding ical entry. It seems that the when a sexp
is encountered, the resulting ical code is generated by the functions in
icalendar.el, without any org-related extras in defined in
org-icalendar.el added. This is not how it should be, is it? Here's an
example:

test.org:

 * Org style
<2011-02-26 Sat> An event.
* Diary style
<%%(diary-anniversary 01 01 2000)> New year

The two entries created in test.ics:
BEGIN:VEVENT
UID: TS-c7a29e46-3025-42a5-bce1-4f9712a2cd82
DTSTART;VALUE=DATE:20110226
DTEND;VALUE=DATE:20110227
SUMMARY:Org style
DESCRIPTION: <2011-02-26 Sat> An event.
CATEGORIES:test
END:VEVENT
BEGIN:VEVENT
UID:emacs19817202502127461318
DTSTART;VALUE=DATE:2101
DTEND;VALUE=DATE:2102
RRULE:FREQ=YEARLY;INTERVAL=1;BYMONTH=01;BYMONTHDAY=01
SUMMARY:Diary style
END:VEVENT
 

-
Emacs  : GNU Emacs 23.2.1 (i686-pc-linux-gnu, GTK+ Version 2.21.6)
 of 2010-09-01 on rhenium, modified by Debian
Package: Org-mode version 7.4

-- 
http://www.fastmail.fm - Faster than the air-speed velocity of an
  unladen european swallow


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

Re: [Orgmode] [BUG] org-babel-tangle causes "Wrong type argument: sequencep, hline"

[Eric Schulte]

Vladimir Alexiev  writes:

> When I try to tangle the simple file shown below, I get this error:
>   "Wrong type argument: sequencep, hline".
> Org-mode version 7.4 (release_7.4.44.g49d9c.dirty)
>
> I have the default values of these args (checked through gebugging)
> According to the help:
> * :hlines: `no' (default)
>   Strips horizontal lines from the input table.
> * :colnames `nil' (default) 
>   If an input table looks like it has column names (because
>   its second row is an hline), then the column names will be removed
>   from the table before processing
>
> This is urgent for me, so any help is appreciated!
>

I've just pushed up a change which should fix this issue i.e., the code
block below now evaluates without error.

Best -- Eric

>
>  input file:
>
> #+STARTUP:  showeverything
> #+BABEL::tangle yes
>
> * Normalize
> #+tblname: normalize
> | search| replace  |
> |---+--|
> | no salt added | without salt |
>
> #+begin_src perl :var norm_search=normalize[*,0] :var norm_repl=normalize[*,1]
> $norm_search;
> $norm_repl;
> #+end_src 
>
>  backtrace cut at 74 columns (email me for the full backtrace):
>
> Debugger entered--Lisp error: (wrong-type-argument sequencep hline)   
>   org-babel-ref-index-list("0" hline) 
>   #[(sub-lis) "\302   \"\207" [remainder sub-lis org-babel-ref-index-lis
>   mapcar(#[(sub-lis) "\302\"\207" [remainder sub-lis org-babel-ref-i
>   org-babel-ref-index-list("*,0" (("search" "replace") hline ("no salt add
>   org-babel-ref-resolve("normalize[*,0]") 
>   org-babel-ref-parse("norm_search=normalize[*,0]")   
>   (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (cdr el)))   
>   (lambda (el) (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (cdr el)
>   mapcar((lambda (el) (if (consp (cdr el)) (cdr el) (org-babel-ref-parse (
>   (org-babel-disassemble-tables (mapcar (lambda (el) (if (consp (cdr el)) 
>   (let* ((vars-and-names (org-babel-disassemble-tables (mapcar (lambda (el
>   org-babel-process-params(((:comments . "") (:shebang . "") (:cache . "no
>   org-babel-get-src-block-info()  
>   byte-code("\203
>
> I tried debugging but quickly got lost. Still, some observations:
> - org-babel-disassemble-tables: didn't seem to do much since 'vars' was nil
> - org-babel-ref-index-list: I think it should receive the stripped table,
>   i.e. these elements should have been removed:
>   ("search" "replace") hline
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

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

Re: [Orgmode] org-babel-read should have option NOT to interpret as elisp

[Eric Schulte]

Vladimir Alexiev  writes:

> I keep perl regexps in a table, and some of them start with "(".
> I'd like these to be left alone (returned unmodified as a string).
>
> (info "(org)var") doesn't mention special processing of table cells,
> but the doc of org-babel-read says:
>
> Convert the string value of CELL to a number if appropriate.
> Otherwise if cell looks like lisp (meaning it starts with a
> "(" or a "'") then read it as lisp, otherwise return it
> unmodified as a string.
>
> So it seems to me that this special behavior of org-babel-read 
> should be documented in info, and controllable by a user option.
>

When passing values directly through header arguments the solution would
be to wrap the string in double-quotes so that it is interpreted as a
literal string, e.g.,

#+begin_src perl :var it="(+ 1 1)" :results output
  printf "passed in %s", $it
#+end_src

#+results:
: passed in (+ 1 1)

However I do agree that this would be onerous to have to wrap every cell
of a table in double quotes...

I'm attaching a patch which inhibits the lisp evaluation of values read
from tables and lists.  This should solve your issue above.  I'm not
directly applying this patch, because it would be a breaking change for
anyone who is currently relying on the ability to fill a table or list
with to-be-evaluated emacs-lisp statements.  If anyone is in that
situation please respond to this email in the next couple of days,
otherwise I am leaning towards applying this patch to the main
repository.

Best -- Eric

p.s. this patch can be applied with the "git am" command.
>From f57ff0b724f0420751dd90600553d988aec507f1 Mon Sep 17 00:00:00 2001
From: Eric Schulte 
Date: Sun, 27 Feb 2011 08:47:36 -0700
Subject: [PATCH] ob: inhibit lisp evaluation of values read from tables and lists

* lisp/ob.el (org-babel-read-table): Inhibit lisp evaluation of values
  when reading from tables.
  (org-babel-read-list): Inhibit lisp evaluation of values when
  reading from lists.
  (org-babel-read): Add optional argument which can be used to inhibit
  lisp evaluation of value.
---
 lisp/ob.el |   23 ---
 1 files changed, 12 insertions(+), 11 deletions(-)

diff --git a/lisp/ob.el b/lisp/ob.el
index 6e98263..b4ce3cd 100644
--- a/lisp/ob.el
+++ b/lisp/ob.el
@@ -1386,12 +1386,13 @@ following the source block."
   "Read the table at `point' into emacs-lisp."
   (mapcar (lambda (row)
 (if (and (symbolp row) (equal row 'hline)) row
-  (mapcar #'org-babel-read row)))
+  (mapcar (lambda (el) (org-babel-read el 'inhibit-lisp-eval)) row)))
   (org-table-to-lisp)))
 
 (defun org-babel-read-list ()
   "Read the list at `point' into emacs-lisp."
-  (mapcar #'org-babel-read (mapcar #'cadr (cdr (org-list-parse-list)
+  (mapcar (lambda (el) (org-babel-read el 'inhibit-lisp-eval))
+	  (mapcar #'cadr (cdr (org-list-parse-list)
 
 (defvar org-link-types-re)
 (defun org-babel-read-link ()
@@ -1901,18 +1902,18 @@ block but are passed literally to the \"example-block\"."
 	 (apply #'string (reverse out)
str
 
-(defun org-babel-read (cell)
+(defun org-babel-read (cell &optional inhibit-lisp-eval)
   "Convert the string value of CELL to a number if appropriate.
-Otherwise if cell looks like lisp (meaning it starts with a
-\"(\" or a \"'\") then read it as lisp, otherwise return it
-unmodified as a string.
-
-This is taken almost directly from `org-read-prop'."
+Otherwise if cell looks like lisp (meaning it starts with a \"(\"
+or a \"'\") then read it as lisp, otherwise return it unmodified
+as a string.  Optional argument NO-LISP-EVAL inhibits lisp
+evaluation for situations in which is it not appropriate."
   (if (and (stringp cell) (not (equal cell "")))
   (or (org-babel-number-p cell)
-  (if (or (equal "(" (substring cell 0 1))
-  (equal "'" (substring cell 0 1))
-  (equal "`" (substring cell 0 1)))
+  (if (and (not inhibit-lisp-eval)
+		   (or (equal "(" (substring cell 0 1))
+		   (equal "'" (substring cell 0 1))
+		   (equal "`" (substring cell 0 1
   (eval (read cell))
 (progn (set-text-properties 0 (length cell) nil cell) cell)))
 cell))
-- 
1.7.1

___
Emacs-orgmode 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: Splitting mailing list

[Chris Thompson]

Julien Danjou  danjou.info> writes:

> 
> Hi,
> 
> There's really a lot of trafic here, and it's more and more diffcult to
> me to follow development related threads in all the usage realted
> threads.
> 
> How about splitting the mailing list in a user and a development list?
> 

I would prefer a split along different lines... A core Org mailing list
(including Dev posts) and a separate Org-Babel mailing list. 

It appears that a solid majority of the posts in the current mailing list are
Babel-related, and this is a very distinct subset of functionality that could
easily and cleanly be split into its own list. Plus, it makes sense... not every
Org user uses Babel.

-- Chris


___
Emacs-orgmode 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-clock-idle-time resolving dialogues seem to stack up for each passed idle time period

[David Maus]

Hi Rainer,

At Mon, 24 Jan 2011 14:41:15 +0100,
Rainer Stengele wrote:
> >
> > this still bugs me. After leaving idle my emacs for some time longer
> > than the configured idle time I have to apply answers to the idle-time
> > dialogue several times. I cannot simply press "j" to jump to the open clock 
> > but
> > have to press "j" an unknown many times, mostly ending up with one or more 
> > "j"
> > characters at the point I am being jumped to finally...
> >
> > Looks like I am the only one using this feature?
> >
> > Anybody has an idea?

I couldn't reproduce this problem neither with

Org-mode version 7.4 (release_7.4.509.g99aa5)

on

GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
 of 2010-12-11 on raven, modified by Debian

nor on

GNU Emacs 23.2.1 (i386-mingw-nt6.1.7600)
 of 2010-05-08 on G41R2F1

I had set `org-clock-idle-time' to 1, left the computer for a while
and when I came back there was just one clock resolving prompt
waiting.

Did you check if this problem occurs on emacs -q and just loading Org
mode w/o any configuration?

My preliminary conclusion on this issue: Org uses a timer object to
trigger the prompt -- if you are prompted multiple times this
would/could indicate that there are multiple timers for idle clock
resolving.

Can you verifiy this by checking the value of `timer-list' (C-h v
timer-list RET)?

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


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

[Orgmode] Re: convert orgmode to docx --- using odt export

[Robert Goldman]

Question:  is this only usable in a stand-alone emacs, or can we load
the exporter into our normal orgmode configuration?

I suspect from reading that a merge will be difficult that we must use
this outside our standard environment, but just wanted to be sure

Thanks,
r

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

Re: [Orgmode] Re: Splitting mailing list

[Julien Danjou]

On Sun, Feb 27 2011, Chris Thompson wrote:

> It appears that a solid majority of the posts in the current mailing list are
> Babel-related, and this is a very distinct subset of functionality that could
> easily and cleanly be split into its own list. Plus, it makes sense... not 
> every
> Org user uses Babel.

Not sure splitting by feature is going to be a good first choice for
spliting.

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


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

Re: [Orgmode] Org cause Emacs to hang

[Marvin Doyley]

Hi Bastien,

remove #+STARTUP: indent solved the problem.

Thanks
M


On Sun, Feb 27, 2011 at 4:38 AM, Bastien  wrote:

> John Hendy  writes:
>
> > Perhaps add one line at a time and see which one is the culprit?
>
> Yes.  I suspect removing this line will help:
>
> #+STARTUP: indent
>
> Marvin, can you confirm?
>
> --
>  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] $0 replaced with ampersand (&) when invoking `org-edit-special'

[David Maus]

At Fri, 11 Feb 2011 10:52:29 +0100,
Bastien wrote:
>
> Hi Niels,
>
> niels giesen  writes:
>
> > According to [ (info "(org) Formula syntax for Calc") ], $0
> > references the current cell. Pressing C-c C-c on the #+TBLFM line
> > below does indeed work, but C-c ' (`org-edit-special') changes the
> > $0 reference into a single ampersand (&). Is this a bug?
>
> I can confirm this and I think it's a bug.
>
> Carsten, do you know what happens here?

`org-number-to-letters' does expect the number to be greater than
zero.  If it is zero (like in the $0 case) it will return the empty
string.

This can be simply fixed by not calling `org-number-to-letters' if the
is a single zero.  Or, what seems a cleaner solution, to make up a
representation of $0 in letter-notation.

Hope to have some more time to fix this one, if someone else steps in
I'm fine.

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


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

Re: [Orgmode] Export issue of URL when the text begins with a date‏

[David Maus]

At Mon, 31 Jan 2011 19:45:29 +0100,
Bastien wrote:
>
> David Maus  writes:
>
> > Attached patch factors out the link handling part of
> > `org-export-as-html' in a separat function which takes the processed
> > line and the exporting options as arguments and returns the possibly
> > modified line.  Having the link handling in a separate function makes
> > it way easier to test this specific behaviour of export.
>
> Quite useful indeed -- I hope org-export-as-html looks a bit less
> daunting now :)

Indeed.  I've also defined a factory function in test-org-html.el that
can be used to define link export texts in a property list.

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


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

[Orgmode] Re: Org cause Emacs to hang

[Nicolas]

Hello,

Marvin Doyley  writes:

> remove #+STARTUP: indent solved the problem.
>
> Thanks
> M

Could you try the following branch, by any chance, and tell me if that
fixes your problem, even with that line?

   git://github.com/ngz/org-mode-lists.git indent-patch-no-timer

Regards,

-- 
Nicolas

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

[Orgmode] Re: Stuck projects and unbacked priorities

[Marc-Oliver Ihm]

Am 27.02.2011 11:28, schrieb Bastien:

Hi Marc-Olivier,

thanks for very clear explanations about the problem you're trying to
fix, and thanks for the code.

I'm not using the GTD-methodology myself, so I cannot really see whether
it meets a general need in the GTD world or not.

Your email and your code are good candidates for Worg, where people
share their specific problems and solutions.  If you want to contribute,
please read this page :

   http://orgmode.org/worg/worg-about.html

Best,



Hello Bastien,

Yes, thats a very good suggestion ! I will post my explanation and code 
on worg, which is a more fitting place for this kind of information.


Thanx !

regards, Marc-Oliver


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

Re: [Orgmode] [babel] Bug? :cache yes ignored when :noweb yes

[Eric Schulte]

Andreas Leha  writes:

> Hi Eric,
>
> thanks for testing this.  It works for me when executing as well.  But
> not when exporting.  Does that work for you?
>
> I have tested this on two computers with the latest git version.
>

Oh, I see, sorry I missed that in your original email.  I've just pushed
up change which should fix this issue.

Best -- Eric

>
> Cheers,
> Andreas
>
> Am 26.02.2011 01:29, schrieb Eric Schulte:
>> Hi Andreas,
>>
>> This exact example worked for me -- that is the results were returned
>> without executing the "sleep 5" code.
>>
>> Maybe you are using an old version of Org, or you have non-standard
>> default header argument values?
>>
>> Best -- Eric
>>
>> Andreas Leha  writes:
>>
>>   
>>> Hi all,
>>>
>>> When ':noweb yes' is in the header, ':cache yes' is ignored during
>>> export.  (At least when I export the sample file below.)
>>>
>>> To me this seems to be a bug.  Or am I missing something?
>>>
>>> Regards,
>>> Andreas
>>>
>>> PS: Example:
>>> 
>>> * Test
>>>   #+srcname: test_sleep
>>>   #+begin_src R :session :exports code
>>> Sys.sleep(time=5)
>>> 1:10
>>>   #+end_src
>>>
>>>   #+srcname: test_sleep
>>>   #+begin_src R :session :exports results :noweb yes :cache yes
>>> <>
>>>   #+end_src
>>>
>>>   #+results[e2c9e6c2f84563b590a765502057d92463e50182]: test_sleep
>>>   |  1 |
>>>   |  2 |
>>>   |  3 |
>>>   |  4 |
>>>   |  5 |
>>>   |  6 |
>>>   |  7 |
>>>   |  8 |
>>>   |  9 |
>>>   | 10 |
>>> ==
>>>
>>>
>>> ___
>>> Emacs-orgmode mailing list
>>> Please use `Reply All' to send replies to the list.
>>> Emacs-orgmode@gnu.org
>>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>> 
>> ___
>> Emacs-orgmode mailing list
>> Please use `Reply All' to send replies to the list.
>> Emacs-orgmode@gnu.org
>> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>>   

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

[Orgmode] Re: convert orgmode to docx --- using odt export

[Jambunathan K]

Robert Goldman  writes:

> Question:  is this only usable in a stand-alone emacs, or can we load
> the exporter into our normal orgmode configuration?

Odt exporter should work like any other regular exporter for orgmode. If
something is not OK please report a bug..

> I suspect from reading that a merge will be difficult that we must use
> this outside our standard environment, but just wanted to be sure

Depends on your needs and level of comfort.

Soon the code will be merged with Orgmode. Until then it will remain on
a separate trunk on it's own. Only drawback I see is that it wouldn't
get any of the cutting edge features of Orgmode that were made available
in the year 2011.

Jambunathan K.

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

[Orgmode] Re: [annoyance] Inserted headlines are immediately folded

[Sébastien Vauban]

Hi Bastien,

Bastien wrote:
> Sébastien Vauban  writes:
>
>> Before, when inserting such a node, it stayed expanded, which my preferred
>> way of viewing the file.
>
> Can you tell when was "before"?

I would say "two weeks ago" or so. This is a recent change in behavior.

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: Refile cache expire

[Samuel Wales]

I'd find automatic regeneration useful.

Another way:

* [#A] make failed refile reload the cache automatically
You usually want the existing choices for selecting a
headline.  You don't need to regenerate those.  Just the
target locations.

So ideally you would just immediately select it, and if hte
target location is bad, it will regenerate for you and
refile to the correct location for you.

Samuel

-- 
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

___
Emacs-orgmode 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] Unable to select source code blocks

[Eric Schulte]

Giorgio Valoti  writes:

> Il giorno 26/feb/2011, alle ore 17:05, Eric Schulte ha scritto:
>
>> […]
>> 
>> You could also try executing the function directly by calling
>> `eval-expression' M-: (org-babel-src-block-names) within the Org-mode
>> buffer.
>
> I get the same results. 
>

as I understand it, on your system

  (length (org-babel-src-block-names)) ; => 19

yet

  (org-babel-src-block-names) ; => nil

which seems to be a contradiction.

>
>> 
>> also, make sure you have the latest version of Org-mode.
>
> I’m using version 7.4 with emacs 23.2. Do you think I should use the
> development version? I’d have no problem using it but Org has become
> such an important tool (my thanks to all the contributors, btw!) that
> I’m reluctant switching to a non-official version.
>

Yes, it may well be safer to stay at the org-mode release, however I can
only actively confirm behavior on the leading head of the org-mode
development release, as that is what I have installed.

Sorry I can't be of more help, there should be another release in the
not too distant future...

Best -- Eric

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

[Orgmode] Re: Closing #+results: with #+end declaration?

[Eric Schulte]

Bastien  writes:

> Hi Eric,
>
> "Eric Schulte"  writes:
>
>> #+begin_src sh :results list
>>   echo "eric schulte"
>>   echo "dan davison"
>>   echo "seb vauban"
>> #+end_src
>>
>> #+results:
>> - ("eric" "schulte")
>> - ("dan" "davison")
>> - ("seb" "vauban")
>
> reading this, I wonder if we should consider use this instead:
>
> #+results:
> - ("eric" "schulte")
> - ("dan" "davison")
> - ("seb" "vauban")
> #+end
>
> or better:
>
> #+begin_results
> - ("eric" "schulte")
> - ("dan" "davison")
> - ("seb" "vauban")
> #+end_results
>
> Looks more consistent with the rest of the #+begin* statements.
>

This has come up before, and there are now options which allow wrapping
of results, e.g.,

#+begin_src emacs-lisp :results wrap :exports both
  (mapcar (lambda (el) (list el (+ 1 (* el el (number-sequence 0 10))
#+end_src

#+results:
#+BEGIN_RESULT
|  0 |   1 |
|  1 |   2 |
|  2 |   5 |
|  3 |  10 |
|  4 |  17 |
|  5 |  26 |
|  6 |  37 |
|  7 |  50 |
|  8 |  65 |
|  9 |  82 |
| 10 | 101 |
#+END_RESULT

I've just added documentation of the "wrap" header argument to the
manual.

>
> More generally, I've sometimes wondered why we need to use
>
> #+begin_*
> #+end_*
>
> instead of just
>
> #+begin_*
> #+end
>
> Unless we allow nested #+begin blocks (and AFAIK we don't), there 
> is no real need for being specific about what #+end ends.
>
> What do you think?

I agree that (possibly aside from clarity) there is no real need for the
end block to specify its type.  However as I use helper methods
(e.g. yasnippets) for all block creation, then extra characters
represent no real typing burden.

Best -- Eric

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

[Orgmode] Re: [BUG] org-babel-tangle causes "Wrong type argument: sequencep, hline"

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> I've just pushed up a change which should fix this issue i.e., the code
> block below now evaluates without error.

Just for my (= our) information, which combination was special here and had to
be fixed in the code?

>>  input file:
>>
>> #+STARTUP:  showeverything
>> #+BABEL::tangle yes
>>
>> * Normalize
>> #+tblname: normalize
>> | search| replace  |
>> |---+--|
>> | no salt added | without salt |
>>
>> #+begin_src perl :var norm_search=normalize[*,0] :var 
>> norm_repl=normalize[*,1]
>> $norm_search;
>> $norm_repl;
>> #+end_src 

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: Refile cache expire

[Tom]

Samuel Wales  gmail.com> writes:

> 
> I'd find automatic regeneration useful.
> 
> Another way:
> 
> * [#A] make failed refile reload the cache automatically
> You usually want the existing choices for selecting a
> headline.  You don't need to regenerate those.  Just the
> target locations.
> 

This wouldn't work in my case, because actual refiling is not 
what I'm interested in. I use the GOTO interface of refile 
to jump to to any heading in my org system, so the main point 
for me is having an up-to-date cache of all existing headings, 
so I can jump to them easily with completion.

And because I create new headings all the time, it's important
to have a fairly up-to-date cache.

(BTW, for those who doesn't use refile for goto I recommend
checking it out, because it's an awesome way to traverse your
org empire.)


___
Emacs-orgmode 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: Refile cache expire

[Samuel Wales]

I think my suggestion works for refile goto.

However, if you add headlines all the time, you will need your
suggestion with ido.

-- 
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

___
Emacs-orgmode 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: Refile cache expire

[Samuel Wales]

(And yes, refile goto is superb.)

-- 
The Kafka Pandemic:
http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MLV paper.

___
Emacs-orgmode 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: Refile cache expire

[Sébastien Vauban]

Hi Samuel,

Samuel Wales wrote:
> (And yes, refile goto is superb.)

Just FYI, remember it can be accessed by `C-u C-u C-c C-w' (not written in the
description of `org-refile-goto-last-stored' -- maybe because it's using
another way to do the jump than the `16' argument, that is, in this case, it
makes use of `bookmark-jump'... so maybe there are tiny subtle differences?).

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] Splitting mailing list

[Alan L Tyree]

On Sun, 27 Feb 2011 12:43:59 +0100
Bastien  wrote:

> Hi Julien,
> 
> Julien Danjou  writes:
> 
> > How about splitting the mailing list in a user and a development
> > list?
> 
> I am in favor of using a [DEV] tag and stick to one single list.
> 
> The path from users to developers (and to core Org developers) is
> a continuum, keeping this continuum on one list is a good thing.
> 
> What other people think?

I'm purely a user, but I would not be in favour of splitting the list. I
find it interesting to have an insight into what the developers are
doing, where org is headed. Use of a DEV tag would be good.

Cheers,
Alan



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


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206


___
Emacs-orgmode 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: [BUG] org-babel-tangle causes "Wrong type argument: sequencep, hline"

[Eric Schulte]

Sébastien Vauban  writes:

> Hi Eric,
>
> "Eric Schulte" wrote:
>> I've just pushed up a change which should fix this issue i.e., the code
>> block below now evaluates without error.
>
> Just for my (= our) information, which combination was special here and had to
> be fixed in the code?
>

The hline was assumed to be a list (as normal rows are) by the indexing
code, so I just inserted a quick check to ensure that hlines are left
alone.

#+begin_src diff
  diff --git a/lisp/ob-ref.el b/lisp/ob-ref.el
  index 6cb41ae..31944fd 100644
  --- a/lisp/ob-ref.el
  +++ b/lisp/ob-ref.el
  @@ -181,7 +181,10 @@ to \"0:-1\"."
  (open (ls) (if (and (listp ls) (= (length ls) 1)) (car ls) 
ls)))
 (open
  (mapcar
  -(lambda (sub-lis) (org-babel-ref-index-list remainder sub-lis))
  +(lambda (sub-lis)
  +   (if (listp sub-lis)
  +   (org-babel-ref-index-list remainder sub-lis)
  + sub-lis))
   (if (or (= 0 (length portion)) (string-match ind-re portion))
   (mapcar
   (lambda (n) (nth n lis))
#+end_src

Best -- Eric

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

Re: [Orgmode] Splitting mailing list

[Jeff Horn]

If the lists were split, I likely would have never submitted my first
patch. I've learned more about programming and computing from the
org-mode list than any other list. I'm in favor of the status quo.

I make heavy use of mail tags. I almost always delete [PATCH] mails
immediately, and pay special attention to [babel] mails, since I'm
starting to use it more heavily.

With modern filters and thread scoring, splitting may not be that
beneficial on the whole.

On Sun, Feb 27, 2011 at 6:43 AM, Bastien  wrote:
> Hi Julien,
>
> Julien Danjou  writes:
>
>> How about splitting the mailing list in a user and a development list?
>
> I am in favor of using a [DEV] tag and stick to one single list.
>
> The path from users to developers (and to core Org developers) is
> a continuum, keeping this continuum on one list is a good thing.
>
> What other people think?
>
> --
>  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
>



-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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] [BUG] Property ":exports: both" ignored when exporting subtree

[Eric Schulte]

Hi Rainer,

I tried to reproduce this problem, but it seems to have worked as
expected on my system, specifically when exporting the "Her it does not
work" subtree, I get the following in the resulting .tex file.

#+begin_src latex
  \section*{Her it does not work}
  \label{sec-1}
  \subsection*{R code graph}
  \label{sec-1_1}

  \begin{verbatim}
  pdf("pdf1.pdf")
  plot(runif(100))
  dev.off()

  cat(
  "\n|--|--|\n",
  "|name|[[./pdf1.pdf]]|\n",
  "|--|--|\n"
  )
  \end{verbatim}

  \begin{verbatim}
   null device 
 1 

   |--|--|
|name|[[./pdf1.pdf]]|
|--|--|
  \end{verbatim}
#+end_src

Cheers -- Eric

Rainer M Krug  writes:

> Hi,
>
> When exporting this buffer to pdf, the R code becomes evaluated and
> the code and the result becomes exported; but when I export only the
> "Here it does not work" subtree, the :exports: is ignored and only the
> code is exported; if I export only the "Here it works" subtree, the
> code and result are exported as ":export both" is used as a header
> argument.
>
> Cheers,
>
> Rainer
>
> * Her it does not work
> :PROPERTIES:
> :tangle: no
> :results: output org
> :exports: both
> :END:
> ** R code graph
> #+begin_src R
>   pdf("pdf1.pdf")
>   plot(runif(100))
>   dev.off()
>
>   cat(
>   "\n|--|--|\n",
>   "|name|[[./pdf1.pdf]]|\n",
>   "|--|--|\n"
>   )
> #+end_src
>
>
> * Here it works
> :PROPERTIES:
> :tangle: no
> :results: output org
> :exports: both
> :END:
> ** R code graph
> #+begin_src R :exports both
>   pdf("pdf1.pdf")
>   plot(runif(100))
>   dev.off()
>
>   cat(
>   "\n|--|--|\n",
>   "|name|[[./pdf1.pdf]]|\n",
>   "|--|--|\n"
>   )
> #+end_src

___
Emacs-orgmode 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] Splitting mailing list

[Jeff Horn]

On Sun, Feb 27, 2011 at 4:20 PM, Jeff Horn  wrote:
> If the lists were split, I likely would have never submitted my first
> patch. I've learned more about programming and computing from the
> org-mode list than any other list. I'm in favor of the status quo.

I fired off the e-mail before reading other responses. I should point
out that while Julien is right that Devs can read the user list as
well, I'm not certain that users would read the dev list if they were
split. I certainly avoided most dev discussions on other lists, but
I've learned a lot from org-mode. But, I'm only one data point...

> With modern filters and thread scoring, splitting may not be that
> beneficial on the whole.

Again, I spoke prematurely. Is it possible to funnel dev traffic to
the user list, so subscriptions look like this?

| mail source | mail receipt   |
|-+|
| dev list| dev and user lists |
| user list   | user list  |

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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] any CSS examples for org-export-as-html?

[Jeff Horn]

The author of the following site uses org-mode to maintain his website:

http://almostobsolete.net/

His style sheet makes the website feel like it is in org-mode,
particularly how links are "fontified". That stylesheet served as the
basis for my website style for a while.

On Sat, Feb 26, 2011 at 10:49 PM, ishi soichi  wrote:
> Thank you for the info.
> It looks nice.
> soichi
>
> 2011/2/27 Puneeth Chaganti 
>>
>> Hi,
>>
>> On Sun, Feb 27, 2011 at 5:10 AM, ishi soichi  wrote:
>> > Hi. I am looking for some CSS examples for org-export-as-html outputs.
>> > After implementing the command, "org-export-as-html", org files give an
>> > html
>> > output, which will be shown neatly in browser.
>> > But it is not good enough for viewers.   I can write CSS from scratch
>> > but it
>> > is better if there is some examples from which I can start.
>> > Could anyone give me URLs or whatever?
>>
>> Both Orgmode's main page and the wiki, Worg, are published from
>> org-mode files. I guess this might be a good place to start,
>>
>> http://orgmode.org/org.css
>> http://orgmode.org/worg/style/worg.css
>> http://orgmode.org/worg/style/worg-classic.css
>> http://orgmode.org/worg/style/worg-zenburn.css
>>
>> --
>> Puneeth
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
>



-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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] Possible bug: (mis)handling tuples for :return value in Python [7.4 (release_7.4.153.ga0b8)]

[Eric Schulte]

Scott May  writes:

> I do not think that =org-babel-read= is correctly handling Python
> tuples that are returned from source blocks.
>
> If I execute the following source block:
> #+begin_src python :results value
>   return (1,2)
> #+end_src
>
> I get the following error message:
> : Symbol's function definition is void: 1\,
>
> The Python output for this source block is =(1,2)=, which =org-babel-read=
> interprets as lisp and tries to eval.
>
> I can work around the problem using either a Python list:
> #+begin_src python :results value
>   return [1,2]
> #+end_src
>
> or by using =:results output=
> #+begin_src python :results output :session
>   (1,2)
> #+end_src
>
> Regards,
> Scott
>

Hi Scott,

This issue has come up a couple of times recently.  I just pushed up a
fix.  Please let me know if you run into any further issues.

Thanks -- Eric

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

Re: [Orgmode] [BUG] ? Stray \end{LIST} in latex export

[Jeff Horn]

I noticed this last week and can reproduce it. I was just preparing a
bug report on this very problem, and my test file is similar to yours.

Minimal org setup.
Org-mode version 7.4 (release_7.4.501.gc6dbde.dirty)
GNU Emacs 24.0.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2011-02-10 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev

On Sat, Feb 26, 2011 at 1:45 PM, Kieran Healy  wrote:
> I've had the following issue with recent org-mode builds (since early 
> January, I think). A document with an itemized list in it does not export 
> properly to latex: the export process inserts/leaves behind a stray 
> \end{LIST} statement which breaks the .tex file. For example, doing C-c C-e l 
> on this document:
>
> 
> #+TITLE: Example
> #+AUTHOR: Example
>
> ** Example
> - Lorem ipsum dolor sit amet
> - Lorem ipsum dolor sit amet
>
> The end.
> 
>
> gives the following relevant bit of output:
>
>> \Section{Example}
>> \label{sec-1}
>>
>> \begin{itemize}
>> \item Lorem ipsum dolor sit amet
>> \item Lorem ipsum dolor sit amet
>> \end{itemize}
>> \end{LIST}
>>
>> The end.
>
> I initially assumed this was some error in my own org-mode export setup, as 
> list export is so common I thought it surely would have been reported. But I 
> can reproduce this on a default org-mode install, so now I'm wondering 
> whether it is in fact a bug.
>
> --
> Kieran Healy :: http://www.kieranhealy.org


-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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] Possible Calc support for Org-Babel?

[Eric Schulte]

Eric S Fraga  writes:

> "Eric Schulte"  writes:
>
>> Christopher Allan Webber  writes:
>>
>>> (failed to wide-reply initially)
>>>
>>> I just had use for this for some quick calculations I wanted to add to
>>> one of my files, but...
>>>
>>> Any idea why variables inside of parentheses don't work, but variables
>>> outside of them do?
>>>
>>> #+BEGIN_SRC calc :var testvar=9000
>>> testvar - 200
>>> #+END_SRC
>>>
>>> #+results:
>>> : 8800
>>>
>>>
>>> #+BEGIN_SRC calc :var testvar=9000
>>> (testvar - 200) 800
>>> #+END_SRC
>>>
>>> #+results:
>>> : 800 testvar - 16
>>>
>>
>> Hi Christopher,
>>
>> Sorry about the LONG delay in replying to this email.  I've just pushed
>> up a fix for this problem.  Thanks for reporting.
>>
>> Best -- Eric
>
> Further on this, any suggestions on how to pass a vector variable to
> calc using babel?  I tried
>
> #+begin-src org
>   #+begin_src calc :var y=[1 2 3]
> 3 y
>   #+end_src
> #+end_src
>
> but get an error that says
>
> : Bad format in variable contents: Expected a number
>
> I've tried putting the vector in quotes but that doesn't help either.
> Is this maybe not possible?
>

With the newest version of Org-mode, I'm now getting the following
output.

#+begin_src calc :var y=[1 2 3]
  3 y
#+end_src

#+results:
: (3, 6)

Does this look correct?

Best -- Eric

>
> Thanks,
> eric

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

Re: [Orgmode] Re: Refile cache expire

[Samuel Wales]

I just do this.

(defun alpha-org-goto ()
  (interactive)
  (let (org-refile-target-verify-function)
(alpha-org-goto-1)))
(defun alpha-org-goto-1 ()
  (org-mark-ring-push)
  (message "org mark ring pushed")
  (org-refile 4))

___
Emacs-orgmode 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] [PATCH]

[Eric Schulte]

Hi Martyn,

Thanks for this patch and for the very nice test file, I've just applied
it along with a related patch in org-exp-blocks.el.

Even with the patch applied I am still seeing undesirable behavior when
exporting the test file.  I believe this is due to upstream processing
of the blocks by the rest of org-mode, as the buffer *after* org-mode
processing looks like this [1]

Thanks -- Eric

ps.  Now that you are signed up as an Org-mode contributor you could
start sending patches using the git format-patch utility, i.e.,

  git format-patch -o ~/Desktop/ HEAD~1

will output a patch file to your desktop holding your last committed
change.  This would allow me to more easily apply your patches, and will
ensure that you get authorship credit in the git logs.

Martyn Jago  writes:

> Hi Babel
>
> I've been working on an exporter and have come across some strange
> behaviour regarding 'empty' source blocks with regard to tangling.
>
> If an attempt is made to tangle a block containing two blank (no
> white-space) lines, the block is exported as carriage returns (as I
> would expect).
>
> If a block contains one or no blank lines, the #+end_src tag appears to
> be consumed by the block (along with subsequent text upto the next
> #+end_src tag).
>
> I tracked this down to the org-babel-src-block-regexp variable in ob.el
> and have modified it to give what appears to be consistent behaviour.
>
> I also found the following unresolved bug report which may be related...
>
> http://www.mail-archive.com/emacs-orgmode@gnu.org/msg29992.html
>
> I've included a simple test file, and resultant tangled files before and
> after the patch to attempt to convey the problem.
>
> NOTE: Since the patch itself modifies a defvar, and since I'm not clear
> on how a patched defvar should be updated downstream, the patch includes a
> setq statement to update the defvar org-babel-src-block-regexp for test
> purposes. The patch cannot therefore be applied as is.
>
>
> * Empty Block Tangle Test
> ** Typical Execution
>
> #+BEGIN_SRC emacs-lisp :tangle no
>
> (org-babel-tangle) ; or org-babel-tangle-file "empty-block.org"
>
> #+END_SRC
>
> #+results:
> | test-out |
>
> ** Tests
> *** Block 1 (Exports OK)
>
> #+BEGIN_SRC sh :tangle test-out
> Block 1
> #+END_SRC
>
> *** Block 2 (Exports OK - double blank line no white-space in Block)
>
> #+BEGIN_SRC sh :tangle test-out
>
>
> #+END_SRC
>
> *** Block 3 (Fails - single blank line no white-space in Block)
>
> #+BEGIN_SRC sh :tangle test-out
>
> #+END_SRC
>
> *** Block 4 (Gets consumed by previous Block)
>
> #+BEGIN_SRC sh :tangle test-out
> Block 4
> #+END_SRC
>
> *** Block 5 (Fails - no lines in Block)
>
> #+BEGIN_SRC sh :tangle test-out
> #+END_SRC
>
> *** Block 6 (Gets consumed by previous Block
>
> #+BEGIN_SRC sh :tangle test-out
> Block 6
> #+END_SRC
>
> *** Block 7 (Exports OK)
>
> #+BEGIN_SRC sh :tangle test-out
> Block 7
> #+END_SRC
>
> ** List params
> #+begin_src emacs-lisp 
>   (sort* (mapcar (lambda (x)
>(list (car x) (cdr x)))
>  params) 'string-lessp :key 'car)
> #+end_src
>
> #+results:
> | :cache | no|
> | :colname-names | nil   |
> | :colnames  | no|
> | :comments  |   |
> | :exports   | results   |
> | :hlines| yes   |
> | :noweb | no|
> | :result-params | (replace) |
> | :result-type   | value |
> | :results   | replace   |
> | :rowname-names | nil   |
> | :session   | none  |
> | :shebang   |   |
> | :tangle| test-out  |
>
>
>
>
> diff --git a/lisp/ob.el b/lisp/ob.el
> index 6e98263..6d2f0d0 100644
> --- a/lisp/ob.el
> +++ b/lisp/ob.el
> @@ -138,9 +138,20 @@ remove code block execution from the C-c C-c keybinding."
> ;; (4) header arguments
> "\\([^\n]*\\)\n"
> ;; (5) body
> -   "\\([^\000]+?\n\\)[ \t]*#\\+end_src")
> +   "\\([^\000]*?\n*\\)[ \t]*#\\+end_src")
>"Regexp used to identify code blocks.")
>  
> +(setq org-babel-src-block-regexp
> +  (concat
> +   ;; (1) indentation (2) lang
> +   "^\\([ \t]*\\)#\\+begin_src[ \t]+\\([^ \f\t\n\r\v]+\\)[ \t]*"
> +   ;; (3) switches
> +   "\\([^\":\n]*\"[^\"\n*]*\"[^\":\n]*\\|[^\":\n]*\\)"
> +   ;; (4) header arguments
> +   "\\([^\n]*\\)\n"
> +   ;; (5) body
> +   "\\([^\000]*?\n*\\)[ \t]*#\\+end_src"))
> +
>  (defvar org-babel-inline-src-block-regexp
>(concat
> ;; (1) replacement target (2) lang
>
> Regards
>
> Martyn
>
> ---
> Org-mode version 7.4 (release_7.4.529.gb23d)
> GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.0)
>  of 2011-02-25 
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Footnotes: 
[1]  buffer *after* org-mode processing
,
| ** new block regexp tests
| *** Block 1 (Exports OK)
| 
| #+BEGIN_SRC sh :tangle test-out
| Block 1
| #+END_SRC
| 
| *** Block 2 (Exports OK - dou

Re: [Orgmode] Splitting mailing list

[Samuel Wales]

The thing that is most difficult for me is the fact that I almost
never can read the entire subject header.  Often I get to read only
the first word.  Tags will make that worse.

___
Emacs-orgmode 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-babel-tangle causes "Wrong type argument: sequencep, hline"

[Sébastien Vauban]

Hi Eric,

"Eric Schulte" wrote:
> Sébastien Vauban  writes:
>> "Eric Schulte" wrote:
>>> I've just pushed up a change which should fix this issue i.e., the code
>>> block below now evaluates without error.
>>
>> Just for my (= our) information, which combination was special here and had 
>> to
>> be fixed in the code?
>
> The hline was assumed to be a list (as normal rows are) by the indexing
> code, so I just inserted a quick check to ensure that hlines are left
> alone.
>
> #+begin_src diff
>   diff --git a/lisp/ob-ref.el b/lisp/ob-ref.el
>   index 6cb41ae..31944fd 100644
>   --- a/lisp/ob-ref.el
>   +++ b/lisp/ob-ref.el
>   @@ -181,7 +181,10 @@ to \"0:-1\"."
>   (open (ls) (if (and (listp ls) (= (length ls) 1)) (car ls) 
> ls)))
>  (open
>   (mapcar
>   -(lambda (sub-lis) (org-babel-ref-index-list remainder sub-lis))
>   +(lambda (sub-lis)
>   + (if (listp sub-lis)
>   + (org-babel-ref-index-list remainder sub-lis)
>   +   sub-lis))
>(if (or (= 0 (length portion)) (string-match ind-re portion))
>(mapcar
>(lambda (n) (nth n lis))
> #+end_src

Thanks a lot for the precision...

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] ? Stray \end{LIST} in latex export

[Nicolas]

Hello,

Jeff Horn  writes:

> I noticed this last week and can reproduce it. I was just preparing a
> bug report on this very problem, and my test file is similar to yours.
>
> Minimal org setup.
> Org-mode version 7.4 (release_7.4.501.gc6dbde.dirty)
> GNU Emacs 24.0.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
> of 2011-02-10 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev

I cannot reproduce this. Could you try to upgrade to a more recent
version, just in case?

Regards,

-- 
Nicolas

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

Re: [Orgmode] Splitting mailing list

[Andrew J. Korty]

Alan L Tyree  wrote:

> I'm purely a user, but I would not be in favour of splitting the list.
> I find it interesting to have an insight into what the developers are
> doing, where org is headed.  Use of a DEV tag would be good.

I don't understand.  If you like to read the development posts, why not
subscribe to both lists?  My concerns with a DEV tag are twofold: people
would forget to add it, and it clutters the subject line.

Samuel Wales  wrote:

> The thing that is most difficult for me is the fact that I almost
> never can read the entire subject header.  Often I get to read only
> the first word.  Tags will make that worse.

It was suggested once that we shorten the [Orgmode] tag to [Org].  That
seems like a change everyone can agree with.  Could one of the mailing
list admins please make that change?

Thanks,
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-babel-tangle causes "Wrong type argument: sequencep, hline"

[Vladimir Alexiev]

> The hline was assumed to be a list (as normal rows are) by the indexing
> code, so I just inserted a quick check to ensure that hlines are left
> alone.

So Eric, you're handing this arg as per documentation (info)
* :hlines: `no' (default)
  Strips horizontal lines from the input table.

But you've missed handling this arg:
* :colnames `nil' (default) 
  If an input table looks like it has column names (because
  its second row is an hline), then the column names will be removed
  from the table before processing

I think that org-babel-ref-index-list should receive the stripped table,
i.e. these elements should have been removed:
  ("search" "replace") hline

I think the fix is somewhere in org-babel-disassemble-tables, 
not in functions it calls (downstream from it). 
But in my debugging it always returned (nil nil nil)?


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

[Orgmode] Re: org-babel-read should have option NOT to interpret as elisp

[Vladimir Alexiev]

> would be onerous to have to wrap every cell
> of a table in double quotes...

I tried doing this as a workaround, but it is not 
since the quotes are passed to perl, and that's not what I want

> it would be a breaking change for
> anyone who is currently relying on the ability

Right, that's why I think it should be an option.
The default could stay as is, but should be documented.


___
Emacs-orgmode 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] any CSS examples for org-export-as-html?

[ishi soichi]

Wow, it looks neat.  I will give a shot.
Thanks!

soichi

2011/2/28 Jeff Horn 

> The author of the following site uses org-mode to maintain his website:
>
>http://almostobsolete.net/
>
> His style sheet makes the website feel like it is in org-mode,
> particularly how links are "fontified". That stylesheet served as the
> basis for my website style for a while.
>
> On Sat, Feb 26, 2011 at 10:49 PM, ishi soichi  wrote:
> > Thank you for the info.
> > It looks nice.
> > soichi
> >
> > 2011/2/27 Puneeth Chaganti 
> >>
> >> Hi,
> >>
> >> On Sun, Feb 27, 2011 at 5:10 AM, ishi soichi 
> wrote:
> >> > Hi. I am looking for some CSS examples for org-export-as-html outputs.
> >> > After implementing the command, "org-export-as-html", org files give
> an
> >> > html
> >> > output, which will be shown neatly in browser.
> >> > But it is not good enough for viewers.   I can write CSS from scratch
> >> > but it
> >> > is better if there is some examples from which I can start.
> >> > Could anyone give me URLs or whatever?
> >>
> >> Both Orgmode's main page and the wiki, Worg, are published from
> >> org-mode files. I guess this might be a good place to start,
> >>
> >> http://orgmode.org/org.css
> >> http://orgmode.org/worg/style/worg.css
> >> http://orgmode.org/worg/style/worg-classic.css
> >> http://orgmode.org/worg/style/worg-zenburn.css
> >>
> >> --
> >> Puneeth
> >
> >
> > ___
> > Emacs-orgmode mailing list
> > Please use `Reply All' to send replies to the list.
> > Emacs-orgmode@gnu.org
> > http://lists.gnu.org/mailman/listinfo/emacs-orgmode
> >
> >
>
>
>
> --
> Jeffrey Horn
> http://www.failuretorefrain.com/jeff/
>
___
Emacs-orgmode 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-Remember C-1 C-c C-c

[Bernt Hansen]

Matthew Sauer  writes:

> Whenever I use Remember to shoot a note to a specific location I
> press C-1 and get the following error:
> M-[ 1 ; 5 q is undefined
>
> I changed my .emacs to make the default refiling and C-1 C-c C-c is
> now the template location specified.  At times I would still like to
> use the C-1 C-c C-c behavior.  I thought about setting a 1 press
> function key binding but I haven't been able to determine what
> function is called (either direction depending on the setup I have in
> my .emacs) and I haven't been able to figure out what is causing the
> error when i press C-1  (it happens whenever I press the key combo).
>
> I am using cygwin in mintty, with emacs and orgmode 7.4 (I pull off
> the git every few days, don't remember which exact commit I have). 
> GNU Emacs 23.2.1 (i686-pc-cygwin, GTK+ Version 2.20.1) of 2010-10-01
>  
>
>
> This happened even before I upgraded from the version of orgmode that
> comes with emacs 23.2.1   I am just not sure which direction to go to
> find the problem and I know how to work around it by calling the
> correct function and/or binding it to a key.   Any input is most
> appreciated as the more college classes I take the more class files I
> have to file into.

Hi Matthew,

Please provide details of your remember/capture template (are you really
using remember mode instead of capture mode?), the keys sequence you are
using, and what you expect to happen.

Regards,
Bernt

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

Re: [Orgmode] Re: org-babel-read should have option NOT to interpret as elisp

[Eric Schulte]

Vladimir Alexiev  writes:

>> would be onerous to have to wrap every cell
>> of a table in double quotes...
>
> I tried doing this as a workaround, but it is not 
> since the quotes are passed to perl, and that's not what I want
>
>> it would be a breaking change for
>> anyone who is currently relying on the ability
>
> Right, that's why I think it should be an option.
> The default could stay as is, but should be documented.
>

What syntax would you suggest to indicate that a variable is to be
passed without the possibility of elisp evaluation.  I agree making this
behavior optional would be ideal, but I couldn't think of an intuitive
syntax.

Cheers -- Eric

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

Re: [Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export

[Thomas S. Dye]

On Feb 27, 2011, at 12:47 PM, Nicolas wrote:


Hello,

Jeff Horn  writes:


I noticed this last week and can reproduce it. I was just preparing a
bug report on this very problem, and my test file is similar to  
yours.


Minimal org setup.
Org-mode version 7.4 (release_7.4.501.gc6dbde.dirty)
GNU Emacs 24.0.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
of 2011-02-10 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev


I cannot reproduce this. Could you try to upgrade to a more recent
version, just in case?

Regards,

--
Nicolas



Aloha all,

I'm able to reproduce this with the latest version.

git bisect says:


69e02a73de7423bafa4df473cb746865c305b7ae is the first bad commit
commit 69e02a73de7423bafa4df473cb746865c305b7ae
Author: Nicolas Goaziou 
Date:   Sun Jan 2 13:52:16 2011 +0100

Modified export engines for lists

* lisp/org-exp.el (org-export-mark-lists): new function, replacing
  org-export-mark-list-ending. It adds information as text  
properties

  to every list, before changes done by exporter destruct them.

* lisp/org-html.el (org-export-as-html): delegate list handling to
  external function org-html-export-list-line.
(org-html-export-list-line): new function.

* lisp/org-latex.el (org-export-latex-lists): small modification.

:04 04 5c6d7691e72af31680c5560171cc46bea56112ea  
4de9fe5e7c954b31ab23a9e84ba28fa818c368c8 M  lisp


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] Splitting mailing list

[Alan L Tyree]

On Sun, 27 Feb 2011 17:53:44 -0500
"Andrew J. Korty"  wrote:

> Alan L Tyree  wrote:
> 
> > I'm purely a user, but I would not be in favour of splitting the
> > list. I find it interesting to have an insight into what the
> > developers are doing, where org is headed.  Use of a DEV tag would
> > be good.
> 
> I don't understand.  If you like to read the development posts, why
> not subscribe to both lists?  My concerns with a DEV tag are twofold:
> people would forget to add it, and it clutters the subject line.

The development list wouldn't be very interesting without the intense
interaction that it now has with users. The org list seems unique in
this, at least for the lists that I have sometimes monitored. 

I take your point about the tags, however. No happy answer to any of
this.

Cheers,
Alan

> 
> Samuel Wales  wrote:
> 
> > The thing that is most difficult for me is the fact that I almost
> > never can read the entire subject header.  Often I get to read only
> > the first word.  Tags will make that worse.
> 
> It was suggested once that we shorten the [Orgmode] tag to [Org].
> That seems like a change everyone can agree with.  Could one of the
> mailing list admins please make that change?
> 
> Thanks,
> 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
> 


-- 
Alan L Tyreehttp://www2.austlii.edu.au/~alan
Tel:  04 2748 6206


___
Emacs-orgmode 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: [BUG] org-babel-tangle causes "Wrong type argument: sequencep, hline"

[Eric Schulte]

Vladimir Alexiev  writes:

>> The hline was assumed to be a list (as normal rows are) by the indexing
>> code, so I just inserted a quick check to ensure that hlines are left
>> alone.
>
> So Eric, you're handing this arg as per documentation (info)
> * :hlines: `no' (default)
>   Strips horizontal lines from the input table.
>
> But you've missed handling this arg:
> * :colnames `nil' (default) 
>   If an input table looks like it has column names (because
>   its second row is an hline), then the column names will be removed
>   from the table before processing
>
> I think that org-babel-ref-index-list should receive the stripped table,
> i.e. these elements should have been removed:
>   ("search" "replace") hline
>

I see the point you are making, and this behavior would be ideal.
Unfortunately, the indices are applied to the variable during resolution
of the reference and at this time other header arguments, e.g., :hlines,
:colnames, and :rownames are not available to pre-process the table.

While not ideal, I do believe that it is consistent to say that the
index is applied to the table *before* the other table related header
arguments are applied.  I will update the documentation to make this
clear.

Best -- Eric

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

Re: [Orgmode] Splitting mailing list

[Matthew Sauer]

I think that if it was kept as a single list the use of tags could allow (as
long as people respect the tags) to filter and read only the types of
threads they want to use.

If we split the lists I would tag both with the same tag in my gmail box and
read them all together, so it wouldn't really appear to be any different for
me other than the people only reading dev tags or on the dev channel
wouldn't see the user discussions.



On Sun, Feb 27, 2011 at 6:15 PM, Alan L Tyree  wrote:

> On Sun, 27 Feb 2011 17:53:44 -0500
> "Andrew J. Korty"  wrote:
>
> > Alan L Tyree  wrote:
> >
> > > I'm purely a user, but I would not be in favour of splitting the
> > > list. I find it interesting to have an insight into what the
> > > developers are doing, where org is headed.  Use of a DEV tag would
> > > be good.
> >
> > I don't understand.  If you like to read the development posts, why
> > not subscribe to both lists?  My concerns with a DEV tag are twofold:
> > people would forget to add it, and it clutters the subject line.
>
> The development list wouldn't be very interesting without the intense
> interaction that it now has with users. The org list seems unique in
> this, at least for the lists that I have sometimes monitored.
>
> I take your point about the tags, however. No happy answer to any of
> this.
>
> Cheers,
> Alan
>
> >
> > Samuel Wales  wrote:
> >
> > > The thing that is most difficult for me is the fact that I almost
> > > never can read the entire subject header.  Often I get to read only
> > > the first word.  Tags will make that worse.
> >
> > It was suggested once that we shorten the [Orgmode] tag to [Org].
> > That seems like a change everyone can agree with.  Could one of the
> > mailing list admins please make that change?
> >
> > Thanks,
> > 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
> >
>
>
> --
> Alan L Tyreehttp://www2.austlii.edu.au/~alan
> Tel:  04 2748 6206
>
>
> ___
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] Re: [BUG] ? Stray \end{LIST} in latex export

[Kieran Healy]

>>> I cannot reproduce this. Could you try to upgrade to a more recent
>>> version, just in case?
>>> 
>>> Regards,
>>> 
>>> -- 
>>> Nicolas
>>> 


I'm using the most recent git checkout, on GNU Emacs 23.2.94.1 
(x86_64-apple-darwin10.6.0, Carbon Version 1.6.0 AppKit 1038.35) of 2011-02-22.

Also, it might be relevant that exporting the same test file to HTML gives this:

> 
> Lorem ipsum dolor sit amet
> 
> Lorem ipsum dolor sit amet
> 
> 

The last  tag is not closed. This isn't strictly necessary for the HTML to 
be rendered properly, but seeing as prior ones are closed with  I thought 
it might be related.

--
Kieran Healy :: http://www.kieranhealy.org








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

[Orgmode] Re: Org-Remember C-1 C-c C-c

[Matthew Sauer]

Yes, I was using remember as when I first started using orgmode I didn't
have capture because emacs 23.2 in cygwin came with a series 6 version of
org.  Now that I have upgraded to the main development version I realized I
can switch to capture, which I have and I LOVE much better, it has solved
many of the problems I was having.

The problem I was getting when I was pressing C-1 still exists but I believe
is due to incorrect mapping of Mintty/Cygwin (I am running on XP on the
laptop) as it works correctly in the windows version of emacs I have
installed.  (it also has issues with C-3 and other C-number combinations but
that is a function of Mintty I believe.

Matthew

On Sun, Feb 27, 2011 at 5:41 PM, Bernt Hansen  wrote:

> Matthew Sauer  writes:
>
> > Whenever I use Remember to shoot a note to a specific location I
> > press C-1 and get the following error:
> > M-[ 1 ; 5 q is undefined
> >
> > I changed my .emacs to make the default refiling and C-1 C-c C-c is
> > now the template location specified.  At times I would still like to
> > use the C-1 C-c C-c behavior.  I thought about setting a 1 press
> > function key binding but I haven't been able to determine what
> > function is called (either direction depending on the setup I have in
> > my .emacs) and I haven't been able to figure out what is causing the
> > error when i press C-1  (it happens whenever I press the key combo).
> >
> > I am using cygwin in mintty, with emacs and orgmode 7.4 (I pull off
> > the git every few days, don't remember which exact commit I have).
> > GNU Emacs 23.2.1 (i686-pc-cygwin, GTK+ Version 2.20.1) of 2010-10-01
> >
> >
> >
> > This happened even before I upgraded from the version of orgmode that
> > comes with emacs 23.2.1   I am just not sure which direction to go to
> > find the problem and I know how to work around it by calling the
> > correct function and/or binding it to a key.   Any input is most
> > appreciated as the more college classes I take the more class files I
> > have to file into.
>
> Hi Matthew,
>
> Please provide details of your remember/capture template (are you really
> using remember mode instead of capture mode?), the keys sequence you are
> using, and what you expect to happen.
>
> Regards,
> Bernt
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

[Orgmode] Re: org-babel-read should have option NOT to interpret as elisp

[Vladimir Alexiev]

> What syntax would you suggest to indicate that a variable is to be
> passed without the possibility of elisp evaluation

I think this should be done with a header arg, 
since they have very flexible setup scheme:
  see (info "(org)Using header arguments")
  "values of header arguments can be set in six different ways"

- Ideally, the arg should be attached to
  #+tblname: since it's a characteristic of the table itself
- If attached to
  #+begin_src: then it will be dissociated from the table,
  and all :var's of that line will be forced to use the same arg.
- But that's good enough since it can be set in various ways. For me most 
useful:
-- org-babel-default-header-args: global
-- #+BABEL: per file

The header arg should be called :read-as (or :var-read). Considerations:
- should be quite distinct so it can be used as a property name
- should use dash so it's analogous to no-expand

Its values should be:
- literal: 
  If a value looks like a number, it's read as a number.
  Else it's read as a literal string.
- elisp or nil (default):
  If a value starts with one of ('` it's read as emacs lisp.
  Else it's read as 'literal'.
- quoted: 
  If a value starts with " then it's read as a quoted string:
  start and end quotes are stripped, and \" escaped quotes are unescaped
  (this is useful for embedding leading/trailing whitespace in strings).
  Else it's read as `literal'.
- quoted_elisp: combination of `quoted' and `elisp'
(I assume that using multiple values per arg is not supported)

This above is about data coming from tables, 
since I haven't used the other two options (literal value and code block).
The chosen solution should work for those too.

Please note that org-babel-read says
  "This is taken almost directly from `org-read-prop'."
so the chosen solution should be compatible with that.
But I can't find such function.





___
Emacs-orgmode 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] adding a style to individual images

[ishi soichi]

Hi.  I would like to specify the widths and heights of images inserted in
org-file, which will be exported as html.

There are several images in the original org-file, and each of those needs
to be shown differently.
So I tried putting

#+ATTR_HTML: alt="..." width="100px"
[[imageURL]]

But it does not do anything.

Changing

Could anyone help me out?

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

[Orgmode] Re: [BUG] org-babel-tangle causes

[Vladimir Alexiev]

I found a simple WORKAROUND. 
Kindly put this in the documentation of :colnames,
at the end of the nil value:

Please note that such "table disassembly" does not work with var indexing.
As a simple workaround, put the #+tblname AFTER the hline (not before the 
table).
For example:

  #+STARTUP:  showeverything
  #+BABEL::tangle yes

  | colA | colB |
  |--+--|
  #+tblname: table
  | a1   | b1   |
  | a2   | b2   |

  #+begin_src perl :var a=table[*,0] :var b=table[*,1]
  $a; $b;
  #+end_src 

If you tangle this source with C-c C-x t, you can see 
that the assignments are correct.


___
Emacs-orgmode 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: a question about fontification and org-emphasis-alist

[Vladimir Alexiev]

> C-h v org--emphasis

But how do you know how many dashes to put?

I'd use apropos-variable (show variables matching pattern: WORDS or regexp).
I bind that to C-h C-v and use it often.

All apropos* functions are very useful, learn them


___
Emacs-orgmode 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] using (id "Name") target in org-capture-templates

[Sullivan, Gregory (US SSA)]

The way I understood your patch is that I can use (currentfile) as _the_ target 
expression in a capture template.  What I was requesting was to use 
'capturefile' _within_ a file+headline target expressions. Let me re-include a 
motivating example - as your citation didn't include it:

 (setq org-capture-templates
   '(("j" "Journal" entry (file+headline currentfile "Journal") "* %a\n\n%i"))
 ("t" "To Do" entry (file+headline currentfile "Tasks") "* TODO %? %i\n")))

which does not seem to be implemented in the current git version, unless I've 
completely messed up my orgmode git checkout.

Possibly this could be done by checking for the symbol 'currentfile in 
org-capture-target-buffer, and using (buffer-file-name).
Do you think that would work?

Thanks again.
-- Greg
-- 
Greg Sullivan  gregory.sulli...@baesystems.com
(781)262-4553 (office) (978)430-3461 (cell)


-Original Message-
From: Bastien Guerry [mailto:bastiengue...@googlemail.com] On Behalf Of Bastien
Sent: Sunday, February 27, 2011 6:37 AM
To: Sullivan, Gregory (US SSA)
Cc: Giovanni Ridolfi; Emacs-orgmode@gnu.org
Subject: Re: [Orgmode] using (id "Name") target in org-capture-templates

Hi Gregory,

"Sullivan, Gregory (US SSA)"  writes:

> It would be quite useful if I could use currentfile in place of
> "path/to/file" in the various Target patterns.  That is, it would be
> nice to write something like:

This is already implemented in Org's git version.  See the email you're
replying to, I gave the explanations.

Thanks,

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

[Orgmode] Re: Org-Remember C-1 C-c C-c

[Bernt Hansen]

Hi Matthew,

If it's a keyboard mapping issue I believe C-1 is equivalent to C-u 1
Does that work better for you?

-Bernt

Matthew Sauer  writes:

> Yes, I was using remember as when I first started using orgmode I
> didn't have capture because emacs 23.2 in cygwin came with a series 6
> version of org.  Now that I have upgraded to the main development
> version I realized I can switch to capture, which I have and I LOVE
> much better, it has solved many of the problems I was having.
>
> The problem I was getting when I was pressing C-1 still exists but I
> believe is due to incorrect mapping of Mintty/Cygwin (I am running on
> XP on the laptop) as it works correctly in the windows version of
> emacs I have installed.  (it also has issues with C-3 and other
> C-number combinations but that is a function of Mintty I believe.
>
> Matthew
>
> On Sun, Feb 27, 2011 at 5:41 PM, Bernt Hansen 
> wrote:
>
> Matthew Sauer  writes:
>
> > Whenever I use Remember to shoot a note to a specific location
> I
> > press C-1 and get the following error:
> > M-[ 1 ; 5 q is undefined
> >
> > I changed my .emacs to make the default refiling and C-1 C-c
> C-c is
> > now the template location specified.  At times I would still
> like to
> > use the C-1 C-c C-c behavior.  I thought about setting a 1
> press
> > function key binding but I haven't been able to determine what
> > function is called (either direction depending on the setup I
> have in
> > my .emacs) and I haven't been able to figure out what is
> causing the
> > error when i press C-1  (it happens whenever I press the key
> combo).
> >
> > I am using cygwin in mintty, with emacs and orgmode 7.4 (I pull
> off
> > the git every few days, don't remember which exact commit I
> have). 
> > GNU Emacs 23.2.1 (i686-pc-cygwin, GTK+ Version 2.20.1) of
> 2010-10-01
> >  
> >
> >
> > This happened even before I upgraded from the version of
> orgmode that
> > comes with emacs 23.2.1   I am just not sure which direction to
> go to
> > find the problem and I know how to work around it by calling
> the
> > correct function and/or binding it to a key.   Any input is
> most
> > appreciated as the more college classes I take the more class
> files I
> > have to file into.
>
> Hi Matthew,
>
> Please provide details of your remember/capture template (are you
> really
> using remember mode instead of capture mode?), the keys sequence
> you are
> using, and what you expect to happen.
>
> Regards,
> Bernt

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

Re: [Orgmode] Splitting mailing list

[Nick Dokos]

Andrew J. Korty  wrote:

> Alan L Tyree  wrote:
> 
> > I'm purely a user, but I would not be in favour of splitting the list.
> > I find it interesting to have an insight into what the developers are
> > doing, where org is headed.  Use of a DEV tag would be good.
> 
> I don't understand.  If you like to read the development posts, why not
> subscribe to both lists?  My concerns with a DEV tag are twofold: people
> would forget to add it, and it clutters the subject line.
> 

Agreed.

> Samuel Wales  wrote:
> 
> > The thing that is most difficult for me is the fact that I almost
> > never can read the entire subject header.  Often I get to read only
> > the first word.  Tags will make that worse.
> 
> It was suggested once that we shorten the [Orgmode] tag to [Org].  That
> seems like a change everyone can agree with.  Could one of the mailing
> list admins please make that change?
> 

Agreed - even though I was probably the most vocal opponent of dropping the
tag altogether, I have no problem with making it shorter.

[Org] looks fine for the current list and if the dev list comes to pass
it could perhaps get an [OrgD] tag (or even [OD]: overdosing on org is a
good thing...)

Thanks,
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: [BUG] ? Stray \end{LIST} in latex export

[Jeff Horn]

> I'm using the most recent git checkout, on GNU Emacs 23.2.94.1 
> (x86_64-apple-darwin10.6.0, Carbon Version 1.6.0 AppKit 1038.35) of 
> 2011-02-22.
>
> Also, it might be relevant that exporting the same test file to HTML gives 
> this:
>
>> 
>> Lorem ipsum dolor sit amet
>> 
>> Lorem ipsum dolor sit amet
>> 

Is the  hanging as well? It would make sense that whatever
regexp/code isolates an entire list "block" could cause both exporters
to "fail" in a similar way.

-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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] ? Stray \end{LIST} in latex export

[Jeff Horn]

Just pulled. The following org src:

#+begin_src org
#+TITLE: Test LaTeX Exporter and Lists
#+AUTHOR:Jeffrey Horn
#+EMAIL: jrhorn...@gmail.com
#+DATE:  2011-02-27 Sun
#+DESCRIPTION: Whenever a plain list is used in org and exported to
LaTeX, an "\end{LIST}" declaration appears in the .tex file and
generates compilation errors by ending the document prematurely.

* A Simple List
  The following list is exported correctly, except for an extra
=\end{LIST}= declaration after the last list item.
  1) A list item
  2) Another item

* Relevant Settings
  I'm not sure what is causing the problem, but these may be relevant:

  | variable   | setting |
  |+-|
  | org-list-ending-method | indent  |
  | ...| ... |

  org-special-blocks is enabled.
#+end_src

produces the following tex src (snipped the preamble):

#+begin_src latex
\begin{document}



\title{Test \LaTeX{} Exporter and Lists}
\author{Jeffrey Horn}
\date{2011-02-27 Sun}
\maketitle

\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}

\section{A Simple List}
\label{sec-1}

The following list is exported correctly, except for an extra
\texttt{\textbackslash{}end\{LIST\}} declaration after the last list
item.
\begin{enumerate}
\item A list item
\item Another item
\end{enumerate}
\end{LIST}
\section{Relevant Settings}
\label{sec-2}

I'm not sure what is causing the problem, but these may be relevant:


\begin{center}
\begin{tabular}{ll}
 variable&  setting   \\
\hline
 org-list-ending-method  &  indent\\
 \ldots{}&  \ldots{}  \\
\end{tabular}
\end{center}



org-special-blocks is enabled.

\end{document}
#+end_src

The bug is definitely still present for me.

On Sun, Feb 27, 2011 at 5:47 PM, Nicolas  wrote:
> Hello,
>
> Jeff Horn  writes:
>
>> I noticed this last week and can reproduce it. I was just preparing a
>> bug report on this very problem, and my test file is similar to yours.
>>
>> Minimal org setup.
>> Org-mode version 7.4 (release_7.4.501.gc6dbde.dirty)
>> GNU Emacs 24.0.50.1 (i386-apple-darwin9.8.0, NS apple-appkit-949.54)
>> of 2011-02-10 on braeburn.aquamacs.org - Aquamacs Distribution 3.xdev
>
> I cannot reproduce this. Could you try to upgrade to a more recent
> version, just in case?
>
> Regards,
>
> --
> Nicolas
>



-- 
Jeffrey Horn
http://www.failuretorefrain.com/jeff/

___
Emacs-orgmode 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: [BUG] ? Stray \end{LIST} in latex export

[Kieran Healy]

On Feb 27, 2011, at 9:43 PM, Jeff Horn wrote:

>> I'm using the most recent git checkout, on GNU Emacs 23.2.94.1 
>> (x86_64-apple-darwin10.6.0, Carbon Version 1.6.0 AppKit 1038.35) of 
>> 2011-02-22.
>> 
>> Also, it might be relevant that exporting the same test file to HTML gives 
>> this:
>> 
>>> 
>>> Lorem ipsum dolor sit amet
>>> 
>>> Lorem ipsum dolor sit amet
>>> 
> 
> Is the  hanging as well? It would make sense that whatever
> regexp/code isolates an entire list "block" could cause both exporters
> to "fail" in a similar way.

Yes, it is — Emacs reports "unmatched tags  and "

--
Kieran Healy :: http://www.kieranhealy.org








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

[Orgmode] org export not working

[John Rakestraw]

Hi, list --

Just finished grading exams, writing student comments in org-mode. I've
attempted to export the comments to pdf so that I can print and distribute
to the class, and when I export I get this error message:

--8<---cut here---start->8---
Symbol's function definition is void: org-search-forward-unenclosed
--8<---cut here---end--->8---

C-h f org-search-forward-unenclosed confirms that there's no such function
defined. 

I get the same error message when I export to html and to ascii. It
doesn't seem to matter what I'm trying to export (nor what document class
I use), but here's a dummy sample file that won't export:

--8<---cut here---start->8---
* John Doe
  :PROPERTIES:
  :COLUMNS:  %ITEM %Grade{+}
  :END:
#+BEGIN: columnview :hlines 2 :vlines t :id local
#+END
** Credit for name
   :PROPERTIES:
   :Grade:6
   :END:
** Terms
   :PROPERTIES:
   :Grade: 16.5
   :END:

** Student 101, Question: 2-1
  :PROPERTIES:
  :Grade: 13.5
  :END:
   - Comments on this student's response to this question on the
 exam. More comments. 
** Student 101, Question: 2-4
  :PROPERTIES:
  :Grade: 16.5
  :END:
   - More comments here. Still more comments.
** Student 101, Question: 3-2
  :PROPERTIES:
  :Grade: 35
  :END:
   - Here we have some numbered comments on the essay. 
 1. This is the first of the numbered comments.
 2. This is the second numbered comment.

--8<---cut here---end--->8---

So far as I know, I've changed nothing in my set-up since last week, when
I successfully exported the exam that I just finished grading. I have,
however, upgraded org in the meantime. 

I realize that this could well be user error, but I can't find what it is.
And my students are going to be pretty unhappy if I don't return these
exams tomorrow. Can someone suggest what I might check?

GNU Emacs 23.2.1
latest git version of org

-- 
John Rakestraw

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

Re: [Orgmode] org export not working

[Anthony Lander]

Hi John,

On 11-Feb-27, at 10:48 PM, John Rakestraw wrote:


Hi, list --

Just finished grading exams, writing student comments in org-mode.  
I've
attempted to export the comments to pdf so that I can print and  
distribute

to the class, and when I export I get this error message:

--8<---cut here---start->8---
Symbol's function definition is void: org-search-forward-unenclosed
--8<---cut here---end--->8---

C-h f org-search-forward-unenclosed confirms that there's no such  
function

defined.


You might consider temporarily rolling back your org-mode. The  
function was defined in org-list.el a few weeks ago (my latest pull).


Hope this helps,

  -Anthony


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

[Orgmode] Org-Babel and R - no latex output

[Ben Ward]

Hi,

I recently installed emacs, org-mode fresh on a new install of Arch
Linux. Before I had it working on Ubuntu.

I've installed everything as before and used the same .emacs file I had,
but if I use org to write out some R script and export to pdf via latex,
then I get an empty pdf document, with only the title and Contents
heading. However if I export to anything else such as html it works, and
shows me code and results. I've tried even installing a version of org
mode from source, using the build system my distro has, so as it's made
and installed to exactly the right place, but I still don't have any
luck. The texlive version I'm using is from my distro's package manager.
Using C-c C-c to evaluate on the fly works. I had an issue getting org
and babel to work with R on Windows 7 as well, but it was because
certain tex packages were missing and I recieved a message when I tried
to export, but nothing comes up here. 

Would the recent change:
Org-babel is now inside org, remove (require 'org-babel-init) 
  and alike from your .emacs.
  Look at http://orgmode.org/Changes.html#ob-configuration-changes 
  for overview of the settings.
Be causing the entire issue?

The .tex file I get out is thus:
% Created 2011-02-28 Mon 03:47
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\providecommand{\alert}[1]{\textbf{#1}}
\begin{document}



\title{Test}
\author{Ben J. Ward}
\date{28 February 2011}
\maketitle

\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}

\end{document}

Thanks,
Ben W.


___
Emacs-orgmode 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: [BUG] org-babel-tangle causes

[Eric Schulte]

Vladimir Alexiev  writes:

> I found a simple WORKAROUND. 
> Kindly put this in the documentation of :colnames,
> at the end of the nil value:
>
> Please note that such "table disassembly" does not work with var
> indexing.  As a simple workaround, put the #+tblname AFTER the hline
> (not before the table).

Done, thanks for the suggestion

> 
> For example:
>
>   #+STARTUP:  showeverything
>   #+BABEL::tangle yes
>
>   | colA | colB |
>   |--+--|
>   #+tblname: table
>   | a1   | b1   |
>   | a2   | b2   |
>
>   #+begin_src perl :var a=table[*,0] :var b=table[*,1]
>   $a; $b;
>   #+end_src 
>
> If you tangle this source with C-c C-x t, you can see 
> that the assignments are correct.
>

I think that the following would be cleaner.  This is the workaround I
had in mind in my previous email, sorry I should have explicitly
mentioned this option.

#+tblname: perl-table-w-hline
| colA | colB |
|--+--|
| a1   | b1   |
| a2   | b2   |

#+headers: :var b=perl-table-w-hline[2..,1]
#+headers: :var a=perl-table-w-hline[2..,0]
#+begin_src perl :tangle yes
  $a; $b;
#+end_src 

Best -- Eric

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

[Orgmode] Org Babel and R issue with pdf latex export

[Ben Ward]

Hi,

I recently installed emacs, org-mode fresh on a new install of Arch
Linux. Before I had it working on Ubuntu.

I've installed everything as before and used the same .emacs file I had,
but if I use org to write out some R script and export to pdf via latex,
then I get an empty pdf document, with only the title and Contents
heading. However if I export to anything else such as html it works, and
shows me code and results. I've tried even installing a version of org
mode from source, using the build system my distro has, so as it's made
and installed to exactly the right place, but I still don't have any
luck. The texlive version I'm using is from my distro's package manager.
Using C-c C-c to evaluate on the fly works. I had an issue getting org
and babel to work with R on Windows 7 as well, but it was because
certain tex packages were missing and I recieved a message when I tried
to export, but nothing comes up here. 

Would the recent change:
Org-babel is now inside org, remove (require 'org-babel-init) 
  and alike from your .emacs.
  Look at http://orgmode.org/Changes.html#ob-configuration-changes 
  for overview of the settings.
Be causing the entire issue?

The .tex file I get out is thus:
% Created 2011-02-28 Mon 03:47
\documentclass[11pt]{article}
\usepackage[utf8]{inputenc}
\usepackage[T1]{fontenc}
\usepackage{fixltx2e}
\usepackage{graphicx}
\usepackage{longtable}
\usepackage{float}
\usepackage{wrapfig}
\usepackage{soul}
\usepackage{textcomp}
\usepackage{marvosym}
\usepackage{wasysym}
\usepackage{latexsym}
\usepackage{amssymb}
\usepackage{hyperref}
\tolerance=1000
\providecommand{\alert}[1]{\textbf{#1}}
\begin{document}



\title{Test}
\author{Ben J. Ward}
\date{28 February 2011}
\maketitle

\setcounter{tocdepth}{3}
\tableofcontents
\vspace*{1cm}

\end{document}

Thanks,
Ben W.
(Apologies if this has been sent twice, first time an error occured)


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

Re: [Orgmode] org export not working

[John Rakestraw]

Hi, Anthony --

On Sun, 27 Feb 2011, Anthony Lander wrote:
> You might consider temporarily rolling back your org-mode. The
> function was defined in org-list.el a few weeks ago (my latest pull).

D'oh. Why didn't I think of that?

It worked. Thanks.

-- 
John Rakestraw

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

[Orgmode] Re: Org Babel and R issue with pdf latex export

[Dan Davison]

Ben Ward  writes:

> Hi,
>
> I recently installed emacs, org-mode fresh on a new install of Arch
> Linux. Before I had it working on Ubuntu.
>
> I've installed everything as before and used the same .emacs file I had,
> but if I use org to write out some R script and export to pdf via latex,
> then I get an empty pdf document, with only the title and Contents
> heading. However if I export to anything else such as html it works, and
> shows me code and results.

Hi Ben,

Are you sure this problem concerns babel/R? What happens when you export
an Org document to pdf without any babel stuff?

Can you provide an example Org file that you are having trouble
exporting to pdf? The problem is probably in your local configuration,
so if no-one can jump to the solution then start from a minimal working
config and try to find the part of your .emacs which is causing the
problem.

Dan


> I've tried even installing a version of org
> mode from source, using the build system my distro has, so as it's made
> and installed to exactly the right place, but I still don't have any
> luck. The texlive version I'm using is from my distro's package manager.
> Using C-c C-c to evaluate on the fly works. I had an issue getting org
> and babel to work with R on Windows 7 as well, but it was because
> certain tex packages were missing and I recieved a message when I tried
> to export, but nothing comes up here. 
>
> Would the recent change:
> Org-babel is now inside org, remove (require 'org-babel-init) 
>   and alike from your .emacs.
>   Look at http://orgmode.org/Changes.html#ob-configuration-changes 
>   for overview of the settings.
> Be causing the entire issue?
>
> The .tex file I get out is thus:
> % Created 2011-02-28 Mon 03:47
> \documentclass[11pt]{article}
> \usepackage[utf8]{inputenc}
> \usepackage[T1]{fontenc}
> \usepackage{fixltx2e}
> \usepackage{graphicx}
> \usepackage{longtable}
> \usepackage{float}
> \usepackage{wrapfig}
> \usepackage{soul}
> \usepackage{textcomp}
> \usepackage{marvosym}
> \usepackage{wasysym}
> \usepackage{latexsym}
> \usepackage{amssymb}
> \usepackage{hyperref}
> \tolerance=1000
> \providecommand{\alert}[1]{\textbf{#1}}
> \begin{document}
>
>
>
> \title{Test}
> \author{Ben J. Ward}
> \date{28 February 2011}
> \maketitle
>
> \setcounter{tocdepth}{3}
> \tableofcontents
> \vspace*{1cm}
>
> \end{document}
>
> Thanks,
> Ben W.
> (Apologies if this has been sent twice, first time an error occured)
>
>
> ___
> Emacs-orgmode 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] [OT] My Email to Mr. Steve Jobs

[Stefan Strohmeier]

Dear Emacs-Users,

a couple of weeks ago I wrote an Email to Mr. Steve Jobs. A few days later I 
got a very personal answer. I think it is worth sharing my Email to Mr. Steve 
Jobs. Feedback is welcomed. Thanks!

Stefan Strohmeier
Lichtenau 2011
Member of the church of Emacs


Here is my mail:

An: sj...@apple.com, st...@apple.com, s...@pixar.com, theb...@apple.com
Betreff: Connecting the dots...



Dear Mr. Steve Jobs,


time told you and you told me.


I am a 29 year old boy happened to be born in Germany, the land of Sauerkraut, 
fancy cars and fresh air. Albert Einstein was born here without whom your GPS 
would be set off 10 km in one day, within one week it would be useless. Also 
Konrad Zuse was born here, the engineer who build the first programmable 
computer.


My three biggest fears:

1) Have my parents attend my funeral

I am not afraid to die and I love my parents. I was diagnosed with multiple 
myeloma cancer in July 2006. In a 12 hour surgery three vertebras were removed 
and replaced by a titan cage. I guess there are only a handful of people on 
this planet who can do this surgery. The titan cage was introduced by a guy 
named Prof. Dr. Jürgen Harms. I am still alive and I can walk. Since a few 
weeks I am on a "Primal Diet" and I feel better than ever. 
I have read your cancer story...


2) Losing the love of my life

I cheated on my girl friend with a beautiful sporty blonde. I told her this. I 
smoke(d) and she deadly hates it. During a severe psychosis I even forgot her 
name. She is still with me. This must be true love. I cannot ask for more.

She was raised as a only child because her parents could not afford to have 
another baby. She is very smart, beautiful and funny. Now she is about to 
finish her PhD in biochemics and bioinformatics. She is from Rosario, the home 
town of Che Guevara and the football star Messi. She introduced me to Malbec 
wine and great meat...


3) Having another psychosis and thus doing something stupid

In 2010 I had another tumor in one of the vertebras. It was irradiated and then 
I had a high dose chemotherapy with stem cell transplantation at the DKFZ in 
Heidelberg. To support the chemotherapy I was given a very high dose of 
cortisone. This messed up my system. I ate like a pig and gained 10 kilos in 
three weeks. At a certain point I could not sleep for four days and I started 
to get hallucinations. I believed I was Jesus. This is something thought by 
many people having a psychosis. I could also see some analogies to the case of 
John Forbes Nash. I have seen the movie "A Beautiful Mind". Unfortunately, he 
was treated with heavy electric shocks which must have been very painful. I got 
haloperidol (Haldol) and many other drugs for a few weeks. It was one of the 
worst experiences in my life. Now, I am doing quite fine again...



I admire you very much and your products have made my time at the hospitals as 
good as possible. I listened to the Beatles with my iPod and I could work on my 
diploma thesis on a white Macbook 2006. My parents bought it for me because I 
suffered so much. At this point in time I only make about 10 Euros an hour but 
maybe one day I can afford a Macbook Pro with a mighty fast SSD.

I do research related to CO2 emissions and global warming at the BayCEER. 
Yesterday I listened to a talk at my university by a former MIT fellow named 
Jochem Marotzke. His conclusion on the global warming issue was, as far as I 
understood, that the rich countries might be able to manage it but the poor 
countries might get into serious trouble. Something should be done about this. 
Sometimes I am frustrated with the way science is done. And I thought about 
getting a real job after listening to your speech at Stanford on youtube. But 
it's the "pleasure of finding things out" that might keep me in the science 
business.


Maybe we can meet one day or you could introduce me to some US American cancer 
and back specialists.

It would be a great honor for me to get in touch with you one day. I can invite 
you to my place but it is a very shitty two room apartment with no heating in 
the bathroom...

That's it. I just wanted to share my story. Please excuse the selfish tone, the 
many I's and words.

By the way, I think that you can even connect the dots forward to some extent. 
This would not be possible without the works of Blaise Pascal and Mr. Fermat...


I wish you all the strength, believe, love and knowledge that is necessary to 
deal with your latest health issues.


In case you are an employee related to Steve Jobs please forward this to him. 
Thank you!

Please reply to stefan.strohmeier(@)gmx.de, st.strohmeier(@)googlemail.com or 
to my brand new iPhone 4 under the number +49 151 50493336.

I am also looking for a real job because I might drop my PhD thesis. Can you 
offer me a job at apple.com? If so where should I apply to?

Connect the dots and define your fears...


Stefan Strohmeier,

Bayreuth 2011
City of Composer Richard Wag

Re: [Orgmode] adding a style to individual images

[Aankhen]

Hi soichi,

On Mon, Feb 28, 2011 at 06:26, ishi soichi  wrote:
> So I tried putting
> #+ATTR_HTML: alt="..." width="100px"
> [[imageURL]]
> But it does not do anything.
> Changing
> Could anyone help me out?

With Org from git (2–3 days old) on Emacs 24, given this text in my Org file:

 ,
 | #+ATTR_HTML: alt="Gogola!" width="100"
 | [[./Gogola.gif]]
 `

I get this in the exported version:

 ,
 | 
 `

Which versions of Emacs & Org are you using?  Could you give an
example of the text in your Org file and the resultant HTML?

Aankhen

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

Re: [Orgmode] adding a style to individual images

[ishi soichi]

My org is 7.01 and Emacs23.2

#+ATTR_HTML: alt="apples image" title="How many?" align="right"
width="100px"
[[images/apples6.jpeg]]

produced this.



soichi



2011/2/28 Aankhen 

> Hi soichi,
>
> On Mon, Feb 28, 2011 at 06:26, ishi soichi  wrote:
> > So I tried putting
> > #+ATTR_HTML: alt="..." width="100px"
> > [[imageURL]]
> > But it does not do anything.
> > Changing
> > Could anyone help me out?
>
> With Org from git (2–3 days old) on Emacs 24, given this text in my Org
> file:
>
>  ,
>  | #+ATTR_HTML: alt="Gogola!" width="100"
>  | [[./Gogola.gif]]
>  `
>
> I get this in the exported version:
>
>  ,
>  | 
>  `
>
> Which versions of Emacs & Org are you using?  Could you give an
> example of the text in your Org file and the resultant HTML?
>
> Aankhen
>
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: [Orgmode] adding a style to individual images

[Aankhen]

On Mon, Feb 28, 2011 at 12:00, ishi soichi  wrote:
> My org is 7.01 and Emacs23.2
> #+ATTR_HTML: alt="apples image" title="How many?" align="right"
> width="100px"
> [[images/apples6.jpeg]]
> produced this.
>  width="100px">

Try changing that to ‘[[./images/apples6.jpeg]]’ (add ./ to the
beginning).  Not sure what else it might be—my Org experience is still
in a nascent stage.

By the way, the ‘width’ attribute already uses pixels for its units,
so ‘width="100"’ would be enough.

Aankhen

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

Re: [Orgmode] adding a style to individual images

[Aankhen]

On Mon, Feb 28, 2011 at 12:00, ishi soichi  wrote:
> My org is 7.01 and Emacs23.2

You might also want to try a newer version.  If you don’t want to use
the development version, you should probably at least upgrade to 7.4
(the most recent release).  See 
for more.

Aankhen

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

[Orgmode] Re: Org Babel and R issue with pdf latex export

[Ben Ward]

On Sun, 2011-02-27 at 21:35 -0800, Dan Davison wrote:
> Ben Ward  writes:
> 
> > Hi,
> >
> > I recently installed emacs, org-mode fresh on a new install of Arch
> > Linux. Before I had it working on Ubuntu.
> >
> > I've installed everything as before and used the same .emacs file I had,
> > but if I use org to write out some R script and export to pdf via latex,
> > then I get an empty pdf document, with only the title and Contents
> > heading. However if I export to anything else such as html it works, and
> > shows me code and results.
> 
> Hi Ben,
> 
> Are you sure this problem concerns babel/R? What happens when you export
> an Org document to pdf without any babel stuff?
> 
> Can you provide an example Org file that you are having trouble
> exporting to pdf? The problem is probably in your local configuration,
> so if no-one can jump to the solution then start from a minimal working
> config and try to find the part of your .emacs which is causing the
> problem.
> 
> Dan
> 
Hi, I've tried exporting an org file that has no code in it to PDF and
it works without any trouble. 

The file I'm trying to export is:
#+TITLE: Test
#+AUTHOR: Ben J. Ward
#+LATEX_CLASS: article
#+BABEL: :session *R* :results output
\pagebreak

Test:

#+begin_src R :exports both
x<-c(1,2,3,4,5)
y<-c(5,10,15,20)
x
y
xy<-(x*y)
xy
#+end_src

I can include my .emacs although it's lengthy.

I uninstalled all of my emacs stuff, and installed it from the vanilla
downloads on their respective sites, and I'm still getting the same
result. I'm considering removing all my tex stuff and installing the
vanilla texlive too.

Thanks,
Ben W.

> 
> > I've tried even installing a version of org
> > mode from source, using the build system my distro has, so as it's made
> > and installed to exactly the right place, but I still don't have any
> > luck. The texlive version I'm using is from my distro's package manager.
> > Using C-c C-c to evaluate on the fly works. I had an issue getting org
> > and babel to work with R on Windows 7 as well, but it was because
> > certain tex packages were missing and I recieved a message when I tried
> > to export, but nothing comes up here. 
> >
> > Would the recent change:
> > Org-babel is now inside org, remove (require 'org-babel-init) 
> >   and alike from your .emacs.
> >   Look at http://orgmode.org/Changes.html#ob-configuration-changes 
> >   for overview of the settings.
> > Be causing the entire issue?
> >
> > The .tex file I get out is thus:
> > % Created 2011-02-28 Mon 03:47
> > \documentclass[11pt]{article}
> > \usepackage[utf8]{inputenc}
> > \usepackage[T1]{fontenc}
> > \usepackage{fixltx2e}
> > \usepackage{graphicx}
> > \usepackage{longtable}
> > \usepackage{float}
> > \usepackage{wrapfig}
> > \usepackage{soul}
> > \usepackage{textcomp}
> > \usepackage{marvosym}
> > \usepackage{wasysym}
> > \usepackage{latexsym}
> > \usepackage{amssymb}
> > \usepackage{hyperref}
> > \tolerance=1000
> > \providecommand{\alert}[1]{\textbf{#1}}
> > \begin{document}
> >
> >
> >
> > \title{Test}
> > \author{Ben J. Ward}
> > \date{28 February 2011}
> > \maketitle
> >
> > \setcounter{tocdepth}{3}
> > \tableofcontents
> > \vspace*{1cm}
> >
> > \end{document}
> >
> > Thanks,
> > Ben W.
> > (Apologies if this has been sent twice, first time an error occured)
> >
> >
> > ___
> > Emacs-orgmode 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