Re: [O] Is it possible to run shell script src blocks as root or to export individual blocks?
Eric Schulte writes: > Andreas Leha writes: > >> Eric Schulte writes: >> >>> Leo Alekseyev 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
"Alan E. Davis" 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
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
Karl Voit 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
Hi Nick,
On Tue, Mar 6, 2012 at 03:42, Nick Dokos 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)]
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 (?)
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
Bernt Hansen writes: > George Kettleborough 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
Bernt Hansen writes: > Bernt Hansen writes: > >> George Kettleborough 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
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
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
Jos'h Fuller 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
George Kettleborough 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
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 Grebenstein writes: So I tried #+INCLUDE: myfile.tex latex The syntax is #+INCLUDE: "myfile.tex" src latex Regards,
[O] Problem with booktabs patch
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
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 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
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
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(#
"~/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
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
Hi Suvayu,
suvayu ali 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(#
> "~/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
