Re: [O] Is it possible to run shell script src blocks as root or to export individual blocks?

2012-03-06 Thread Andreas Leha
Eric Schulte eric.schu...@gmx.com writes:

 Andreas Leha andreas.l...@med.uni-goettingen.de writes:

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

 Leo Alekseyev dnqu...@gmail.com writes:

 I was wondering if there was an easy way to execute some shell
 commands contained in a src block as root.  Alternatively, is there a
 quick way to export _just_ that one source block to a temp file so
 that I could run it as root manually?


 Just call org-babel-tangle with a prefix argument and it only tangles
 the current block



 Hi,

 I did not know this either.  Thanks for the hint!

 Shouldn't this be mentioned in the manual (14.4)?

 I have two questions/issues about this:
 (1) Can I get noweb-references to be expanded by this?  Or how would I
 tangle one block with noweb references expanded?

 There was a conflict between the narrowing to a single code block caused
 by the prefix argument, and the code which searches for replacements to
 noweb elements.  I've just pushed up a fix so noweb elements should now
 expand as normal.

 
 (2) I am asked for a filename.  But the header argument :tangle somefile
 is overruling my input, which is un-expected.


 This is now fixed as well.


Hi Eric,

thanks for both fixes!  Tangling of single source blocks is a really
nice feature now!

Regards,
Andreas




Re: [O] Push a dependent TODO item on top of a depending one

2012-03-06 Thread Bernt Hansen
Alan E. Davis lngn...@gmail.com writes:

 It just occurred to me to try to implement a method of pushing a TODO
 item on top of another, in the manner of a Stack.  The item on top of
 the stack is a task upon which performance of some other task
 depends. 


 I need to call someone, so I have a task that appears on my agenda,
 to call him.  However,  I have just discovered that the phone number
 I have for this person is not working.  I new need to find his phone
 number, so I can write a new TODO task.  It would be fantastic to be
 able to push a TODO on top of the dependant TODO, the task that is
 held up until one finds the phone number.   

 Once  I have found the number, and pop the number finding task off
 the agenda, the dependant task would appear as a high priority,
 active task.   rendering the TODO to CALL invisible, perhaps as a
 subtask,  

 I think there are many ways to do this.   Is it a nightmare to
 implement in the fashion I have suggested?   Is it already easy to
 do?  The crux of the matter is a dependent TODO is rendered invisible
 until some subtask TODO is completed.

 Thank you for all the ideas,

Can't you just create the new todo item when on column 1 of the
dependent task - so it gets inserted before it?

* TODO Some Project
  :PROPERTIES:
  :ORDERED: t
  :END:
** TODO Dependent Task
^
|
point here

Then C-S-TAB or M-S-TAN creates the new task before this one

* TODO Some Project
  :PROPERTIES:
  :ORDERED: t
  :END:
** TODO New Task
** TODO Dependent Task

Combined with the ORDERED property and the variable
org-agenda-dim-blocked-tasks set to 'invisible it might get you a long
way towards what you are trying to achieve.

HTH,
Bernt



[O] Extracting PDF file annotations into Org-mode

2012-03-06 Thread Karl Voit
Hi!

I manage my research reference papers with Org-mode similar to [1].

Since I got an Android tablet I pretty much enjoy an automatism to
get the actual text of annotations and highlighting back to Org-mode
as well.

Take a look to [2] where I put an example shell script with
a short documentation.

  1. 
http://tincman.wordpress.com/2011/01/04/research-paper-management-with-emacs-org-mode-and-reftex/
  2. https://github.com/novoid/extract_pdf_annotations_to_orgmode
-- 
Karl Voit




Re: [O] Extracting PDF file annotations into Org-mode

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

 http://tincman.wordpress.com/2011/01/04/research-paper-management-with-emacs-org-mode-and-reftex/

Thanks, I just copied your reftex - orgmode configuration to my .emacs.
Have to take a deeper look, but I always wanted those nice bib links at
the bottom of my org files. 

-- 
cheers,
Thorsten




Re: [O] [BUG] LATEX_CLASS_OPTIONS not working

2012-03-06 Thread suvayu ali
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. :-/

Extremely sorry about the mix up.

-- 
Suvayu

Open source is the future. It sets us free.



[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-06 Thread Bernt Hansen

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)



[O] parse-time-months/weekdays configuration conflicting with gnus (?)

2012-03-06 Thread Rainer Thiel
I have configured the variables parse-time-months and
parse-time-weekdays with the German months and weekday names and
appropriate abbreviations to be able to use them when setting a
time-stamp in org-mode.  This has worked fine for years, and still
does as far as org-mode is concerned.

Since I recently switched to emacs 24.0.93.1, this configuration
appears to conflict with gnus.  When starting gnus, I am getting an
error message like «Invalid date: Tue, 06 Mar 2012 17:53:09 +0100».

Does anyone know how to get this right?

Many thanks in advance.

Rainber Thiel
-- 
Prof. Dr. Rainer Thiel
Institut für Altertumswissenschaften
07737 Jena, Germany (EU)
r.th...@uni-jena.de



Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread Bernt Hansen
Bernt Hansen be...@norang.ca writes:

 George Kettleborough g.kettleboro...@uea.ac.uk writes:

 On Tue, Feb 28 2012, Bernt Hansen wrote:
 This patch needs a changelog entry in the commit text and a long
 description would also be appreciated.  The long description allows us
 to see the purpose of the patch and how to use it without the necessity
 to read and parse any of the code changes.

 Ok, I've done a changelog entry.  I hope this is what is expected.
 (Also fixed a minor bug in original patch and added better documentation
 to the new custom variable).

 The patch adds options to both org-clock and org-timer regarding how the
 current clock/timer is displayed.  Currently they are both displayed in
 the mode line.  This is not ideal since if you split your window
 horizontally then the mode line becomes quite short so often the clock
 is truncated and the timer might not even be visible.

 The new options control whether the clock/timer is displayed in the mode
 line and/or frame title.  The frame title is usually wasted space for
 people running a graphical version of emacs so it is quite useful there
 I think.

 Thanks!  I use frames on Windows at work and no frames on Linux (in
 xmonad) at home.  I tend to run with emacs full screen so I haven't
 my modeline is long enough for me -- but it will be interesting to see
 how the frame title clock works.

Hi George,

I tried this patch at work and it hangs my Emacs session in Windows on
startup.  It's totally unresponsive and I have to kill the process with
the task manager.

I think there's an implementation problem here but I don't have any
other useful information about what it might be.

Regards,
Bernt



Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread Bernt Hansen
Bernt Hansen be...@norang.ca writes:

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

 George Kettleborough g.kettleboro...@uea.ac.uk writes:

 On Tue, Feb 28 2012, Bernt Hansen wrote:
 This patch needs a changelog entry in the commit text and a long
 description would also be appreciated.  The long description allows us
 to see the purpose of the patch and how to use it without the necessity
 to read and parse any of the code changes.

 Ok, I've done a changelog entry.  I hope this is what is expected.
 (Also fixed a minor bug in original patch and added better documentation
 to the new custom variable).

 The patch adds options to both org-clock and org-timer regarding how the
 current clock/timer is displayed.  Currently they are both displayed in
 the mode line.  This is not ideal since if you split your window
 horizontally then the mode line becomes quite short so often the clock
 is truncated and the timer might not even be visible.

 The new options control whether the clock/timer is displayed in the mode
 line and/or frame title.  The frame title is usually wasted space for
 people running a graphical version of emacs so it is quite useful there
 I think.

 Thanks!  I use frames on Windows at work and no frames on Linux (in
 xmonad) at home.  I tend to run with emacs full screen so I haven't
 my modeline is long enough for me -- but it will be interesting to see
 how the frame title clock works.

 Hi George,

 I tried this patch at work and it hangs my Emacs session in Windows on
 startup.  It's totally unresponsive and I have to kill the process with
 the task manager.

 I think there's an implementation problem here but I don't have any
 other useful information about what it might be.

Nevermind... it seems to be working on Windows now.  I'm not sure what
happened the first time.  I'll report any other issues I find with this.

Thanks!

Regards,
Bernt



Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread George Kettleborough
Hi Bernt,

On Tue, Mar 06 2012, Bernt Hansen wrote:
 I tried this patch at work and it hangs my Emacs session in Windows on
 startup.  It's totally unresponsive and I have to kill the process with
 the task manager.

 I think there's an implementation problem here but I don't have any
 other useful information about what it might be.

Thanks for testing the patch.  That's quite alarming and I have no idea
why this would happen.  Can you change the frame title by doing (setq
frame-title-format ...) on Windows emacs normally?  I don't currently
have any Windows boxen to test this on unfortunately.

Also, what emacs version are you running?

Thanks,

George.



Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread Jos'h Fuller
Hi!

 Can you change the frame title by doing (setq
 frame-title-format ...) on Windows emacs normally?  

Just to let you know, I am using Windows Emacs 23.2.1 (i386-mingw-nt5.2.3790)

I tried:

  (setq-frame-title-format This is a test.)

in the *scratch* window and got:

  Debugger entered--Lisp error: (void-function setq-frame-title-format)
  (setq-frame-title-format This is a test.)
  eval((setq-frame-title-format This is a test.))
  eval-last-sexp-1(t)
  eval-last-sexp(t)
  eval-print-last-sexp()
  call-interactively(eval-print-last-sexp nil nil)

I'm a little behind the current Emacs, but not that much. However, I have 
noticed other frame and window manipulation functions that are available on 
UNIX, but not Windows.

Hope this helps!


___

Jos'h Fuller, Production Programmer

Arc Productions Ltd. 

p: 416.682.5237  | f: 416.682.5209 | http://www.arcproductions.com 
230 Richmond Street East | Toronto, ON M5A 1P4 |


 -Original Message-
 From: emacs-orgmode-bounces+jos'h.fuller=arcproductions@gnu.org
 [mailto:emacs-orgmode-bounces+jos'h.fuller=arcproductions@gnu.org]
 On Behalf Of George Kettleborough
 Sent: Tuesday, March 06, 2012 1:01 PM
 To: Bernt Hansen
 Cc: emacs-orgmode@gnu.org
 Subject: Re: [O] [PATCH] Option for clock and timer to be displayed in
 frame-title
 
 Hi Bernt,
 
 On Tue, Mar 06 2012, Bernt Hansen wrote:
  I tried this patch at work and it hangs my Emacs session in Windows
 on
  startup.  It's totally unresponsive and I have to kill the process
 with
  the task manager.
 
  I think there's an implementation problem here but I don't have any
  other useful information about what it might be.
 
 Thanks for testing the patch.  That's quite alarming and I have no idea
 why this would happen.  Can you change the frame title by doing (setq
 frame-title-format ...) on Windows emacs normally?  I don't currently
 have any Windows boxen to test this on unfortunately.
 
 Also, what emacs version are you running?
 
 Thanks,
 
 George.




Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread Nick Dokos
Jos'h Fuller Jos'h.ful...@arcproductions.com wrote:

 Hi!
 
  Can you change the frame title by doing (setq
  frame-title-format ...) on Windows emacs normally?  
 
 Just to let you know, I am using Windows Emacs 23.2.1 (i386-mingw-nt5.2.3790)
 
 I tried:
 
   (setq-frame-title-format This is a test.)
 

The correct invocation is

   (setq frame-title-format This is a test.)

frame-title-format is a variable.

Nick

 in the *scratch* window and got:
 
   Debugger entered--Lisp error: (void-function setq-frame-title-format)
   (setq-frame-title-format This is a test.)
   eval((setq-frame-title-format This is a test.))
   eval-last-sexp-1(t)
   eval-last-sexp(t)
   eval-print-last-sexp()
   call-interactively(eval-print-last-sexp nil nil)
 
 I'm a little behind the current Emacs, but not that much. However, I have 
 noticed other frame and window manipulation functions that are available on 
 UNIX, but not Windows.
 
 Hope this helps!
 
 
 ___
 
 Jos'h Fuller, Production Programmer
 
 Arc Productions Ltd. 
 
 p: 416.682.5237  | f: 416.682.5209 | 
 http://www.arcproductions.com 
 230 Richmond Street East | Toronto, ON M5A 1P4 |
 
 
  -Original Message-
  From: emacs-orgmode-bounces+jos'h.fuller=arcproductions@gnu.org
  [mailto:emacs-orgmode-bounces+jos'h.fuller=arcproductions@gnu.org]
  On Behalf Of George Kettleborough
  Sent: Tuesday, March 06, 2012 1:01 PM
  To: Bernt Hansen
  Cc: emacs-orgmode@gnu.org
  Subject: Re: [O] [PATCH] Option for clock and timer to be displayed in
  frame-title
  
  Hi Bernt,
  
  On Tue, Mar 06 2012, Bernt Hansen wrote:
   I tried this patch at work and it hangs my Emacs session in Windows
  on
   startup.  It's totally unresponsive and I have to kill the process
  with
   the task manager.
  
   I think there's an implementation problem here but I don't have any
   other useful information about what it might be.
  
  Thanks for testing the patch.  That's quite alarming and I have no idea
  why this would happen.  Can you change the frame title by doing (setq
  frame-title-format ...) on Windows emacs normally?  I don't currently
  have any Windows boxen to test this on unfortunately.
  
  Also, what emacs version are you running?
  
  Thanks,
  
  George.
 
 



Re: [O] [PATCH] Option for clock and timer to be displayed in frame-title

2012-03-06 Thread Bernt Hansen
George Kettleborough g.kettleboro...@uea.ac.uk writes:

 Hi Bernt,

 On Tue, Mar 06 2012, Bernt Hansen wrote:
 I tried this patch at work and it hangs my Emacs session in Windows on
 startup.  It's totally unresponsive and I have to kill the process with
 the task manager.

 I think there's an implementation problem here but I don't have any
 other useful information about what it might be.

 Thanks for testing the patch.  That's quite alarming and I have no idea
 why this would happen.  Can you change the frame title by doing (setq
 frame-title-format ...) on Windows emacs normally?  I don't currently
 have any Windows boxen to test this on unfortunately.

 Also, what emacs version are you running?

Yes it was a bit alarming... but it seems to be working for now

GNU Emacs 23.3.1 (i386-mingw-nt5.1.2600) of 2011-03-10 on 3249CTO

I don't have frames on my Linux machine and I find the time in the title
hard to find since it's the same colour as the rest of the frame title.

I think I'll stick to the modeline for now.  Most of my windows are
fullscreen so that works for me.

Regards,
Bernt



Re: [O] Including Latex Files

2012-03-06 Thread Markus Grebenstein

Dear Nicolas,

Tanks a lot. I found out that

#+INCLUDE: myfile.tex latex

does work also.  I just forgot the quotes, sorry.

Reading the manual I would have expected that src does export formatted 
source code which is not what I intended.


Best,

 Markus

Am 05.03.2012 20:43, schrieb Nicolas Goaziou:

Hello,

Markus Grebensteinp...@mgrebenstein.de  writes:


So I tried

#+INCLUDE: myfile.tex latex

The syntax is #+INCLUDE: myfile.tex src latex


Regards,






[O] Problem with booktabs patch

2012-03-06 Thread John Hendy
I'm perplexed. The patch from Niels from a previous thread was working great:
--- http://www.mail-archive.com/emacs-orgmode@gnu.org/msg50809.html

For some reason, I'm having issues with it, perhaps after a recent
pull. I'm on a branch called booktabs which has the patch applied
successfully. I can tell as lisp/org-latex.el has the tstart, hline,
and tend variables listed in it. I did a make clean and make, however
when I go to customize those variables, they're not listed.

If I do =M-x load-file ~/.elisp/org.git/lisp/org-latex.el= I then have
the variables.

How can I tell why it's not using the actual file but using some other
org-latex.el instead?

My .emacs does things in this order:


;; set load dirs and global config options
(add-to-list 'load-path ~/.elisp/site-lisp/)
(add-to-list 'load-path ~/.elisp/org.git/contrib/lisp/)
(add-to-list 'load-path ~/.elisp/org.git/lisp/)

;; setup org
(require 'org-install)

Thoughts?


Thanks!
John



Re: [O] Problem with booktabs patch

2012-03-06 Thread John Hendy
Update that is very odd to me.

If I start emacs and do =M-x customize-variable [RET]
org-export-latex- [TAB]=, I only have two options:
---
org-export-latex-default-packages-alist
org-export-latex-packages-alist
---

In looking through lisp/org-latex.el, I noticed that the various
options are in the group org-export-latex, so I did =M-x
customize-group [RET] org-export-latex= and scanned through the list.
To my surprise... there were all the variables provided by Niels'
booktabs patch.

I killed that buffer (having not changed anything), and did =M-x
customize-variable [RET] org-export-latex- [TAB]= and now I have a
whole ton of options. Do I need to specifically have a =(require
'org-latex)= in .emacs?


Thanks,
John

On Tue, Mar 6, 2012 at 4:11 PM, John Hendy jw.he...@gmail.com wrote:
 I'm perplexed. The patch from Niels from a previous thread was working great:
 --- http://www.mail-archive.com/emacs-orgmode@gnu.org/msg50809.html

 For some reason, I'm having issues with it, perhaps after a recent
 pull. I'm on a branch called booktabs which has the patch applied
 successfully. I can tell as lisp/org-latex.el has the tstart, hline,
 and tend variables listed in it. I did a make clean and make, however
 when I go to customize those variables, they're not listed.

 If I do =M-x load-file ~/.elisp/org.git/lisp/org-latex.el= I then have
 the variables.

 How can I tell why it's not using the actual file but using some other
 org-latex.el instead?

 My .emacs does things in this order:


 ;; set load dirs and global config options
 (add-to-list 'load-path ~/.elisp/site-lisp/)
 (add-to-list 'load-path ~/.elisp/org.git/contrib/lisp/)
 (add-to-list 'load-path ~/.elisp/org.git/lisp/)

 ;; setup org
 (require 'org-install)

 Thoughts?


 Thanks!
 John



Re: [O] Lieterate Programming for configuration settings

2012-03-06 Thread Vladimir Lomov
Hello,
** Eric Schulte [2012-03-05 07:58:59 -0700]:

 Hi Vladimir,

 [...]

 At first, I thought about table in org file with three columns:

 | Keybind | Code | Description |
 |-+--+-|

 but I don't know how to exclude second column in html export and how
 to generate xml code excluding the third column.


 See the attached example Org-mode file, it does what you describe above.

Thanks!

 P.P.S. Side note: why then 'tangled' example.txt the first line is empty one?

 Set :padline no on the tangled block to change this behavior (as in
 the attached example).

And again, thanks!

I tried your example and it works as I expect, so I'll try to adopt my
files and report result.

 Best,

---
WBR, Vladimir Lomov


-- 
The reason ESP, for example, is not considered a viable topic in contemoprary
psychology is simply that its investigation has not proven fruitful...After
more than 70 years of study, there still does not exist one example of an ESP
phenomenon that is replicable under controlled conditions.  This simple but
basic scientific criterion has not been met despite dozens of studies conducted
over many decades...It is for this reason alone that the topic is now of little
interest to psychology...In short, there is no demonstrated phenomenon that
needs explanation.
-- Keith E. Stanovich, How to Think Straight About Psychology, pp. 160-161



[O] AUCTeX conflicting with org-mode

2012-03-06 Thread suvayu ali
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?

-- 
Suvayu

Open source is the future. It sets us free.



[O] bulk action mark persistence

2012-03-06 Thread Skip Collins
When I perform a bulk action on items in the agenda, the marked items
get unmarked after the action is completed. This is a problem if I
want to perform multiple actions on the marked entries. Here is a use
case. I use capture.org to collect actionable items throughout the
day. Occasionally I view a special refile agenda in which I perform
bulk actions on selected entries such as tagging them, turning them
into TODO items, and filing them into appropriate targets in other
files. It would be far more convenient if the bulk action mark
persisted after each action.



Re: [O] AUCTeX conflicting with org-mode

2012-03-06 Thread Yagnesh Raghava Yakkala

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?).

-- 
YYR