Re: [Orgmode] Bug report: filing into a date tree in year 2011 when 2010 exists in file

2011-01-01 Thread Ian Barton
On Dec 31, 2010, at 10:59 PM, Charles Cave wrote: Happy New Year! This morning I filed a note into my taskdiary file which is a date tree file. The top level headlines are: * Configuration * Calendar * 2010 When I filed a new note (date is 1st January 2011) I expected a new top level

Re: [Orgmode] Re: Installing org-mode from git without byte-compiling

2011-01-01 Thread Ian Barton
On 01/01/11 05:36, Jambunathan K wrote: Inspecting the Makefile, I see that I probably want to make the info documentation and have that installed automatically, I just don't want to byte-compile the lisp. $ make doc/org The above command will create a file named 'org' in the doc directory.

Re: [Orgmode] Re: Installing org-mode from git without byte-compiling

2011-01-01 Thread Ian Barton
On 01/01/11 09:58, Ian Barton wrote: On 01/01/11 05:36, Jambunathan K wrote: Inspecting the Makefile, I see that I probably want to make the info documentation and have that installed automatically, I just don't want to byte-compile the lisp. $ make doc/org The above command will create a

[Orgmode] Re: Installing org-mode from git without byte-compiling

2011-01-01 Thread Jambunathan K
Inspecting the Makefile, I see that I probably want to make the info documentation and have that installed automatically, I just don't want to byte-compile the lisp. $ make doc/org The above command will create a file named 'org' in the doc directory. Once this is done alter

[Orgmode] [PATCH] Display invisible entry text at point when visiting a task from the agenda

2011-01-01 Thread Bernt Hansen
* lisp/org-agenda.el (org-agenda-goto): Display invisible entry text * lisp/org-agenda.el (org-agenda-switch-to): Display invisible entry text Visiting clock lines with RET or TAB in the agenda can put point on a folded clock drawer. This means you are editing invisible/hidden text inside the

Re: [Orgmode] Re: Installing org-mode from git without byte-compiling

2011-01-01 Thread Nick Dokos
Ian Barton li...@manor-farm.org wrote: On 01/01/11 09:58, Ian Barton wrote: On 01/01/11 05:36, Jambunathan K wrote: Inspecting the Makefile, I see that I probably want to make the info documentation and have that installed automatically, I just don't want to byte-compile the lisp.

[Orgmode] org mode in multi-mode

2011-01-01 Thread Hopsing K
I am trying to use org-mode and c-mode together with using the Two-Mode-Mode (http://www.emacswiki.org/cgi-bin/wiki/MultipleModes). I'd like to embed org-mode comments inside a c file, using org-mode for commenting c code, something that would be quite useful I thought. something like this ---

[Orgmode] Documentation patch

2011-01-01 Thread Thomas S. Dye
Aloha all,The attached patch documents multi-line headers for source code blocks: babel-multi-line-header.patch Description: Binary data Thomas S. Dye, Ph.D.T. S. Dye Colleagues, Archaeologists, Inc.Phone: (808) 529-0866 Fax: (808) 529-0884http://www.tsdye.com

Re: [Orgmode] [Babel] [Ann] varied updates and improvements

2011-01-01 Thread Thomas S. Dye
Aloha all, Code block caching doesn't seem to notice if the value of a variable argument has changed. Here is what I get with Org-mode version 7.01trans (release_7.4.93.g40264e.dirty) when I run both code blocks (I'm expecting caller to recognize that random has changed). #+srcname:

Re: [Orgmode] [Babel] [Ann] varied updates and improvements

2011-01-01 Thread Thomas S. Dye
Aloha all, I'm seeing some unexpected behavior with source blocks as I'm adding :cache yes as a multi-line header argument. The top #+results: is with the addition of the #+header: :cache yes line. Note the lack of a :results name and also the lack of the SHA1 hash. The bottom #

Re: [Orgmode] [Babel] [Ann] varied updates and improvements

2011-01-01 Thread Thomas S. Dye
Aloha all, Sorry for the noise. I'm not sure how I was using version 7.01trans with release_7.4.93, but now that I'm using version 7.4 with that release, the code below works as expected. Tom On Jan 1, 2011, at 10:41 AM, Thomas S. Dye wrote: Aloha all, Code block caching doesn't seem

[Orgmode] :cache documentation patch

2011-01-01 Thread Thomas S. Dye
Aloha all, The attached patch documents the behavior of the :cache header argument. All the best, Tom babel-cache-doc.patch Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list.

Re: [Orgmode] Re: [babel] R: New handling of file output

2011-01-01 Thread Thomas S. Dye
Aloha all, Should :results graphic be documented in the :results header argument section of the Org-mode manual, or in the R-specific documentation? All the best, Tom On Dec 21, 2010, at 6:57 AM, Dan Davison wrote: Dan Davison dandavis...@gmail.com writes: Please note the following

Re: [Orgmode] Re: [babel] R: New handling of file output

2011-01-01 Thread Thomas S. Dye
Aloha all, Here is an example of the new handling of file output with an R source code block that doesn't use base graphics: #+srcname: r-edge-angle-histogram #+begin_src R :results output graphics :var x=whole-adzes :file r/ adze_edge_angle.png :width 400 :height 300 library(ggplot2)

[Orgmode] Re: return link to :file when using #+call

2011-01-01 Thread Myles English
Myles English mylesenglish at gmail.com writes: #+source: foo() #+begin_src R :file bar.png plot(1,1) #+end_src This works but I have to repeat the filename: #+call: foo[:file baz.png]() :file baz.png #+results: foo[:file baz.png]() [[file:baz.png]] Myles

[Orgmode] unnamed :results

2011-01-01 Thread Thomas S. Dye
Aloha all, In the course of updating an Org-mode file to take account of the new file output handling for R, I noticed a change in the naming of results blocks. In the example below, the top #+results: line was produced with the most recent Org-mode from git. The previous behavior is

[Orgmode] org.texi vs. orgmode.org/manual

2011-01-01 Thread Thomas S. Dye
Aloha all, I'm not sure how the Org-mode manual online is updated, but I noticed today that org.texi has an entry for a :sep header argument that doesn't show up in the online manual. All the best, Tom ___ Emacs-orgmode mailing list Please use

Re: [Orgmode] org.texi vs. orgmode.org/manual

2011-01-01 Thread Carsten Dominik
On Jan 2, 2011, at 1:15 AM, Thomas S. Dye wrote: Aloha all, I'm not sure how the Org-mode manual online is updated, but I noticed today that org.texi has an entry for a :sep header argument that doesn't show up in the online manual. Hi Tom, up to now, the online manual was only updated