[O] Agenda not working

2012-03-07 Thread Toni Cebrián
Hi,

I'm having a problem with the agenda view that I'm not able to solve.
Even if I starts emacs with an empty configuration file

emacs -q -l empty_emacs_file

When I type M-x org-agenda-list with this file

* Tasks
** TODO Hello darling
   SCHEDULED: 2012-03-07 Wed


I get this agenda view:

Week-agenda (W10):
Monday  5 March 2012 W10
Tuesday 6 March 2012
Wednesday   7 March 2012
Thursday8 March 2012
Friday  9 March 2012
Saturday   10 March 2012
Sunday 11 March 2012

That displays nothing. Am I doing something wrong? Why the TODO task is not
displayed?

BTW I'm using GNU Emacs 24.0.93.1 and org-version 7.8.03


Thanks.


Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread suvayu ali
On Wed, Mar 7, 2012 at 06:08, Yagnesh Raghava Yakkala yagn...@live.com wrote:
 I can reproduce this., I think your auctex installation is fine. Its
 definitely from org.

Thanks a lot for taking a look and confirming. :)

-- 
Suvayu

Open source is the future. It sets us free.



Re: [O] Agenda not working

2012-03-07 Thread François Allisson
Hello Toni,

     When I type M-x org-agenda-list with this file
(...)
 I get this agenda view:
(...)
 That displays nothing. Am I doing something wrong? Why the TODO task is not
 displayed?

There is nothing wrong with your file. It is just that it must be
added to the org-agenda-files variable to be taken into account.
See http://orgmode.org/manual/Agenda-files.html

Best regards,
François (orgmode enthusiastic newbie)



Re: [O] Agenda not working

2012-03-07 Thread Toni Cebrián

Shame on me for my diagonal reading of the manual ;)

Thanks

On 07/03/12 10:34, François Allisson wrote:

Hello Toni,


 When I type M-x org-agenda-list with this file

(...)

I get this agenda view:

(...)

That displays nothing. Am I doing something wrong? Why the TODO task is not
displayed?

There is nothing wrong with your file. It is just that it must be
added to the org-agenda-files variable to be taken into account.
See http://orgmode.org/manual/Agenda-files.html

Best regards,
François (orgmode enthusiastic newbie)





[O] BUG(?): #+BINDing org-export-publishing-directory only affects HTML output, not PDF or Babel results

2012-03-07 Thread A . Major
Hi,

I'm trying to set up my .org file such that export commands create all
results in a certain directory rather than the directory containing
the .org file.  So I've added the option

  #+BIND: org-export-publishing-directory /tmp/export-test

at the beginning of the file, which seems to work fine for a simple
test file with HTML export.

If I try to export the .org file as a PDF document, however, the
result still resides in the directory containing the .org file --
which isn't what I want and is also counterintuitive given the name of
the variable set in the BIND option.

Even worse, if the .org file uses Babel to create files (say, in PNG
format) as a result (via ditaa, graphviz, etc.), then these files end
up in the directory containing the .org file, not in /tmp/export-test,
where the HTML file is placed.  This leaves the HTML output completely
broken.

Is there a proper way of doing this (short of publishing, which
isn't what I want because I find it too complex in my case), and am I
doing something very wrong here?

Thanks,

  András





[O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Karl Voit
Hi!

I do have the please of conducting an Org-mode workshop (3x4 hours)
for up to twelve participants.

So far I am planning to show my (advanced) setup in form of my
workflows for misc things as a teaser and start with basics more or
less in the order of the Org-mode manual.

I am sure that there are other people having had the pleasure of
doing such a workshop before. Is there any course material available
so that I might take a look on the content?

Thanks!

-- 
Karl Voit




Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Bastien
Hi Karl,

Karl Voit devn...@karl-voit.at writes:

 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.

Great!

 So far I am planning to show my (advanced) setup in form of my
 workflows for misc things as a teaser and start with basics more or
 less in the order of the Org-mode manual.

 I am sure that there are other people having had the pleasure of
 doing such a workshop before. Is there any course material available
 so that I might take a look on the content?

We held two OrgCamps in France, one in January 2011, another 
one in April 2011.  The place to announce and document OrgCamps 
is on Worg:

  http://orgmode.org/worg/orgcamps.html

The idea behind the OrgCamp was to let people freely demonstrate
how they use Org and learn from that.  AFAIU, a workshop is more
centred on sharing _your_ experience, which of course is fine too.

If any case, please use the Worg page above to share deliverables
(presentations, hacks, etc.) and feedback on how it went!

This way we can let this idea grow.

Thanks!

-- 
 Bastien



Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Alan Schmitt
On 7 mars 2012, at 15:38, Karl Voit wrote:

 Hi!
 
 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.
 
 So far I am planning to show my (advanced) setup in form of my
 workflows for misc things as a teaser and start with basics more or
 less in the order of the Org-mode manual.

This sounds great. Are you planning on filming it?

Alan



Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread Nick Dokos
Yagnesh Raghava Yakkala yagn...@live.com wrote:

 
 Hi Suvayu,
 
 suvayu ali fatkasuvayu+li...@gmail.com writes:
 
  Hi,
 
  I am having conflicts AUCTeX when I try to open plain latex files after
  I exporting an org file to latex. These are the exact steps.
 
  1. Start Emacs as: emacs -q (so that the site files load and I have
 auctex available).
  2. Open any org file and export to latex, C-c C-e l.
  3. Open another plain latex file.
 
  At this point I see this backtrace:
 
  Debugger entered--Lisp error: (void-variable TeX-master)
#[nil \301\302 !\203
\303=\203  \304\305\211\306#\210\307\306!\207 [TeX-master
  file-exists-p buffer-file-name shared TeX-master-file nil t
  TeX-update-style] 4]()
run-hooks(find-file-hook)
after-find-file(nil t)
find-file-noselect-1(#buffer velo-links.tex
  ~/graphics/velo-links.tex nil nil ~/graphics/velo-links.tex
  (263573 64770))
find-file-noselect(~/graphics/velo-links.tex nil nil t)
find-file(~/graphics/velo-links.tex t)
call-interactively(find-file nil nil)
 
  Since removing the auctex site files out of the site-lisp directory
  resolves the conflict I am assuming the problem stems from my auctex
  installation.
 
  Can someone help me trouble shoot this?
 
 I can reproduce this., I think your auctex installation is fine. Its
 definitely from org.
 
 In org-latex.el Tex-master is set to t to suppress auctex from asking for
 that variable while exporting with org-latex..(IIRC there was a discussion and
 Carsten made that change)
 
 Some how org leaving that to void at the end of org-latex export (I coundn't
 figure out how?).
 

That sounds far-fetched to me: once TeX-master is bound, one has to go
to some lengths to unbind it (see makunbound - but I'm pretty sure
that's not used anywhere in org code - there are a few instances of the
function analog, fmakunbound).

It seems much more likely that in these cases, it never got bound in the
first place, possibly because of dependency problems in the loading of
packages. But I cannot reproduce the problem, so I'm speaking
theoretically only and my imagination may be failing me.

Nick



Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Karl Voit
* Alan Schmitt alan.schm...@polytechnique.org wrote:
 On 7 mars 2012, at 15:38, Karl Voit wrote:

 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.

 This sounds great. Are you planning on filming it?

Sorry, no.

It will be held in German only anyway ...

-- 
Karl Voit




Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Thorsten
Karl Voit devn...@karl-voit.at writes:

 * Alan Schmitt alan.schm...@polytechnique.org wrote:
 On 7 mars 2012, at 15:38, Karl Voit wrote:

 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.

 This sounds great. Are you planning on filming it?

 Sorry, no.

 It will be held in German only anyway ...

In what part of Germany?
Is that open to the public - and free?
Sounds interesting. 

-- 
cheers,
Thorsten




Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Karl Voit
* Bastien b...@gnu.org wrote:
 Hi Karl,

Hi!

 Karl Voit devn...@karl-voit.at writes:

 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.

 Great!

I am looking forward to it!

 We held two OrgCamps in France, one in January 2011, another 
 one in April 2011.  The place to announce and document OrgCamps 
 is on Worg:

   http://orgmode.org/worg/orgcamps.html

Stumbled upon it already, thanks.

 The idea behind the OrgCamp was to let people freely demonstrate
 how they use Org and learn from that.  AFAIU, a workshop is more
 centred on sharing _your_ experience, which of course is fine too.

Yes, you're right.

Title of my workshop is «Using Emacs for advanced todo and project
management» because I want to get people already using Emacs and not
knowing about Org-mode.

So I expect participants (from our technical university) which are
Emacs savvy and just want to do a next step in their personal
information management. For this I am using Org-mode.

 If any case, please use the Worg page above to share deliverables
 (presentations, hacks, etc.) and feedback on how it went!

Hm.

So far my plan is to host workshop Org-mode-file containing
configuration examples and usage examples on GitHub. This enables my
participants to download the (updated) information any time.

I did not decide whether I should do this in English or in German
(the native language of my participants).

Either way: directly hosting on Worg does not seem practical to me
since I plan to submit/commit many times from now to the course,
causing unwanted notification spam or high load on Worg.

But if my material is of any use for others, I am glad to put a link
to it on Worg.



Background story

In the last hours I tried to install Emacs portable and Git portable
on such a XP machine from the workshop room. I planned to use git as
update-many-times-during-workshop-preserving-local-changes tool. The
usability of this is unfortunately horrible and merge conflicts are
not being solved automatically.

So I have to stick to a prepare-everything-on-github-upfront
attempt.

The format of my material will probably look like this:

[...]

With following ELISP code in your configuration you can do this
or that:

:conf: ;; this is ELISP code
:conf: (foo (bar))

In Org-mode this or that could probably look like this:

:org: :PROPERTIES:
:org: :ID: this-is-an-example
:org: :END:

[...]

That way I can parse for the «course configuration file» and «course
Org-mode example file» separately. GitHub is able to show this kind
of formatting directly.

But I do have to sleep over it again ...

Maybe you have some input too?

-- 
Karl Voit




Re: [O] BUG(?): #+BINDing org-export-publishing-directory only affects HTML output, not PDF or Babel results

2012-03-07 Thread Myles English
 On Wed, 7 Mar 2012 12:38:48 + (UTC), A Major said:

   Hi, I'm trying to set up my .org file such that export commands
   create all results in a certain directory rather than the directory
   containing the .org file.  So I've added the option

 #+BIND: org-export-publishing-directory /tmp/export-test

   at the beginning of the file, which seems to work fine for a simple
   test file with HTML export.

   If I try to export the .org file as a PDF document, however, the
   result still resides in the directory containing the .org file --
   which isn't what I want and is also counterintuitive given the name
   of the variable set in the BIND option.

Hi András,

For pdf export, I have ended up using cmake to do an out-of-source build
[1] so all the files that latex produces go in one, expendable directory
and the original directory (under git management) remains free of
clutter.  It is a little complicated though.  I dream that one day maybe
org will be able to tangle its own CMakeLists.txt on export.

   Even worse, if the .org file uses Babel to create files (say, in PNG
   format) as a result (via ditaa, graphviz, etc.), then these files
   end up in the directory containing the .org file, not in
   /tmp/export-test, where the HTML file is placed.  This leaves the
   HTML output completely broken.

   Is there a proper way of doing this (short of publishing, which
   isn't what I want because I find it too complex in my case), and am
   I doing something very wrong here?

   Thanks,

 András


Myles


Footnotes: 
[1]  http://www.cmake.org/Wiki/CMakeUserUseLATEX




Re: [O] Agenda not working

2012-03-07 Thread Bernt Hansen
Toni Cebrián ance...@gmail.com writes:

 Shame on me for my diagonal reading of the manual ;)

 Thanks

 On 07/03/12 10:34, François Allisson wrote:
 Hello Toni,

  When I type M-x org-agenda-list with this file
 (...)
 I get this agenda view:
 (...)
 That displays nothing. Am I doing something wrong? Why the TODO task is not
 displayed?
 There is nothing wrong with your file. It is just that it must be
 added to the org-agenda-files variable to be taken into account.
 See http://orgmode.org/manual/Agenda-files.html


Alternatively you can restrict the agenda to the current file for
testing with

C-u C-c C-x 

then all agenda commands will operate on the current org file until you
remove the restriction.

-Bernt



Re: [O] Org-mode workshop: has anyone done this already?

2012-03-07 Thread Puneeth Chaganti
On Wed, Mar 7, 2012 at 8:08 PM, Karl Voit devn...@karl-voit.at wrote:
 Hi!

 I do have the please of conducting an Org-mode workshop (3x4 hours)
 for up to twelve participants.

 So far I am planning to show my (advanced) setup in form of my
 workflows for misc things as a teaser and start with basics more or
 less in the order of the Org-mode manual.

 I am sure that there are other people having had the pleasure of
 doing such a workshop before. Is there any course material available
 so that I might take a look on the content?

Venkatesh Choppella (cc-ed) and I have done a basic workshop [1].  But
this was a very basic workshop and it looks like you wish to do a much
more advance one.  Also, Venkatesh teaches a course in his university
that introduces students to Org-mode [2], which might be of some help.

[1] - https://github.com/vxc/org-mode-ws
[2] - http://pascal.iiit.ac.in/~itws2

--
Puneeth



Re: [O] BUG(?): #+BINDing org-export-publishing-directory only affects HTML output, not PDF or Babel results

2012-03-07 Thread Christian Moe



On Wed, 7 Mar 2012 12:38:48 + (UTC), A Major said:


 Even worse, if the .org file uses Babel to create files (say, in PNG
 format) as a result (via ditaa, graphviz, etc.), then these files
 end up in the directory containing the .org file, not in
 /tmp/export-test, where the HTML file is placed.  This leaves the
 HTML output completely broken.


IIUC, this part of the problem should be easy to solve with the :dir 
header argument? You can set it once for the whole file with:


#+PROPERTY: dir /tmp/export-test

Yours,
Christian



Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread suvayu ali
Hi Nick,

On Wed, Mar 7, 2012 at 16:39, Nick Dokos nicholas.do...@hp.com wrote:
 In org-latex.el Tex-master is set to t to suppress auctex from asking for
 that variable while exporting with org-latex..(IIRC there was a discussion 
 and
 Carsten made that change)

 Some how org leaving that to void at the end of org-latex export (I coundn't
 figure out how?).


 That sounds far-fetched to me: once TeX-master is bound, one has to go
 to some lengths to unbind it (see makunbound - but I'm pretty sure
 that's not used anywhere in org code - there are a few instances of the
 function analog, fmakunbound).

 It seems much more likely that in these cases, it never got bound in the
 first place, possibly because of dependency problems in the loading of
 packages. But I cannot reproduce the problem, so I'm speaking
 theoretically only and my imagination may be failing me.

I think Yagnesh is talking about this thread:
http://thread.gmane.org/gmane.emacs.orgmode/48512/focus=48526

I took a quick look at the commit (ca49e89) and the source (org-latex.el
line 888), but everything looks good to me. To add more information,
while exporting to latex I get the following warning when auctex site
files are present.

Export buffer:
Exporting to LaTeX...
Warning: defvar ignored because TeX-master is let-bound
Making TeX-master buffer-local while let-bound!

Hope this clearly explains the problem I am facing.

PS: BTW, why is AUCTeX not part of Emacs?

-- 
Suvayu

Open source is the future. It sets us free.



Re: [O] Bug: Babel blocks with continuation line at end of block fails to export [7.8.03 (release_7.8.03.542.gdfeac)]

2012-03-07 Thread Eric Schulte
Hi Bernt,

This is a problem with the HTML exporter (notice that export to ASCII
works as expected).  I can reproduce the problem, but I'm not very
familiar with the workings of the exporters, so I can't suggest or
implement a fix.

Best,

Bernt Hansen be...@norang.ca writes:

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

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

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

 Hi Eric,

 I ran into a Babel related export problem at work where I took 
 a single C source line in a block which has a trailing \ for a
 continuation character like the following example.

 ,[ test.org ]
 | * Text export
 | #+begin_src c
 |   #define FOO bar \
 | #+end_src
 `

 If I try to export this file I get a Beginning of buffer error and
 the export fails.  I can fix it by removing the trailing \ or adding
 another line to the end of the block.

 This took a while to find in my huge work org file by manually selecting
 headings to export until I found the problem block.  I think babel
 should probably handle this more gracefully (if possible) and just 
 ignore the error and continue.

 Thanks for all your great work!!

 Regards,
 Bernt


 Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
  of 2010-12-11 on raven, modified by Debian
 Package: Org-mode version 7.8.03 (release_7.8.03.542.gdfeac)


-- 
Eric Schulte
http://cs.unm.edu/~eschulte/



[O] ob-lilypond open pdf and midi asynchroniously

2012-03-07 Thread Ezequiel Birman
Is there a reason to not append  to shell-command's args? I get
disconnected from ERC/Bitlbee each time I peek at the score too long.

-- 
Ezequiel Birman




Re: [O] Participating in Google Summer of Code 2012

2012-03-07 Thread Bastien
Hi all,

I'm struggling to get reactions from the GNU project.

Given the rich list of Org ideas on these pages, I will 
try to have Org accepted as a new organization and I will 
ask GNU to vouch for Org.

If we are successful, I volunteer to work as a GSoC admin
for Org, and we will have to find mentors for the projects.

If we are not successful, then we can still try to participate
under the GNU umbrella if GNU gets accepted.

In any case, thanks for polishing ideas (by adding mentors,
detailed deliverables and deadlines) on this page:

  http://orgmode.org/worg/org-contrib/gsoc2012/orgmode-gsoc2012-ideas.html

Best,

-- 
 Bastien



Re: [O] Bug: Babel blocks with continuation line at end of block fails to export [7.8.03 (release_7.8.03.542.gdfeac)]

2012-03-07 Thread Bernt Hansen
Eric Schulte eric.schu...@gmx.com writes:

 Hi Bernt,

 This is a problem with the HTML exporter (notice that export to ASCII
 works as expected).  I can reproduce the problem, but I'm not very
 familiar with the workings of the exporters, so I can't suggest or
 implement a fix.

 Best,

Fair enough.  Maybe this will get addressed when the new exporter is
built.

Thanks for looking at it.

Regards,
Bernt



 Bernt Hansen be...@norang.ca writes:

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

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

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

 Hi Eric,

 I ran into a Babel related export problem at work where I took 
 a single C source line in a block which has a trailing \ for a
 continuation character like the following example.

 ,[ test.org ]
 | * Text export
 | #+begin_src c
 |   #define FOO bar \
 | #+end_src
 `

 If I try to export this file I get a Beginning of buffer error and
 the export fails.  I can fix it by removing the trailing \ or adding
 another line to the end of the block.

 This took a while to find in my huge work org file by manually selecting
 headings to export until I found the problem block.  I think babel
 should probably handle this more gracefully (if possible) and just 
 ignore the error and continue.

 Thanks for all your great work!!

 Regards,
 Bernt


 Emacs  : GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0)
  of 2010-12-11 on raven, modified by Debian
 Package: Org-mode version 7.8.03 (release_7.8.03.542.gdfeac)




Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread Nick Dokos
suvayu ali fatkasuvayu+li...@gmail.com wrote:

 Hi Nick,
 
 On Wed, Mar 7, 2012 at 16:39, Nick Dokos nicholas.do...@hp.com wrote:
  In org-latex.el Tex-master is set to t to suppress auctex from asking for
  that variable while exporting with org-latex..(IIRC there was a discussion 
  and
  Carsten made that change)
 
  Some how org leaving that to void at the end of org-latex export (I 
  coundn't
  figure out how?).
 
 
  That sounds far-fetched to me: once TeX-master is bound, one has to go
  to some lengths to unbind it (see makunbound - but I'm pretty sure
  that's not used anywhere in org code - there are a few instances of the
  function analog, fmakunbound).
 
  It seems much more likely that in these cases, it never got bound in the
  first place, possibly because of dependency problems in the loading of
  packages. But I cannot reproduce the problem, so I'm speaking
  theoretically only and my imagination may be failing me.
 
 I think Yagnesh is talking about this thread:
 http://thread.gmane.org/gmane.emacs.orgmode/48512/focus=48526
 
 I took a quick look at the commit (ca49e89) and the source (org-latex.el
 line 888), but everything looks good to me. To add more information,
 while exporting to latex I get the following warning when auctex site
 files are present.
 
 Export buffer:
 Exporting to LaTeX...
 Warning: defvar ignored because TeX-master is let-bound
 Making TeX-master buffer-local while let-bound!
 
 Hope this clearly explains the problem I am facing.
 

Yup - that shows that tex.el has not been loaded by the time you try the
export, so the let-bind (Carsten's fix) happens first and then the
defvar (from tex.el) complains because that's usually not what you want:
you want to get to the global binding (which doesn't exist at that point
in time). That's what the doc for defvar warns about:

,
| ...
| If SYMBOL has a local binding, then this form affects the local
| binding.  This is usually not what you want.  Thus, if you need to
| load a file defining variables, with this form or with `defconst' or
| `defcustom', you should always load that file _outside_ any bindings
| for these variables.  (`defconst' and `defcustom' behave similarly in
| this respect.)
`


As a workaround-and-proof-of-concept, try

(load tex)

before loading org. Assuming that that works, you will probably want
to arrange things that this is always done.

It might also be the case that Carsten's fix needs to be modified to
check whether TeX-master is bound already - then it can let-bind it
without problems; but I'm not sure what to do if that's not the case.

The question I have is what exactly causes tex.el to be loaded at that
point in time. If you can figure that out, then that might lead to a
more permanent solution.

 PS: BTW, why is AUCTeX not part of Emacs?
 

I thought it had to do with the glacial release schedule of emacs 21/22/23:
at the time, auctex/preview-latex was undergoing changes at a much faster
pace, so waiting for emacs releases was just not feasible. Whether it
could be integrated now is a good question, but I don't have a good answer
for it. 

There is also a recent thread that implies that the copyrights were not
assigned to the FSF, but that seems to have changed. See

  http://lists.gnu.org/archive/html/emacs-devel/2012-01/msg00847.html

Nick



Re: [O] Bug: Babel blocks with continuation line at end of block fails to export [7.8.03 (release_7.8.03.542.gdfeac)]

2012-03-07 Thread Nicolas Goaziou
Hello,

Bernt Hansen be...@norang.ca writes:

 Eric Schulte eric.schu...@gmx.com writes:

 This is a problem with the HTML exporter (notice that export to ASCII
 works as expected).  I can reproduce the problem, but I'm not very
 familiar with the workings of the exporters, so I can't suggest or
 implement a fix.

 Fair enough.  Maybe this will get addressed when the new exporter is
 built.

Unfortunately, not at the moment.

AFAICS, the problem seems to come from (font-lock-fontify-buffer) call
in `org-e-html-format-source-code-or-example-colored' function.


Regards,

-- 
Nicolas Goaziou



Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread suvayu ali
Hi Nick,

On Wed, Mar 7, 2012 at 21:00, Nick Dokos nicholas.do...@hp.com wrote:
 As a workaround-and-proof-of-concept, try

 (load tex)

 before loading org. Assuming that that works, you will probably want
 to arrange things that this is always done.


This worked as you hypothesised. :)

 It might also be the case that Carsten's fix needs to be modified to
 check whether TeX-master is bound already - then it can let-bind it
 without problems; but I'm not sure what to do if that's not the case.

 The question I have is what exactly causes tex.el to be loaded at that
 point in time. If you can figure that out, then that might lead to a
 more permanent solution.

I am not sure how I can conclusively confirm that, but I think when I
export to latex, the exported latex buffer loads it. For example, I
don't see this issue when say I go through these steps:

1. Open a tex file.
2. Open and export an org file to latex.
3. Open a new tex file.

In this case step (1) must be loading tex.el, circumventing the issue.

Cheers,

-- 
Suvayu

Open source is the future. It sets us free.



Re: [O] [BUG] LATEX_CLASS_OPTIONS not working

2012-03-07 Thread Nick Dokos
suvayu ali fatkasuvayu+li...@gmail.com wrote:

 Hi Nick,
 
 On Tue, Mar 6, 2012 at 03:42, Nick Dokos nicholas.do...@hp.com wrote:
  I don't think it's a regression - at least I could only find two commits
  that touched the relevant code (lines 1397-1405 in org-latex.el) and
  they are from 2008 and 2009.
 
  Also the latex syntax is
 
   \documentclass[a4paper]{article}
 
 Now I am embarrassed. :-| You are correct, I misread the latex
 documentation and I didn't check the org manual before reporting.
 That's what I get for sending emails after 3:00 AM. :-/
 

Actually, I think the manual is deficient in this case: you have to
infer the proper format from an example in the beamer section (which is
not even the section where LaTeX_CLASS_OPTIONS is defined): that's
better than no example at all, but I think it would be better to add an
example in section 12.6.2, Header and sectioning structure. I would
encourage you to submit a doc patch.

 Extremely sorry about the mix up.
 

Nothing to be sorry or embarrassed about. We are all mistakes and we make
humans :-)

Nick



Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread Nick Dokos
suvayu ali fatkasuvayu+li...@gmail.com wrote:

 Hi Nick,
 
 On Wed, Mar 7, 2012 at 21:00, Nick Dokos nicholas.do...@hp.com wrote:
  As a workaround-and-proof-of-concept, try
 
  (load tex)
 
  before loading org. Assuming that that works, you will probably want
  to arrange things that this is always done.
 
 
 This worked as you hypothesised. :)
 
  It might also be the case that Carsten's fix needs to be modified to
  check whether TeX-master is bound already - then it can let-bind it
  without problems; but I'm not sure what to do if that's not the case.
 
  The question I have is what exactly causes tex.el to be loaded at that
  point in time. If you can figure that out, then that might lead to a
  more permanent solution.
 
 I am not sure how I can conclusively confirm that, but I think when I
 export to latex, the exported latex buffer loads it. For example, I
 don't see this issue when say I go through these steps:
 
 1. Open a tex file.
 2. Open and export an org file to latex.
 3. Open a new tex file.
 
 In this case step (1) must be loading tex.el, circumventing the issue.
 

Actually, your backtrace in the original post makes things clearer now.

org-export-as-latex calls find-file-noselect on the .tex file, which
calls after-find-file which runs the find-file-hook.  Somehow the
find-file-hook is set up[fn:1] as in VirTeX-common-initialization to
call TeX-master-file - although your backtrace shows compiled code, it's
pretty clear that that's the setting of the find-file-hook that
VirTeX-common-initialization has done. So it looks as if tex.el is
partially loaded: the initialization is done, the hook is set up but the
defvar has failed, probably because of the let-bind.

Nick

Footnotes:

[fn:1]  à la Sidney Harris - cf. http://www.sciencecartoonsplus.com/index.php



[O] org babel execute shell in sh?

2012-03-07 Thread Panruo Wu
Dear list,

#+begin_src sh
for np in {1..32}
do
echo $np
done
#+end_src

when executing, the output only shows
{1..32}
which is clearly not I want..

After some investigation, I found that orgmode
uses sh that cannot understand the for loop above.

My question is, how can I suggest orgmode to use
bash to execute shell script?

I tried :shebang #!/bin/bash but it does not work

Thanks,
robb


Re: [O] org babel execute shell in sh?

2012-03-07 Thread Nick Dokos
Panruo Wu p...@mymail.mines.edu wrote:

 Dear list,
 
 #+begin_src sh
 for np in {1..32}
 do
   echo $np
 done
 #+end_src
 
 when executing, the output only shows
 {1..32}
 which is clearly not I want..
 
 After some investigation, I found that orgmode
 uses sh that cannot understand the for loop above.
 
 My question is, how can I suggest orgmode to use
 bash to execute shell script?
 
 I tried :shebang #!/bin/bash but it does not work
 

Not a solution, just a workaround: you can write the loop
as

--8---cut here---start-8---
#+begin_src sh
for np in $(seq 1 32)
do
   echo $np
done
#+end_src
--8---cut here---end---8---

Nick



[O] [PATCH] Add example demonstrating LaTeX_CLASS_OPTIONS

2012-03-07 Thread suvayu ali
Hi,

This is adds a small example to better illustrate the use of
LaTeX_CLASS_OPTIONS. Thanks to Nick for encouraging me to submit this.

Thanks,

-- 
Suvayu

Open source is the future. It sets us free.
From 1e8dc6e253ba72a1574dc7fb5f91028f68f01241 Mon Sep 17 00:00:00 2001
From: Suvayu Ali fatkasuvayu+li...@gmail.com
Date: Thu, 8 Mar 2012 01:31:05 +0100
Subject: [PATCH] Add example demonstrating LaTeX_CLASS_OPTIONS

* org.texi (Header and sectioning): Add example demonstrating how to use
  LaTeX_CLASS_OPTIONS.

TINY CHANGE
---
 doc/org.texi |   21 -
 1 files changed, 16 insertions(+), 5 deletions(-)

diff --git a/doc/org.texi b/doc/org.texi
index 33ffe28..84d3102 100644
--- a/doc/org.texi
+++ b/doc/org.texi
@@ -10361,11 +10361,22 @@ @subsection Header and sectioning structure
 @code{org-export-latex-default-packages-alist} and
 @code{org-export-latex-packages-alist} are spliced.}, and allows you to
 define the sectioning structure for each class.  You can also define your own
-classes there.  @code{#+LaTeX_CLASS_OPTIONS} or a @code{LaTeX_CLASS_OPTIONS}
-property can specify the options for the @code{\documentclass} macro.  You
-can also use @code{#+LaTeX_HEADER: \usepackage@{xyz@}} to add lines to the
-header.  See the docstring of @code{org-export-latex-classes} for more
-information.
+classes there.  @code{#+LaTeX_CLASS_OPTIONS} or a @code{:LaTeX_CLASS_OPTIONS:}
+property can specify the options for the @code{\documentclass} macro.  The
+options to documentclass have to be provided, as expected by @LaTeX{}, within
+square brackets.  You can also use @code{#+LaTeX_HEADER: \usepackage@{xyz@}}
+to add lines to the header.  See the docstring of
+@code{org-export-latex-classes} for more information.  An example is shown
+below.
+
+@example
+#+LaTeX_CLASS: article
+#+LaTeX_CLASS_OPTIONS: [a4paper]
+#+LaTeX_HEADER: \usepackage{xyz}
+
+* Headline 1
+  some text
+@end example
 
 @node Quoting @LaTeX{} code, Tables in @LaTeX{} export, Header and sectioning, @LaTeX{} and PDF export
 @subsection Quoting @LaTeX{} code
-- 
1.7.7.6



Re: [O] [BUG] LATEX_CLASS_OPTIONS not working

2012-03-07 Thread suvayu ali
Hi Nick,

On Wed, Mar 7, 2012 at 23:20, Nick Dokos nicholas.do...@hp.com wrote:
 but I think it would be better to add an
 example in section 12.6.2, Header and sectioning structure. I would
 encourage you to submit a doc patch.


Comments are of course welcome. :)

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

 Extremely sorry about the mix up.


 Nothing to be sorry or embarrassed about. We are all mistakes and we make
 humans :-)

:)

-- 
Suvayu

Open source is the future. It sets us free.



[O] suggestion for the manual: mention the #+BEGIN_SRC org trick when describing drawers and plainlists

2012-03-07 Thread Ilya Shlyakhter
In Org, entry text can't have substructure (other than drawers and plain
lists): you can't have an entry that
has some text, then a subtree, then more text.
I just (re-)discovered that you can get around that by using #+BEGIN_SRC
org to include arbitrary org
subtrees in the middle of entry text.   That's useful not just when writing
in Org about Org, but anytime you want
to insert an extended sidenote in the middle of an entry.  As with all
source blocks, you edit it in its native (Org)
mode and it exports correctly.  You can copy links from the main Org and
past them into the nested Org.

Just wish I'd learned this sooner :)  So, maybe mention this in the manual
in the sections on drawers and plainlists.

ilya


Re: [O] suggestion for the manual: mention the #+BEGIN_SRC org trick when describing drawers and plainlists

2012-03-07 Thread Ilya Shlyakhter
p.s. it _would_ be good to have an option, when exporting a #+BEGIN_SRC
org block, to use the Org export settings
from the main Org file, rather than exporting a fontified copy of the Org
buffer for the block.  Is there a way to do that currently?

On Wed, Mar 7, 2012 at 8:13 PM, Ilya Shlyakhter ilya_...@alum.mit.eduwrote:

 In Org, entry text can't have substructure (other than drawers and plain
 lists): you can't have an entry that
 has some text, then a subtree, then more text.
 I just (re-)discovered that you can get around that by using #+BEGIN_SRC
 org to include arbitrary org
 subtrees in the middle of entry text.   That's useful not just when
 writing in Org about Org, but anytime you want
 to insert an extended sidenote in the middle of an entry.  As with all
 source blocks, you edit it in its native (Org)
 mode and it exports correctly.  You can copy links from the main Org and
 past them into the nested Org.

 Just wish I'd learned this sooner :)  So, maybe mention this in the manual
 in the sections on drawers and plainlists.

 ilya




[O] [PATCH] Skip uninteresting lines when navigating the agenda

2012-03-07 Thread Bernt Hansen
* lisp/org-agenda.el (org-agenda-next-line): Skip lines without markers
* lisp/org-agenda.el (org-agenda-previous-line): Skip lines without markers

Next and previous line functions now only visit agenda lines
which have a marker defined.  This skips all of the
uninteresting data lines in the agenda window such as
empty grid lines, titles, and separate lines in block agendas.
---
 lisp/org-agenda.el |6 ++
 1 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/lisp/org-agenda.el b/lisp/org-agenda.el
index ac1b5b1..90a4228 100644
--- a/lisp/org-agenda.el
+++ b/lisp/org-agenda.el
@@ -6911,12 +6911,18 @@ When called with a prefix argument, include all archive 
files as well.
   Move cursor to the next line, and show if follow mode is active.
   (interactive)
   (call-interactively 'next-line)
+  (while (and (not (org-get-at-bol 'org-hd-marker))
+ ( (point) (point-max)))
+(call-interactively 'next-line))
   (org-agenda-do-context-action))
 
 (defun org-agenda-previous-line ()
   Move cursor to the previous line, and show if follow-mode is active.
   (interactive)
   (call-interactively 'previous-line)
+  (while (and (not (org-get-at-bol 'org-hd-marker))
+ ( (point) (point-min)))
+(call-interactively 'previous-line))
   (org-agenda-do-context-action))
 
 (defun org-agenda-do-context-action ()
-- 
1.7.9.48.g85da4d




Re: [O] org babel execute shell in sh?

2012-03-07 Thread Tom Regner
Hi,

Panruo Wu p...@mymail.mines.edu writes:

 Dear list,


 #+begin_src sh 
 for np in {1..32}
 do
     echo $np
 done
 #+end_src

 when executing, the output only shows
 {1..32}
 which is clearly not I want..

 After some investigation, I found that orgmode
 uses sh that cannot understand the for loop above.

 My question is, how can I suggest orgmode to use
 bash to execute shell script?

 I tried :shebang #!/bin/bash but it does not work

I have the following in my config:

%--
  I really like org-babel to use zsh
  #+begin_src emacs-lisp
(setq org-babel-sh-command zsh)
  #+end_src
%--

It is apparently not possible to set this variable via #+BIND: to only
change this for one code block, at least I did not succeed to do so in
my attempts to do so -- but maybe I just didn't read enough of the
documentation to /get it right/.

I don't know, if zsh||bash instead of sh breaks any assumptions org-mode
makes about the environment in which sh code blocks are executed; up
until now it works like a charm.

Kind regards,
Tom



[O] Orgmode markups inside LaTeX fragments

2012-03-07 Thread Truong Nghiem
Is there any way to turn on orgmode markups inside LaTeX fragments for
export?  For example, when I write
\mycommand{*Bold text*}
in an org file and export it to LaTeX, I would like to have
\mycommand{\textbf{Bold text}}
Currently it is exported as-is (verbatim):
\mycommand{*Bold text*}

Thanks.
--
Truong Nghiem



Re: [O] BUG(?): #+BINDing org-export-publishing-directory only affects HTML output, not PDF or Babel results

2012-03-07 Thread A . Major
Christian Moe mail at christianmoe.com writes:

 
 
  On Wed, 7 Mar 2012 12:38:48 + (UTC), A Major said:
 
   Even worse, if the .org file uses Babel to create files (say, in PNG
   format) as a result (via ditaa, graphviz, etc.), then these files
   end up in the directory containing the .org file, not in
   /tmp/export-test, where the HTML file is placed.  This leaves the
   HTML output completely broken.
 
 IIUC, this part of the problem should be easy to solve with the :dir 
 header argument? You can set it once for the whole file with:
 
 #+PROPERTY: dir /tmp/export-test
 
 Yours,
 Christian
 
 

Thanks, but the dir PROPERTY appears to affect the target directory for
babel's results, neither the HTML nor the PDF output are influenced that way.

Combining BIND and the dir PROPERTY, I can get HTML and babel files in the
right place, but not the PDF.

Any other suggestions? :)




Re: [O] AUCTeX conflicting with org-mode

2012-03-07 Thread Yagnesh Raghava Yakkala

Hello Nick.,

Nick Dokos nicholas.do...@hp.com writes:

 suvayu ali fatkasuvayu+li...@gmail.com wrote:


[snipped]


 Actually, your backtrace in the original post makes things clearer now.

 org-export-as-latex calls find-file-noselect on the .tex file, which
 calls after-find-file which runs the find-file-hook.  Somehow the
 find-file-hook is set up[fn:1] as in VirTeX-common-initialization to
 call TeX-master-file - although your backtrace shows compiled code, it's
 pretty clear that that's the setting of the find-file-hook that
 VirTeX-common-initialization has done. So it looks as if tex.el is
 partially loaded: the initialization is done, the hook is set up but the
 defvar has failed, probably because of the let-bind.


Thanks for the analysis. I think you are right. With my limited elisp skills I
would say its a *bug* and coming from org.

If I take that let-binding off and setting the TeX-master by checking with
if it ever bound seems fixing this problem.

this patch fixing the problem. (can be further improved)

diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index 03664b4..9e53849 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -885,7 +885,6 @@ when PUB-DIR is set, use this as the publishing directory.
 		   (concat filename .tex)
 		 filename)))
 	 (auto-insert nil); Avoid any auto-insert stuff for the new file
-	 (TeX-master t) ; Avoid the Query for TeX master from AUCTeX
 	 (buffer (if to-buffer
 		 (cond
 		  ((eq to-buffer 'string) (get-buffer-create
@@ -958,6 +957,8 @@ when PUB-DIR is set, use this as the publishing directory.
 	   :exclude-tags (plist-get opt-plist :exclude-tags)
 	   :LaTeX-fragments nil)))
 
+(if (boundp 'TeX-master) (setq TeX-master t)) ; Avoid the Query for TeX master from AUCTeX
+
 (set-buffer buffer)
 (erase-buffer)
 (org-install-letbind)


-- 
YYR


Re: [O] suggestion for the manual: mention the #+BEGIN_SRC org trick when describing drawers and plainlists

2012-03-07 Thread Sebastien Vauban
Hi Ilya,

Ilya Shlyakhter wrote:
 In Org, entry text can't have substructure (other than drawers and plain
 lists): you can't have an entry that
 has some text, then a subtree, then more text.

Take a look at inline tasks. I think that's more what you're after...

Best regards,
  Seb

-- 
Sebastien Vauban