Re: [O] [BUG] [ODT] Annotations break paragraphs

Am 25.03.2013 23:15, schrieb Nicolas Goaziou: The proper way to handle this is to introduce a new syntax for inlined annotations and to treat them appropriately in exporters. Since we have both #+begin_src and src_{...} I'd suggest having annotation_{...} or something similar. I would suggest

Re: [O] :session question

Am 26.03.2013 00:58, schrieb Michael Gauland: Andreas Röhler easy-emacs.de> writes: Would find it more natural if ":session" is the default, while a command "refresh" makes a new one. I don't think so, but perhaps I'm just used to the way it works now. I use a mix of session and non-session

Re: [O] python sessions

Am 25.03.2013 22:37, schrieb Eric Schulte: running into this, func def seems missing: Debugger entered--Lisp error: (void-function org-babel-result-cond) My guess is that you have a mixed install. You are mostly running the Org-mode which ships with Emacs (in which `org-babel-result-cond' is

Re: [O] Minibuffer jumping to two lines when agenda displays 4th level heading

Edward DeMeulle writes: Just realized that I was incorrect about the level. It is actually when moving the cursor in the agenda to a 4th level heading that the minibuffer expands in size to two lines and then back to one line when moving to another entry that isn't 4th level. This happens under L

Re: [O] plotting tables

John Hendy writes: Wow, thank you for this comprehensive response! > On Sun, Mar 24, 2013 at 1:44 AM, Eric Abrahamsen > wrote: [...] >> 1. Are these really mutually incompatible approaches, as they appear to >> be? >> > > What do you mean by incompatible? I think if you used them both, you'd

Re: [O] [patch] LaTeX export using tabu tables

Nicolas Goaziou writes: I'll get this right eventually... >> + (spread (plist-member attr :spread)) > > I think you mean (plist-get attr :spread), otherwise ":spread nil" will > still activate spread. Also, since it's a predicate, I suggest to name > the variable "spreadp". Me being clever

Re: [O] org-babel-tangle-file not parsing code blocks

Aloha Marcelo, Marcelo de Moraes Serpa writes: > I still don't understand why the TARGET_FILE argument is optional. I would > expect it to create a file of the same name of the org file that is > tangled. Here is the docstring: (org-babel-tangle-file FILE &optional TARGET-FILE LANG) Extr

Re: [O] Capture/store link bug

Matt Lundin writes: > Bastien writes: > >> Matt Lundin writes: >> >>> 1) When an org-capture template is invoked with (a) an active region and >>> (b) an annotation (i.e., a link), the link is not inserted in the >>> capture buffer. >> >> This one must be fixed, thanks. > > Hmm. I see the chang

Re: [O] :session question

Michael Gauland writes: > Andreas Röhler easy-emacs.de> writes: > >> Would find it more natural if ":session" is the default, while a command >> "refresh" makes a new one. > Header argument defaults are easy to accomplish on a per user or per file basis, just customize the `org-babel-default-

Re: [O] Capture/store link bug

Bastien writes: > Matt Lundin writes: > >> 1) When an org-capture template is invoked with (a) an active region and >> (b) an annotation (i.e., a link), the link is not inserted in the >> capture buffer. > > This one must be fixed, thanks. Hmm. I see the change you made and it makes sense. But

Re: [O] :session question

Andreas Röhler easy-emacs.de> writes: > Would find it more natural if ":session" is the default, while a command "refresh" makes a new one. I don't think so, but perhaps I'm just used to the way it works now. I use a mix of session and non-session blocks. When I use plantuml, dot, or asymptote

Re: [O] org-babel-tangle-file not parsing code blocks

Aloha Marcelo, Marcelo de Moraes Serpa writes: > Oh, actually that wasn't the issue. > > org-babel-load-file seems to force tangling the file to an .el. > org-babel-tangle-file doesn't. Is there a way to force the output to the > .el file without using the parameter in the code block itself? >

[O] org-latex error message when image file not found

When I go to export a file and the image path I've specified is wrong, the minibuffer displays: Process completed with errors: [package error] The actual LaTeX error is: LaTeX Warning: File `./path/to/file.png' not found on input line 180. ! Package pdftex.def Error: File `./path/to/file.png' n

Re: [O] [ANN] TaskJuggler ported to new export framework

On Mon, Mar 4, 2013 at 8:22 AM, Christian Egli wrote: > Nicolas Goaziou writes: > If the Worg page about TaskJuggler needs some update, please feel free to go ahead or ask some help on the list. >>> >>> It does. I'll see what I can do. >> >> Does it? Even though the internals have been

Re: [O] org-babel-tangle-file not parsing code blocks

Hi Thomas. Thanks again for the reply. I still don't understand why the TARGET_FILE argument is optional. I would expect it to create a file of the same name of the org file that is tangled. Take this code: (org-babel-tangle-file "~/.emacs.d/config/peepopen-config.org") Contents: * Load it > #+

Re: [O] org-babel-tangle-file not parsing code blocks

Perhaps I'm misunderstanding how org-babel-tangle-file works. Isn't it supposed to create a correspondent .el file for the tangled org file? On Mon, Mar 25, 2013 at 4:45 PM, Marcelo de Moraes Serpa < celose...@gmail.com> wrote: > Oh, actually that wasn't the issue. > > org-babel-load-file seems

Re: [O] bug in 7.9.4

Hi Dieter, Dieter Wilhelm writes: > unfortunately the following commit gives a wrong argument error when > there is no width attribute at all. Can you try with the development branch? The days of 7.9.4 are now counted. Thanks, -- Bastien

[O] bug in 7.9.4

Hi, unfortunately the following commit gives a wrong argument error when there is no width attribute at all. Thanks Dieter org-html.el (org-html-handle-links): Fix bug in setting the attribute for link with... authorBastien Guerry Thu, 31 Jan 2013 09:25:03 + (10:25 +0100) com

Re: [O] Capture/store link bug

Hi Matt, Matt Lundin writes: > 1) When an org-capture template is invoked with (a) an active region and > (b) an annotation (i.e., a link), the link is not inserted in the > capture buffer. This one must be fixed, thanks. > 2) org-store-links contains multiple entries for each link. > > If I s

Re: [O] New Exporter html - latex - beamer

Charles Berry writes: > ucsd.edu> writes: > >> >> Robert Eckl gmx.de> writes: >> > [snip] >> > > I said > >> You might be able to do what you want with filter functions. >> > >> >> You can do that with this filter: >> > > But you will want to add something to it to treat links without th

Re: [O] org-babel-tangle-file not parsing code blocks

Oh, actually that wasn't the issue. org-babel-load-file seems to force tangling the file to an .el. org-babel-tangle-file doesn't. Is there a way to force the output to the .el file without using the parameter in the code block itself? Thanks! On Mon, Mar 25, 2013 at 4:20 PM, Marcelo de Moraes S

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi Bastien, Thanks for giving it a try. Let's see what Nicolas comes up with. > > I would not favor a solution that allows more #+begin_ blocks to > be inlined. We've had this one for a while. It's always been a bit anomalous though. > The proper way to handle this is to introduce a new syntax

Re: [O] org-babel-tangle-file not parsing code blocks

Hi Thomas, Stupid me. There was a syntax error in the code block -- "emacs_lisp" instead of "emacs-lisp". Thank you for taking your time to answer it, though! - Marcelo. On Mon, Mar 25, 2013 at 4:19 PM, Thomas S. Dye wrote: > Aloha Marcelo, > > Marcelo de Moraes Serpa writes: > > > Hi list,

Re: [O] org-babel-tangle-file not parsing code blocks

Aloha Marcelo, Marcelo de Moraes Serpa writes: > Hi list, > > I have a simple babel file with an Emacs Lisp code block, that looks like > this: > > peepopen-config.org: > > > * Load it > #+BEGIN_SRC emacs_lisp > (add-to-list 'load-path (concat fullofcaffeine-vendor-dir "/peepopen")) > (requi

[O] Capture/store link bug

Hi Bastien, The changes to org-store-link in commit ecb9e5811 cause a couple of issues: 1) When an org-capture template is invoked with (a) an active region and (b) an annotation (i.e., a link), the link is not inserted in the capture buffer. Here is a sample org-capture template: --8<-

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hello, Bastien writes: > okay, I reverted my wrong fixes. I'll let Nicolas have a look. I attach a patch (hardly tested) for that. Does it work as expected? > I would not favor a solution that allows more #+begin_ blocks to > be inlined. Neither would I. Blocks are containers. > The proper

Re: [O] Setting taskjuggler project start date (ox-taskjuggler)

On Mon, Mar 25, 2013 at 3:15 PM, Nicolas Goaziou wrote: > Hello, > > John Hendy writes: > >> I think I've narrowed this down to two things: >> 1) org-taskjuggler-get-start (and probably *-get-end) is not working properly >> 2) project applicable keywords stored in property drawer should be >> bei

Re: [O] org-babel-tangle-file not parsing code blocks

Versions: Org-mode version 8.0-pre (release_8.0-pre-186-g8aeea9.dirty) GNU Emacs 24.3.1 (x86_64-apple-darwin, NS apple-appkit-1038.36) of 2013-03-12 On Mon, Mar 25, 2013 at 4:02 PM, Marcelo de Moraes Serpa < celose...@gmail.com> wrote: > Hi list, > > I have a simple babel file with an Emacs L

[O] org-babel-tangle-file not parsing code blocks

Hi list, I have a simple babel file with an Emacs Lisp code block, that looks like this: peepopen-config.org: * Load it #+BEGIN_SRC emacs_lisp (add-to-list 'load-path (concat fullofcaffeine-vendor-dir "/peepopen")) (require 'peepopen) (textmate-mode) #+END_SRC (provide 'peepopen-config)

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi Christian, okay, I reverted my wrong fixes. I'll let Nicolas have a look. I would not favor a solution that allows more #+begin_ blocks to be inlined. The proper way to handle this is to introduce a new syntax for inlined annotations and to treat them appropriately in exporters. Since we ha

Re: [O] python sessions

> running into this, func def seems missing: > > Debugger entered--Lisp error: (void-function org-babel-result-cond) My guess is that you have a mixed install. You are mostly running the Org-mode which ships with Emacs (in which `org-babel-result-cond' is not defined), but you are running the ver

Re: [O] [BUG] [ODT] Annotations break paragraphs

Nicolas Goaziou writes: > I didn't look at the problem (nor at Bastien's solution): could someone > post the proper code that should be generated? Hi, I'll try. This Org code: A paragraph. #+begin_annotation An annotation. #+end_annotation Another paragraph. ...should resul

Re: [O] Bug formatting source code in new latex exporter

Hello, Rick Frankel writes: >> > The cross reference approach seems clever, but maybe a simpler >> > approach would simply be to add an ATTR_LaTeX(:longlisting) and leave >> > it up to the user. >> >> That's the most reasonable option, indeed. >> >> The following patch implements :long-listing

Re: [O] python sessions

Am 24.03.2013 19:41, schrieb Nick Dokos: running into this, func def seems missing: Debugger entered--Lisp error: (void-function org-babel-result-cond) (org-babel-result-cond result-params results (org-babel-python-table-or-string results)) (if (string= (substring org-babel-python-eoe

[O] [ox-html] Using a different title in the head and in the body

Hello, I'm building a small web site using org-mode, and I cannot find out how to have a short title in the head of the generated html, and a longer one in the body. Is this possible? Thanks, Alan

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi, No, sorry. I see the same issues as in my previous message: an annotation at the end of a paragraph swallows the (intended) paragraph break before the next paragraph; an annotation before a list item causes a format error. The last commit I see from you is at 18:28:50, though: "Fix previous

Re: [O] Setting taskjuggler project start date (ox-taskjuggler)

Hello, John Hendy writes: > I think I've narrowed this down to two things: > 1) org-taskjuggler-get-start (and probably *-get-end) is not working properly > 2) project applicable keywords stored in property drawer should be > being parsed, but they're not > > > That's about all I'm good for with

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hello, Achim Gratz writes: > Am 25.03.2013 18:05, schrieb Bastien: >> I gave it another try. Please let me know. > > Now add an annotation at the end of a paragraph... it simply doesn't > work unless org-element gets proper support for telling the exporter > which Org "paragraph" elements shoul

Re: [O] [patch] LaTeX export using tabu tables

Hello, Eric Abrahamsen writes: > I was trying to be too clever! Attached is a non-clever version that > includes a :spread keyword, and a (hopefully) correctly-written commit > message. Nice. A few more comments follow. > Subject: [PATCH 8/8] ox-latex.el (org-latex--org-table, org-latex-table-

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi, Bastien, Thanks. Annotations now work inside paragraphs, where they now leave only an extra space instead of paragraph breaks. However, an annotation at the end of a paragraph swallows up the *intended* paragraph break before the next paragraph. And the fix doesn't seem to be quite safe. An

Re: [O] python sessions

On Mar 25, 2013, at 11:27 AM, Andreas Röhler wrote: > Am 25.03.2013 17:43, schrieb Eric Schulte: >> John Hendy writes: >> >>> On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte wrote: > John Hendy writes: > >> On Sun, Mar

Re: [O] Different spacing in html output compared to info and pdf

Hello, Bastien writes: >> The export framework usually treats differently empty string from nil >> output. Only in the former blank lines/white spaces are preserved. With >> this patch it will not be possible anymore to make this distinction with >> export snippets. >> >> What do you think? > >

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi, please have a go against latest HEAD and let me know if it works. I tried with annotations at the beginning of a section, of a paragraph, in the middle of a paragraph, at the end of a paragraph and at the end of a section. The fix qualifies as the Most Ugly Hack On Earth, but does the job fo

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Achim Gratz writes: > talking different implementations of the second point above. But given > that Gnus expects to use a major mode with no setup, why not give them > this: > > (define-derived-mode org-safe-mode org-mode "Org-Safe" > ;; docstring etc. > ) My feeling is that having a new mode j

Re: [O] python sessions

On Mon, Mar 25, 2013 at 1:41 PM, John Hendy wrote: > On Mon, Mar 25, 2013 at 12:27 PM, Andreas Röhler > wrote: >> Am 25.03.2013 17:43, schrieb Eric Schulte: >> >>> John Hendy writes: >>> On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: > > On Mon, Mar 25, 2013 at 11:40 AM, Eric S

Re: [O] Agenda for 14 days, but still starting on Sat

Try this: ("z" "test" ((agenda "test" ((org-agenda-start-on-weekday 6) (org-agenda-start-day "0") (org-agenda-span 14) On Wed, Mar 20, 2013 at 4:39 PM, David An wrote: > In my progress of configuring Org-Mode, I set 'org-ag

Re: [O] org-mode 7.9.4 now returns org-strip-protective-commas

Nick Dokos hp.com> writes: > > My guess is that you have a seriously mixed-up installation. > That's what org-version just told me. I downloaded the latest version of Emacs for windows which includes org-mode v7.9.3f. I'll try start from there. ///Luke

Re: [O] python sessions

On Mon, Mar 25, 2013 at 12:27 PM, Andreas Röhler wrote: > Am 25.03.2013 17:43, schrieb Eric Schulte: > >> John Hendy writes: >> >>> On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte wrote: > > John Hendy writes: > >

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Am 25.03.2013 17:57, schrieb Bastien: Can you evaluate my patch against the current state of affair? The current state of affairs is this: 1. Gnus is doing something it shouldn't do, even though it may once have been OK or at least not dangerous. 2. Org doesn't have something that can direc

Re: [O] [BUG] [ODT] Annotations break paragraphs

Achim Gratz writes: > It can't be fixed this way since annotations end the paragraph and > whatever comes next is a new element. The ODT exporter gets two > paragraphs and has no way of knowing that these should actually be > exported as a single paragraph. Yeah, that's what I was afraid of.

Re: [O] python sessions

Am 25.03.2013 17:43, schrieb Eric Schulte: John Hendy writes: On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte wrote: John Hendy writes: On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: Eric Schulte wrote: From participating in e

Re: [O] [BUG] [ODT] Annotations break paragraphs

Am 25.03.2013 18:05, schrieb Bastien: I gave it another try. Please let me know. Now add an annotation at the end of a paragraph... it simply doesn't work unless org-element gets proper support for telling the exporter which Org "paragraph" elements should be exported together as a single p

[O] void-variable org-list-allow-alphabetical

Hi, when trying to load git-devel-repo after "make all" get the error. Traceback attached If defvarred before defcustom, that error is gone. Andreas Debugger entered--Lisp error: (void-variable org-list-allow-alphabetical) byte-code("\306\307\310\307\311\307\312\313\307\314\307\315\307\316

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi Christian, Christian Moe writes: > Thanks for looking into this. I just pulled and tested, but I cannot > confirm the fix yet. I still get paragraph breaks around annotations > with Org-mode version 8.0-pre (release_8.0-pre-219-g8eb0d6). I gave it another try. Please let me know. -- Bast

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Bastien writes: > Evaluating it against your ideal fix will obvisouly make it look > rudimentary. But I think it's better than the current situation. PS: that's not to say that the door is closed for your ideal fix, of course. But I favor existing patches vs. ideal solutions. -- Bastien

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Achim Gratz writes: > Am 25.03.2013 16:54, schrieb Bastien: >> What about this patch? > > I don't think Gnus should be switching major modes just to get > fontification and definitely not with Org. But it does. >> The change in Gnus is then trivial (see other patch). > > Again, I'd rather have

Re: [O] python sessions

John Hendy writes: > On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: >> On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte >> wrote: >>> John Hendy writes: >>> On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: > Eric Schulte wrote: > >> > >> > From participating in eval

Re: [O] python sessions

Eric Schulte wrote: > >> > >> Currently I'd say session support for python is completely broken. > > > > Have *any* changes been made related to python recently? See my > > mailing list post with reproducible example: > > - http://www.mail-archive.com/emacs-orgmode@gnu.org/msg68238.html > > > > T

Re: [O] [BUG] [ODT] Annotations break paragraphs

Am 25.03.2013 17:12, schrieb Christian Moe: Thanks for looking into this. I just pulled and tested, but I cannot confirm the fix yet. I still get paragraph breaks around annotations with Org-mode version 8.0-pre (release_8.0-pre-219-g8eb0d6). It can't be fixed this way since annotations end the

Re: [O] python sessions

On Mon, Mar 25, 2013 at 11:01 AM, Ista Zahn wrote: > On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte wrote: >> John Hendy writes: >> >>> On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: Eric Schulte wrote: > > > > From participating in evaluating code throughout the discussi

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi Christian, Christian Moe writes: > Thanks for looking into this. I just pulled and tested, but I cannot > confirm the fix yet. I still get paragraph breaks around annotations > with Org-mode version 8.0-pre (release_8.0-pre-219-g8eb0d6). Before the fix, I could see no annotation at all in th

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Am 25.03.2013 16:54, schrieb Bastien: What about this patch? I don't think Gnus should be switching major modes just to get fontification and definitely not with Org. The change in Gnus is then trivial (see other patch). Again, I'd rather have a derived mode (org-safe-mode, perhaps) that

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi, Bastien, Thanks for looking into this. I just pulled and tested, but I cannot confirm the fix yet. I still get paragraph breaks around annotations with Org-mode version 8.0-pre (release_8.0-pre-219-g8eb0d6). Yours, Christian Bastien writes: > Hi Christian, > > Christian Moe writes: > >>

Re: [O] python sessions

>> >> Currently I'd say session support for python is completely broken. > > Have *any* changes been made related to python recently? See my > mailing list post with reproducible example: > - http://www.mail-archive.com/emacs-orgmode@gnu.org/msg68238.html > > This was definitely working for me with

Re: [O] export presentations: org to ppt or odp

Vinh Nguyen writes: > If anyone is wondering, why export presentations to odp or ppt when > export to pdf (via beamer) and html (S5) are available? Those two > works well for me personally, but for work, we tend to collaborate > with others, and truth of the matter is that everyone else uses > po

Re: [O] python sessions

On Mon, Mar 25, 2013 at 11:40 AM, Eric Schulte wrote: > John Hendy writes: > >> On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: >>> Eric Schulte wrote: >>> > > From participating in evaluating code throughout the discussion and > catching the comments throughout, I'd say yes,

Re: [O] python sessions

On Mon, Mar 25, 2013 at 10:40 AM, Eric Schulte wrote: > John Hendy writes: > >> On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: >>> Eric Schulte wrote: >>> > > From participating in evaluating code throughout the discussion and > catching the comments throughout, I'd say yes,

Re: [O] Error message: "(void-variable org-element-affiliated-keywords)"

Hi Matt, Matt Lundin writes: > I use flyspell on my org files. With the most recent org-mode from git, > when I switch to an org buffer, I receive the following message: > > "Error in post-command-hook (flyspell-post-command-hook): > (void-variable org-element-affiliated-keywords)" This should

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Achim Gratz writes: > As I said, I don't even know why Gnus decides it should treat this mail as > an Org file. From the sources of Gnus, it appears that it should only do > this if the MIME type was text/x-org. Rainers mail didn't have this MIME > type nor was it a multipart MIME mail that had

Re: [O] export presentations: org to ppt or odp

On Mon, Mar 25, 2013 at 10:34 AM, Vinh Nguyen wrote: > Hi everyone, > > This question is probably for Jambunathan K: is an org to ppt or odp > exporter in the works? Was wondering whether most of the work could > be borrowed form the org to odt exporter. > > If anyone is wondering, why export pre

Re: [O] python sessions

John Hendy writes: > On Sun, Mar 24, 2013 at 9:38 PM, Nick Dokos wrote: >> Eric Schulte wrote: >> >>> > >>> > From participating in evaluating code throughout the discussion and >>> > catching the comments throughout, I'd say yes, at least in terms of >>> > how other babel languages function. I

[O] export presentations: org to ppt or odp

Hi everyone, This question is probably for Jambunathan K: is an org to ppt or odp exporter in the works? Was wondering whether most of the work could be borrowed form the org to odt exporter. If anyone is wondering, why export presentations to odp or ppt when export to pdf (via beamer) and html

Re: [O] no info files created w/ current git-repo

Am 25.03.2013 12:53, schrieb Andreas Röhler: make all builds some .pdf and .html docu, but not info It does, the info file is called "org". Regards, -- Achim. (on the road :-)

Re: [O] [BUG] [ODT] Annotations break paragraphs

Hi Christian, Christian Moe writes: > Paragraphs currently break around ODT annotations when they > shouldn't. Annotations are a useful feature of the ODT exporter: > > There is an annotation by the original author here > #+BEGIN_ANNOTATION > I never meant to break this paragraph. > #+

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Am 25.03.2013 15:57, schrieb Bastien: I'm not entirely sure what Gnus does to trigger that foray into Org (a quick glance in the documentation didn't show anything), but if anything this indicates that we might need a "safe mode" for Org to open untrusted files. Feel free to propose a better be

Re: [O] Can I clone worg using http protocol?

On Mon, Mar 25, 2013 at 9:33 AM, Achim Gratz wrote: > Am 25.03.2013 14:49, schrieb John Hendy: > >> $ git clone http://orgmode.org/r/worg.git >> Cloning into 'worg'... >> fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack >> not found: did you run git update-server-info on the

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Achim Gratz writes: > Am 25.03.2013 06:45, schrieb Bastien: >> Bastien writes: >> >>> This is a problem with Org -- I have a patch for this on my local >>> branch, but I will push this branch only tomorrow. >> >> Applied now, thanks. > > I'd like to ask you to revisit that change. I don't think

Re: [O] no info files created w/ current git-repo

Am 25.03.2013 14:42, schrieb John Hendy: On Mon, Mar 25, 2013 at 6:53 AM, Andreas Röhler wrote: Hi, building from current git-repo make all builds some .pdf and .html docu, but not info directory doc contains: dir Makefile orgguide.texi org-version.inc doclice

Re: [O] Can I clone worg using http protocol?

Am 25.03.2013 14:49, schrieb John Hendy: $ git clone http://orgmode.org/r/worg.git Cloning into 'worg'... fatal: http://orgmode.org/r/worg.git/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server? It looks like thios for of HTTP access has been switched

[O] Error message: "(void-variable org-element-affiliated-keywords)"

I use flyspell on my org files. With the most recent org-mode from git, when I switch to an org buffer, I receive the following message: "Error in post-command-hook (flyspell-post-command-hook): (void-variable org-element-affiliated-keywords)" I have compiled org mode with "make clean && make al

Re: [O] Can I clone worg using http protocol?

On Mon, Mar 25, 2013 at 4:17 AM, Achim Gratz wrote: > Am 24.03.2013 18:52, schrieb John Hendy: >> >> $ git clone http://orgmode.org/w/worg.git > > > Try > > $ git clone http://orgmode.org/r/worg.git > > (note how the "w/" changes to an "r/"). > #+begin_example $ git clone http://orgmode.org/r/wo

Re: [O] Setupfile regression?

On 25 mrt. 2013, at 14:43, John Hendy wrote: > On Mon, Mar 25, 2013 at 4:54 AM, Carsten Dominik > wrote: >> >> On 25 mrt. 2013, at 10:34, Achim Gratz wrote: >> >>> Am 25.03.2013 10:14, schrieb Carsten Dominik: I would like to know what the plans are here. >>> >>> Does this discussion h

Re: [O] Setupfile regression?

On Mon, Mar 25, 2013 at 4:54 AM, Carsten Dominik wrote: > > On 25 mrt. 2013, at 10:34, Achim Gratz wrote: > >> Am 25.03.2013 10:14, schrieb Carsten Dominik: >>> I would like to know what the plans are here. >> >> Does this discussion help? >> >> http://thread.gmane.org/gmane.emacs.orgmode/68940 >

Re: [O] no info files created w/ current git-repo

On Mon, Mar 25, 2013 at 6:53 AM, Andreas Röhler wrote: > Hi, > > building from current git-repo > > make all builds some .pdf and .html docu, but not info > > directory doc contains: > > dir Makefile orgguide.texi org-version.inc > doclicense.texi org

Re: [O] [BUG] ob-perl variable handling broken

Achim Gratz writes: > Am 25.03.2013 01:27, schrieb Eric Schulte: >> The attached patch fixes this behavior, however I haven't committed it >> because I fear it would undo some of Achim's intentions in commit >> ca125b82b. I'll leave the final solution to Achim. > > This should be the right solut

Re: [O] Maxima tests fail in devel on OSX

Neuwirth Erich writes: > I have not changed the configuration of maxima since the last tests I > ran probably a month ago. > > 7 unexpected results: >FAILED ob-maxima/integer-input [...] I have failures too, but I'm not sure if they are related because I *did* update maxima (compiled with EC

[O] no info files created w/ current git-repo

Hi, building from current git-repo make all builds some .pdf and .html docu, but not info directory doc contains: dir Makefile orgguide.texi org-version.inc doclicense.texi org org.html pdflayout.sty Documentation_Standards.org orgca

Re: [O] Block agendas and filtering

I got this working as I wanted, I had a problem with the custom agenda commands that I had defined. Below is the agenda command that implements the desired view. ("c" "Agenda and Home-related tasks" ((agenda "-chore") (tags "chore+TIMESTAMP="))) I think part of my problem was

Re: [O] Off for one week / Help on Org's manual and Worg's org-8.0.org page

Hi Rainer, Rainer Stengele writes: > current revision does not compile docs without errors. Fixed, sorry for the typo. -- Bastien

Re: [O] Off for one week / Help on Org's manual and Worg's org-8.0.org page

Am 25.03.2013 08:04, schrieb Bastien: > Dear all, > > I put a stab at updating Org's manual to reflect some of the changes > triggered by the new export engine and the new export back-ends. > > This is far from being finished, though -- we need your help. > > You can help by editing Worg's page

[O] Maxima tests fail in devel on OSX

I just ran make up1 on the latest version from git and the tests failed on maxima. I have not changed the configuration of maxima since the last tests I ran probably a month ago. 7 unexpected results: FAILED ob-maxima/integer-input FAILED ob-maxima/list-input FAILED ob-maxima/matrix

Re: [O] [BUG] [ODT] Annotations break paragraphs

Am 25.03.2013 11:29, schrieb Christian Moe: Thanks for the tip. I don't think user-side hacks are the way to go here, though. Org-odt provides an annotation feature for ODT export, based on using the special-block syntax, that no longer works as intended. I'm hoping it can simply be fixed, but if

Re: [O] [BUG] [ODT] Annotations break paragraphs

Samuel Wales writes: > > A similar issue arises with inline footnotes. [...] > In my case I was able with Nicolas's supplied code to create a hook > that normalized footnotes before export. Maybe extracting in a hook > will work for you. However, I fear that incorporating the parser into > the f

Re: [O] :EXPORT_FILE_NAME: in new exporter possible?

Am 25.03.2013 06:45, schrieb Bastien: Bastien writes: This is a problem with Org -- I have a patch for this on my local branch, but I will push this branch only tomorrow. Applied now, thanks. I'd like to ask you to revisit that change. I don't think the question of whether #+SETUPFILE sh

Re: [O] Setupfile regression?

On 25 mrt. 2013, at 10:34, Achim Gratz wrote: > Am 25.03.2013 10:14, schrieb Carsten Dominik: >> I would like to know what the plans are here. > > Does this discussion help? > > http://thread.gmane.org/gmane.emacs.orgmode/68940 Yes. Thank you, and my apologies that I did not find this by mys

[O] :session question

Hi all, org-babel uses the header argument ":session" keeping the environment for consecutive evaluations. That feels the opposite of all on-the-fly evaluations commonly done by a (language)-shell. Commonly a shell keeps is values until a new one is created. Would find it more natural if ":se

Re: [O] Setupfile regression?

Am 25.03.2013 10:14, schrieb Carsten Dominik: I would like to know what the plans are here. Does this discussion help? http://thread.gmane.org/gmane.emacs.orgmode/68940 Regards, -- Achim. (on the road :-)

Re: [O] Org spreadsheet formula range destination and per-cell placement for Lisp

Paul, Paul Michael Reilly wrote: > I am in the throes of setting up an Org mode spreadsheet for an > invoicing/status/planning tool and came across this fabulous thread: *[O] > org table calc and lisp for hh:mm > timetable > *

Re: [O] Can I clone worg using http protocol?

Am 24.03.2013 18:52, schrieb John Hendy: $ git clone http://orgmode.org/w/worg.git Try $ git clone http://orgmode.org/r/worg.git (note how the "w/" changes to an "r/"). Regards, -- Achim. (on the road :-)

[O] Setupfile regression?

Hi, I am reading Bastien's writeup about upgrading to 8.0. There I see this part: #+SETUPFILE: myfile -> #+INCLUDE: "myfile" However, if I do this replacement, one of the purposes of #+setupfile no longer works. The idea was to be able to have a file with lines like #+TODO and #+TA

  1   2   >