Re: [Orgmode] org-babel-tangle-w-comments has no effect in R?

2010-07-02 Thread Rainer M Krug
On Thu, Jul 1, 2010 at 5:41 PM, Eric Schulte schulte.e...@gmail.com wrote:

 Hi Rainer,


Hi Eric



 There is one more requirement for tangling with comments, that is the
 presence of a :comments header argument.  If this argument is not set
 for a code block then that code block *will not* be tangled with
 comments regardless of the value of `org-babel-tangle-w-comments'.


That explains.



 You can set this variable to default to true for R code blocks with the
 following

  (add-to-list 'org-babel-default-header-args:R '(:comments . yes))


OK - it is working.
What I actually did, was to add

   #+BABEL: :comments yes

to the headers of the file, so I can control it on a file basis.


 Hope this helps.


Definitely.



 I think that moving forward it might make sense to remove the
 org-babel-tangle-w-comments variable, as it's confusing to have two
 points of control for comments during tangling.  Also, it looks like I
 need to add the :comments header argument to the babel documentation.


Both points agreed.

In addition: is it possible to customize the format for all comments (on a
per file basis and / or a per block basis)? i.e. I don't need the file name,
as all blocks are coming from one file. I know about

  #+srcname: name

but is there a variable for the line number (I guess that is covered by the
request posted in another thread) one could use?

Also, would it be possible to include a link in the comment block, so that
clicking on that link actually opens the org-file file at the location of
the source block? That would make editing the code really easy.

Thanks for helping to sort some of these issues out!


Pleasure - I use them and I profit when they are sorted out. In addition: I
think org-mode and babel deserve it - they are great tools for programming
in R.

Cheers,

Rainer




 Best -- Eric

 Rainer M Krug r.m.k...@gmail.com writes:

  Hi
 
  I am trying to use tangle with comments. Based on a previous thread, I
  set org-babel-tangle-w-comments to t with
   (setq org-babel-tangle-w-comments t)
  in my emacs.org file.
 
  The variable is actually set to 1 - I checked vie C-h - v
 
  But nothing is changing in the tangled file? Am I doing something wrong?
 Or
  are comments not supported in R in org-babel?
 
  I attach a small testfile.
 
  Cheers,
 
  Rainer




-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [BABEL] reload source code file after tangling?

2010-07-02 Thread Rainer M Krug
Hi

is it possible to open (if not open yet) or re-load the new tangled source
code after tangling?

I usually have the tangled source code open and submit the file to R for
debugging and if it would be automatically reloaded, my life would be a
little bit easier.

Cheers,

Rainer

-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] Make distfile error

2010-07-02 Thread Carsten Dominik

Fixed, thanks.

- Carsten

On Jul 1, 2010, at 8:02 PM, Maciek Starzyk wrote:


Hi,
In the current org-mode git there is a bug in the distfile target:

$  make distfile -e TAG=xxx

gives:

cp: target `org-xxx/lisp/babel' is not a directory
make: *** [distfile] Error 1

--
Maciek

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


- Carsten




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


Re: [Orgmode] [patch] icalendar extended to define alarm triggers for timed events

2010-07-02 Thread Carsten Dominik

Hi Eric,


On Jul 1, 2010, at 12:44 AM, Eric S Fraga wrote:


Hello,

attached is a rudimentary patch for org-icalendar.el to add the
definition of alarm triggers for timed events that are exported to
icalendar format.  The default is to behave as it does at the moment
however.

I hope it proves passable (given my less than brilliant elisp
expertise...).


This looks pretty good!
But can you please

- Make sure that the first line of the docstring of the new variable
  fits into 75 characters (better: 72)?
  You already have made it a stand-alone sentence, which is also  
needed.


- It would also be helpful if if can make git commit and
  include the proper commit message including a ChangeLog-like entry
  as the second paragraph in that message.

Great work!

- Carsten


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


Re: [Orgmode] Re: org-iswitchb documentation

2010-07-02 Thread Carsten Dominik


On Jun 29, 2010, at 11:44 AM, Richard Riley wrote:


Carsten Dominik carsten.domi...@gmail.com writes:


On Jun 29, 2010, at 10:14 AM, Stephen Eglen wrote:


THe doc string now reads:

Use `org-icompleting-read' to prompt for an Org buffer to switch
to.
With a prefix argument, restrict available to files.
With two prefix arguments, restrict available buffers to agenda
files.

This will either use ido or iswitchb for buffer name completion,
depending on the variables `org-completion-use-iswitchb' and
`org-completion-use-ido'.  If both are nil, we will still use
iswitchb
for this special application.


Hmmm... this sounds a bit confusing!  why not just have
org-completion-use-ido, and if that is non-nil, we use ido, else we
use
iswitchb.  Unless these variables are also used in other contexts
(which
I doubt)?


Oh yes, the are used in *many* contexts.  Whenever Org offers
completion which would not be made worse by using one of these  
packages,

it will offer that special kind of completion.



how about changing the 2nd para to:

This will use iswitchb for buffer name completion, unless
`org-completion-use-ido' is non-nil, to select ido completion


I would suggest changing the function name to org-switchb (alias
org-iswitchb to use it) and then the documentation reads:

,
| Switches between org buffers. Defaults to  iswitchb for buffer name
| completion. Set `org-completion-use-ido' to  non nil to use ido
| completion instead.
`


Richard, Eric, sorry for not listening earlier, you are right, and I am
npw following Richard's proposal for both naming and docstring.

- Carsten


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


Re: [Orgmode] org-capture: active timestamp in template doesn't seem to work

2010-07-02 Thread Carsten Dominik

Fixed, thanks.

- Carsten

On Jun 30, 2010, at 8:29 PM, Markus Heller wrote:


Hello all,

the following 2 templates yield identical results, although the  
second should give date + time according to my understanding.


(setq org-capture-templates
 '((m Meeting entry (file h:/org/refile.org)
	 * Subject: %^{Subject} \t\t\t:MEETING:\n :PROPERTIES:\n :Created:  
%U\n :END:\n When: %^{When}T\n%?

;; the above template has %^T which should give date + time
;; but it only yields the date
 :clock-in t :clock-resume t)
(n Meeting entry (file h:/org/refile.org)
	 * Subject: %^{Subject} \t\t\t:MEETING:\n :PROPERTIES:\n :Created:  
%U\n :END:\n When: %^{When}t\n%?

 :clock-in t :clock-resume t)))

Any idea as to why?  Or is this a bug?

Thanks
Markus


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


- Carsten




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


[Orgmode] Re: Behavior of Gnus when called from an hyperlink

2010-07-02 Thread Leo
On 2010-07-02 05:44 +0100, Carsten Dominik wrote:
 Hi,

 do we have an agreement that the default frame setup for gnus should
 be org-gnus-no-new-news?

 - Carsten

I vote for it.

Leo

___
Emacs-orgmode 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: Behavior of Gnus when called from an hyperlink

2010-07-02 Thread Bastien
Carsten Dominik carsten.domi...@gmail.com writes:

 do we have an agreement that the default frame setup for gnus should be
 org-gnus-no-new-news?

+1 (FWIW)

-- 
 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] org tables - modified field

2010-07-02 Thread Seweryn Kokot
Hi,

I have the following table

#+TBLNAME: table_three
|+|
|  1 | 2  |
|+|
|   2.00 | *4.00* |
| *4.00* | #ERROR |
|+|
#+TBLFM: @2$1...@1$1;%.2f::@2$2...@1$2;*%.2f*::@3$1...@2$1;*%.2f*::@3$2...@2
$2;*%.2f*

in which I would like to have some fields bold in org buffer and latex export

\begin{center}
\begin{tabular}{rl}
\hline
 12  \\
\hline
  2.00\textbf{4.00}  \\
 \textbf{4.00}\#ERROR\\
\hline
\end{tabular}
\end{center}

However, since the field B3 refers to the field B2 which is not exactly a 
number, I get an error.

Would it be possible to reuse the field B2 in another formula, somehow?

Best regards,
Seweryn 


___
Emacs-orgmode 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: Proposed tweak to org-agenda-skip-entry-when-regexp-matches-in-subtree

2010-07-02 Thread eric johnson
Nope!  I solved my issues thanks to Bernt's approach.

On Friday, July 2, 2010, Carsten Dominik carsten.domi...@gmail.com wrote:
 Hi Eric,

 is there still an action item left here?

 Thanks.

 - Carsten

 On Jun 28, 2010, at 2:44 PM, Bernt Hansen wrote:


 eric johnson johnson.e...@gmail.com writes:


 org-mode is fantastic.  Part of what makes it so awesome is that one can keep
 tweaking the software and the process.  In looking at my own usage, I
 noticed that
 I really wanted to simplify my org-todo-keywords.  I had a separate
 list of TODOs
 for projects (PROJ-PRST-DONE) and was wondering why I had to have that.
 Why couldn't I just get by with TODO-STARTED-DONE for everything, tasks
 and projects, and mark up projects with a tag.

 You can see what I'm aiming for with this example.

 (setq org-tags-exclude-from-inheritance '(project))
 (setq org-todo-keywords '(
              (sequence TODO STARTED WAITING | DONE CNCL))
 (setq org-stuck-projects '(project/STARTED (TODO WAITING
 STARTED) nil ))

 * STARTED Stuck project           :project:
 ** DONE This was done
 * STARTED Not stuck project      :project:
 ** TODO Next project

 C-a # won't show Stuck Project.  That's because the project line's STARTED
 is found in org-agenda-skip via the
 org-agenda-skip-entry-when-regexp-matches-in-subtree.
 I really want it to be
 org-agenda-skip-entry-when-regexp-ONLY-matches-in-subtree.

 To do that, I hacked up the function to capture a begin point after
 the headline.

 (defun org-agenda-skip-entry-when-regexp-matches-in-subtree ()
  Checks if the current subtree contains match for `org-agenda-skip-regexp'.
 If yes, it returns the end position of the current entry (NOT the tree),
 causing agenda commands to skip the entry but continuing the search in
 the subtree.  This is a function that can be put into
 `org-agenda-skip-function' for the duration of a command.  An important
 use of this function is for the stuck project list.
  (let ((begin (save-excursion (org-end-of-line) (1- (point
         (end (save-excursion (org-end-of-subtree t)))
         (entry-end (save-excursion (outline-next-heading) (1- (point
         skip)
    (save-excursion
      (goto-char begin)
      (setq skip (re-search-forward org-agenda-skip-regexp end t)))
    (and skip entry-end)))

 If this change is too radical, it might make sense to modify
 org-agenda-list-stuck-projects to let the user define the skip function via
 an element in org-stuck-projects.

 I'm thinking something like this...

  (let* ((org-agenda-skip-function
           (or (nth 4 org-stuck-projects)
 'org-agenda-skip-entry-when-regexp-matches-in-subtree))

 That would enable everyone to control the org-agenda-skip-function.


 Hi Eric,

 I've already moved to this type of a system with lazy project
 definitions.  I changed my STARTED keyword to NEXT and clocking in
 changes TODO to NEXT only if there are no unfinished subtasks for the
 headline.

 Stuck project views can be configured in a custom agenda view and that
 is what I use now -- I don't use the standard stuck project definition
 anymore - I just override the # key selection in the agenda so the keys
 are all the same.

 Not changing tasks with actionable subtasks to STARTED or NEXT on clock
 in keeps the standard stuck project determination working.  So if you
 clock time on the top-level task it just stays as TODO since there are
 subtasks available to work on.

 Details of my current set up are at http://doc.norang.ca/org-mode.html

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


 - Carsten





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


Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode

2010-07-02 Thread Carsten Dominik

Hi Eric,

thanks, I think we have a good solution, at least for the time being.

I have started the security section in the manual, please feel free to  
add to it.


- Carsten

On Jul 1, 2010, at 4:55 PM, Eric Schulte wrote:


Hi,

Thanks for finding such a good compromises solution.  This new plan
looks great to me, specifics below

Carsten Dominik carsten.domi...@gmail.com writes:


Hi everyone,

first of all, I think it is clear that I may have overreacted
with the 6 point plan.  But it is good that we are having
this discussion.

On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote:


Hi Carsten, Matt, Scott,

Carsten Dominik carsten.domi...@gmail.com writes:


Hi Matt, hi Eric,

Matt, thanks a lot for bringing this up.  This is indeed a very
important and serious issue.  We need to address it.  We need to
step back and reconsider this carefully.

Don't get me wrong, I absolutely think that Org Babel should give
you enough rope to hang yourself.  But we have to make sure that
this will not happen to a happy and unsuspecting Org mode, or even
an unsuspecting Emacs user who by chance opens a file with  
extension

.org.

I remember very well when  first realized that shell links could
really affect you badly.  It scared me.

You main proposal was to make Org Babel an optional module.
This will not solve the problem fully, I think, because we also
don't want that people who turn it on automatically commit
to potentially dangerous operations.  There is a lot of good stuff
in Babel which has nothing to do with code evaluation.

Here is what I propose (several items are similar to what Eric
proposes)

1. A new variable org-turn-on-babel.  We can discuss the default.
If it is nil, org-babel should not be loaded.
A default of t would be fine with me if we implement other
measures listed below.



This sounds like a good idea to me, and it should address Matt's
desire
for enabling minimal Org-mode installs.  I would like this to
default to
t, so that new users can try out Org-babel without overmuch effort.


Actually, following Dan's argument, I am paddling back on this one.
Lets just keep it on.

Instead of having a function to unload emacs-lisp, maybe a good way
would be a customize option org-babel-load-languages with a checkbox
for each language, emacs-lisp on by default.  This would make it  
easy fo

people to select the languages they want, without having to add
several require statements to .emacs.



This sounds like a good idea, such a variable would also play the
important role of advertising what languages currently support  
execution
in Babel.  One issue with this setup is that I think languages which  
do

not have FSF attribution (currently only oz) would still require an
explicit `require' statement, however that shouldn't be too surprising
as those statements live in the contrib directory, and users should be
used to having to explicitly require functionality located in contrib.

One nice thing about this setup is that it shouldn't break user's
current config (existing `require' statements will still work).





2. As Eric proposes, a variable similar to org-confirm-shell-link-
function
This should by default query for confirmation on any org-babel
code execution, and can be configured to shut up by people who know
what they are doing.



Sounds good, I think this is a reasonable safety measure.



3. Not loading emacs lisp evaluation by default.



I would push back on this point.  Largely because we have now  
crossed
the like to where it is impossible to play with a code block w/o  
first

dropping down to your configuration files, and evaluating require
statements.



4. A new key in the babel keymap for org-babel-execute-code-block,
for example `C-c C-v e'.  This should be documented as the default
key for this operation.



Hmm, I'm less enthusiastic about this point and point 5.  I really
like
how 'C-c C-c' naturally does whatever-I-want given the context in
which
it's called, and I wouldn't want to lose that intuitiveness.
Similarly
'C-c C-o' currently opens the results of a code block, I also find
this
very appealing as it allows for a uniform top-level interface across
an
Org-mode document, be it a code block or a link.

Here are my reasons why I think leaving this keybinding is safe.

1) Unlike with shell/elisp links, the contents of code blocks is
almost
always visible right under the user's point.  So it is less likely  
to

evaluate something w/o having any idea what you are evaluating.

2) Adding a protection variable (e.g. org-confirm-babel-eval) means
that
the only users who could potentially evaluate a code block with a
slip of the fingers would be users who have explicitly said that  
they

want to be able to easily run code blocks without confirmation.

3) Emacs exposes a number of entry points into code evaluation.  M-!
allows users to run shell commands, C-M-x evaluate the elisp at
point, and these have not caused problems in the past.


These are all very well taken 

[Orgmode] Re: New to org-capture (and org-remember)

2010-07-02 Thread Stephen Eglen
Memnon Anon gegendosenflei...@googlemail.com wrote:

 Stephen Eglen s.j.eg...@damtp.cam.ac.uk writes:
 
  I'd like to try out org-capture.  
 
  I've never used org-remember before so I have no templates to convert.
  Do I make the new ones in pretty much the same way as the manual
  describes for org-remember?
 
  Or should I be patient, and wait for org-capture to stabilise?
 
 Hi,
 
 to quote the fine manual:
 
 ,[ (info (org)Capture templates) ]
 | You can use templates to arrange for different types of capture items,
 | and for different target locations.  The easiest way to set up such
 | templates is through the customize interface.
 | 
 | `C-c c C'
 |  Customize the variable `org-capture-templates'.
 `
 
 Is your documentation uptodate?
 
 You should find all the information in 9.1 Capture and its
 subnodes to get you started.
 
 Argh, org-capture.el is not part of the current stable release.
 So, if you want to try, you need the development version, either
 with git or download org-latest (link is on orgmode.org).
 
 If you still encounter any problems, please describe them so the
 documentation can be improved :).

Thanks for this.  I have read the nice docs (and found some small typos
- will send a patch).  

One thing immediately struck me: sec 9.1.1. mentions setting: 
org-default-notes-file 
but I couldn't see that mentioned in the rest of the chapter.  Its
docstring would indicate its needed by remember.el, so perhaps there is
no need any more to set org-default-notes-file?

Stephen

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


Re: [Orgmode] Re: New to org-capture (and org-remember)

2010-07-02 Thread Carsten Dominik

Hi Stephen,

On Jul 2, 2010, at 10:43 AM, Stephen Eglen wrote:


Memnon Anon gegendosenflei...@googlemail.com wrote:


Stephen Eglen s.j.eg...@damtp.cam.ac.uk writes:


I'd like to try out org-capture.

I've never used org-remember before so I have no templates to  
convert.

Do I make the new ones in pretty much the same way as the manual
describes for org-remember?

Or should I be patient, and wait for org-capture to stabilise?


Hi,

to quote the fine manual:

,[ (info (org)Capture templates) ]
| You can use templates to arrange for different types of capture  
items,

| and for different target locations.  The easiest way to set up such
| templates is through the customize interface.
|
| `C-c c C'
|  Customize the variable `org-capture-templates'.
`

Is your documentation uptodate?

You should find all the information in 9.1 Capture and its
subnodes to get you started.

Argh, org-capture.el is not part of the current stable release.
So, if you want to try, you need the development version, either
with git or download org-latest (link is on orgmode.org).

If you still encounter any problems, please describe them so the
documentation can be improved :).


Thanks for this.  I have read the nice docs (and found some small  
typos

- will send a patch).


Proofreading that section carefully would be much appreciated.
Also better wording etc.  I am known as the worst typist in the world,
and I know that my English is reasonably good but not nearly perfect.



One thing immediately struck me: sec 9.1.1. mentions setting:
org-default-notes-file
but I couldn't see that mentioned in the rest of the chapter.  Its
docstring would indicate its needed by remember.el, so perhaps there  
is

no need any more to set org-default-notes-file?


I have just updated this docstring, thanks for noticing this.

This variable is not necessary, but it is used if you are too
lazy to give a target file in the template definition.

- Carsten


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


[Orgmode] capture-clock-out nil!

2010-07-02 Thread Giovanni Ridolfi
Hello everybody,

I'm migrating from remember to capture.
The template conversion went smoothly. Thanks.
Great work!

But. I have this capture-template:

 (setq org-capture-templates
  '(
(s Task entry (file+headline c:/Documents and 
Settings/My-user/Documenti/aaa.txt lab-book) *** %^{prompt}
   :PROPERTIES:
   :ID: lab
   :Type:%^{prompt|expected|unexpected}
   :People:%^{prompt}
   :Location:%^{prompt}
   :Connection: %^{prompt}
   :Comment:  %?
   :END:  :clock-in t)  ))

And I'd like that, when I exit the template, the clock does not clck-out.
With remember we had the variable:

(setq org-remember-clock-out-on-exit nil)

with capture? How can I leave the clock going, after I have filed my template?

cheers,
Giovanni

GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600) of 2010-05-08 on G41R2F1
Org-version: org-latest.zip;  6.36trans, 
 last commit:
author  Carsten Dominik carsten.domi...@gmail.com 
Fri, 2 Jul 2010 07:18:10 + (09:18 +0200)
committer   Carsten Dominik carsten.domi...@gmail.com 
Fri, 2 Jul 2010 07:20:15 + (09:20 +0200)
commit  f693238dfe6472b650ad59d0044f2c2a00c9f08d
treee0c36d60457ee19be70293d42b384f9f175c266d
parent  d0fa60826778615231c97b9a235dbcb8265661b0
Fix naming and docstring issues in `org-iswitchb'

___
Emacs-orgmode 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] [ANN] New lists definition

2010-07-02 Thread Nicolas Goaziou
Hello,

I'd like to announce an attempt to change the internals of lists in
org-mode. Now a list is still started by `org-item-re' but is now
ended by `org-list-end-re', which defaults to one or two blank lines,
depending on the value of `org-empty-line-terminates-plain-lists'.
Obviously, headings still terminate lists, too.

Please note that `org-item-re' is not valid inside org-blocks or latex
blocks. So you can perfectly have a #+begin_example block with 4
consecutive blank lines inside: it will not break your current list.


* So what are the benefits of it ?

  Well, now indentation is handled by org-mode and not by the user. It
  means you can C-j and get the right indentation anytime, or
  indent-region without worries – how many times did I indent buffer
  and saw everything past a certain point was wrong because of a list?
  `org-indent-mode' should also work great with it.

  As a consequence, you can have two lists with different bullets – i.e.
  - and 1. — only separated by blank lines, that will not interfere
  with each other.

  I also improved handling of lists starting with *, by deleting
  org-item-beginning-re. Such lists should export correctly in latex
  now. On the same topic, I also fixed an inconsistency of
  `org-indent-item-tree' that would permit an item to get outdented past
  the top-level item of the list – very problematic in *-lists, as *
  could hit column 0 and become an heading.

  I also squashed a few bugs. Thus, `org-list-to-html' won't enclose
  any item within dd and /dd even for non-descriptive lists
  anymore.


* Is that all ?

  Hopefully yes. I tried to keep the same behavior as before in all
  others aspects of lists. `org-move-item-up',
  `org-beginning-of-item-list', etc. should do what you would expect
  from them. Thus, I hope it will not break anything.

  Most of the changes are internal. I rewrote some basic functions and
  patched most of the others. I removed useless functions only when I
  was sure they weren't used anywhere else in org or contrib
  directories. I also reorganized org-list.el, because functions of
  the same family – i.e. navigation within a list – were scattered all
  over the file, and it was difficult to have a good overview of it.
  But I keep an unorganized version of the changes, just in case.


* What if I don't like 2 blank lines as a list separator ?

  Well, that's the good thing of it. It is not hard-coded. It's just a
  matter of replacing \n[ \t]*\n\\([ \t]*\n\\)+ line in
  `org-list-end-re' with, for example, \n[ \t]*  [ \t]*\n (  can
  be obtained with C-x 8 RET a0 RET).

  The limitation of it is that exporters must see them (to interpret
  them) and must remove them before exporting if they are visible. But
  those functionalities shouldn't be hard to code into org-exp.el if
  there really is a need for them.


* What is not working yet ?

  Every exporter using the tools provided by org-list.el – namely
  `org-list-parse-list', `org-list-to-generic', `org-list-to-latex'
  among others — should recognize list-enders. Alas, org-html.el
  provides its own list interpreter, so there is no benefit from the
  new definition, though it still exports as before. I have ideas
  about it and started to implement something, but it is more a hack
  than anything else. I just wish org-html.el would use
  `org-list-to-html'.

  There are certainly many things that I broke in the process. That's
  why, if this idea is appealing, I'd appreciate some testers. I have
  run many basic tests – which all seem satisfying – in the past few
  days, but there's nothing like real-life confrontation. I'm open to
  any suggestion or criticism. If you think I spent too much time on
  insignificant details, do not hesitate to say it too.


* So, where can I test it ?

  You can find it at:

  g...@github.com:ngz/org-mode.git   branch: end-lists



Thanks for any feedback.

-- 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] [PATCH] fixes typo in doc

2010-07-02 Thread Giovanni Ridolfi

This patch fixes a typo in the capture documentation.
cheers,
Giovanni

--- org.texi2010-07-01 23:00:14.0 +0200
+++ org-gio.texi2010-07-02 11:45:44.035569700 +0200
@@ -6135,5 +6135,5 @@
 
 @item :clock-resume
-If Starting the capture interrupted a clock, restart that clock when done
+If starting the capture interrupted a clock, restart that clock when done
 with the capture.
 
___
Emacs-orgmode 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] [ANN] New lists definition

2010-07-02 Thread Carsten Dominik

Hi Nicolas,

this sounds interesting!  Take you time in cleaning it up and testing  
it - we
will not include this before release 7, to big a change for this  
moment in time.


Thanks!

- Carsten

On Jul 2, 2010, at 11:48 AM, Nicolas Goaziou wrote:


Hello,

I'd like to announce an attempt to change the internals of lists in
org-mode. Now a list is still started by `org-item-re' but is now
ended by `org-list-end-re', which defaults to one or two blank lines,
depending on the value of `org-empty-line-terminates-plain-lists'.
Obviously, headings still terminate lists, too.

Please note that `org-item-re' is not valid inside org-blocks or latex
blocks. So you can perfectly have a #+begin_example block with 4
consecutive blank lines inside: it will not break your current list.


* So what are the benefits of it ?

 Well, now indentation is handled by org-mode and not by the user. It
 means you can C-j and get the right indentation anytime, or
 indent-region without worries – how many times did I indent buffer
 and saw everything past a certain point was wrong because of a list?
 `org-indent-mode' should also work great with it.

 As a consequence, you can have two lists with different bullets –  
i.e.

 - and 1. — only separated by blank lines, that will not interfere
 with each other.

 I also improved handling of lists starting with *, by deleting
 org-item-beginning-re. Such lists should export correctly in latex
 now. On the same topic, I also fixed an inconsistency of
 `org-indent-item-tree' that would permit an item to get outdented  
past

 the top-level item of the list – very problematic in *-lists, as *
 could hit column 0 and become an heading.

 I also squashed a few bugs. Thus, `org-list-to-html' won't enclose
 any item within dd and /dd even for non-descriptive lists
 anymore.


* Is that all ?

 Hopefully yes. I tried to keep the same behavior as before in all
 others aspects of lists. `org-move-item-up',
 `org-beginning-of-item-list', etc. should do what you would expect
 from them. Thus, I hope it will not break anything.

 Most of the changes are internal. I rewrote some basic functions and
 patched most of the others. I removed useless functions only when I
 was sure they weren't used anywhere else in org or contrib
 directories. I also reorganized org-list.el, because functions of
 the same family – i.e. navigation within a list – were scattered all
 over the file, and it was difficult to have a good overview of it.
 But I keep an unorganized version of the changes, just in case.


* What if I don't like 2 blank lines as a list separator ?

 Well, that's the good thing of it. It is not hard-coded. It's just a
 matter of replacing \n[ \t]*\n\\([ \t]*\n\\)+ line in
 `org-list-end-re' with, for example, \n[ \t]*  [ \t]*\n (  can
 be obtained with C-x 8 RET a0 RET).

 The limitation of it is that exporters must see them (to interpret
 them) and must remove them before exporting if they are visible. But
 those functionalities shouldn't be hard to code into org-exp.el if
 there really is a need for them.


* What is not working yet ?

 Every exporter using the tools provided by org-list.el – namely
 `org-list-parse-list', `org-list-to-generic', `org-list-to-latex'
 among others — should recognize list-enders. Alas, org-html.el
 provides its own list interpreter, so there is no benefit from the
 new definition, though it still exports as before. I have ideas
 about it and started to implement something, but it is more a hack
 than anything else. I just wish org-html.el would use
 `org-list-to-html'.

 There are certainly many things that I broke in the process. That's
 why, if this idea is appealing, I'd appreciate some testers. I have
 run many basic tests – which all seem satisfying – in the past few
 days, but there's nothing like real-life confrontation. I'm open to
 any suggestion or criticism. If you think I spent too much time on
 insignificant details, do not hesitate to say it too.


* So, where can I test it ?

 You can find it at:

 g...@github.com:ngz/org-mode.git   branch: end-lists



Thanks for any feedback.

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


- Carsten




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


[Orgmode] Re: Behavior of Gnus when called from an hyperlink

2010-07-02 Thread Bernt Hansen
Carsten Dominik carsten.domi...@gmail.com writes:

 do we have an agreement that the default frame setup for gnus should
 be org-gnus-no-new-news?

Yes.

-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: Getting a Google Maps' map for an entry

2010-07-02 Thread d . tchin
 d.tchin writes:

 
 Julien Danjou julien at danjou.info writes:
 
  
  Hi there,
  
  I've recently wrote a Google Maps extension for Emacs[1].
  
  Therefore, I've extended org-mode to display a Google Maps' map for an
  event location. The extension, which is very simple, is available
  here[2] and I wanted you to know about it.
  
  I'd be glad to have feedback. patches or ideas. ;)
  
  Happy hacking.
  
  [1]  http://julien.danjou.info/google-maps-el.html
  
  [2]  http://git.naquadah.org/?p=~jd/jd-el.git;a=blob;f=org-location-google-
 maps.el;hb=HEAD
  
 
 Dear Julien
 
 I tried to use Google Maps extension. When I tried to load it, I found out 
 that json.el was required. It seems that this package is included 
in recent 
 emacs version (?).  My version is GNU Emacs 22.3.1 (i386-mingw-nt5.1.2600) 
of 
 2008-09-06. I loaded it but then I have another error telling that the 
function
 use-region-p doesn't exist. It seems that this function appears with emacs 
23.
 So this mail just to tell that it seems necessary to have at emacs 23 
 to make this function work.

Just one comment following previous mail.
Just tried with emacs 23.2. It works very well on this version and it is 
really great.

The bad thing is that this version of emacs is quite slow on Windows system. 
As far I understood it seems to be related to font handling. There is a lot of 
lag, the system freeze. 

So sadly I have to return to release 22.3.1 which is more robust.


d.tchin




___
Emacs-orgmode 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] reload source code file after tangling?

2010-07-02 Thread Bernt Hansen
Rainer M Krug r.m.k...@gmail.com writes:

 is it possible to open (if not open yet) or re-load the new tangled
 source code after tangling?

 I usually have the tangled source code open and submit the file to R
 for debugging and if it would be automatically reloaded, my life would
 be a little bit easier.

Would global-auto-revert or auto-revert-mode do what you want?  I
personally use global-auto-revert mode so if any loaded file changes on
disk and my buffer contents are unmodified it gets replaced with what is
on the disk.

This of course only works if it is already open.

HTH,
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] [BABEL] html export for R not working, but for sh and others

2010-07-02 Thread Rainer M Krug
Hi Eric

I traced the problem to the following section in my emacs.org file:

* Syntax highlighting for functions in R
  based on https://mail.google.com/mail/#label/Lists%2FESS/125131ed24688970
  The following code needs to be run in R:

  obj - do.call(c, sapply(c(package:base, package:stats,
  package:utils), objects, all.names=TRUE))
  re - (^[^.[:alpha:][:digit:]]|-|__)  # to remove weird functions
  obj - obj[-grep(re, obj)]
  fpath - file.path(Sys.getenv(HOME), .emacs.d, R-function-names.txt)
  write.table(obj, fpath, quote=FALSE, row.names=FALSE, col.names=FALSE)

  Read a whole file into list of lines
  Author: Xah Lee
  see http://xahlee.org/emacs/elisp_process_lines.html
#+begin_src emacs-lisp
  (defun read-lines (file)
  Return a list of lines in FILE.
  (with-temp-buffer
  (insert-file-contents file)
  (split-string
  (buffer-string) \n t)
  )
  )

  (add-hook 'ess-mode-hook
  '(lambda()
  (setq ess-my-extra-R-function-keywords
  (read-lines ~/.emacs.d/R-function-names.txt))
  (setq ess-R-mode-font-lock-keywords
  (append ess-R-mode-font-lock-keywords
  (list (cons (concat \\ (regexp-opt
  ess-my-extra-R-function-keywords 'enc-paren) \\)
  'font-lock-function-name-face))

If I disable that section, it works. Do you have any ideas if it could be
changes? I don't know anything about emacs-lisp.

Thanks,

Rainer

On Fri, Jul 2, 2010 at 9:44 AM, Rainer M Krug r.m.k...@gmail.com wrote:



 On Thu, Jul 1, 2010 at 5:55 PM, Eric Schulte schulte.e...@gmail.comwrote:

 Hi Rainer,


 Hi Eric,



 Rainer M Krug r.m.k...@gmail.com writes:

  Hi
 
  I am trying to export the attached test.org file to HTML, but I can
 only
  export it, when I change the source block language to anything different
  from R.
 
  I also attach my emacs.org file, but I am not doing any customisations
 to R.
 

 I've just started up a minimal Emacs instance and loaded the babel
 portion of your attached config, but I am able to export your attached
 org file w/o error.  A couple of questions.

 1) are you able to export to latex?  If so, then maybe the issue has to
   do with fontification of R code by htmlize-buffer


 Yes - export to latex (and from there to pdf) are working.


 2) could you send in the actual error being reported by Emacs, or a
   stack trace?

 These are the messages in emacs:

 Select command:
 Exporting...
 org-babel-exp processing...
 Fontifying  *temp*... (regexps.)
 org-babel-exp processing...
 font-lock-fontify-keywords-region: Invalid regexp: Regular expression too
 big

 How can I get a stack trace?

 One more thing: if I start emacs with the -Q option, it works. So I assume
 it is something in my emacs.org file. What is the easiest way to avoid
 that source blocks under a heading in the emacs.org file are executed?


 
  In addition: if I specify :session *R* in #:BABEL: , the code is
  evaluated, even though I specified :exports code. Is this intended?
 

 Yes, this is for Sweave like behavior.

 If you have a session specified for every block in the buffer, and you
 are exporting the buffer, there are cases when you need a block to be
 executed (e.g. because it sets the value of a variable used by a
 subsequent block) even though you *do not* want the results of the block
 included in the final document.  To support these use cases, on export
 every block with a session is executed so that it's effects on the
 persist session takes place.


 OK - that makes sense.
 If you need any further info, please let me know.

 Thanks,

 Rainer


 Cheers -- Eric

 
  Thanks,
 
  Rainer




 --
 NEW GERMAN FAX NUMBER!!!

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

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

 Cell:   +27 - (0)83 9479 042
 Fax:+27 - (0)86 516 2782
 Fax:+49 - (0)321 2125 2244
 email:  rai...@krugs.de

 Skype:  RMkrug
 Google: r.m.k...@gmail.com




-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] [BABEL] literate Lisp games development questions

2010-07-02 Thread David O'Toole
Hello orgmoders. We on freenode#lispgames are having the month-long 2010
International Lisp Games Expo, and I'd like to apply literate programming
principles, using org-babel, to Lisp game development.

I have several reasons for doing this. The resources for a given game object
or entity may be scattered across multiple files. There can be many frames
of animation (PNG files), methods defined, functions, sounds (.WAV), music
(OGG), extensive in-game narrative text, and PAK data (my own format), all
to describe one game object. Manually linking and navigating among these
many files and pieces of data has become very time consuming as my asset
library grows to hundreds of different objects, and re-using assets between
projects becomes difficult just because I have to hunt for all the files and
snippets of text. The XE2 game engine source is also becoming harder to
manage as it grows because of some of the same issues.

My short term goal is to write a Common Lisp game for the XE2 engine, but
with all the code and text in a single .ORG file (with many links to
external png, wav, etc as needed.) With a custom tangle setup, it would be
easy to export the .lisp and .pak files my engine requires. Not only would
the whole project be organized hierarchically, but I am using tags like
these to organize data by aspects:

 Presentation Player Structure Environment Controls Combat Enemies Planning
Story

Each game object could have its own org heading, with subheads and links to
code, png files with inline display, some editable properties data for
tweaking. I could add commands to open one of the PNGs in Gimp, play a
sound, and so on.

I have gotten some very basic support working, where you can execute Common
Lisp blocks via slime, and basic tangling works as well.

See  http://github.com/dto/org-babel-lisp/  for my very basic code. Feel
free to use this, I already have FSF papers, and I will keep you updated on
progress.

The document I'm working on is at http://dto.github.com/notebook/void.html
My idea is to make a coherent hierarchical design document for the entire
game (story, graphics, sound, gameplay) and then embed/link all the required
resources/code, bit by bit, filing each link/block in its right place, and
tagging everything so i can navigate and search.

And now some questions...

 1. the html output fontification of source blocks is nice. the pop-out
editing of the blocks is nice too. However, can I get the syntax
highlighting to show up INLINE in the begin-src block?

2. has anyone been following efforts to prettify org-mode constructs? i
would love to be able to replace certain things (like all the #+BEGIN_SRC
lines) with something graphical, like a tiny icon with a horizontal rule.
anyone done anything in this area?
___
Emacs-orgmode 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] Code block switches buffer-wide?

2010-07-02 Thread Rainer M Krug
Hi

I would like to include the -n code block switch (number lines) into all my
code blocks in a buffer. Is there a way to define a kind of buffer-wide
switches, like it is with the #+BABEL keyword for header arguments?

Thanks,

Rainer


-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Bug: logging PROPERTIES [6.36trans]

2010-07-02 Thread Giovanni Ridolfi

Remember to cover the basics, that is, what you expected to happen and
what in fact did happen.  You don't know how to make a good report?  See

 http://orgmode.org/manual/Feedback.html#Feedback

Your bug report will be posted to the Org-mode mailing list.


Emacs  : GNU Emacs 23.2.1 (i386-mingw-nt5.1.2600)
 of 2010-05-08 on G41R2F1
Org-version: org-latest.zip;  6.36trans,last commit:
committer   Carsten Dominik carsten.domi...@gmail.com 
Fri, 2 Jul 2010 07:20:15 + (09:20 +0200)
commit  f693238dfe6472b650ad59d0044f2c2a00c9f08d
Fix naming and docstring issues in `org-iswitchb

Hello everybody,

I have a problem with the logging feature in (sub)tree
defined via :PROPERTIES:

I set up a file according to the manual
-
-*- mode: org; -*-
* TODO Log each state with only a time
   :PROPERTIES:
   :LOGGING: TODO(!) WAIT(!) DONE(!) CANCELED(!)
   :END:
* TODO Only log when switching to WAIT, and when repeating
   :PROPERTIES:
   :LOGGING: WAIT(@) logrepeat
   :END:
* TODO No logging at all
   :PROPERTIES:
   :LOGGING: nil
   :END:
 --
Then I restarted Emacs and opened such file.

If I C-- 1 time on the first heading I have the following 
result:
* DONE Log each state with only a time
  - State DONE   from TODO   [2010-07-02 ven 14:10]
   :PROPERTIES:
   :LOGGING: TODO(!) WAIT(!) DONE(!) CANCELED(!)
   :END:

Q: why I was not prompted for the WAIT  DONE  CANCELED todo-keywords?

If I C-- on the second heading I have this result:
* DONE Only log when switching to WAIT, and when repeating
   :PROPERTIES:
   :LOGGING: WAIT(@) logrepeat
   :END:
Q: why I was not prompted for the WAIT todo-keywords?

If I C-- on the 3rd heading I have this result:
* DONE No logging at all
  CLOSED: [2010-07-02 ven 14:11]
   :PROPERTIES:
   :LOGGING: nil
   :END:   

Q: why a timestamp is added ? shulden't the default be overidden by the 
   value in the :PROPERTY:?

Is this
+ a bug?
+ incomplete documentation? 
+ my mistake: I didn't set-up some variable?

cheers,
Giovanni

current state:
==
(setq
 org-log-done 'time
 org-export-latex-after-initial-vars-hook '(org-beamer-after-initial-vars)
 org-agenda-files '()
 org-blocker-hook '(org-block-todo-from-children-or-siblings-or-parent)
 org-metaup-hook '(org-babel-load-in-session-maybe)
 org-after-todo-state-change-hook '(org-clock-out-if-current)
 org-remember-clock-out-on-exit nil
 org-export-blocks-postblock-hook '(org-exp-res/src-name-cleanup)
 org-export-latex-format-toc-function 'org-export-latex-format-toc-default
 org-export-preprocess-hook '(org-export-blocks-preprocess)
 org-tab-first-hook '(org-hide-block-toggle-maybe 
org-babel-hide-result-toggle-maybe)
 org-src-mode-hook '(org-src-mode-configure-edit-buffer)
 org-confirm-shell-link-function 'yes-or-no-p
 org-export-first-hook '(org-beamer-initialize-open-trackers)
 org-agenda-before-write-hook '(org-agenda-add-entry-text)
 org-cycle-hook '(org-cycle-hide-archived-subtrees org-cycle-hide-drawers 
org-cycle-show-empty-lines
  org-optimize-window-after-visibility-change)
 org-export-preprocess-before-normalizing-links-hook 
'(org-remove-file-link-modifiers)
 org-mode-hook '((lambda nil
  (org-add-hook (quote change-major-mode-hook) (quote 
org-show-block-all) (quote append)
   (quote local))
  )
 (lambda nil
  (org-add-hook (quote change-major-mode-hook) (quote 
org-babel-show-result-all)
   (quote append) (quote local))
  )
 org-babel-result-hide-spec org-babel-hide-all-hashes)
 org-ctrl-c-ctrl-c-hook '(org-babel-lob-execute-maybe org-babel-hash-at-point
  org-babel-execute-src-block-maybe)
 org-confirm-elisp-link-function 'yes-or-no-p
 org-export-interblocks '((lob org-babel-exp-lob-one-liners) (src 
org-babel-exp-inline-src-blocks))
 org-enforce-todo-dependencies t
 org-occur-hook '(org-first-headline-recenter)
 org-export-preprocess-before-selecting-backend-code-hook 
'(org-beamer-select-beamer-code)
 org-remember-templates '((  ))
 org-export-latex-final-hook '(org-beamer-amend-header org-beamer-fix-toc 
org-beamer-auto-fragile-frames
   org-beamer-place-default-actions-for-lists)
 org-metadown-hook '(org-babel-pop-to-session-maybe)
 org-export-blocks '((src org-babel-exp-src-blocks nil) (comment 
org-export-blocks-format-comment t)
 (ditaa org-export-blocks-format-ditaa nil) (dot 
org-export-blocks-format-dot 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: [BABEL] reload source code file after tangling?

2010-07-02 Thread Rainer M Krug
On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote:

 Rainer M Krug r.m.k...@gmail.com writes:

  is it possible to open (if not open yet) or re-load the new tangled
  source code after tangling?
 
  I usually have the tangled source code open and submit the file to R
  for debugging and if it would be automatically reloaded, my life would
  be a little bit easier.

 Would global-auto-revert or auto-revert-mode do what you want?  I
 personally use global-auto-revert mode so if any loaded file changes on
 disk and my buffer contents are unmodified it gets replaced with what is
 on the disk.


Perfect - that is doing exactly what it should. Now I just have to remember
to activate it for the buffer.



 This of course only works if it is already open.


True - but that is only a minor annoyance.

Cheers,

Rainer



 HTH,
 Bernt




-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] [patch] icalendar extended to define alarm triggers for timed events

2010-07-02 Thread Eric S Fraga
On Fri, 2 Jul 2010 08:53:06 +0200, Carsten Dominik carsten.domi...@gmail.com 
wrote:
 
 Hi Eric,
 
 
 On Jul 1, 2010, at 12:44 AM, Eric S Fraga wrote:
 
  Hello,
 
  attached is a rudimentary patch for org-icalendar.el to add the
  definition of alarm triggers for timed events that are exported to
  icalendar format.  The default is to behave as it does at the moment
  however.
 
  I hope it proves passable (given my less than brilliant elisp
  expertise...).
 
 This looks pretty good!
 But can you please
 
 - Make sure that the first line of the docstring of the new variable
   fits into 75 characters (better: 72)?
   You already have made it a stand-alone sentence, which is also
 needed.
 
 - It would also be helpful if if can make git commit and
   include the proper commit message including a ChangeLog-like entry
   as the second paragraph in that message.
 
 Great work!
 
 - Carsten
 

Thanks Carsten.

I have seen the few messages regarding how to submit patches so I see
now what you would like.  I'll try to do that this weekend (I'm not au
fait with git but I think the instructions are fairly clear...).
-- 
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29  570D C891 93D8 FFFC F67D
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


[Orgmode] Re: [BABEL] reload source code file after tangling?

2010-07-02 Thread Bernt Hansen
Rainer M Krug r.m.k...@gmail.com writes:

 On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote:

 Rainer M Krug r.m.k...@gmail.com writes:

  is it possible to open (if not open yet) or re-load the new tangled
  source code after tangling?

 Would global-auto-revert or auto-revert-mode do what you want?  I
 personally use global-auto-revert mode so if any loaded file changes on
 disk and my buffer contents are unmodified it gets replaced with what is
 on the disk.

 Perfect - that is doing exactly what it should. Now I just have to
 remember to activate it for the buffer.

With global-auto-revert-mode there is nothing to remember :) since it is
active in /all/ buffers.  This works great for me.

-Bernt

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


Re: [Orgmode] Re: [BABEL] reload source code file after tangling?

2010-07-02 Thread Rainer M Krug
On Fri, Jul 2, 2010 at 3:11 PM, Bernt Hansen be...@norang.ca wrote:

 Rainer M Krug r.m.k...@gmail.com writes:

  On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote:
 
  Rainer M Krug r.m.k...@gmail.com writes:
 
   is it possible to open (if not open yet) or re-load the new tangled
   source code after tangling?
 
  Would global-auto-revert or auto-revert-mode do what you want?  I
  personally use global-auto-revert mode so if any loaded file changes
 on
  disk and my buffer contents are unmodified it gets replaced with what
 is
  on the disk.
 
  Perfect - that is doing exactly what it should. Now I just have to
  remember to activate it for the buffer.

 With global-auto-revert-mode there is nothing to remember :) since it is
 active in /all/ buffers.  This works great for me.


That is definitely true - I am just a little bit (too?) vary about
global-auto-revert-mode for files I am editing in. So they are only
reverted, if the files on the drive have changed irrespective of the state
of the buffer? Well - I should possibly try it.

Cheers,

Rainer



 -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




-- 
NEW GERMAN FAX NUMBER!!!

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

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

Cell:   +27 - (0)83 9479 042
Fax:+27 - (0)86 516 2782
Fax:+49 - (0)321 2125 2244
email:  rai...@krugs.de

Skype:  RMkrug
Google: r.m.k...@gmail.com
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


Re: [Orgmode] [PATCH] Remove superfluous lambda.

2010-07-02 Thread Sebastian Rose
David Maus dm...@ictsoc.de writes:
 Carsten Dominik wrote:
Hmm, the catcher did not see this.  Why?

 He did: http://patchwork.newartisans.com/patch/105/ -- patch is
 already applied.


Where can I see that?


I read Accepted which is not Applied, is it?


And there are accepted patches, that are not applied.

E.g. http://patchwork.newartisans.com/patch/73/


The diff against the current head (8da31057eb0952889858c):

diff --git a/lisp/org-capture.el b/lisp/org-capture.el
index 8c887ce..f38a78c 100644
--- a/lisp/org-capture.el
+++ b/lisp/org-capture.el
@@ -924,6 +924,8 @@ Point will remain at the first line after the inserted text.
   (org-capture-put :key (car entry) :description (nth 1 entry)
 		   :target (nth 3 entry))
   (let ((txt (nth 4 entry)) (type (or (nth 2 entry) 'entry)))
+(when (file-exists-p txt)
+	(setq txt (org-file-contents txt)))
 (when (or (not txt) (not (string-match \\S- txt)))
   ;; The template may be empty or omitted for special types.
   ;; Here we insert the default templates for such cases.



Is it possible to link to the commit a patch was applied?




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


Re: [Orgmode] [PATCH] Remove superfluous lambda.

2010-07-02 Thread John Wiegley
On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote:

 I read Accepted which is not Applied, is it?

Accepted = Applied.

 Is it possible to link to the commit a patch was applied?

After today, patches which are merged in using pw will note the resulting 
commit.

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


Re: [Orgmode] Re: [BABEL] reload source code file after tangling?

2010-07-02 Thread Bernt Hansen
Rainer M Krug r.m.k...@gmail.com writes:

 On Fri, Jul 2, 2010 at 3:11 PM, Bernt Hansen be...@norang.ca wrote:

 Rainer M Krug r.m.k...@gmail.com writes:

  On Fri, Jul 2, 2010 at 2:09 PM, Bernt Hansen be...@norang.ca wrote:
 
      Rainer M Krug r.m.k...@gmail.com writes:
 
       is it possible to open (if not open yet) or re-load the new 
 tangled
       source code after tangling?
 
      Would global-auto-revert or auto-revert-mode do what you want?  I
      personally use global-auto-revert mode so if any loaded file 
 changes on
      disk and my buffer contents are unmodified it gets replaced with 
 what is
      on the disk.
 
  Perfect - that is doing exactly what it should. Now I just have to
  remember to activate it for the buffer.

 With global-auto-revert-mode there is nothing to remember :) since it is
 active in /all/ buffers.  This works great for me.

 That is definitely true - I am just a little bit (too?) vary about
 global-auto-revert-mode for files I am editing in. So they are only
 reverted, if the files on the drive have changed irrespective of the
 state of the buffer? Well - I should possibly try it.

If you modify the buffer it doesn't revert.  Only unmodified buffers
will be replaced with the contents of disk files if those change.  I use
this for org-mode files and git - save all buffers, commit changes, push
to other machine, work there, commit, fetch back to first machine, and
all my org-files automatically update without me doing anything special.

Try it on a test file or two where you modify the buffer first and don't
save then change the file on disk with another editor and see how it
works.  I haven't had any problems with it yet.

I auto-save my org-mode files every hour in my workstation emacs and I
tend to just leave my workstation emacs running forever.

,[ .emacs ]
| (run-at-time 00:59 3600 'org-save-all-org-buffers)
`

I use this mainly for my cron job that automatically creates git commits
on the hour.

This has a nice side effect that I can just leave the house with my
Android phone, (the files save at 59 minutes past the hour), then I can
SSH in to my workstation, fire up another emacs process on the phone and
edit my org files and save.  They auto-revert on my workstation and
everything Just Works(tm).

-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] [PATCH] Remove superfluous lambda.

2010-07-02 Thread Sebastian Rose
John Wiegley jwieg...@gmail.com writes:

 On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote:

 I read Accepted which is not Applied, is it?

 Accepted = Applied.


http://patchwork.newartisans.com/patch/73/

was never aplied.  I just diffed my branch against the current head.


  Sebastian

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


Re: [Orgmode] [PATCH] Remove superfluous lambda.

2010-07-02 Thread John Wiegley
On Jul 2, 2010, at 9:49 AM, Sebastian Rose wrote:

 John Wiegley jwieg...@gmail.com writes:
 
 On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote:
 
 I read Accepted which is not Applied, is it?
 
 Accepted = Applied.
 
 
 http://patchwork.newartisans.com/patch/73/
 
 was never aplied.  I just diffed my branch against the current head.

Anyone know who accepted this?  They didn't make themselves the delegate when
they accepted it.  I'll mark it as New again.

John


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


Re: [Orgmode] [PATCH] Remove superfluous lambda.

2010-07-02 Thread Sebastian Rose
John Wiegley jwieg...@gmail.com writes:
 On Jul 2, 2010, at 9:49 AM, Sebastian Rose wrote:

 John Wiegley jwieg...@gmail.com writes:
 
 On Jul 2, 2010, at 9:21 AM, Sebastian Rose wrote:
 
 I read Accepted which is not Applied, is it?
 
 Accepted = Applied.
 
 
 http://patchwork.newartisans.com/patch/73/
 
 was never aplied.  I just diffed my branch against the current head.

 Anyone know who accepted this?  They didn't make themselves the delegate when
 they accepted it.  I'll mark it as New again.


Thanks a bunch!


  Sebastian

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


Re: [Orgmode] Org-jekyll - org-publish-initialize-files-alist

2010-07-02 Thread Juan Reyero
Nathan,

I've just pushed a version of org-jekyll that should solve the
problem, following Sebastian's suggestions, and it's available at
http://github.com/juanre/org-jekyll.  Sorry it's taken me so long to
respond; I am pretty much off-line lately for personal reasons.  And
thanks for bringing it out.

Best,

jm
--
http://juanreyero.com

On Wed, Jun 30, 2010 at 9:04 PM, Sebastian Rose sebastian_r...@gmx.de wrote:

 Nathan Neff nathan.n...@gmail.com writes:
  ...
  Below is the code where org-publish-initialize-files-alist is called
  in org-jekyll.
  It looks like in both cases, the code is trying to figure out what
  project the current
  file belongs to.  Can anyone suggest a fix?  I don't mean to push this
  on anyone, but I really don't know lisp that well.

  ...

  (defun org-jekyll-export-current-entry ()
    (interactive)
    (save-excursion
      (org-publish-initialize-files-alist) ; here
      (let ((project-name (cdr (assoc (expand-file-name (buffer-file-name))
                                      org-publish-files-alist
        (org-back-to-heading t)
        (org-jekyll-export-entry project-name

 I suppose `project-name' shall be the name of the project, i.e. a
 string?


 ;; Evtl. needed to keep compiler happy:
 (declare-function org-publish-get-project-from-filename org-publish
                  (filename optional up))

 (defun org-jekyll-export-current-entry ()
  (interactive)
  (save-excursion
    (let ((project-name (org-publish-get-project-from-filename 
 buffer-file-name)))
      (org-back-to-heading t)
      (org-jekyll-export-entry project-name





  (defun org-jekyll-export-blog ()
    Export all entries in project files that have a :blog: keyword
  and an :on: datestamp.  Property drawers are exported as
  front-matters, outline entry title is the exported document
  title. 
    (interactive)
    (save-excursion
      (org-publish-initialize-files-alist) ;;  -- here
      (setq org-jekyll-new-buffers nil)
      (mapc
       (lambda (jfile-project)
         (let ((jfile (car jfile-project))
               (project (cdr jfile-project)))
           (if (string= (file-name-extension jfile) org)
               (with-current-buffer (org-get-jekyll-file-buffer jfile)
                 (org-map-entries (lambda () (org-jekyll-export-entry 
  project))
                                  blog|BLOG)
       (org-publish-get-files (org-publish-expand-projects
                               (list (org-publish-get-project-from-filename
                                      (buffer-file-name) 'up)
      (org-release-buffers org-jekyll-new-buffers)))


 (defun org-jekyll-export-blog ()
  Export all entries in project files that have a :blog: keyword
 and an :on: datestamp.  Property drawers are exported as
 front-matters, outline entry title is the exported document
 title. 
  (interactive)
  (save-excursion
    (setq org-jekyll-new-buffers nil)
    (mapc
     (lambda (jfile-project)
       (let ((jfile (car jfile-project))
             (project (cdr jfile-project)))
         (if (string= (file-name-extension jfile) org)
             (with-current-buffer (org-get-jekyll-file-buffer jfile)
               (org-map-entries (lambda () (org-jekyll-export-entry project))
                                blog|BLOG)

     ;; NOT SURE IF THIS WILL WORK HERE:
     (org-publish-get-base-files
       (list (org-publish-get-project-from-filename (buffer-file-name) 'up
    (org-release-buffers org-jekyll-new-buffers)))



 HTH

   Sebastian

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



--
http://juanreyero.com/
http://unarueda.com

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


[Orgmode] FEATURE FREEZE, for a short time

2010-07-02 Thread Carsten Dominik

Dear all,

I would like to ask for a feature freeze for the Org-mode master branch
until about July 18.

During the period I would like to ask the committers to only
process bug fixes (and only reasonably simple ones) and
release-related stuff like Makefile issues, doc fixes, typos etc.   
Please
also check the issue tracker if you want to help fix a small issue,  
there

is also documentation stuff that needs to be done.

This will give me the breezing space to put together the 7.01 release.

Of course, in a git environment, this does not at all mean that  
development
has to stop - it only means that new features will not be merged into  
master

during that period.

One the 18th, I would like to release 7.01 and shortly thereafter  
install it into

the Emacs repository.

Thanks a bunch.

- Carsten

P.S.  Eric and Dan, please decide yourself how to get to
a good and stable state in this time frame, babel integration
is by far the biggest thing in this release.




___
Emacs-orgmode 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+table.el = mutli line cells?

2010-07-02 Thread John Hendy
- Thanks for the table link, though I only see how to change frames and
borders on the provided link. Do I just need to pass some html/css option
through #+ATTR_HTML?

- Also... stupid me. I meant to specify that I'm looking to do this in
LaTeX, not necessarily html, though I'm glad to have knowledge of both.

After more reading, this seems pretty doable through the 'p{width}'
alignment option which seems to work through #+ATTR_LaTeX to control
automatic wrapping in a cell. My remaining question is whether or not it's
possible to enable tabular* instead of the default environment as then I
could limit both columns and determine table widths. I don't know that
tabular seems to have this option?


Thanks,
John

On Thu, Jul 1, 2010 at 11:37 PM, Carsten Dominik
carsten.domi...@gmail.comwrote:


 On Jul 1, 2010, at 10:14 PM, John Hendy wrote:

  Hi,


 I export to variable page widths and would like to be able to specify a
 limit on my tables which seem to always run on as long as they need to
 without regard for any margins or borders. I found a post here where a user
 asked the question I was looking for:
 http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22353.html

 So... table.el (as I have since found during fiddling) does create
 multi-line cells, which is awesome.

 I can't find any documentation for it, though?? I am just looking for
 [hopefully] basic/easy things like:

 - bold a cell (*word* doesn't seem to work in table.el tables)
 - limit the overall width of the table


 Formatting inside table.el cells does not work because this is a completely
 different export mechanism.

 To fix the width of a table (normal Org-mode table), see

 http://orgmode.org/manual/Tables-in-HTML-export.html#Tables-in-HTML-export

 - Carsten


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


Re: [Orgmode] [PATCH] orphaned captions and labels

2010-07-02 Thread David Maus
Nicolas Goaziou wrote:
Hello,

 David Maus writes:
 Thanks for the patch.  Merely it wasn't catched by Org modes patch
 tracker[1] so I include it in the reply.  Problem was, that you've
 sent it as attachment of MIME media type application/binary, not
 text/plain.

Speaking of this, what is the status of this patch ? It isn't applied
on master branch and I don't see it in the patch tracker.

http://patchwork.newartisans.com/patch/97/ -- accepted.

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


pgpgzeJGEcY4l.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] [ANN] Org-babel integrated into Org-mode

2010-07-02 Thread Christopher Witte
Eric,

Thanks, it all appears to be working now.

Cheers,
Chris.

On 28 June 2010 18:59, Eric Schulte schulte.e...@gmail.com wrote:
 Hi Christopher,

 Christopher Witte ch...@witte.net.au writes:

 I'm having trouble getting the new version of babel to work with
 haskell and R under Ubuntu 10.04 using emacs-snapshot.  It works fine
 for emacs-lisp.  I had to change the variable LISPF in the Makefile
 to:

 LISPF      =  org.el                          \
 .
               babel/ob.el                     \
               babel/ob-table.el               \
               babel/ob-lob.el                 \
               babel/ob-ref.el                 \
               babel/ob-exp.el                 \
               babel/ob-tangle.el              \
               babel/ob-comint.el              \
               babel/ob-keys.el                \
               babel/langs/ob-emacs-lisp.el    \
               babel/langs/ob-haskell.el       \
               babel/langs/ob-latex.el \
               babel/langs/ob-sh.el    \
               babel/langs/ob-asymptote.el     \
               babel/langs/ob-R.el     \
               babel/langs/ob-gnuplot.el

 otherwise I couldn't compile my .emacs file, which contains the following:


 Hmm, I would think it would be possible to require files which are not
 byte-compiled.  The reason that the language files (aside from
 emacs-lisp) are not compiled by default is that they often have exotic
 requirements which will not be present on most users systems.


 (require 'org-install)

 ;;(require 'org)
 ;;(require 'ob)
 ;;(require 'ob-tangle)
 ;; org-babel set up
 (require 'ob-haskell)
 (require 'ob-latex)
 (require 'ob-sh)
 (require 'ob-asymptote)
 (require 'ob-R)
 (require 'ob-gnuplot)

 The following works fine:
           #+tblname: example-table
           | 1 |
           | 2 |
           | 3 |
           | 4 |

           #+source: table-length
           #+begin_src emacs-lisp  :var table=example-table
           (length table)
           #+end_src

           #+results: table-length
         : 4

 But when I try the haskell equivalent:
           #+source: table-length
           #+begin_src haskell  :var table=example-table
           length table
           #+end_src


 I get:
 executing haskell source code block
 reference 'example-table' not found in this buffer
 org-babel-ref-resolve-reference: reference 'example-table' not found
 in this buffer

 If I try:
           #+source: table-length
           #+begin_src haskell
           length [1,2,3]
           #+end_src


 I get:
 executing haskell source code block
 org-babel-execute:haskell: Symbol's function definition is void: session


 Thanks for bringing this up, it looks like ob-haskell has fallen victim
 to bit-rot.  I've done a fairly thorough cleanup of the file (just
 pushed up the commit).  Please give it a test run and let me know
 if/where I missed issues.



 I also get a lot of warnings when I compile org-mode, see the attached
 buiild log.


 Yes, the language-specific files have not been manicured for clean
 byte-compilation.  This is certainly something that should happen, but
 probably not in the near term.

 Thanks -- Eric



 Thanks for your help,

 Chris Witte.

 On 23 June 2010 23:09, Eric Schulte schulte.e...@gmail.com wrote:
 Hi,

 I've just merged the babel branch into the main branch of Org-mode.
 This merge culminates much integration work by Dan Davison and Tom Dye,
 as well as myself.

 Babel is now part of Org-mode.

 The biggest changes are:

 1) Babel now has documentation!  It is part of Org-mode's documentation

   see Chapter 14 _Working With Source Code_

   also, the Babel keybindings are now listed in the refcard, and can be
   viewed from any Org-mode buffer by pressing C-c C-v h

 2) Babel will now be loaded by default along with the rest of Org-mode.
   This means that *everyone* currently using babel will need to change
   their Emacs config and remove the (require 'org-babel-int) and/or
   (require 'org-babel) lines.

   Support for evaluating emacs-lisp code blocks is loaded by default.
   All other languages will need to be required explicitly.  To conform
   to Emacs filename specifications all language require lines have been
   shortened from e.g.

   (require 'org-babel-sh)

   to

   (require 'ob-sh)

 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


 ___
 Emacs-orgmode 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: [ANN] Org-babel integrated into Org-mode

2010-07-02 Thread Eric Schulte
Hi Carsten,

Carsten Dominik carsten.domi...@gmail.com writes:

 Hi Eric, thanks for this.

 I would actually like to have a variable that will exclude evaluation
 from being added to the C-c C-c hook.  I think users will understand
 better how to use this, and customizing it will work for sure.
 Explicitly removing it from the hook will only work after load time.


I've made this change and updated it in the safety-babel branch, which
is also rebase'd against the current master head, so it will need to be
pulled with a git pull -f (and will overwrite any local changes you
have in that branch so be careful).


 We should also add

 (put 'org-confirm-babel-evaluate
  'safe-local-variable
  (lambda (x) (eq x t)))


This is also added


 After the definition of org-confirm-babel-evaluate to avoid that
 malicious code can change this setting through file variables.

 I have made a first draft of the security section in the manual,
 please take a look, add to it, and add a link to it from a good location
 in chapter 14.


I'm not able to find this section.  Which branch is it in?

Thanks -- Eric


 Cheers

 - Carsten

 On Jul 1, 2010, at 10:39 PM, Eric Schulte wrote:

 Hi,

 Pursuant to the below, I've created a new babel-safety branch of the
 repository.  It includes two new commits, the first of which
 implements
 confirmation before *any* code block evaluation, adds the keybinds for
 code block evaluation, and adds a documentation for disassociating
 code
 block evaluation from C-c C-c.

 ,[1d0b2f48c7f4b12b07dcfff0b5c1d29cc2c863bb]
 | babel: evaluation of code blocks now requires confirmation
 |
 | * lisp/babel/ob.el (org-confirm-babel-evaluate): variable used to
 |   control evaluation of code blocks, default value it t, meaning all
 |   code block evaluation requires confirmation
 |
 |   (org-babel-confirm-evaluate): function used to request
 confirmation
 |   of code block evaluation from the user
 |
 |   (org-babel-execute-src-block): this function is the single point
 of
 |   entry for evaluation of code blocks (whether initiated through lob
 |   call, through direct code block evaluation, or as part of file
 |   exportation).  Every time this function is called it will now
 |   request confirmation from the user.  The newly added
 |   `org-confirm-babel-evaluate' variable can be used to configure
 this
 |   behavior.
 |
 | * lisp/org.el (org-ctrl-c-ctrl-c): added documentation of code block
 |   evaluation behavior
 |
 | * lisp/babel/ob-keys.el (org-babel-key-bindings): adding keybindings
 |   for executing code blocks and for opening their results
 `

 the second commit creates org-babel-load-languages, which can be
 used to
 enable or disable any babel language.

 ,[5f5f41a206ccef10b8ff49af8c689995d05da37c]
 | babel: `org-babel-load-languages' activates code blocks by language
 |
 | * lisp/org.el (org-babel-load-languages): this variable controls
 which
 |   languages will be loaded by org-babel.  It is customizable through
 |   the customize interface.
 |
 |   (org-babel-do-load-languages): load those languages in
 |   org-babel-load-languages and disable those with nil cdr's
 `

 While this variable works, and has a very nice customization widget
 interface, it is awkward to customize from a user's configuration
 file,
 this is because it relies on the defcustom :set function with which is
 it associated, and as far as I can tell, the only way to ensure that
 the
 set function is called, is to set this variable with something along
 the
 lines of the following in your configuration.

 --8---cut here---start-8---
 (org-babel-do-load-languages
 'org-babel-load-languages
 '((emacs-lisp . nil)
   (ruby . t)
   (python . nil)
   (R . t)))
 --8---cut here---end---8---

 As of right now I can't think of a more natural way to implement
 such a
 variable -- suggestions welcom :).

 As I mentioned I'm keeping this is the babel-safety branch for now, as
 it *will* disrupt the configuration and experience of Babel users, and
 I've been hard on them already these past few weeks.  Maybe this is
 best
 folded into main along with the version 7.0 release so that it will be
 accompanied with web-accessible documentation how to handle the
 incomparable changes.

 Thanks -- Eric

 Eric Schulte schulte.e...@gmail.com writes:

 Hi,

 Thanks for finding such a good compromises solution.  This new plan
 looks great to me, specifics below

 Carsten Dominik carsten.domi...@gmail.com writes:

 Hi everyone,

 first of all, I think it is clear that I may have overreacted
 with the 6 point plan.  But it is good that we are having
 this discussion.

 On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote:

 Hi Carsten, Matt, Scott,

 Carsten Dominik carsten.domi...@gmail.com writes:

 Hi Matt, hi Eric,

 Matt, thanks a lot for bringing this up.  This is indeed a very
 important and serious issue.  We need to address it.  We need to
 step 

[Orgmode] Re: FEATURE FREEZE, for a short time

2010-07-02 Thread Eric Schulte
Carsten Dominik carsten.domi...@gmail.com writes:

[...]
 
 P.S.  Eric and Dan, please decide yourself how to get to
 a good and stable state in this time frame, babel integration
 is by far the biggest thing in this release.

Hi Carsten,

I'm looking forward to a feature-quiet period of stabilization.  There
is one more large Babel change before 7.0, namely the integration of the
safety measures currently living in the safety-babel branch [1].  I
think that it would be best if these are merged into Org-mode at the
start of this feature freeze so that they can be tested during this
period.  Please let me know if this sounds good to you, and if so I will
send out one last email alerting Babel users to the requirement for a
configuration change [2], and then merge in these two new commits.

Thanks -- Eric

Footnotes: 
[1]  http://repo.or.cz/w/org-mode.git/shortlog/refs/heads/safety-babel

[2]  I do apologize for the number of configuration breaking changes
 that have been made to Babel recently.  I know the pain of starting
 up Emacs, running into an unexpected failure, and then having to
 make time to trouble-shoot before you can actually get any work
 done.

 Once this merge is over I see many months of smooth Babel sailing
 on the horizon.
 


___
Emacs-orgmode 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] Provide customization variable to disable folder check when open link.

2010-07-02 Thread Darlan Cavalcante Moreira

As an org-mode and wanderlust user I can say that this is indeed much
better now.

Thanks

--
Darlan

At Thu, 1 Jul 2010 15:50:23 +0200,
Carsten Dominik carsten.domi...@gmail.com wrote:
 
 Applied, thanks.
 
 - Carsten
 
 On Jun 30, 2010, at 9:54 AM, David Maus wrote:
 
  * org-wl.el (org-wl-disable-folder-check): New customization
   variable.
   (org-wl-open): Disable folder check depending on
   `orrg-wl-disable-folder-check'.
  ---
  lisp/org-wl.el |   63 +++ 
  +
  1 files changed, 36 insertions(+), 27 deletions(-)
 
  diff --git a/lisp/org-wl.el b/lisp/org-wl.el
  index a5c8218..7746427 100644
  --- a/lisp/org-wl.el
  +++ b/lisp/org-wl.el
  @@ -62,6 +62,11 @@ googlegroups otherwise.
:type 'boolean
:group 'org-wl)
 
  +(defcustom org-wl-disable-folder-check t
  +  Disable check for new messages when open a link.
  +  :type 'boolean
  +  :group 'org-wl)
  +
  (defcustom org-wl-namazu-default-index nil
Default namazu search index.
:type 'directory
  @@ -233,33 +238,37 @@ with `org-wl-namazu-default-index' as search  
  index.  When called
  with two prefixes or `org-wl-namazu-default-index' is nil, ask
  for namazu index.
(require 'wl)
  -  (unless wl-init (wl))
  -  ;; XXX: The imap-uw's MH folder names start with %#.
  -  (if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ 
  \)? path))
  -  (error Error in Wanderlust link))
  -  (let ((folder (match-string 1 path))
  -   (article (match-string 3 path)))
  -;; maybe open message in namazu search folder
  -(when current-prefix-arg
  -  (setq folder (concat [ article ]
  -  (if (and (equal current-prefix-arg '(4))
  -   org-wl-namazu-default-index)
  -  org-wl-namazu-default-index
  -(read-directory-name Namazu index: )
  -(if (not (elmo-folder-exists-p (org-no-warnings
  -   (wl-folder-get-elmo-folder folder
  -   (error No such folder: %s folder))
  -(let ((old-buf (current-buffer))
  - (old-point (point-marker)))
  -  (wl-folder-goto-folder-subr folder)
  -  (with-current-buffer old-buf
  -   ;; XXX: `wl-folder-goto-folder-subr' moves point to the
  -   ;; beginning of the current line.  So, restore the point
  -   ;; in the old buffer.
  -   (goto-char old-point))
  -  (and article (wl-summary-jump-to-msg-by-message-id (org-add- 
  angle-brackets
  - article))
  -  (wl-summary-redisplay)
  +  (let ((wl-auto-check-folder-name
  +(if org-wl-disable-folder-check
  +'none
  +  wl-auto-check-folder-name)))
  +(unless wl-init (wl))
  +;; XXX: The imap-uw's MH folder names start with %#.
  +(if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ 
  \)? path))
  +   (error Error in Wanderlust link))
  +(let ((folder (match-string 1 path))
  + (article (match-string 3 path)))
  +  ;; maybe open message in namazu search folder
  +  (when current-prefix-arg
  +   (setq folder (concat [ article ]
  +(if (and (equal current-prefix-arg '(4))
  + org-wl-namazu-default-index)
  +org-wl-namazu-default-index
  +  (read-directory-name Namazu index: )
  +  (if (not (elmo-folder-exists-p (org-no-warnings
  + (wl-folder-get-elmo-folder folder
  + (error No such folder: %s folder))
  +  (let ((old-buf (current-buffer))
  +   (old-point (point-marker)))
  +   (wl-folder-goto-folder-subr folder)
  +   (with-current-buffer old-buf
  + ;; XXX: `wl-folder-goto-folder-subr' moves point to the
  + ;; beginning of the current line.  So, restore the point
  + ;; in the old buffer.
  + (goto-char old-point))
  +   (and article (wl-summary-jump-to-msg-by-message-id (org-add-angle- 
  brackets
  +   article))
  +(wl-summary-redisplay))
 
  (provide 'org-wl)
 
  -- 
  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
 
 - Carsten
 
 
 
 
 ___
 Emacs-orgmode mailing list
 Please use `Reply All' to send replies to the list.
 Emacs-orgmode@gnu.org
 http://lists.gnu.org/mailman/listinfo/emacs-orgmode

___
Emacs-orgmode 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] [PATCH] double-O-LaTeX: retain meta-information during LaTeX Export

2010-07-02 Thread Eric Schulte
Revoking org-latex's license to kill.

Hi,

I've noticed a sneaky bug when exporting to LaTeX.

Org-babel uses top-level #+BABEL: or #+PARAMETERS: lines to set global
values for header arguments.  When exporting to latex, the latex
exporter removes *all* meta-information header lines when exporting the
body [1].

Some Babel blocks rely on these lines and the header values they define
to control their behavior on export.  Does anyone know why these lines
are being removed?  I've experimented with the attached patch [2] in
which the LaTeX exporter *does not* remove these lines.  It fixes the
babel issues, and I haven't noticed any problems caused by leaving these
lines in (I think the lines are now being removed later in the export
process).

Thanks -- Eric

Footnotes: 
[1]  see `org-export-latex-first-lines' and `org-export-kill-licensed-text'

[2]  diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index d725fc8..73a71b3 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1202,22 +1202,17 @@ If END is non-nil, it is the end of the region.
 	   (end (if (re-search-forward ^\\*+  end t)
 		(goto-char (match-beginning 0))
 		  (goto-char (or end (point-max))
-  (prog1
-	  (org-export-latex-content
-	   (org-export-preprocess-string
-	(buffer-substring pt end)
-	:for-LaTeX t
-	:emph-multiline t
-	:add-text nil
-	:comments nil
-	:skip-before-1st-heading nil
-	:LaTeX-fragments nil
-	:timestamps (plist-get opt-plist :timestamps)
-	:footnotes (plist-get opt-plist :footnotes)))
-	(org-unmodified
-	 (let ((inhibit-read-only t))
-	   (add-text-properties pt (max pt (1- end))
-'(:org-license-to-kill t
+  (org-export-latex-content
+   (org-export-preprocess-string
+	(buffer-substring pt end)
+	:for-LaTeX t
+	:emph-multiline t
+	:add-text nil
+	:comments nil
+	:skip-before-1st-heading nil
+	:LaTeX-fragments nil
+	:timestamps (plist-get opt-plist :timestamps)
+	:footnotes (plist-get opt-plist :footnotes))
 
 (defvar org-export-latex-header-defs nil
   The header definitions that might be used in the LaTeX body.)
___
Emacs-orgmode 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] Literal examples and indentation

2010-07-02 Thread Francis Moreau
Hello,

On Thu, Jul 1, 2010 at 7:51 PM, Juan pech...@computer.org wrote:

 How are you 'rendering'? To HTML, PDF, ASCII?


To ASCII

-- 
Francis

___
Emacs-orgmode 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] literate Lisp games development questions

2010-07-02 Thread Dan Davison
...

Hi David,

That sounds fun, and I look forward to looking at it, when I have more
time for fun.

  1. the html output fontification of source blocks is nice. the pop-out
 editing of the blocks is nice too. However, can I get the syntax
 highlighting to show up INLINE in the begin-src block?

I believe the consensus on this list is still that the existing projects
in that direction don't currently work well for doing this.
http://www.emacswiki.org/emacs/MuMaMo

I had a probably terrible idea that one could fake something a bit like
this by removing the mode lines between split windows. You could even
fake continuity of buffer locations... (Incidentally, I've been enjoying
recently using emacs full screen without the mode line (who needs it all
the time?); when I get a chance I want to write a minor mode that does
away with the mode line by default. Obviously no menu or scroll bars
either.)

 2. has anyone been following efforts to prettify org-mode constructs? i
 would love to be able to replace certain things (like all the #+BEGIN_SRC
 lines) with something graphical, like a tiny icon with a horizontal rule.
 anyone done anything in this area?

Yes, I started doing this. Nicolas Girard did all the ground work in his
org-icons project. I started work on adding icons for src blocks in the
branch named dan. I can confirm that ruby blocks look quite pretty
when #+begin_src ruby is replaced by an image of a ruby, although
unfortunately I still don't know any ruby.

http://github.com/ngirard/org-icons/tree/dan

I believe Nicolas would be happy to have other people help out with that
project. There were a few reorganizations we wanted to do to make it fit
better with Org.

Best wishes,

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

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


Re: [Orgmode] [BABEL] literate Lisp games development questions

2010-07-02 Thread Eric Schulte
Hi David,

David O'Toole dto1...@gmail.com writes:

[...]

 I have gotten some very basic support working, where you can execute Common
 Lisp blocks via slime, and basic tangling works as well.

 See  http://github.com/dto/org-babel-lisp/  for my very basic code. Feel
 free to use this, I already have FSF papers, and I will keep you updated on
 progress.


Very cool,

please do let us know when you think it's ready to be folded into Babel.
There will be some minor changes required to catch up with the very
latest version of Babel (e.g. `org-babel-add-interpreter' and
`org-babel-tangle-langs') have both been removed, but nothing major.

Best of luck with the lisp games! -- 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] [BABEL] html export for R not working, but for sh and others

2010-07-02 Thread Eric Schulte
Hi Rainer,

My guess would be that the `htmlize-buffer' command which is used to
fontify code in html export is choking because the elisp below is
defining new fonts for R code.  If htmlize-buffer can't find the
definitions for these fonts then it will throw an error.

I'm not sure what the solution would be, but I'm pretty sure that's the
source of the problem.

Best -- Eric

Rainer M Krug r.m.k...@gmail.com writes:

 Hi Eric

 I traced the problem to the following section in my emacs.org file:

 * Syntax highlighting for functions in R
   based on https://mail.google.com/mail/#label/Lists%2FESS/125131ed24688970
   The following code needs to be run in R:

   obj - do.call(c, sapply(c(package:base, package:stats,
   package:utils), objects, all.names=TRUE))
   re - (^[^.[:alpha:][:digit:]]|-|__)  # to remove weird functions
   obj - obj[-grep(re, obj)]
   fpath - file.path(Sys.getenv(HOME), .emacs.d, R-function-names.txt)
   write.table(obj, fpath, quote=FALSE, row.names=FALSE, col.names=FALSE)

   Read a whole file into list of lines
   Author: Xah Lee
   see http://xahlee.org/emacs/elisp_process_lines.html
 #+begin_src emacs-lisp
   (defun read-lines (file)
   Return a list of lines in FILE.
   (with-temp-buffer
   (insert-file-contents file)
   (split-string
   (buffer-string) \n t)
   )
   )

   (add-hook 'ess-mode-hook
   '(lambda()
   (setq ess-my-extra-R-function-keywords
   (read-lines ~/.emacs.d/R-function-names.txt))
   (setq ess-R-mode-font-lock-keywords
   (append ess-R-mode-font-lock-keywords
   (list (cons (concat \\ (regexp-opt
   ess-my-extra-R-function-keywords 'enc-paren) \\)
   'font-lock-function-name-face))

 If I disable that section, it works. Do you have any ideas if it could be
 changes? I don't know anything about emacs-lisp.

 Thanks,

 Rainer

 On Fri, Jul 2, 2010 at 9:44 AM, Rainer M Krug r.m.k...@gmail.com wrote:



 On Thu, Jul 1, 2010 at 5:55 PM, Eric Schulte schulte.e...@gmail.comwrote:

 Hi Rainer,


 Hi Eric,



 Rainer M Krug r.m.k...@gmail.com writes:

  Hi
 
  I am trying to export the attached test.org file to HTML, but I can
 only
  export it, when I change the source block language to anything different
  from R.
 
  I also attach my emacs.org file, but I am not doing any customisations
 to R.
 

 I've just started up a minimal Emacs instance and loaded the babel
 portion of your attached config, but I am able to export your attached
 org file w/o error.  A couple of questions.

 1) are you able to export to latex?  If so, then maybe the issue has to
   do with fontification of R code by htmlize-buffer


 Yes - export to latex (and from there to pdf) are working.


 2) could you send in the actual error being reported by Emacs, or a
   stack trace?

 These are the messages in emacs:

 Select command:
 Exporting...
 org-babel-exp processing...
 Fontifying  *temp*... (regexps.)
 org-babel-exp processing...
 font-lock-fontify-keywords-region: Invalid regexp: Regular expression too
 big

 How can I get a stack trace?

 One more thing: if I start emacs with the -Q option, it works. So I assume
 it is something in my emacs.org file. What is the easiest way to avoid
 that source blocks under a heading in the emacs.org file are executed?


 
  In addition: if I specify :session *R* in #:BABEL: , the code is
  evaluated, even though I specified :exports code. Is this intended?
 

 Yes, this is for Sweave like behavior.

 If you have a session specified for every block in the buffer, and you
 are exporting the buffer, there are cases when you need a block to be
 executed (e.g. because it sets the value of a variable used by a
 subsequent block) even though you *do not* want the results of the block
 included in the final document.  To support these use cases, on export
 every block with a session is executed so that it's effects on the
 persist session takes place.


 OK - that makes sense.
 If you need any further info, please let me know.

 Thanks,

 Rainer


 Cheers -- Eric

 
  Thanks,
 
  Rainer




 --
 NEW GERMAN FAX NUMBER!!!

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

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

 Cell:   +27 - (0)83 9479 042
 Fax:+27 - (0)86 516 2782
 Fax:+49 - (0)321 2125 2244
 email:  rai...@krugs.de

 Skype:  RMkrug
 Google: r.m.k...@gmail.com



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


[Orgmode] No subscript when exporting

2010-07-02 Thread Ivanov Dmitry
I create a program documentation in org mode. When I export to html names with 
underscore, the second part is a subscript (like in LaTeX):

manufacturer_id - id is a subscript.

How can I avoid this?


___
Emacs-orgmode 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] No subscript when exporting

2010-07-02 Thread Eric Schulte
Hi Ivanov,

add something like the following to the top of your file

#+OPTIONS: ^:nil

see http://orgmode.org/manual/Export-options.html#Export-options for
more information

-- Eric

Ivanov Dmitry usr...@gmail.com writes:

 I create a program documentation in org mode. When I export to html names 
 with underscore, the second part is a subscript (like in LaTeX):

 manufacturer_id - id is a subscript.

 How can I avoid this?


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

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


Re: [Orgmode] [PATCH] double-O-LaTeX: retain meta-information during LaTeX Export

2010-07-02 Thread Carsten Dominik

Hi Eric,

no, you cannot remove this, unfortunately.  This is necessary code
in the case when the document title is taken from the document.

Try (with you patch) to export

---
#+OPTIONS: skip:nil

text before first
* Test


\begin{equation}
E=mc^2
\end{equation}



It might work of you remove the license to kill from
only these special meta lines, but I have not tried.

- Carsten

On Jul 2, 2010, at 10:56 PM, Eric Schulte wrote:


Revoking org-latex's license to kill.

Hi,

I've noticed a sneaky bug when exporting to LaTeX.

Org-babel uses top-level #+BABEL: or #+PARAMETERS: lines to set global
values for header arguments.  When exporting to latex, the latex
exporter removes *all* meta-information header lines when exporting  
the

body [1].

Some Babel blocks rely on these lines and the header values they  
define

to control their behavior on export.  Does anyone know why these lines
are being removed?  I've experimented with the attached patch [2] in
which the LaTeX exporter *does not* remove these lines.  It fixes the
babel issues, and I haven't noticed any problems caused by leaving  
these

lines in (I think the lines are now being removed later in the export
process).

Thanks -- Eric

Footnotes:
[1]  see `org-export-latex-first-lines' and `org-export-kill- 
licensed-text'


[2]  diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index d725fc8..73a71b3 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1202,22 +1202,17 @@ If END is non-nil, it is the end of the  
region.

   (end (if (re-search-forward ^\\*+  end t)
(goto-char (match-beginning 0))
  (goto-char (or end (point-max))
-  (prog1
- (org-export-latex-content
-  (org-export-preprocess-string
-   (buffer-substring pt end)
-   :for-LaTeX t
-   :emph-multiline t
-   :add-text nil
-   :comments nil
-   :skip-before-1st-heading nil
-   :LaTeX-fragments nil
-   :timestamps (plist-get opt-plist :timestamps)
-   :footnotes (plist-get opt-plist :footnotes)))
-   (org-unmodified
-(let ((inhibit-read-only t))
-  (add-text-properties pt (max pt (1- end))
-   '(:org-license-to-kill t
+  (org-export-latex-content
+   (org-export-preprocess-string
+   (buffer-substring pt end)
+   :for-LaTeX t
+   :emph-multiline t
+   :add-text nil
+   :comments nil
+   :skip-before-1st-heading nil
+   :LaTeX-fragments nil
+   :timestamps (plist-get opt-plist :timestamps)
+   :footnotes (plist-get opt-plist :footnotes))

(defvar org-export-latex-header-defs nil
  The header definitions that might be used in the LaTeX body.)
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode


- Carsten




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