Re: [Orgmode] [babel] Evaluating all source blocks in a document?
Hi Eric On Wed, Jun 30, 2010 at 4:55 PM, Erik Iverson er...@ccbr.umn.edu wrote: Hello, On Wed, Jun 30, 2010 at 01:35:04PM +0200, Rainer M Krug wrote: Hi I use Org-babel for literate programming in R, but the tangling takes quite long. Therefore my question: as it is possible to evaluate a single code block, is it possible to evaluate ALL code blocks i a document? that would make debugging much easier. M-x org-babel-execute-buffer C-c C-v C-b should be a shortcut for that in org-mode now, according to my reference card. Thanks - I was looking for that one. Thanks - that seems to be what I am looking for, but after trying it out, I realized the following: for each block, e new R session is opened. This does not work for literate programming, as different blocks belong to each other, i.e. one block opens a function, the next one closes it. In addition, I want to evaluate the results, i.e. created objects, in R - therefore the session should stay open. So my guess: tangle and debug. OTOH this may not make it easier to debug, the babel error window doesn't list line numbers or blocks where the error occurred. Have you tried the :session argument? It submits the code block to a running R session. I use it for what you're doing with success. You can set it per code block, or buffer-wide, try for example: #+PROPERTY: session *R* No - I actually have not looked at that one before, but that is exactly what I was looking for. I'll come back if I have any further questions. Thanks a lot, Rainer Perhaps that should be a feature request to log what src block or org file line number the errors occurred in. That would be nice. Also: is it possible, to get some kind of automatic headings for the tangled code blocks? That would make it easier to identify in which code block the source code in the tangled file comes from. Try (setq org-babel-tangle-w-comments t) and see if that does what you're thinking. It will give headings for the source block, but I don't recall what information they contain. -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem export to html
Rainer M Krug wrote: Hi I am using the newest git version of org-mode, and have problems exporting to html. The attached org file produces, when exporting to html, the following error messages and no html file: Select command: Exporting... org-babel-exp processing... Fontifying *temp*... (regexps.) org-babel-exp processing... font-lock-fontify-keywords-region: Invalid regexp: Regular expression too big In contrast, export to pdf works fine. Is this a bug or a problem with my settings? Not sure, but exporting the test file to HTML works fine here. Org-mode version 6.36trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de pgpGi6XUQfTpy.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Exporting narrowed subtrees to HTML
Matt Lundin m...@imapmail.org writes: Hi Bernt, Bernt Hansen be...@norang.ca writes: I am working in a deeply nested org file and have narrowed to subtree for the part of the file I'm working on which happens to start at heading level 5. I want to export this narrowed subtree to HTML but the first HTML heading level matches the file instead of starting from heading level 2. This makes the resulting HTML output not as pretty as it could be. If you select the subtree with C-c @ (outline-mark-subtree), it should export properly: Cool! I didn't know about that. It only seems to work if transient mark mode is enabled (but I have that on already). I posted a patch for exporting a narrowed to subtree HTML export but it gives slightly different results from selecting the tree with C-c @ -- the title (h1) is the name of the org-file similar to exporting the entire document. Thanks for pointing this out -- I'll probably start using C-c @ in the future. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
On Jun 30, 2010, at 7:01 PM, Dan Davison wrote: Eric Schulte schulte.e...@gmail.com writes: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable org-turn-on-babel. We can discuss the default. If it is nil, org-babel should not be loaded. A default of t would be fine with me if we implement other measures listed below. This sounds like a good idea to me, and it should address Matt's desire for enabling minimal Org-mode installs. I would like this to default to t, so that new users can try out Org-babel without overmuch effort. I'm not clear yet what the point of this is. Unless it is the load time which is the issue, what else is gained by this variable? In principle I'm also all for minimalism and modularity, but what does it actually mean here? If the effect of this variable is to not load org-babel code at all, then this needs to be thought about carefully, as it is tantamount to a statement that all org-babel code is orthogonal to the rest of org-mode. I.e. core org-mode will not be able to make use of any org-babel code, because there will always be the risk that the user has set this variable to nil. Are we sure that we might not want some org-babel code (e.g. block export or tangling or something) to be used in core Org functionality? Like Eric, I agree. As an example of an area of overlap of core org-mode and babel, I'd been considering extending the [[shell:]] and [[elisp:]] links that are present in core Org-mode to support other languages. If that happens it might make sense to let babel code handle the shell and elisp evaluation, rather than having that functionality duplicated in the code base. :-) Actually, in this specific area I had been thinking to removing or at least deprecating shell and elisp links, because the Org-babel way is much better and clearer to have that code in a block, rather than hiding it in the invisible part of of a link. Essentially I had been envisioning the incorporation of org-babel into org-mode as the beginning of a phase in which the code bases can interact and evolve together, rather than as a promise of eternal orthogonality. Yes, I agree. This is definitely the point of this integration. - Carsten 2. As Eric proposes, a variable similar to org-confirm-shell-link- function This should by default query for confirmation on any org-babel code execution, and can be configured to shut up by people who know what they are doing. Sounds good, I think this is a reasonable safety measure. Yes, I think this is the key. Other than the doubts expressed above I agree with what Eric wrote. Dan 3. Not loading emacs lisp evaluation by default. I would push back on this point. Largely because we have now crossed the like to where it is impossible to play with a code block w/o first dropping down to your configuration files, and evaluating require statements. 4. A new key in the babel keymap for org-babel-execute-code-block, for example `C-c C-v e'. This should be documented as the default key for this operation. Hmm, I'm less enthusiastic about this point and point 5. I really like how 'C-c C-c' naturally does whatever-I-want given the context in which it's called, and I wouldn't want to lose that intuitiveness. Similarly 'C-c C-o' currently opens the results of a code block, I also find this very appealing as it allows for a uniform top-level interface across an Org-mode document, be it a code block or a link. Here are my reasons why I think leaving this keybinding is safe. 1) Unlike with shell/elisp links, the contents of code blocks is almost always visible right under the user's point. So it is less likely to evaluate something w/o having any idea what you are evaluating. 2) Adding a protection variable (e.g. org-confirm-babel-eval) means that the only users who could potentially evaluate a code block with a slip of the fingers would be users who have explicitly
Re: [Orgmode] Verbatim LaTeX inside delimiters in HTML export with jsMath?
Hi, Carsten,
Sorry it took me so long to get back to you.
The patch does exactly what I hoped for: Allows one to set an option to
get LaTeX math passed verbatim into HTML for jsMath to process, while
keeping the use of the ^:t TeX:t options. I've tested it on various
documents.
I noticed the following behavior: A comment line starting with #
immediately before a \begin{equation} environment is passed verbatim as
well. I don't think it counts as a bug, since there should probably be a
blank line before \begin anyway.
I can now scrap the workaround I thought up last weekend, which involved
a preprocessing hook to put = signs or #+BEGIN_EXAMPLE blocks around
anything found by org-latex-regexps, and a postprocessing hook to get
rid of PRE tags in the HTML output. It worked, if inelegantly, but I
think it makes better sense to have the LaTeX:verbatim option built in.
Thanks!
I'll see about updating the Worg page -- but I'm a Git novice and will
be on a 56K modem for a bit, so it won't happen immediately.
Yours,
Christian
Carsten Dominik wrote:
For John Wiegley: John, please do not yet apply the attached patch...
Hi Christian,
I am trying to get back to this issue.
I am attaching a patch, please apply it to your setup and then try
#+OPTIONS: ^:t TeX:t LaTeX:verbatim
if that works, can I then ask you to update
http://orgmode.org/worg/org-tutorials/org-jsmath.php ?
Thanks!
- Carsten
On Jun 18, 2010, at 12:58 PM, Christian Moe wrote:
Hi, Carsten,
Thanks for taking a look.
Your example should be output exactly the same as it is currently with
the =LaTeX:nil= option, i. e. verbatim:
p
\begin{equation}
a=b
\end{equation}
/p
- and this minimal example could be interpreted by jsMath without any
changes in Org-mode export, since it happens to contain no
sub/superscripts or entities.
What I'd like is for
\begin{equation}
\e=mc^2
\end{equation}
to be output equally verbatim as
p
\begin{equation}
e=mc^2
\end{equation}
/p
*even when =^:t= is on*, so I could freely write e.g. m^2 in the text
and get it superscripted, but not get
p
\begin{equation}
e=mcsup2/sup
\end{equation}
/p
In other words, to have my cake and eat it, too. I hope it's clearer now.
Yours,
Christian
Carsten Dominik wrote:
Hi Christian,
how should, in this case, a literal LaTeX environment like
\begin{equation}
a=b
\end{equation}
be handled?
- Carsten
On Jun 17, 2010, at 9:23 AM, Christian Moe wrote:
Hi,
To display LaTeX math in Org html export with lovely jsMath, it
must be
exported verbatim with
#+OPTIONS: ^:nil TeX:nil
so one cannot use lazy superscripts/subscripts or Org entities in the
rest of the text.
Is there a simple way to turn these options on, but protect LaTeX
where
it appears *inside math delimiters* so it's exported verbatim? I.e.
inside $...$, $$...$$, \( ... \), \[ ... \], \begin ... \end ?
I ask because I'm keeping a note file with much text and only a few
equations, but with frequent reference to e.g. CO_2 and m^2. It's
possible to always write $CO_2$ and $m^2$, but less readable, and
irksome when you've got used to an easier way. An inline formula can
be protected by surrounding it with verbatim markup, =$...$=, but then
it's only good for jsMath, not for LaTeX export.
Yours,
Christian
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
--
Christian Moe
E-mail: m...@christianmoe.com
Website: http://christianmoe.com
Carsten Dominik wrote:
Hi Christian,
how should, in this case, a literal LaTeX environment like
\begin{equation}
a=b
\end{equation}
be handled?
- Carsten
On Jun 17, 2010, at 9:23 AM, Christian Moe wrote:
Hi,
To display LaTeX math in Org html export with lovely jsMath, it must be
exported verbatim with
#+OPTIONS: ^:nil TeX:nil
so one cannot use lazy superscripts/subscripts or Org entities in
the rest of the text.
Is there a simple way to turn these options on, but protect LaTeX where
it appears *inside math delimiters* so it's exported verbatim? I.e.
inside $...$, $$...$$, \( ... \), \[ ... \], \begin ... \end ?
I ask because I'm keeping a note file with much text and only a few
equations, but with frequent reference to e.g. CO_2 and m^2. It's
possible to always write $CO_2$ and $m^2$, but less readable, and
irksome when you've got used to an easier way. An inline formula can
be protected by surrounding it with verbatim markup, =$...$=, but
then it's only good for jsMath, not for LaTeX export.
Yours,
Christian
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable org-turn-on-babel. We can discuss the default. If it is nil, org-babel should not be loaded. A default of t would be fine with me if we implement other measures listed below. This sounds like a good idea to me, and it should address Matt's desire for enabling minimal Org-mode installs. I would like this to default to t, so that new users can try out Org-babel without overmuch effort. Actually, following Dan's argument, I am paddling back on this one. Lets just keep it on. Instead of having a function to unload emacs-lisp, maybe a good way would be a customize option org-babel-load-languages with a checkbox for each language, emacs-lisp on by default. This would make it easy fo people to select the languages they want, without having to add several require statements to .emacs. 2. As Eric proposes, a variable similar to org-confirm-shell-link- function This should by default query for confirmation on any org-babel code execution, and can be configured to shut up by people who know what they are doing. Sounds good, I think this is a reasonable safety measure. 3. Not loading emacs lisp evaluation by default. I would push back on this point. Largely because we have now crossed the like to where it is impossible to play with a code block w/o first dropping down to your configuration files, and evaluating require statements. 4. A new key in the babel keymap for org-babel-execute-code-block, for example `C-c C-v e'. This should be documented as the default key for this operation. Hmm, I'm less enthusiastic about this point and point 5. I really like how 'C-c C-c' naturally does whatever-I-want given the context in which it's called, and I wouldn't want to lose that intuitiveness. Similarly 'C-c C-o' currently opens the results of a code block, I also find this very appealing as it allows for a uniform top-level interface across an Org-mode document, be it a code block or a link. Here are my reasons why I think leaving this keybinding is safe. 1) Unlike with shell/elisp links, the contents of code blocks is almost always visible right under the user's point. So it is less likely to evaluate something w/o having any idea what you are evaluating. 2) Adding a protection variable (e.g. org-confirm-babel-eval) means that the only users who could potentially evaluate a code block with a slip of the fingers would be users who have explicitly said that they want to be able to easily run code blocks without confirmation. 3) Emacs exposes a number of entry points into code evaluation. M-! allows users to run shell commands, C-M-x evaluate the elisp at point, and these have not caused problems in the past. These are all very well taken points. And I agree that a somewhat regular Org-mode user should be protected by this well enough. There are actually two kinds of users and two levels where we need to think about this. 1. I am worried about is this: Org mode (including Babel) will soon be part of Emacs an be shipped to a very large number of people who have nothing to do with Org mode and might pick a file of the web to try playing with it. I want to protect these users and also us, as the Org mode community, from a stupid accident happening like that. But, in fact, a yes-or-no-p confirmation would probably cover this well enough. OK for this part. BTW, Eric, I think this confirmation variable should also be allowed to take a function with a two arguments, the language of the snippet and the snippet. Users could then write a function which would get confirmation for some snippets, but not for others. 2. The other thing is that I am afraid of myself in this context. I envision myself turning off the check eval
[Orgmode] Re: Bug: #+ATTR_LaTeX broken in LaTeX export [6.36trans (release_6.36.461.g798e)]
Hi Nicolas, Eric, Tassilo and everybody else, Nicolas Goaziou wrote: I don't know about #+BEGIN_changemargin (but as far as I understand, it's coming from org-exp-blocks and should be handled during preprocess-hook, so it is beyond the scope of this patch). To be correct, the `#+BEGIN_changemargin' comes from `Org-special-blocks', not from `Org-exp-blocks': --8---cut here---start-8--- ;; turn Org blocks into LaTeX environments and HTML divs ;; (markup in environments in LaTeX export, or giving LaTeX attributes to ;; sections in export) (try-require 'org-special-blocks) --8---cut here---end---8--- I've disabled, for months, `Org-exp-blocks' as I've switched to Org-Babel for such cases: --8---cut here---start-8--- ;; switch from org-exp-blocks to Org-babel! ;; ;; pre-process blocks when exporting org files (ditaa, dot, comment, R, ;; ;; etc.) ;; (try-require 'org-exp-blocks) --8---cut here---end---8--- Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Exporting narrowed subtrees to HTML
On Jul 1, 2010, at 9:07 AM, Bernt Hansen wrote: Matt Lundin m...@imapmail.org writes: Hi Bernt, Bernt Hansen be...@norang.ca writes: I am working in a deeply nested org file and have narrowed to subtree for the part of the file I'm working on which happens to start at heading level 5. I want to export this narrowed subtree to HTML but the first HTML heading level matches the file instead of starting from heading level 2. This makes the resulting HTML output not as pretty as it could be. If you select the subtree with C-c @ (outline-mark-subtree), it should export properly: Cool! I didn't know about that. It only seems to work if transient mark mode is enabled (but I have that on already). I posted a patch for exporting a narrowed to subtree HTML export but it gives slightly different results from selecting the tree with C-c @ -- the title (h1) is the name of the org-file similar to exporting the entire document. The tree uses the first headline as the title of the exported file, and its children become the top-level sectioning structure. I think this is the best behavior, and unless you push more I will reject yesterdays patch. OK? - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Exporting narrowed subtrees to HTML
Carsten Dominik carsten.domi...@gmail.com writes: On Jul 1, 2010, at 9:07 AM, Bernt Hansen wrote: I posted a patch for exporting a narrowed to subtree HTML export but it gives slightly different results from selecting the tree with C-c @ -- the title (h1) is the name of the org-file similar to exporting the entire document. The tree uses the first headline as the title of the exported file, and its children become the top-level sectioning structure. I think this is the best behavior, and unless you push more I will reject yesterdays patch. OK? That's okay with me :) Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Bug: #+ATTR_LaTeX broken in LaTeX export [6.36trans (release_6.36.461.g798e)]
Hi everyone,
It seems that the patch in this thread has introduce the following
problem:
Consider this test file.
* Test
# test
\begin{equation}
\e=mc^2
\end{equation}
but a^2 should still be treated nicely
When exported, the # test line is exported as
\# test
I have not checked if this really was the patch which did
that, but I suspect it. Could someone please check?
Thanks.
- Carsten
On Jul 1, 2010, at 6:44 AM, Tassilo Horn wrote:
Eric Schulte schulte.e...@gmail.com writes:
Hi Eric,
I've applied your patch. I agree that a catchall cleanup function at
the end of the export process is not solution. Especially when it
makes some perfectly valid constructs (e.g. nested blocks) impossible
to export.
I can confirm that it works for me, now.
Thanks,
Tassilo
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Org mode crashes emacs when cache-long-line-scans is set.
Ian Szewczyk wrote: Not sure if this this exclusive to org mode, but I find that when I set cache-long-line-scans via (setq-default cache-long-line-scans t) And I open up a large-ish org file, emacs crashes when I issue the end-of-buffer command Just FYI: Just reported this to bug-gnu-emacs. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Exporting narrowed subtrees to HTML
Am 01.07.2010 09:29, schrieb Bernt Hansen: Carsten Dominik carsten.domi...@gmail.com writes: On Jul 1, 2010, at 9:07 AM, Bernt Hansen wrote: I posted a patch for exporting a narrowed to subtree HTML export but it gives slightly different results from selecting the tree with C-c @ -- the title (h1) is the name of the org-file similar to exporting the entire document. The tree uses the first headline as the title of the exported file, and its children become the top-level sectioning structure. I think this is the best behavior, and unless you push more I will reject yesterdays patch. OK? That's okay with me :) Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Excellent! Didn't know about that too. Thanks! Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [BABEL] html export for R not working, but for sh and others
Hi I am trying to export the attached test.org file to HTML, but I can only export it, when I change the source block language to anything different from R. I also attach my emacs.org file, but I am not doing any customisations to R. In addition: if I specify :session *R* in #:BABEL: , the code is evaluated, even though I specified :exports code. Is this intended? Thanks, Rainer -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com test.org Description: Binary data emacs.org Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Problem export to html
On Thu, Jul 1, 2010 at 9:07 AM, David Maus dm...@ictsoc.de wrote: Rainer M Krug wrote: Hi I am using the newest git version of org-mode, and have problems exporting to html. The attached org file produces, when exporting to html, the following error messages and no html file: Select command: Exporting... org-babel-exp processing... Fontifying *temp*... (regexps.) org-babel-exp processing... font-lock-fontify-keywords-region: Invalid regexp: Regular expression too big In contrast, export to pdf works fine. Is this a bug or a problem with my settings? Not sure, but exporting the test file to HTML works fine here. Org-mode version 6.36trans on GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-05-16 on raven, modified by Debian Thanks - I'll post it again with additional info. Cheers, Rainer HTH -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de -- NEW GERMAN FAX NUMBER!!! Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Cell: +27 - (0)83 9479 042 Fax:+27 - (0)86 516 2782 Fax:+49 - (0)321 2125 2244 email: rai...@krugs.de Skype: RMkrug Google: r.m.k...@gmail.com ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Verbatim LaTeX inside delimiters in HTML export with jsMath?
On Jul 1, 2010, at 9:18 AM, Christian Moe wrote:
Hi, Carsten,
Sorry it took me so long to get back to you.
The patch does exactly what I hoped for: Allows one to set an option
to get LaTeX math passed verbatim into HTML for jsMath to process,
while keeping the use of the ^:t TeX:t options. I've tested it on
various documents.
OK, I have applied it.
I noticed the following behavior: A comment line starting with #
immediately before a \begin{equation} environment is passed verbatim
as well. I don't think it counts as a bug, since there should
probably be a blank line before \begin anyway.
This is a bug, unrelated to this patch. Thanks for finding it!
This is not yet fixed
I can now scrap the workaround I thought up last weekend, which
involved a preprocessing hook to put = signs or #+BEGIN_EXAMPLE
blocks around anything found by org-latex-regexps, and a
postprocessing hook to get rid of PRE tags in the HTML output. It
worked, if inelegantly, but I think it makes better sense to have
the LaTeX:verbatim option built in.
Thanks!
Cheers!
I'll see about updating the Worg page -- but I'm a Git novice and
will be on a 56K modem for a bit, so it won't happen immediately.
If you want, just get the source file from
http://repo.or.cz/w/Worg.git/blob_plain/HEAD:/org-tutorials/org-jsmath.org
edit it, and send me a patch of the changed version.
Thanks!
- Carsten
Yours,
Christian
Carsten Dominik wrote:
For John Wiegley: John, please do not yet apply the attached patch...
Hi Christian,
I am trying to get back to this issue.
I am attaching a patch, please apply it to your setup and then try
#+OPTIONS: ^:t TeX:t LaTeX:verbatim
if that works, can I then ask you to update http://orgmode.org/worg/org-tutorials/org-jsmath.php
?
Thanks!
- Carsten
On Jun 18, 2010, at 12:58 PM, Christian Moe wrote:
Hi, Carsten,
Thanks for taking a look.
Your example should be output exactly the same as it is currently
with the =LaTeX:nil= option, i. e. verbatim:
p
\begin{equation}
a=b
\end{equation}
/p
- and this minimal example could be interpreted by jsMath without
any changes in Org-mode export, since it happens to contain no sub/
superscripts or entities.
What I'd like is for
\begin{equation}
\e=mc^2
\end{equation}
to be output equally verbatim as
p
\begin{equation}
e=mc^2
\end{equation}
/p
*even when =^:t= is on*, so I could freely write e.g. m^2 in the
text and get it superscripted, but not get
p
\begin{equation}
e=mcsup2/sup
\end{equation}
/p
In other words, to have my cake and eat it, too. I hope it's
clearer now.
Yours,
Christian
Carsten Dominik wrote:
Hi Christian,
how should, in this case, a literal LaTeX environment like
\begin{equation}
a=b
\end{equation}
be handled?
- Carsten
On Jun 17, 2010, at 9:23 AM, Christian Moe wrote:
Hi,
To display LaTeX math in Org html export with lovely jsMath, it
must be
exported verbatim with
#+OPTIONS: ^:nil TeX:nil
so one cannot use lazy superscripts/subscripts or Org entities
in the
rest of the text.
Is there a simple way to turn these options on, but protect
LaTeX where
it appears *inside math delimiters* so it's exported verbatim?
I.e.
inside $...$, $$...$$, \( ... \), \[ ... \], \begin ... \end ?
I ask because I'm keeping a note file with much text and only a
few
equations, but with frequent reference to e.g. CO_2 and m^2. It's
possible to always write $CO_2$ and $m^2$, but less readable, and
irksome when you've got used to an easier way. An inline
formula can
be protected by surrounding it with verbatim markup, =$...$=,
but then
it's only good for jsMath, not for LaTeX export.
Yours,
Christian
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
- Carsten
--
Christian Moe
E-mail: m...@christianmoe.com
Website: http://christianmoe.com
Carsten Dominik wrote:
Hi Christian,
how should, in this case, a literal LaTeX environment like
\begin{equation}
a=b
\end{equation}
be handled?
- Carsten
On Jun 17, 2010, at 9:23 AM, Christian Moe wrote:
Hi,
To display LaTeX math in Org html export with lovely jsMath, it
must be
exported verbatim with
#+OPTIONS: ^:nil TeX:nil
so one cannot use lazy superscripts/subscripts or Org entities
in the rest of the text.
Is there a simple way to turn these options on, but protect
LaTeX where
it appears *inside math delimiters* so it's exported verbatim?
I.e.
inside $...$, $$...$$, \( ... \), \[ ... \], \begin ... \end ?
I ask because I'm keeping a note file with much text and only a
few equations, but with frequent reference to e.g. CO_2 and m^2.
It's possible to always write $CO_2$ and $m^2$, but less
readable, and irksome when you've got used to an easier way. An
inline formula can be protected by surrounding it with verbatim
[Orgmode] Re: Bug: #+ATTR_LaTeX broken in LaTeX export [6.36trans (release_6.36.461.g798e)]
On Jul 1, 2010, at 10:33 AM, Bernt Hansen wrote:
Carsten Dominik carsten.domi...@gmail.com writes:
Hi everyone,
It seems that the patch in this thread has introduce the following
problem:
Consider this test file.
* Test
# test
\begin{equation}
\e=mc^2
\end{equation}
but a^2 should still be treated nicely
When exported, the # test line is exported as
\# test
I have not checked if this really was the patch which did
that, but I suspect it. Could someone please check?
Thanks.
Fun with git :)
Thank you my wizard. :)
This bug is squashed.
- Carsten
,
| 0e636dc2ed8dc4c2a4663551d975ee2a6719c967 is the first bad commit
| commit 0e636dc2ed8dc4c2a4663551d975ee2a6719c967
| Author: Eric Schulte schulte.e...@gmail.com
| Date: Sun Jun 27 19:35:34 2010 -0700
|
| org-exp: check for protection before removing comments
|
| * lisp/org-exp.el (org-export-handle-comments): check for
protection
| before removing comments
|
| :04 04 141f3fd1e9870e39b8dd863668d0d65dfc3677f3
9c5ff59abd1941ef3ba7969156a4ad6ad19fb0eb M lisp
| bisect run success
`
This commit was determined automatically with git bisect and the
following script/setup.
,[ /tmp/test.org ]
| * Test
|
| # test
| \begin{equation}
| \e=mc^2
| \end{equation}
|
| but a^2 should still be treated nicely
`
,[ /tmp/bisect.sh ]
| #/bin/sh
| emacs -batch -q -l /home/bernt/minimal.emacs -l /tmp/export-quit.el
| if grep '^\\# test' /tmp/test.tex
| then
| exit 1
| else
| exit 0
| fi
`
,[ /home/bernt/minimal.emacs ]
| (add-to-list 'load-path (expand-file-name ~/git/org-mode/lisp))
| (add-to-list 'auto-mode-alist '(\\.\\(org\\|org_archive\\|txt\\)
$ . org-mode))
| (setq org-agenda-files '(/tmp/test.org))
| (require 'org-install)
|
| (global-set-key \C-cl 'org-store-link)
| (global-set-key \C-ca 'org-agenda)
| (global-set-key \C-cb 'org-iswitchb)
|
`
,[ /tmp/export-quit.el ]
| (find-file /tmp/test.org)
| (call-interactively 'org-export-as-latex)
| (save-buffers-kill-emacs)
`
$ git bisect start master 188105
$ git bisect run /tmp/bisect.sh
-Bernt
- Carsten
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
On Jul 1, 2010, at 11:01 AM, Stephen Eglen wrote: contrib/README seems out of date; in particular this file I was interested in seeing has gone: org-R.el --- Computation using the R language Questions: - how do I query git to find out where this file has gone? This one was removed because its functionality is included in Org babel. Files added and removed are usually listed in the list of user visible changes. I am not sure how to find it in git. - who maintains README? Or should I check them all and send a patch? A patch to update the README file would be appreciated. - Carsten Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Thanks Carsten; Carsten Dominik carsten.domi...@gmail.com wrote: This one was removed because its functionality is included in Org babel. Files added and removed are usually listed in the list of user visible changes. I am not sure how to find it in git. I think I just found at least somethign (sorry, I'm new at git); git log within the contrib/lisp directory showed me indeed that it was removed on 31 Mar this year. A patch to update the README file would be appreciated. will do (soonish). S ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Here is a patch for contrib/README. I've not included though any mention of the new babel folder in contrib. Stephen diff --git a/contrib/ChangeLog b/contrib/ChangeLog index 44db137..af18a84 100644 --- a/contrib/ChangeLog +++ b/contrib/ChangeLog @@ -1,3 +1,9 @@ +2010-07-01 Stephen Eglen step...@gnu.org + + * README: Update list of emacs-lisp files so that list is in + sync with the files in lisp/ and in same order as 'ls -1' for + those files. + 2010-05-11 Carsten Dominik carsten.domi...@gmail.com * lisp/org-git-link.el (org-git-open) diff --git a/contrib/README b/contrib/README index bdc93d3..f8fe423 100644 --- a/contrib/README +++ b/contrib/README @@ -9,9 +9,11 @@ Please put your contribution in one of these three directories: LISP (emacs-lisp code) == - +htmlize.el --- Convert buffer text and decorations to HTML +org2rem.el --- Convert org appointments into reminders org-annotate-file.el --- Annotate a file with org syntax org-bookmark.el --- Links to bookmarks +org-checklist.el --- org functions for checklist handling org-choose.el--- Use TODO keywords to mark decision states org-collector.el --- Collect properties into tables org-contribdir.el--- Dummy file to mark the org contrib Lisp directory @@ -19,29 +21,30 @@ org-depend.el--- TODO dependencies for Org-mode org-elisp-symbol.el --- Org links to emacs-lisp symbols org-eval.el --- The lisp tag, adapted from Muse org-eval-light.el--- Evaluate in-buffer code on demand -org-expiry.el --- Expiry mechanism for Org entries org-exp-bibtex.el--- Export citations to LaTeX and HTML +org-expiry.el --- Expiry mechanism for Org entries org-export-generic.el--- Export framework for configurable backends org-git-link.el --- Provide org links to specific file version org-interactive-query.el --- Interactive modification of tags query org-invoice.el --- Help manage client invoices in OrgMode org-jira.el --- Add a jira:ticket protocol to Org org-learn.el --- SuperMemo's incremental learning algorithm -org-mairix.el --- Hook mairix search into Org for different MUAs org-mac-iCal.el --- Imports events from iCal.app to the Emacs diary org-mac-link-grabber.el --- Grab links and URLs from various Mac applications +org-mairix.el --- Hook mairix search into Org for different MUAs org-man.el --- Support for links to manpages in Org-mode +org-mime.el --- org html export for text/html MIME emails org-mtags.el --- Support for some Muse-like tags in Org-mode org-panel.el --- Simple routines for us with bad memory -org-R.el --- Computation using the R language org-registry.el --- A registry for Org links -org2rem.el --- Convert org appointments into reminders org-screen.el--- Visit screen sessions through Org-mode links org-secretary.el --- Team management with org-mode org-special-blocks.el--- Turn blocks into LaTeX envs and HTML divs -org-track.el --- Keep up with Org development +orgtbl-sqlinsert.el --- Convert Org-mode tables to SQL insertions org-toc.el --- Table of contents for Org-mode buffer -orgtbl-sqlinsert.el --- Convert Org-mode tables to SQL insertions. +org-track.el --- Keep up with Org development + + PACKAGES @@ -51,4 +54,4 @@ SCRIPTS (shell, bash, etc.) dir2org.zsh --- Org compatible fs structure output org2hpda --- Generate hipster pda style printouts from Org-mode -ditaa.jar--- ASCII to PNG converter by Stathis Sideris, GPL \ No newline at end of file +ditaa.jar--- ASCII to PNG converter by Stathis Sideris, GPL ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Literal examples and indentation
Hello, When I include literate example like this: #+BEGIN_EXAMPLE Some example from a text file. #+END_EXAMPLE The example is indented with 2 spaces when rendered. Is there any ways to customise the size of the indentation ? Thanks -- Francis ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Documentation typo
Hi, in the Org manual, in Chapter eleven, there is a heading Index enries (missing the 't' in entries). Best regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
On Jul 1, 2010, at 11:22 AM, Stephen Eglen wrote: Here is a patch for contrib/README. I've not included though any mention of the new babel folder in contrib. Stephen carsten-patch Applied, thanks. Please that we no longer use ChangeLog, but that we place entries with similar syntax into the commit message and then later build ChangeLog from that. If you look at the final commit, you'll see what I mean. Thanks - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Documentation typo
Fixed, thanks - Carsten On Jul 1, 2010, at 11:56 AM, Robert Klein wrote: Hi, in the Org manual, in Chapter eleven, there is a heading Index enries (missing the 't' in entries). Best regards Robert ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Please that we no longer use ChangeLog, but that we place entries with similar syntax into the commit message and then later build ChangeLog from that. If you look at the final commit, you'll see what I mean. I see - neat idea about the ChangeLog. Can you still use 'C-x 4 a' from a buffer to help build the ChangeLog entries though which ultimately go in the commit messages? What's the workflow (sorry if this has been discussed before)? Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: Call org-remember on a RE: post raises error in gnus
Kane Dou wrote: David Maus dm...@ictsoc.de writes: Kane Dou wrote: When I call org-remember on a post like this: O [ 40: Istvan ADAM ] Erroneous display when working on remote Unix machine. The backtrace(debug-on-entry on org-replace-escapes, no backtrace will occur if org-remember works normally): Can you provide the backtrace for the error? M-x toggle-debug-on-error RET To get a backtrace without byte-code, just reload Org before provoking the error (M-x org-reload RET). HTH -- David This bug was fixed in the development tree by , | commit 19aec9ed9a53a18deaa58b69714bae724aec7111 | Author: Carsten Dominik carsten.domi...@gmail.com | Date: Mon May 10 08:46:03 2010 +0200 | | Fix minor bug | | Patch by Gregory J. Grubbs | ` after 6.36c was released. If you got 6.36c from the Orgmode web page you could apply the attached patch to fix this issue. It's the commit w/o the change to ChangeLog. Simply move to Org mode installation directory and use the patch util patch /path/to/patch or, to see if patching will work before applying the patch patch --dry-run /path/to/patch HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de fix-org-replace-escapes.patch Description: Binary data pgpOiVQhVO25v.pgp Description: PGP signature ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
On Jul 1, 2010, at 2:15 PM, Stephen Eglen wrote: Please that we no longer use ChangeLog, but that we place entries with similar syntax into the commit message and then later build ChangeLog from that. If you look at the final commit, you'll see what I mean. I see - neat idea about the ChangeLog. Can you still use 'C-x 4 a' from a buffer to help build the ChangeLog entries though which ultimately go in the commit messages? What's the workflow (sorry if this has been discussed before)? The workflow is to use magit, and the to press `C' at a snippet in the magit status buffer. This is equivalent to `C-x 4 a'. Please make sure that - the commit message still has a single first line, followed by a newline - after the newline, the ChangeLog entry should be placed, first line starting with a star, and no empty lines inside the block. - After the ChangeLog block, and another empty line, you can add any free-form explanations you want - they will be discarded when building the ChangeLog file. See also http://orgmode.org/worg/org-contribute.php#sec-4 HTH - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Bug in timeline report
Fixed, thanks. - Carsten On Jun 30, 2010, at 9:57 PM, Sébastien Vauban wrote: Hello, Finally reporting the following bug. Has been there for as long as I can remember, but never did report it when seeing it. And kept forgetting. So, now... --8---cut here---start-8--- * 2010 ** 2010-06 June *** Admin Organization :LOGBOOK: CLOCK: [2010-06-30 Wed 13:30]--[2010-06-30 Wed 17:50] = 4:20 - DUPLICATED TeXt. :END: Emails and News :LOGBOOK: CLOCK: [2010-06-28 Mon 09:10]--[2010-06-28 Mon 10:40] = 1:30 CLOCK: [2010-06-30 Wed 10:30]--[2010-06-30 Wed 12:30] = 2:00 :END: *** ABC :LOGBOOK: CLOCK: [2010-06-30 Wed 09:30]--[2010-06-30 Wed 10:30] = 1:00 - Transfer of files to ABC. :END: --8---cut here---end---8--- generates the following timeline: --8---cut here---start-8--- Timeline of file /home/sva/Projects/ecm.org 2010-06-28 Mon __ Clocked: (1:30) Emails and News 2010-06-29 Tue __ 2010-06-30 Wed __ Clocked: (1:00) ABC - Transfer of files to ABC. Clocked: (2:00) Emails and News - DUPLICATED TeXt. Clocked: (4:20) Organization - DUPLICATED TeXt. --8---cut here---end---8--- As you can see, the fact that I never put a descriptive text for reading emails is wrongly reported: previous text is used in the timeline, instead. Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
On Jul 1, 2010, at 2:27 PM, Carsten Dominik wrote: On Jul 1, 2010, at 2:15 PM, Stephen Eglen wrote: Please that we no longer use ChangeLog, but that we place entries with similar syntax into the commit message and then later build ChangeLog from that. If you look at the final commit, you'll see what I mean. I see - neat idea about the ChangeLog. Can you still use 'C-x 4 a' from a buffer to help build the ChangeLog entries though which ultimately go in the commit messages? What's the workflow (sorry if this has been discussed before)? The workflow is to use magit, and the to press `C' at a snippet in the magit status buffer. This is equivalent to `C-x 4 a'. Please make sure that - the commit message still has a single first line, followed by a newline arrgh, by 2 newlines, i.e. by an empty line! - after the newline, the ChangeLog entry should be placed, first line starting with a star, and no empty lines inside the block. - After the ChangeLog block, and another empty line, you can add any free-form explanations you want - they will be discarded when building the ChangeLog file. See also http://orgmode.org/worg/org-contribute.php#sec-4 HTH - Carsten - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH v2] Fix agenda display for late scheduled and deadline tasks
Applied, thanks. Please note that I had to change the commit message so that the second paragraph can be used as a ChangeLog entry with an ultra-short description. Also, sendon etc lines are not indented, unlike an org-mode list entry. The third paragraph is your original description, not indented. Thanks for this fix! - Carsten On Jun 22, 2010, at 11:40 PM, Bernt Hansen wrote: * lisp/org.el (org-time-string-to-absolute): Ignore the cyclic repeater when displaying items on today's agenda date. If you have a weekly task and miss the date the agenda view will show more than a week late now instead of resetting on the cyclic repeating date. This makes it much more obvious when you missed a repeating task after the repeater. --- Here's a new version of this patch which I think addresses Matt's issue and it's simpler which is always a bonus. The patch is available at git://git.norang.ca/org-mode.git fix- agenda-late-tasks -Bernt lisp/org.el | 21 +++-- 1 files changed, 11 insertions(+), 10 deletions(-) diff --git a/lisp/org.el b/lisp/org.el index 2628152..4ebf31d 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -14700,16 +14700,17 @@ If there is a specifyer for a cyclic time stamp, get the closest date to DAYNR. PREFER and SHOW-ALL are passed through to `org-closest-date'. the variable date is bound by the calendar when this is called. - (cond - ((and daynr (string-match \\`%%\\((.*)\\) s)) -(if (org-diary-sexp-entry (match-string 1 s) date) - daynr - (+ daynr 1000))) - ((and daynr (string-match \\+[0-9]+[dwmy] s)) -(org-closest-date s (if (and (boundp 'daynr) (integerp daynr)) daynr - (time-to-days (current-time))) (match-string 0 s) - prefer show-all)) - (t (time-to-days (apply 'encode-time (org-parse-time-string s)) + (let ((today (calendar-absolute-from-gregorian (calendar-current- date +(cond + ((and daynr (string-match \\`%%\\((.*)\\) s)) + (if (org-diary-sexp-entry (match-string 1 s) date) + daynr + (+ daynr 1000))) + ((and daynr (not (eq daynr today)) (string-match \\+[0-9]+ [dwmy] s)) + (org-closest-date s (if (and (boundp 'daynr) (integerp daynr)) daynr +(time-to-days (current-time))) (match-string 0 s) +prefer show-all)) + (t (time-to-days (apply 'encode-time (org-parse-time-string s))) (defun org-days-to-iso-week (days) Return the iso week number. -- 1.7.1.359.gd0b8d ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Call org-remember on a RE: post raises error in gnus
David Maus dm...@ictsoc.de writes: Kane Dou wrote: David Maus dm...@ictsoc.de writes: Kane Dou wrote: When I call org-remember on a post like this: O [ 40: Istvan ADAM ] Erroneous display when working on remote Unix machine. The backtrace(debug-on-entry on org-replace-escapes, no backtrace will occur if org-remember works normally): Can you provide the backtrace for the error? M-x toggle-debug-on-error RET To get a backtrace without byte-code, just reload Org before provoking the error (M-x org-reload RET). HTH -- David This bug was fixed in the development tree by , | commit 19aec9ed9a53a18deaa58b69714bae724aec7111 | Author: Carsten Dominik carsten.domi...@gmail.com | Date: Mon May 10 08:46:03 2010 +0200 | | Fix minor bug | | Patch by Gregory J. Grubbs | ` after 6.36c was released. If you got 6.36c from the Orgmode web page you could apply the attached patch to fix this issue. It's the commit w/o the change to ChangeLog. Simply move to Org mode installation directory and use the patch util patch /path/to/patch or, to see if patching will work before applying the patch patch --dry-run /path/to/patch HTH, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode Hi David, The patch is useful, and org-remember now works fine in gnus. Thanks so much. -Kane ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH v2] Fix agenda display for late scheduled and deadline tasks
Carsten Dominik carsten.domi...@gmail.com writes: Applied, thanks. Please note that I had to change the commit message so that the second paragraph can be used as a ChangeLog entry with an ultra-short description. Also, sendon etc lines are not indented, unlike an org-mode list entry. The third paragraph is your original description, not indented. Thanks for this fix! Thanks, I'll try (harder) to use the right commit message format next time. Regards, Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH 0/4] org-feed: Improve feed parsing
Hi David, I have applied these patches, with the exception of patch 20 (patchwork reference number, about removing a lambda) which for some reason does not apply. Can you please check and resubmit an updated patch. Also, your commit messages are almost the new format, but please don't indent the second and further lines of the ChangeLog entry. Thanks! - Carsten On Jun 19, 2010, at 4:25 PM, David Maus wrote: Four patches to improve feed parsing: - respect XML namespace of rss:item elements (fixes reported problem with codeproject.com's feed) - ignore case of rss element names (dto., codeproject uses upper case letters for rss:guid element) - provide and use function to unescape XML entities. Some characters must be escaped for XML transport (e.g. ), they are properly unescaped using `xml-entity-alist' David Maus (4): Respect possible XML namespace of rss:item elements. Ignore case of rss element names. Unescape protected entities defined in `xml-entity-alist'. Unescape rss element content. lisp/org-feed.el | 26 +++--- 1 files changed, 19 insertions(+), 7 deletions(-) ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Am 01.07.2010 11:07, schrieb Carsten Dominik: On Jul 1, 2010, at 11:01 AM, Stephen Eglen wrote: - how do I query git to find out where this file has gone? This one was removed because its functionality is included in Org babel. Files added and removed are usually listed in the list of user visible changes. I am not sure how to find it in git. Should be possible with git grep or git bisect. Yours Karsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a better way with babel
Hi Eric,
I tried to apply the patch, but it does not apply cleanly, maybe due
to other changes. Can I ask you to update and resubmit?
Thanks!
- Carsten
On Jun 21, 2010, at 6:37 PM, Eric Schulte wrote:
Hi Robert,
Thanks for the thoughtful message.
I present a couple of solutions below.
Robert Cunningham ro...@iinet.net.au writes:
G'day All,
I wonder if I've missed something and there is a better way.
Essentially I'm trying to use org babel with R and LaTeX to create
figures
with both long and short captions (for contents)
I'd started with:
#+CAPTION: Nice data (filled points indicate less nice data)
#+LABEL: fig:nicedata
#+ATTR_LaTeX: width=0.98\textwidth
#+begin_src R :file ndata.pdf :width 1000 :height 617 :exports
results
dotchart(data$ndata)
#+end_src
which pointed to the need for long/short captions...
feeling hopeful I tried:
#+CAPTION: Nice data [Nice data (filled points indicate less nice
data)]
#+LABEL: fig:nicedata
#+ATTR_LaTeX: width=0.98\textwidth
#+begin_src R :file ndata.pdf :width 1000 :height 617 :exports
results
dotchart(data$ndata)
#+end_src
I'm attaching a patch [1] which adds shortname support for
captions. Once
applied, the following syntax will result in a caption with a
shortname
and a longname.
--8---cut here---start-8---
some pre-table text
#+source: g-nicedata
#+begin_src gnuplot :file graph.png :exports results
plot sin(x)
#+end_src
#+Caption: [nice data]{a longer description of the niceness of the
data}
#+results: g-nicedata
[[file:graph.png]]
some post-table text
--8---cut here---end---8---
however, while this patch is still pending there is an Org-babel
solution below which should work immediately.
but no luck there.
Next effort was to try to use R and LaTex more directly with noweb.
I tried
this:
#+srcname: r-nicedata
#+begin_src R :session :file ndata.pdf :results output :exports
results
dotchart(data$ndata)
#+end_src
#+begin_src latex :noweb yes
\begin{figure}[htb!]
\centering
\includegraphics[width=0.98\textwidth]{r-nicedata()}
\caption[Nice data]{Nice data (filled points indicate less nice
data)}
\label{fig:nicedata}
\end{figure}
#+end_src
This does produce the figure and long/short contents BUT ALSO
produces this:
#+results: r-nicedata
[[file:ndata.pdf]]
which upon export results in a link and consequently the plot
appearing both
in the figure and elsewhere. This second plot is unwelcome.
I've tried assorted :results and :output options but have not found
how to
suppress the #+results: but still obtain the figure. I've always used
the :session option.
I've also tried twigging an org-export option to suppress pdf
export but the
link is still exported so that is not a solution.
The current working solution is to use the noweb approach and
then use sed
to clean out the links to the second image-ugly to say the least!
You were very close with the noweb approach. The following
combination
should work -- notice the :results silent header argument to the
source block.
--8---cut here---start-8---
some pre-table text
#+source: g-nicedata
#+begin_src gnuplot :file graph.png :results silent :exports none
plot sin(x)
#+end_src
#+begin_src latex :noweb yes
\begin{figure}[htb!]
\centering
\includegraphics[width=0.98\textwidth]{g-nicedata()}
\caption[Nice data]{some nice data -- filled points indicate less
nice data}
\label{fig:nicedata}
\end{figure}
#+end_src
some post-table text
--8---cut here---end---8---
is exported to the following latex,
--8---cut here---start-8---
some pre-table text
\begin{figure}[htb!]
\centering
\includegraphics[width=0.98\textwidth]{graph.png}
\caption[Nice data]{some nice data -- filled points indicate less
nice data}
\label{fig:nicedata}
\end{figure}
some post-table text
--8---cut here---end---8---
Hope this helps,
Best -- Eric
All this with org version 6.36c
What have I missed? What is the best way to do this?
Cheers,
Robert Cunningham
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Footnotes:
[1] From 6a55dcab99bbd7840117b8390ab5db347d2573ef Mon Sep 17
00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Mon, 21 Jun 2010 09:02:37 -0700
Subject: [PATCH] add short-names to #+captions with support for
latex export
captions specified with the following syntax
#+CAPTION: [shortname]{longname}
will have their short and longnames handled appropriately.
Thanks to Robert Cunningham for suggesting this feature.
* lisp/org-exp.el (org-export-attach-captions-and-attributes): adding
a shortname
Re: [Orgmode] [Patch] Remove obsolete function call and declaration
Applied, thanks. - Carsten On Jun 30, 2010, at 1:41 PM, Sebastian Rose wrote: This patch removes an obsolete declaration and call of the function `org-publish-initialize-files-alist' from org-protocol.el. This function does not exist anymore. It was removed when we implemented the new publishing cache. diff --git a/lisp/org-protocol.el b/lisp/org-protocol.el index a02a170..cdfbf10 100644 --- a/lisp/org-protocol.el +++ b/lisp/org-protocol.el @@ -126,8 +126,6 @@ (eval-when-compile (require 'cl)) -(declare-function org-publish-initialize-files-alist org-publish - (optional refresh)) (declare-function org-publish-get-project-from-filename org-publish (filename optional up)) (declare-function server-edit server (optional arg)) @@ -647,7 +645,6 @@ This works, if the file visited is part of a publishing project in most of the work. (interactive) (require 'org-publish) - (org-publish-initialize-files-alist) (let ((all (or (org-publish-get-project-from-filename buffer-file- name (if all (org-protocol-create (cdr all)) (message Not in an org-project. Did mean %s? Best wishes Sebastian ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Provide customization variable to disable folder check when open link.
Applied, thanks. - Carsten On Jun 30, 2010, at 9:54 AM, David Maus wrote: * org-wl.el (org-wl-disable-folder-check): New customization variable. (org-wl-open): Disable folder check depending on `orrg-wl-disable-folder-check'. --- lisp/org-wl.el | 63 +++ + 1 files changed, 36 insertions(+), 27 deletions(-) diff --git a/lisp/org-wl.el b/lisp/org-wl.el index a5c8218..7746427 100644 --- a/lisp/org-wl.el +++ b/lisp/org-wl.el @@ -62,6 +62,11 @@ googlegroups otherwise. :type 'boolean :group 'org-wl) +(defcustom org-wl-disable-folder-check t + Disable check for new messages when open a link. + :type 'boolean + :group 'org-wl) + (defcustom org-wl-namazu-default-index nil Default namazu search index. :type 'directory @@ -233,33 +238,37 @@ with `org-wl-namazu-default-index' as search index. When called with two prefixes or `org-wl-namazu-default-index' is nil, ask for namazu index. (require 'wl) - (unless wl-init (wl)) - ;; XXX: The imap-uw's MH folder names start with %#. - (if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ \)? path)) - (error Error in Wanderlust link)) - (let ((folder (match-string 1 path)) - (article (match-string 3 path))) -;; maybe open message in namazu search folder -(when current-prefix-arg - (setq folder (concat [ article ] - (if (and (equal current-prefix-arg '(4)) - org-wl-namazu-default-index) - org-wl-namazu-default-index -(read-directory-name Namazu index: ) -(if (not (elmo-folder-exists-p (org-no-warnings - (wl-folder-get-elmo-folder folder - (error No such folder: %s folder)) -(let ((old-buf (current-buffer)) - (old-point (point-marker))) - (wl-folder-goto-folder-subr folder) - (with-current-buffer old-buf - ;; XXX: `wl-folder-goto-folder-subr' moves point to the - ;; beginning of the current line. So, restore the point - ;; in the old buffer. - (goto-char old-point)) - (and article (wl-summary-jump-to-msg-by-message-id (org-add- angle-brackets - article)) - (wl-summary-redisplay) + (let ((wl-auto-check-folder-name +(if org-wl-disable-folder-check +'none + wl-auto-check-folder-name))) +(unless wl-init (wl)) +;; XXX: The imap-uw's MH folder names start with %#. +(if (not (string-match \\`\\(\\(?:%#\\)?[^#]+\\)\\(#\\(.*\\)\ \)? path)) + (error Error in Wanderlust link)) +(let ((folder (match-string 1 path)) + (article (match-string 3 path))) + ;; maybe open message in namazu search folder + (when current-prefix-arg + (setq folder (concat [ article ] +(if (and (equal current-prefix-arg '(4)) + org-wl-namazu-default-index) +org-wl-namazu-default-index + (read-directory-name Namazu index: ) + (if (not (elmo-folder-exists-p (org-no-warnings + (wl-folder-get-elmo-folder folder + (error No such folder: %s folder)) + (let ((old-buf (current-buffer)) + (old-point (point-marker))) + (wl-folder-goto-folder-subr folder) + (with-current-buffer old-buf + ;; XXX: `wl-folder-goto-folder-subr' moves point to the + ;; beginning of the current line. So, restore the point + ;; in the old buffer. + (goto-char old-point)) + (and article (wl-summary-jump-to-msg-by-message-id (org-add-angle- brackets + article)) +(wl-summary-redisplay)) (provide 'org-wl) -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] problem in highlighting fields in a remote table
Hi, I have two tables - the second one refers with formulas to the first table. #+TBLNAME: table_one |---+---| | 1 | 2 | |---+---| | 3 | 4 | |---+---| #+TBLNAME: table_two |---+---| | 1 | 2 | |---+---| | 6 | 8 | |---+---| #+TBLFM: @2$1=2*remote(table_one, A2)::@2$2=2*remote(table_one, B2) Being in the second table and using the C-c ' editing of formulas, refering to a field in the first table with a formula e.g. A2 = 100*(remote(tblname, A2)) highlights A2 field in the second table and not in the first one. Is it a limitation or a bug? Thank you. ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Am 01.07.2010 11:07, schrieb Carsten Dominik: On Jul 1, 2010, at 11:01 AM, Stephen Eglen wrote: - how do I query git to find out where this file has gone? This one was removed because its functionality is included in Org babel. Files added and removed are usually listed in the list of user visible changes. I am not sure how to find it in git. Should be possible with git grep or git bisect. Yours Karsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: contrib/README
Carsten Dominik carsten.domi...@gmail.com writes: On Jul 1, 2010, at 11:01 AM, Stephen Eglen wrote: contrib/README seems out of date; in particular this file I was interested in seeing has gone: org-R.el --- Computation using the R language Questions: - how do I query git to find out where this file has gone? This one was removed because its functionality is included in Org babel. Files added and removed are usually listed in the list of user visible changes. I am not sure how to find it in git. $ git log --diff-filter=D -- contrib/lisp/org-R.el -Bernt ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] [PATCH] add firefox/vimperator support to contrib/lisp/org-mac-link-grabber.el
This patch adds a new option, [v]imperator, to the org-mac-link-
grabber menu. Use this to grab links from Firefox running the
Vimperator plugin.
Code by Michael Kohl (http://github.com/citizen428).
diff --git a/contrib/lisp/org-mac-link-grabber.el
b/contrib/lisp/org-mac-link-grabber.el
index bb12204..8ec428b 100644
--- a/contrib/lisp/org-mac-link-grabber.el
+++ b/contrib/lisp/org-mac-link-grabber.el
@@ -4,7 +4,7 @@
;; Copyright (c) 2010 Free Software Foundation, Inc.
;;
;; Author: Anthony Lander anthony.lan...@gmail.com
-;; Version: 1.0
+;; Version: 1.0.1
;; Keywords: org, mac, hyperlink
;;
;; This program is free software; you can redistribute it and/or modify
@@ -39,6 +39,7 @@
;; Mail.app - grab links to the selected messages in the message list
;; AddressBook.app - Grab links to the selected addressbook Cards
;; Firefox.app - Grab the url of the frontmost tab in the frontmost window
+;; Vimperator/Firefox.app - Grab the url of the frontmost tab in the frontmost
window
;; Safari.app - Grab the url of the frontmost tab in the frontmost window
;; Google Chrome.app - Grab the url of the frontmost tab in the frontmost
window
;; Together.app - Grab links to the selected items in the library list
@@ -108,6 +109,12 @@ applications and inserting them in org documents
:group 'org-mac-link-grabber
:type 'boolean)
+(defcustom org-mac-grab-Firefox+Vimperator-p nil
+ Enable menu option [v]imperator to grab links from Firefox.app running the
Vimperator plugin
+ :tag Grab Vimperator/Firefox.app links
+ :group 'org-mac-link-grabber
+ :type 'boolean)
+
(defcustom org-mac-grab-Chrome-app-p t
Enable menu option [f]irefox to grab links from Google Chrome.app
:tag Grab Google Chrome.app links
@@ -129,6 +136,7 @@ applications and inserting them in org documents
(a ddressbook
org-mac-addressbook-insert-selected ,org-mac-grab-Addressbook-app-p)
(s afari
org-mac-safari-insert-frontmost-url ,org-mac-grab-Safari-app-p)
(f irefox
org-mac-firefox-insert-frontmost-url ,org-mac-grab-Firefox-app-p)
+ (v imperator
org-mac-vimperator-insert-frontmost-url ,org-mac-grab-Firefox+Vimperator-p)
(c hrome
org-mac-chrome-insert-frontmost-url ,org-mac-grab-Chrome-app-p)
(t ogether
org-mac-together-insert-selected ,org-mac-grab-Together-app-p)))
(menu-string (make-string 0 ?x))
@@ -232,6 +240,51 @@ applications and inserting them in org documents
(insert (org-mac-firefox-get-frontmost-url)))
+;; Handle links from Google Firefox.app running the Vimperator extension
+;; Grab the frontmost url from Firefox+Vimperator. Same limitations are
+;; Firefox
+
+(defun as-mac-vimperator-get-frontmost-url ()
+ (let ((result (do-applescript
+ (concat
+set oldClipboard to the clipboard\n
+set frontmostApplication to path to
frontmost application\n
+tell application \Firefox\\n
+ activate\n
+ delay 0.15\n
+ tell application \System
Events\\n
+ keystroke \y\\n
+ end tell\n
+ delay 0.15\n
+ set theUrl to the clipboard\n
+ set the clipboard to
oldClipboard\n
+ set theResult to (get theUrl)
\::split::\ (get name of window 1)\n
+end tell\n
+activate application
(frontmostApplication as text)\n
+set links to {}\n
+copy theResult to the end of links\n
+return links as string\n
+(replace-regexp-in-string \s+-\s+Vimperator (car (split-string result
[\r\n]+ t)
+
+
+(defun org-mac-vimperator-get-frontmost-url ()
+ (interactive)
+ (message Applescript: Getting Vimperator url...)
+ (let* ((url-and-title (as-mac-vimperator-get-frontmost-url))
+(split-link (split-string url-and-title ::split::))
+(URL (car split-link))
+(description (cadr split-link))
+(org-link))
+(when (not (string= URL ))
+ (setq org-link (org-make-link-string URL description)))
+(kill-new org-link)
+org-link))
+
+(defun org-mac-vimperator-insert-frontmost-url ()
+ (interactive)
+ (insert
[Orgmode] New to org-capture (and org-remember)
I'd like to try out org-capture. I've never used org-remember before so I have no templates to convert. Do I make the new ones in pretty much the same way as the manual describes for org-remember? Or should I be patient, and wait for org-capture to stabilise? Thanks, Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable org-turn-on-babel. We can discuss the default. If it is nil, org-babel should not be loaded. A default of t would be fine with me if we implement other measures listed below. This sounds like a good idea to me, and it should address Matt's desire for enabling minimal Org-mode installs. I would like this to default to t, so that new users can try out Org-babel without overmuch effort. Actually, following Dan's argument, I am paddling back on this one. Lets just keep it on. Instead of having a function to unload emacs-lisp, maybe a good way would be a customize option org-babel-load-languages with a checkbox for each language, emacs-lisp on by default. This would make it easy fo people to select the languages they want, without having to add several require statements to .emacs. This sounds like a good idea, such a variable would also play the important role of advertising what languages currently support execution in Babel. One issue with this setup is that I think languages which do not have FSF attribution (currently only oz) would still require an explicit `require' statement, however that shouldn't be too surprising as those statements live in the contrib directory, and users should be used to having to explicitly require functionality located in contrib. One nice thing about this setup is that it shouldn't break user's current config (existing `require' statements will still work). 2. As Eric proposes, a variable similar to org-confirm-shell-link- function This should by default query for confirmation on any org-babel code execution, and can be configured to shut up by people who know what they are doing. Sounds good, I think this is a reasonable safety measure. 3. Not loading emacs lisp evaluation by default. I would push back on this point. Largely because we have now crossed the like to where it is impossible to play with a code block w/o first dropping down to your configuration files, and evaluating require statements. 4. A new key in the babel keymap for org-babel-execute-code-block, for example `C-c C-v e'. This should be documented as the default key for this operation. Hmm, I'm less enthusiastic about this point and point 5. I really like how 'C-c C-c' naturally does whatever-I-want given the context in which it's called, and I wouldn't want to lose that intuitiveness. Similarly 'C-c C-o' currently opens the results of a code block, I also find this very appealing as it allows for a uniform top-level interface across an Org-mode document, be it a code block or a link. Here are my reasons why I think leaving this keybinding is safe. 1) Unlike with shell/elisp links, the contents of code blocks is almost always visible right under the user's point. So it is less likely to evaluate something w/o having any idea what you are evaluating. 2) Adding a protection variable (e.g. org-confirm-babel-eval) means that the only users who could potentially evaluate a code block with a slip of the fingers would be users who have explicitly said that they want to be able to easily run code blocks without confirmation. 3) Emacs exposes a number of entry points into code evaluation. M-! allows users to run shell commands, C-M-x evaluate the elisp at point, and these have not caused problems in the past. These are all very well taken points. And I agree that a somewhat regular Org-mode user should be protected by this well enough. There are actually two kinds of users and two levels where we need to
Re: [Orgmode] New to org-capture (and org-remember)
org-capture is going to be the future, so go for it. Most things work well, except for the file+function and file+regexp targets. Yes, make them like the remember ones. Just call org-capture, and press 'C' to get to the customize buffer. If you have the git distribution, you can do make doc/org.pdf to get the new manual where the remember section has already been replaced with one about capture. - Carsten On Jul 1, 2010, at 5:28 PM, Stephen Eglen wrote: I'd like to try out org-capture. I've never used org-remember before so I have no templates to convert. Do I make the new ones in pretty much the same way as the manual describes for org-remember? Or should I be patient, and wait for org-capture to stabilise? Thanks, Stephen ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] org-babel-tangle-w-comments has no effect in R?
Hi Rainer, There is one more requirement for tangling with comments, that is the presence of a :comments header argument. If this argument is not set for a code block then that code block *will not* be tangled with comments regardless of the value of `org-babel-tangle-w-comments'. You can set this variable to default to true for R code blocks with the following (add-to-list 'org-babel-default-header-args:R '(:comments . yes)) Hope this helps. I think that moving forward it might make sense to remove the org-babel-tangle-w-comments variable, as it's confusing to have two points of control for comments during tangling. Also, it looks like I need to add the :comments header argument to the babel documentation. Thanks for helping to sort some of these issues out! Best -- Eric Rainer M Krug r.m.k...@gmail.com writes: Hi I am trying to use tangle with comments. Based on a previous thread, I set org-babel-tangle-w-comments to t with (setq org-babel-tangle-w-comments t) in my emacs.org file. The variable is actually set to 1 - I checked vie C-h - v But nothing is changing in the tangled file? Am I doing something wrong? Or are comments not supported in R in org-babel? I attach a small testfile. Cheers, Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] a better way with babel
Of course, an updated patch is attached.
Best -- Eric
From 5cbb38e25a2d2eae7c3c688d347f80619ecb8463 Mon Sep 17 00:00:00 2001
From: Eric Schulte schulte.e...@gmail.com
Date: Thu, 1 Jul 2010 08:07:17 -0700
Subject: [PATCH] add short-names to #+captions with support for latex export
captions specified with the following syntax
#+CAPTION: [shortname]{longname}
will have their short and longnames handled appropriately.
Thanks to Robert Cunningham for suggesting this feature.
* lisp/org-exp.el (org-export-attach-captions-and-attributes): adding
a shortname attribute to caption strings under the symbol name
org-caption-shortn.
* lisp/org-latex.el (org-export-latex-tables): handling caption short
names on table export
(org-export-latex-convert-table.el-table): handling caption short
names on table.el type table export
(org-export-latex-links): handling caption short names on link/image
export
(org-export-latex-format-image): now takes an optional argument
specifying a caption short name
---
lisp/org-exp.el |6 +-
lisp/org-latex.el | 20 +---
2 files changed, 18 insertions(+), 8 deletions(-)
diff --git a/lisp/org-exp.el b/lisp/org-exp.el
index cf09799..80f6e11 100644
--- a/lisp/org-exp.el
+++ b/lisp/org-exp.el
@@ -1607,12 +1607,15 @@ table line. If it is a link, add it to the line containing the link.
^[ \t]*\\(|[^-]\\)
\\|
^[ \t]*\\[\\[.*\\]\\][ \t]*$))
- cap attr label end)
+ cap shortn attr label end)
(while (re-search-forward re nil t)
(cond
((match-end 1)
(progn
(setq cap (concat cap (if cap ) (org-trim (match-string 1
+ (when (string-match \\[\\(.*\\)\\]{\\(.*\\)} cap)
+ (setq shortn (match-string 1 cap)
+ cap (match-string 2 cap)))
(delete-region (point-at-bol) (min (1+ (point-at-eol)) (point-max)
((match-end 2)
(progn
@@ -1629,6 +1632,7 @@ table line. If it is a link, add it to the line containing the link.
(point-at-eol)))
(add-text-properties (point-at-bol) end
(list 'org-caption cap
+ 'org-caption-shortn shortn
'org-attributes attr
'org-label label))
(if label (push (cons label label) target-alist))
diff --git a/lisp/org-latex.el b/lisp/org-latex.el
index e800bc1..d725fc8 100644
--- a/lisp/org-latex.el
+++ b/lisp/org-latex.el
@@ -1576,7 +1576,7 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER.
(org-table-last-column-widths (copy-sequence
org-table-last-column-widths))
fnum fields line lines olines gr colgropen line-fmt align
- caption label attr floatp longtblp)
+ caption shortn label attr floatp longtblp)
(if org-export-latex-tables-verbatim
(let* ((tbl (concat \\begin{verbatim}\n raw-table
\\end{verbatim}\n)))
@@ -1585,6 +1585,8 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER.
(progn
(setq caption (org-find-text-property-in-string
'org-caption raw-table)
+ shortn (org-find-text-property-in-string
+ 'org-caption-shortn raw-table)
attr (org-find-text-property-in-string
'org-attributes raw-table)
label (org-find-text-property-in-string
@@ -1652,8 +1654,8 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER.
(if floatp \\begin{table}[htb]\n))
(if floatp
(format
- \\caption{%s%s}
- (if label (concat \\\label{ label }) )
+ \\caption%s{%s%s}
+ (if shortn (concat [ shortn ]) )
(or caption )))
(if (and longtblp caption) \n \n)
(if (and org-export-latex-tables-centered (not longtblp))
@@ -1680,10 +1682,11 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER.
(defun org-export-latex-convert-table.el-table ()
Replace table.el table at point with LaTeX code.
- (let (tbl caption label line floatp attr align rmlines)
+ (let (tbl caption shortn label line floatp attr align rmlines)
(setq line (buffer-substring (point-at-bol) (point-at-eol))
label (org-get-text-property-any 0 'org-label line)
caption (org-get-text-property-any 0 'org-caption line)
+ shortn (org-get-text-property-any 0 'org-caption-shortn line)
attr (org-get-text-property-any 0 'org-attributes line)
align (and attr (stringp attr)
(string-match \\align=\\([^ \t\n\r,]+\\) attr)
@@ -1721,7 +1724,8 @@ The conversion is made depending of STRING-BEFORE and STRING-AFTER.
(setq tbl (concat \\begin{center}\n tbl \\end{center})))
(when floatp
(setq tbl (concat \\begin{table}\n
- (format
Re: [Orgmode] [BABEL] html export for R not working, but for sh and others
Hi Rainer, Rainer M Krug r.m.k...@gmail.com writes: Hi I am trying to export the attached test.org file to HTML, but I can only export it, when I change the source block language to anything different from R. I also attach my emacs.org file, but I am not doing any customisations to R. I've just started up a minimal Emacs instance and loaded the babel portion of your attached config, but I am able to export your attached org file w/o error. A couple of questions. 1) are you able to export to latex? If so, then maybe the issue has to do with fontification of R code by htmlize-buffer 2) could you send in the actual error being reported by Emacs, or a stack trace? In addition: if I specify :session *R* in #:BABEL: , the code is evaluated, even though I specified :exports code. Is this intended? Yes, this is for Sweave like behavior. If you have a session specified for every block in the buffer, and you are exporting the buffer, there are cases when you need a block to be executed (e.g. because it sets the value of a variable used by a subsequent block) even though you *do not* want the results of the block included in the final document. To support these use cases, on export every block with a session is executed so that it's effects on the persist session takes place. Cheers -- Eric Thanks, Rainer ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Carsten Dominik carsten.domi...@gmail.com wrote: :-) Actually, in this specific area I had been thinking to removing or at least deprecating shell and elisp links, because the Org-babel way is much better and clearer to have that code in a block, rather than hiding it in the invisible part of of a link. Here is an early vote [1] for *not* removing shell and elisp links. Deprecation/documentation/scary warnings is fine with me, but I do use these kinds of links and I'd like to be able to continue using them. Thanks, Nick [1] and if necessary, I can vote often too :-), but I don't know if the vote early/vote often model would work here... ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Literal examples and indentation
Francis, How are you 'rendering'? To HTML, PDF, ASCII? Regards, .j. On Thu, Jul 01, 2010 at 11:51:39AM +0200, Francis Moreau wrote: When I include literate example like this: #+BEGIN_EXAMPLE Some example from a text file. #+END_EXAMPLE The example is indented with 2 spaces when rendered. Is there any ways to customise the size of the indentation ? ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export works but not in HTML
Thanks very much for the tip.
The relevant variables I needed to change were
org-export-latex-default-packages-alist and org-format-latex-header. It's
working fine now.
BTW, where did you find the latex fragment? I'm assuming in the tmp directory
of the file?
On Wed, 30 Jun 2010 02:58:41 -0400
Nick Dokos nicholas.do...@hp.com wrote:
Uri Avalos uriava...@yahoo.com wrote:
The following latex options produce the right format (an article scaled up
to 20pts using the arev font):
#+LaTeX_CLASS: article
#+LaTeX_CLASS_OPTIONS: [12pt]
#+LATEX_HEADER: \usepackage{amsmath,amsthm,amssymb}
\usepackage[T1]{fontenc} \usepackage[20pt]{extsizes} \usepackage{arev}
\usepackage[utf8]{inputenc}
However, when I export to HTML, the math equations fail to export. And yes,
I set the right variable for exporting latex snippets in HTML.
Ideas? The culprit seems to be the arev package. Export works fine if I
remove that. However, why would that cause a problem?
Using org-mode 6.36
arev.sty conflicts with a couple of packages that are included by default
when latex fragments are converted into images:
o \usepackage[mathscr]{eucal}
o \usepackage{wasysym}
Since the latex compilation of the fragment fails, no .dvi and no .png
files are produced. If you delete arev from your header, the conflicts
go away and everything works.
The conflict with eucal elicits the message:
,
| (/usr/share/texmf-texlive/tex/latex/arev/arevmath.sty
| (/usr/share/texmf-texlive/tex/latex/arev/ams-mdbch.sty)
| (/usr/share/texmf-texlive/tex/latex/base/ifthen.sty)
|
| ! LaTeX Error: Command `\mathscr' already defined.
|
| See the LaTeX manual or LaTeX Companion for explanation.
| Type H return for immediate help.
| ...
|
| l.95 ...Alphabet{\mathscr} {U} {rsfs}{m}{n}
|% Ralph Smith Formal
Script
| ?
`
Then the conflict with wasysym elicits the message:
,
| (/usr/share/texmf-texlive/tex/latex/arev/arevsymbols.tex
|
| ! LaTeX Error: Command `\quarternote' already defined.
|
| See the LaTeX manual or LaTeX Companion for explanation.
| Type H return for immediate help.
| ...
|
| l.43 ...bol{\quarternote}{\mathalpha}{extraup}{90}
|% uni2669
| ?
`
If I comment those two out of the (temporary) fragment latex file,
the compilation goes through without any problems, so these are the
only conflicts.
Now that I've made the diagnosis, I'll let you worry about the
cure ;-)
HTH,
Nick
--
--Thanks!
U
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] contrib/README
Carsten Dominik wrote: On Jul 1, 2010, at 2:15 PM, Stephen Eglen wrote: Please that we no longer use ChangeLog, but that we place entries with similar syntax into the commit message and then later build ChangeLog from that. If you look at the final commit, you'll see what I mean. I see - neat idea about the ChangeLog. Can you still use 'C-x 4 a' from a buffer to help build the ChangeLog entries though which ultimately go in the commit messages? What's the workflow (sorry if this has been discussed before)? The workflow is to use magit, and the to press `C' at a snippet in the magit status buffer. This is equivalent to `C-x 4 a'. Another way, I currently use: Use C-x 4 a to record changes, when finished yank ChangeLog entries and use C-x v v or magit to stage and commit, past change (indentation!) the yanked ChangeLog entries. Best, -- David -- OpenPGP... 0x99ADB83B5A4478E6 Jabber dmj...@jabber.org Email. dm...@ictsoc.de ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Org+table.el = mutli line cells?
Hi, I export to variable page widths and would like to be able to specify a limit on my tables which seem to always run on as long as they need to without regard for any margins or borders. I found a post here where a user asked the question I was looking for: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22353.html So... table.el (as I have since found during fiddling) does create multi-line cells, which is awesome. I can't find *any* documentation for it, though?? I am just looking for [hopefully] basic/easy things like: - bold a cell (*word* doesn't seem to work in table.el tables) - limit the overall width of the table Thanks hopefully this is not an idiotic question... John ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Nick, Nick Dokos wrote: Carsten Dominik carsten.domi...@gmail.com wrote: :-) Actually, in this specific area I had been thinking to removing or at least deprecating shell and elisp links, because the Org-babel way is much better and clearer to have that code in a block, rather than hiding it in the invisible part of of a link. Here is an early vote [1] for *not* removing shell and elisp links. Deprecation/documentation/scary warnings is fine with me, but I do use these kinds of links and I'd like to be able to continue using them. For my own understanding of what more I could do that I don't even think of right now, *if not indiscreet/private*, could you give a couple of applications of such links? Best regards, Seb -- Sébastien Vauban ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export works but not in HTML
amscopub-m...@yahoo.com wrote: Thanks very much for the tip. The relevant variables I needed to change were org-export-latex-default-packages-alist and org-format-latex-header. It's working fine now. BTW, where did you find the latex fragment? I'm assuming in the tmp directory of the file? On Linux, it was in /tmp/orgtexXX.tex (the XX part is a SHA1 sum of the contents.) Apparently, org cleans up these if everything goes OK, but leaves them lying around on error, which is convenient for debugging. Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi, Pursuant to the below, I've created a new babel-safety branch of the repository. It includes two new commits, the first of which implements confirmation before *any* code block evaluation, adds the keybinds for code block evaluation, and adds a documentation for disassociating code block evaluation from C-c C-c. ,[1d0b2f48c7f4b12b07dcfff0b5c1d29cc2c863bb] | babel: evaluation of code blocks now requires confirmation | | * lisp/babel/ob.el (org-confirm-babel-evaluate): variable used to | control evaluation of code blocks, default value it t, meaning all | code block evaluation requires confirmation | | (org-babel-confirm-evaluate): function used to request confirmation | of code block evaluation from the user | | (org-babel-execute-src-block): this function is the single point of | entry for evaluation of code blocks (whether initiated through lob | call, through direct code block evaluation, or as part of file | exportation). Every time this function is called it will now | request confirmation from the user. The newly added | `org-confirm-babel-evaluate' variable can be used to configure this | behavior. | | * lisp/org.el (org-ctrl-c-ctrl-c): added documentation of code block | evaluation behavior | | * lisp/babel/ob-keys.el (org-babel-key-bindings): adding keybindings | for executing code blocks and for opening their results ` the second commit creates org-babel-load-languages, which can be used to enable or disable any babel language. ,[5f5f41a206ccef10b8ff49af8c689995d05da37c] | babel: `org-babel-load-languages' activates code blocks by language | | * lisp/org.el (org-babel-load-languages): this variable controls which | languages will be loaded by org-babel. It is customizable through | the customize interface. | | (org-babel-do-load-languages): load those languages in | org-babel-load-languages and disable those with nil cdr's ` While this variable works, and has a very nice customization widget interface, it is awkward to customize from a user's configuration file, this is because it relies on the defcustom :set function with which is it associated, and as far as I can tell, the only way to ensure that the set function is called, is to set this variable with something along the lines of the following in your configuration. --8---cut here---start-8--- (org-babel-do-load-languages 'org-babel-load-languages '((emacs-lisp . nil) (ruby . t) (python . nil) (R . t))) --8---cut here---end---8--- As of right now I can't think of a more natural way to implement such a variable -- suggestions welcom :). As I mentioned I'm keeping this is the babel-safety branch for now, as it *will* disrupt the configuration and experience of Babel users, and I've been hard on them already these past few weeks. Maybe this is best folded into main along with the version 7.0 release so that it will be accompanied with web-accessible documentation how to handle the incomparable changes. Thanks -- Eric Eric Schulte schulte.e...@gmail.com writes: Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable org-turn-on-babel. We can discuss the default. If it is nil, org-babel should not be loaded. A default of t would be fine with me if we implement other measures listed below. This sounds like a good idea to me, and it should address Matt's desire for enabling minimal Org-mode installs. I would like this to default to t, so that new users can try out Org-babel without overmuch effort. Actually, following
Re: [Orgmode] [org-babel] Does org-babel needs some simplification?
Hi Torsten, I love the idea of a Babel for dummies manual, and I'm an even bigger fan of the manual being produced by user's of Babel (i.e. not myself). I'll be more than happy to support this effort in any way. Also, the beta-testing role you mention could be extremely helpful. In the absence of a comprehensive test suite it can be hard for Dan and I to exhaustively check new features against all of the possible languages and header argument combinations. A filter of language-savvy users exercising new Org-babel changes could very likely save the Every day babel user (is there such a thing?) from many headaches. Maybe something like a sandbox-babel branch of the git repository would be appropriate as a testing ground for new Babel commits. That said the rate at which Babel is currently being developed is not sustainable (at least not if I'm doing all of the development), and the number of daily changes should drop dramatically in the next couple of weeks. So such a group may find itself without much work to do in the not to distant future -- not that that would necessarily be a bad thing. Thanks! -- Eric Torsten Wagner torsten.wag...@gmail.com writes: Hi, many thanks for the nice thoughts and posts. To sum up, I think it might not be easy to remove parts of org-babel since it is difficult to determine and a highly personal decision to define what is important and what is unimportant. Nevertheless Carten and Eric pointed out that the overhelming feature set of org-babel, the fact that you could achive the same thing in different ways and the missing of a org-babel for dummies might be a problem for new org-babel users as well as for infrequent users. Recently org-mode got his org-mode for dummies short manual. I guess in the case of org-babel it might make more sense to create rather typical examples for particular languages. This manuals could consist of a typical example and of a template for this example which makes it easy for beginners to fill in there own code and text. Since Eric and the other org-babel and org-mode contributors are already fully occupied with keeping org-babel and org-mode running, I would suggest to collect a group of org-babel manual supporters. If possible for each supported language one. This group could write up standard situations for the particular language and maintain those manuscripts whenever org-babel introduces some changes. In fact this group could also serve as a kind of beta-testers for org-babel by trying on request from e.g., Eric to compile there examples with the new org-babel versions. I know there are some standard tests but I guess the do not go that fare. I guess, the manual maintainers do NOT have to be experts in both org-mode resp. org-babel nore they have to be experts in the supported language. Its more about the kind of standard stuff and maybe, to complex stuff even scare people. More things like How to create a measurement protocol with org-babel and python, How to evaluate and report data analysis with org-babel and R, etc. To make it more easy for both the readers and the maintainers a kind of template for such manuals might be helpful. This would help to find the same information at the same locations and make a comparison e.g. between the use of R and python possible. I'am not an expert for both org-* and python and I'm often very limited in time. However, I would try to maintain a python and org-babel manual. If there are more people who are interested to act as a kind of manual maintainers I would like to discuss with you how a template might look like. Best regards Torsten On 06/29/2010 12:51 PM, Torsten Wagner wrote: Dear All, as a (quite, but happy) org-bable user of the first hour I followed up the development process actively. Nevertheless, some weeks or months pass where I had no need for org-babel (yes, really strange I know). Whenever I come back to org-babel, it takes me a huge amount of time to find myself back again in the syntax. Often I spend a day or two heavily reading the website and manual again to figure out how to make it working. There are so many options. tangle files, results, scripting mode, sessions, noweb, lot, etc. Just yesterday, I fighted again to make a simple python script running as desired to generate an automatic report. I did this dozen of times and even by using some old report as template I still struggle with it. Comparing old reports I noticed that I did it in many different ways. Tangeling all snipplets, using noweb syntax, with and without session support, etc. Don't get me wrong, I really love org-babel and I think it is really great. I just wonder wether it has become too complex and too difficult to use to attract most of the org-mode people. Esp. considering people who use it not on a regular basis. Best regards Torsten ___ Emacs-orgmode mailing list
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi, Thanks for getting the safety catch on fast. And thanks to Matt Lundin and Carsten Dominik for raising the concerns that were mounting in my mind as I caught up with the powers Org-Babel have placed at my fingertips. I love knowing it's there, but until I learn to use it, I just want to know I won't be causing any mischief with the SRC blocks in my humble HOWTO note files. Yours, Christian Moe Eric Schulte wrote: Hi, Pursuant to the below, I've created a new babel-safety branch of the repository. It includes two new commits, the first of which implements confirmation before *any* code block evaluation, adds the keybinds for code block evaluation, and adds a documentation for disassociating code block evaluation from C-c C-c. ,[1d0b2f48c7f4b12b07dcfff0b5c1d29cc2c863bb] | babel: evaluation of code blocks now requires confirmation | | * lisp/babel/ob.el (org-confirm-babel-evaluate): variable used to | control evaluation of code blocks, default value it t, meaning all | code block evaluation requires confirmation | | (org-babel-confirm-evaluate): function used to request confirmation | of code block evaluation from the user | | (org-babel-execute-src-block): this function is the single point of | entry for evaluation of code blocks (whether initiated through lob | call, through direct code block evaluation, or as part of file | exportation). Every time this function is called it will now | request confirmation from the user. The newly added | `org-confirm-babel-evaluate' variable can be used to configure this | behavior. | | * lisp/org.el (org-ctrl-c-ctrl-c): added documentation of code block | evaluation behavior | | * lisp/babel/ob-keys.el (org-babel-key-bindings): adding keybindings | for executing code blocks and for opening their results ` the second commit creates org-babel-load-languages, which can be used to enable or disable any babel language. ,[5f5f41a206ccef10b8ff49af8c689995d05da37c] | babel: `org-babel-load-languages' activates code blocks by language | | * lisp/org.el (org-babel-load-languages): this variable controls which | languages will be loaded by org-babel. It is customizable through | the customize interface. | | (org-babel-do-load-languages): load those languages in | org-babel-load-languages and disable those with nil cdr's ` While this variable works, and has a very nice customization widget interface, it is awkward to customize from a user's configuration file, this is because it relies on the defcustom :set function with which is it associated, and as far as I can tell, the only way to ensure that the set function is called, is to set this variable with something along the lines of the following in your configuration. --8---cut here---start-8--- (org-babel-do-load-languages 'org-babel-load-languages '((emacs-lisp . nil) (ruby . t) (python . nil) (R . t))) --8---cut here---end---8--- As of right now I can't think of a more natural way to implement such a variable -- suggestions welcom :). As I mentioned I'm keeping this is the babel-safety branch for now, as it *will* disrupt the configuration and experience of Babel users, and I've been hard on them already these past few weeks. Maybe this is best folded into main along with the version 7.0 release so that it will be accompanied with web-accessible documentation how to handle the incomparable changes. Thanks -- Eric Eric Schulte schulte.e...@gmail.com writes: Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module. This will not solve the problem fully, I think, because we also don't want that people who turn it on automatically commit to potentially dangerous operations. There is a lot of good stuff in Babel which has nothing to do with code evaluation. Here is what I propose (several items are similar to what Eric proposes) 1. A new variable
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Sébastien Vauban wxhgmqzgw...@spammotel.com wrote: Nick Dokos wrote: Carsten Dominik carsten.domi...@gmail.com wrote: :-) Actually, in this specific area I had been thinking to removing or at least deprecating shell and elisp links, because the Org-babel way is much better and clearer to have that code in a block, rather than hiding it in the invisible part of of a link. Here is an early vote [1] for *not* removing shell and elisp links. Deprecation/documentation/scary warnings is fine with me, but I do use these kinds of links and I'd like to be able to continue using them. For my own understanding of what more I could do that I don't even think of right now, *if not indiscreet/private*, could you give a couple of applications of such links? Hi Seb, it's nothing spectacular: on the contrary, it's all the mundane things that I have various scripts for (either shell or elisp), e.g. munge with my jottings of the week and prepare a weekly report that is mailed to my manager and also exported to HTML for posterity - that's an elisp link. It's particularly things that I don't do often enough so I tend to forget what they are called, what arguments they take, etc. The links provide just enough documentation to jog my memory and a convenient way to launch the thing. I have a lot of these in many files: they tend to be very specific and so after a while the details slip away (e.g. the org file that describes all I know about a particular bug, might have a link to the bugzilla entry for the bug (an html link), email links, file links to data and a link to start a test run - this last is generally a shell link). Before org, for shell scripts, I would list my ~/bin directory and try to discern which of the many hundreds of scripts in there is the one that I need, and assuming that I would find it, I would then read the script to find what arguments it would need. Now, I visit an org file (one of a handful, organized by topic), read the link description and activate it. IOW, it could all be done in org-babel, but I started these a long time ago and I have accumulated so many of them, that converting would be a pain. In addition, they are spread out all over the place, so I would have to convert them one by one as I need them and there are so many possible places for Murphy's law to intrude, that losing the capability would be cause for serious concern for me. Hence the preemptive vote :-) Cheers, Nick ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Verbatim LaTeX inside delimiters in HTML export with jsMath?
Hi, The Worg page on jsMath now documents the new =LaTeX:verbatim= option: http://orgmode.org/worg/org-tutorials/org-jsmath.php#sec-4 I added a new heading for this, as it no longer belongs under disadvantages. :) Yours, Christian Moe ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] LaTeX calendar from org-mode agenda?
I wonder whether anyone has worked up a solution to printing LaTeX monthly or weekly calendars from an org-mode setup? LaTeX calendars can get pretty cluttered up when printed from a diary file, but perhaps tags would help. I was able at some point to print a LaTeX monthly calendar with entries listed in a separate file. Perhaps later this summer I will look into this, but thought someone might have solved this problem already. Thanks, Alan Davis ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] LaTeX export works but not in HTML
Thanks very much for the tip.
The relevant variables I needed to change were
org-export-latex-default-packages-alist and org-format-latex-header. It's
working fine now.
BTW, where did you find the latex fragment? I'm assuming in the tmp directory
of the file?
On Wed, 30 Jun 2010 02:58:41 -0400
Nick Dokos nicholas.do...@hp.com wrote:
Uri Avalos uriava...@yahoo.com wrote:
The following latex options produce the right format (an article scaled up
to 20pts using the arev font):
#+LaTeX_CLASS: article
#+LaTeX_CLASS_OPTIONS: [12pt]
#+LATEX_HEADER: \usepackage{amsmath,amsthm,amssymb}
\usepackage[T1]{fontenc} \usepackage[20pt]{extsizes} \usepackage{arev}
\usepackage[utf8]{inputenc}
However, when I export to HTML, the math equations fail to export. And yes,
I set the right variable for exporting latex snippets in HTML.
Ideas? The culprit seems to be the arev package. Export works fine if I
remove that. However, why would that cause a problem?
Using org-mode 6.36
arev.sty conflicts with a couple of packages that are included by default
when latex fragments are converted into images:
o \usepackage[mathscr]{eucal}
o \usepackage{wasysym}
Since the latex compilation of the fragment fails, no .dvi and no .png
files are produced. If you delete arev from your header, the conflicts
go away and everything works.
The conflict with eucal elicits the message:
,
| (/usr/share/texmf-texlive/tex/latex/arev/arevmath.sty
| (/usr/share/texmf-texlive/tex/latex/arev/ams-mdbch.sty)
| (/usr/share/texmf-texlive/tex/latex/base/ifthen.sty)
|
| ! LaTeX Error: Command `\mathscr' already defined.
|
| See the LaTeX manual or LaTeX Companion for explanation.
| Type H return for immediate help.
| ...
|
| l.95 ...Alphabet{\mathscr} {U} {rsfs}{m}{n}
|% Ralph Smith Formal
Script
| ?
`
Then the conflict with wasysym elicits the message:
,
| (/usr/share/texmf-texlive/tex/latex/arev/arevsymbols.tex
|
| ! LaTeX Error: Command `\quarternote' already defined.
|
| See the LaTeX manual or LaTeX Companion for explanation.
| Type H return for immediate help.
| ...
|
| l.43 ...bol{\quarternote}{\mathalpha}{extraup}{90}
|% uni2669
| ?
`
If I comment those two out of the (temporary) fragment latex file,
the compilation goes through without any problems, so these are the
only conflicts.
Now that I've made the diagnosis, I'll let you worry about the
cure ;-)
HTH,
Nick
--
--Thanks!
U
___
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] For Patchwork workers: An updated pw
I've updated pw to make life much easier for patch maintainers. The workflow is now reduced to three steps total: pw branch # amend/review the commit now on the current t/patch# branch pw merge # Improvements provided by the new script: 1. pw branch now sets the status to 'Under Review' and yourself as the delegate automatically if it succeeds in creating the local topic branch. 2. pw merge sets the status to Accepted and also marks it as archived. 3. Whenever state is changed to Accepted (as in #2) or RFC, an e-mail gets sent to both the mailing list and the patch author. This e-mail appears in threads as a followup to the original patch submission. Note: If you are changing the state to RFC, you must provide the name of the delegate who is governing the RFC, for example: pw update -d jwiegley -s RFC 105 Failure to do so will generate a descriptive error message. John pw Description: Binary data ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Verbatim LaTeX inside delimiters in HTML export with jsMath?
On Jul 2, 2010, at 12:22 AM, Christian Moe wrote: Hi, The Worg page on jsMath now documents the new =LaTeX:verbatim= option: http://orgmode.org/worg/org-tutorials/org-jsmath.php#sec-4 I added a new heading for this, as it no longer belongs under disadvantages. :) That was ast, thanks! - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] Re: [ANN] Org-babel integrated into Org-mode
Hi Eric, thanks for this. I would actually like to have a variable that will exclude evaluation from being added to the C-c C-c hook. I think users will understand better how to use this, and customizing it will work for sure. Explicitly removing it from the hook will only work after load time. We should also add (put 'org-confirm-babel-evaluate 'safe-local-variable (lambda (x) (eq x t))) After the definition of org-confirm-babel-evaluate to avoid that malicious code can change this setting through file variables. I have made a first draft of the security section in the manual, please take a look, add to it, and add a link to it from a good location in chapter 14. Cheers - Carsten On Jul 1, 2010, at 10:39 PM, Eric Schulte wrote: Hi, Pursuant to the below, I've created a new babel-safety branch of the repository. It includes two new commits, the first of which implements confirmation before *any* code block evaluation, adds the keybinds for code block evaluation, and adds a documentation for disassociating code block evaluation from C-c C-c. ,[1d0b2f48c7f4b12b07dcfff0b5c1d29cc2c863bb] | babel: evaluation of code blocks now requires confirmation | | * lisp/babel/ob.el (org-confirm-babel-evaluate): variable used to | control evaluation of code blocks, default value it t, meaning all | code block evaluation requires confirmation | | (org-babel-confirm-evaluate): function used to request confirmation | of code block evaluation from the user | | (org-babel-execute-src-block): this function is the single point of | entry for evaluation of code blocks (whether initiated through lob | call, through direct code block evaluation, or as part of file | exportation). Every time this function is called it will now | request confirmation from the user. The newly added | `org-confirm-babel-evaluate' variable can be used to configure this | behavior. | | * lisp/org.el (org-ctrl-c-ctrl-c): added documentation of code block | evaluation behavior | | * lisp/babel/ob-keys.el (org-babel-key-bindings): adding keybindings | for executing code blocks and for opening their results ` the second commit creates org-babel-load-languages, which can be used to enable or disable any babel language. ,[5f5f41a206ccef10b8ff49af8c689995d05da37c] | babel: `org-babel-load-languages' activates code blocks by language | | * lisp/org.el (org-babel-load-languages): this variable controls which | languages will be loaded by org-babel. It is customizable through | the customize interface. | | (org-babel-do-load-languages): load those languages in | org-babel-load-languages and disable those with nil cdr's ` While this variable works, and has a very nice customization widget interface, it is awkward to customize from a user's configuration file, this is because it relies on the defcustom :set function with which is it associated, and as far as I can tell, the only way to ensure that the set function is called, is to set this variable with something along the lines of the following in your configuration. --8---cut here---start-8--- (org-babel-do-load-languages 'org-babel-load-languages '((emacs-lisp . nil) (ruby . t) (python . nil) (R . t))) --8---cut here---end---8--- As of right now I can't think of a more natural way to implement such a variable -- suggestions welcom :). As I mentioned I'm keeping this is the babel-safety branch for now, as it *will* disrupt the configuration and experience of Babel users, and I've been hard on them already these past few weeks. Maybe this is best folded into main along with the version 7.0 release so that it will be accompanied with web-accessible documentation how to handle the incomparable changes. Thanks -- Eric Eric Schulte schulte.e...@gmail.com writes: Hi, Thanks for finding such a good compromises solution. This new plan looks great to me, specifics below Carsten Dominik carsten.domi...@gmail.com writes: Hi everyone, first of all, I think it is clear that I may have overreacted with the 6 point plan. But it is good that we are having this discussion. On Jun 30, 2010, at 6:25 PM, Eric Schulte wrote: Hi Carsten, Matt, Scott, Carsten Dominik carsten.domi...@gmail.com writes: Hi Matt, hi Eric, Matt, thanks a lot for bringing this up. This is indeed a very important and serious issue. We need to address it. We need to step back and reconsider this carefully. Don't get me wrong, I absolutely think that Org Babel should give you enough rope to hang yourself. But we have to make sure that this will not happen to a happy and unsuspecting Org mode, or even an unsuspecting Emacs user who by chance opens a file with extension .org. I remember very well when first realized that shell links could really affect you badly. It scared me. You main proposal was to make Org Babel an optional module.
Re: [Orgmode] Org+table.el = mutli line cells?
On Jul 1, 2010, at 10:14 PM, John Hendy wrote: Hi, I export to variable page widths and would like to be able to specify a limit on my tables which seem to always run on as long as they need to without regard for any margins or borders. I found a post here where a user asked the question I was looking for: http://www.mail-archive.com/emacs-orgmode@gnu.org/msg22353.html So... table.el (as I have since found during fiddling) does create multi-line cells, which is awesome. I can't find any documentation for it, though?? I am just looking for [hopefully] basic/easy things like: - bold a cell (*word* doesn't seem to work in table.el tables) - limit the overall width of the table Formatting inside table.el cells does not work because this is a completely different export mechanism. To fix the width of a table (normal Org-mode table), see http://orgmode.org/manual/Tables-in-HTML-export.html#Tables-in-HTML-export - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] [PATCH] Remove superfluous lambda.
Hmm, the catcher did not see this. Why? - Carsten On Jul 1, 2010, at 8:02 PM, David Maus wrote: * org-feed.el (org-feed-unescape): Remove superfluous lambda. --- lisp/org-feed.el |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/lisp/org-feed.el b/lisp/org-feed.el index 3edcf1a..cda7368 100644 --- a/lisp/org-feed.el +++ b/lisp/org-feed.el @@ -271,8 +271,7 @@ have been saved. (defun org-feed-unescape (s) Unescape protected entities in S. (let ((re (concat \\( - (mapconcat (lambda (e) -(car e)) xml-entity-alist \\|) + (mapconcat 'car xml-entity-alist \\|) \\);))) (while (string-match re s) (setq s (replace-match -- 1.7.1 ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
Re: [Orgmode] problem in highlighting fields in a remote table
On Jul 1, 2010, at 4:23 PM, Seweryn Kokot wrote: Hi, I have two tables - the second one refers with formulas to the first table. #+TBLNAME: table_one |---+---| | 1 | 2 | |---+---| | 3 | 4 | |---+---| #+TBLNAME: table_two |---+---| | 1 | 2 | |---+---| | 6 | 8 | |---+---| #+TBLFM: @2$1=2*remote(table_one, A2)::@2$2=2*remote(table_one, B2) Being in the second table and using the C-c ' editing of formulas, refering to a field in the first table with a formula e.g. A2 = 100*(remote(tblname, A2)) highlights A2 field in the second table and not in the first one. Is it a limitation or a bug? This is a limitation. Would be hard to make this work (not impossible though). - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
[Orgmode] Re: Behavior of Gnus when called from an hyperlink
Hi, do we have an agreement that the default frame setup for gnus should be org-gnus-no-new-news? - Carsten On Jun 30, 2010, at 12:12 PM, Noorul Islam K M wrote: Carsten Dominik carsten.domi...@gmail.com writes: On Jun 28, 2010, at 1:36 PM, Leo wrote: On 2010-06-28 11:19 +0100, Tassilo Horn wrote: (setq org-link-frame-setup '((vm . vm-visit-folder) (gnus . org-gnus-no-new-news) (file . find-file-other-window))) Nice. I have also found creating new frame a bit annoying because I tend to have fullscreened emacs and really don't like a frame to pop into my face. I don't remember why I made creating a new frame the default. Probably back then I used to have a special frame for GNUS open. Anyway, if there is enough momentum here, we can change the default. I run gnus and face similar problem. I ignored it so far. I prefer opening mail in the same window. Thanks and Regards Noorul - Carsten ___ Emacs-orgmode mailing list Please use `Reply All' to send replies to the list. Emacs-orgmode@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-orgmode
