Re: none

On Thursday, 11 Apr 2024 at 16:43, Sébastien Gendre wrote: > When I try to execute a block of PlantUML in an Org document, I get an > error message: > [...] > (setq plantuml-default-exec-mode 'executable) > (setq org-plantuml-exec-mode 'plantuml) I don't have either of these setq lines but I do

Re: [BUG] code block side effects differences between "results: none" and "results: silent" [9.6.9 ( @ /home/jet/.config/emacs/elpa/org-9.6.9/)]

Jeff Trull writes: > In the following code block, a propertized (inverse video) before-string > overlay appears when "results: none" is used, but the property is absent > (the overlay text appears normal) when "results:silent" is used: > > # with ":resu

[BUG] code block side effects differences between "results: none" and "results: silent" [9.6.9 ( @ /home/jet/.config/emacs/elpa/org-9.6.9/)]

In the following code block, a propertized (inverse video) before-string overlay appears when "results: none" is used, but the property is absent (the overlay text appears normal) when "results:silent" is used: # with ":results none" it works as expect

Re: [PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-line

Ihor Radchenko writes: > See the updated patch. Applied onto main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=eed4708b6 -- Ihor Radchenko // yantar92, Org mode contributor, Learn more about Org mode at . Support Org development at

Re: [PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-line

Rudolf Adamkovič writes: >> Any objections? > > With the existing imprecise names, "silent" (that talks) and "none" > (that exists), we should try for maximum precision to avoid further > confusion. Looking at your documentation, the word "discard

Re: [PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-line

Ihor Radchenko writes: > Any objections? With the existing imprecise names, "silent" (that talks) and "none" (that exists), we should try for maximum precision to avoid further confusion. Looking at your documentation, the word "discard" conveys the meani

Re: [PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-line

Works great! On 11/22/22 00:02, Daniel Ortmann wrote: No objections. On 11/21/22 20:12, Ihor Radchenko wrote: Daniel Ortmann writes: I am happy with whatever you decide. :-) Then, here is a tentative patch introducing new :results ignore header argument. Any objections?

Re: [PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-line

No objections. On 11/21/22 20:12, Ihor Radchenko wrote: Daniel Ortmann writes: I am happy with whatever you decide.  :-) Then, here is a tentative patch introducing new :results ignore header argument. Any objections?

[PATCH] Add new :results ignore header argument (was: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9

d when referenced from another code block. Usage example: =:results none=. +- =ignore= :: + + Ignore the results completely. This option is similar to =none=, + but no processing is performed on the return value. Calling the + code block programatically (see [[*How to evaluate sourc

Re: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9.6-pre (release_9.5.5-1118-g70cee1 @ /home/dortman

I am happy with whatever you decide.  :-) On 11/20/22 20:34, Ihor Radchenko wrote: Daniel Ortmann writes: Please see attached which has the following code which reproduces the issue: #+begin_src sh :shebang #!/bin/bash :results none for (( i=1500 ; i>0 ; i-=1 )) do     head -c 6 /

Re: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9.6-pre (release_9.5.5-1118-g70cee1 @ /home/dortman

Daniel Ortmann writes: > Please see attached which has the following code which reproduces the issue: > > #+begin_src sh :shebang #!/bin/bash :results none > for (( i=1500 ; i>0 ; i-=1 )) > do >     head -c 6 /dev/urandom | uuencode -m - > done | > tee /dev/null >

Re: [External] : Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9.6-pre (release_9.5.5-1118-g70cee1 @ /home/dortman

Please see attached which has the following code which reproduces the issue: #+begin_src sh :shebang #!/bin/bash :results none for (( i=1500 ; i>0 ; i-=1 )) do     head -c 6 /dev/urandom | uuencode -m - done | tee /dev/null #+end_src On 11/18/22 02:45, Ihor Radchenko wrote: Daniel Ortm

Re: [BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9.6-pre (release_9.5.5-1118-g70cee1 @ /home/dortmann/src/git-org-mod

Daniel Ortmann writes: > I have several small sh source blocks with ':results none'. The source > is executed for effect and the last line of the source is: > ... | tee /target/path/to/file.csv > > ⛔ Error (org-babel): Error reading results: (user-error "Region is >

[BUG] executing sh source block with ':results none' encounters error region is longer than org-table-convert-region-max-lines [9.6-pre (release_9.5.5-1118-g70cee1 @ /home/dortmann/src/git-org-mode/li

. I have several small sh source blocks with ':results none'. The source is executed for effect and the last line of the source is: ... | tee /target/path/to/file.csv ⛔ Error (org-babel): Error reading results: (user-error "Region is longer than ‘org-table-co

Re: [FR] Please consider adding "none" as option for ':mode' table LaTeX attribute

Hello Eric, Thank you very much: that did it :-). Should have known there is always already a way! Kind regards, Paul Sent from my iPhone > On 11 Apr 2022, at 13:06, Eric S Fraga wrote: > > Hi Paul, > >> On Monday, 11 Apr 2022 at 12:08, Paul van Gelder wrote: >> First, to manually delete

Re: [FR] Please consider adding "none" as option for ':mode' table LaTeX attribute

Hi Paul, On Monday, 11 Apr 2022 at 12:08, Paul van Gelder wrote: > First, to manually delete the following three lines from the .tex file: If you add these options to the ATTR_LATEX line: :float nil :center nil you should get what you wanted. -- : Eric S Fraga, with org

[FR] Please consider adding "none" as option for ':mode' table LaTeX attribute

above \end{xltabular}. Then the table formats correctly over multiple pages. It is no problem at all for me to do this manually, but I thought it may be convenient to have a 'none' or 'nil' option for ':mode' that wouldn't input the \table environment in the first place? Perhaps I am doing it all w

Re: none

Hi Krupal, thanks a lot for offering to maintain Worg! Very much appreciated, I'm confident this is very good news for anyone relying on Worg. Please send me an email with the username you want for an account on https://code.orgmode.org, I will then add you as a committer. Best, -- Bastien

Re: Bug: org.el has wrong (or none) version [fatal: No names found, cannot describe anything. (fatal: No names found, cannot describe anything. @ /Users/niels/.emacs.d/straight/build/org-agenda/)]

I don't know anything about straight, but this sounds like what you'd get if you try to generate org-version.el in an Org repo without tags. This is the correct assessment. Straight has a user option, `straight-vc-git-default-clone-depth', which may be customized to perform shallow clones

Re: Bug: org.el has wrong (or none) version [fatal: No names found, cannot describe anything. (fatal: No names found, cannot describe anything. @ /Users/niels/.emacs.d/straight/build/org-agenda/)]

Niels Søndergaard writes: > This morning at at reboot of emacs, it came up telling me, that > org-contrib is not found, investigating the problem was, that the file > with org.el is version 9.5. > I've been looking for org-contrib and the like, but found nothing on the > net. > By ow org-capture

Bug: org.el has wrong (or none) version [fatal: No names found, cannot describe anything. (fatal: No names found, cannot describe anything. @ /Users/niels/.emacs.d/straight/build/org-agenda/)]

--text follows this line-- Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Bug: org.el has wrong (or none) version [fatal: No names found, cannot describe anything. (fatal: No names found, cannot describe anything. @ /Users/niels/.emacs.d/straight/build/org-agenda/)]

Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list.

Re: [O] [OT] nobody (none)

some messages in this list displaying with > sender 'nobody' and subject '(none)' in gnus. As the months have passed > the number of such messages has increased many-fold and spread to other > lists. On opening the offending e-mail it is usual that the message has > both sender and

Re: [O] [OT] nobody (none)

first in this list, but it has spread. > > I read e-mail using gnus (v5.13) in emacs (25.3.1) on FreeBSD (10.3). > Some months ago I noticed some messages in this list displaying with > sender 'nobody' and subject '(none)' in gnus. As the months have passed > the number of such messages h

[O] [OT] nobody (none)

Hello, An off topic problem. I'm asking here because I noticed this problem first in this list, but it has spread. I read e-mail using gnus (v5.13) in emacs (25.3.1) on FreeBSD (10.3). Some months ago I noticed some messages in this list displaying with sender 'nobody' and subject '(none

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > I looked at that file and I see that it's pretty basic. There's a first step in everything. > I recently put together a sort of testing framework for > org-super-agenda that makes it pretty easy to develop and run > consistent tests on agendas:

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

By the way, one of its features is that, when a test doesn't pass, it shows a line-by-line diff of the agenda buffer compared with the saved result. It's saved me a lot of time when debugging test failures, as otherwise I'd have to visually compare a large agenda buffer. :)

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Nicolas Goaziou writes: > If you feel like it, some tests in "test-org-agenda.el" would be nice, > too. Hi Nicolas, I looked at that file and I see that it's pretty basic. I recently put together a sort of testing framework for org-super-agenda that makes it pretty

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > Here is another patch series with the requested changes. Applied. Thank you! If you feel like it, some tests in "test-org-agenda.el" would be nice, too. Regards, -- Nicolas Goaziou

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hi Nicolas, Here is another patch series with the requested changes. Thanks, Adam >From 98a90c8e05acc8733972be731e5a9eb1efe10fee Mon Sep 17 00:00:00 2001 From: Adam Porter Date: Sat, 19 Aug 2017 21:26:12 -0500 Subject: [PATCH 1/2] org-agenda: Refactor

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > You're right, that's why IIRC I used cl-defmacro originally. The > issue here seems to be using the keyword argument. It seemed like a > good idea to specify it with the ":default: keyword argument for two > reasons: > > 1. To make it

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hi Nicolas, Nicolas Goaziou writes: > Adam Porter writes: > >> Here are the patches. Please let me know if any other changes are >> needed. > > Thank you! Comments follow. > >> +(defmacro org-agenda--insert-overriding-header ( default) > > There is

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Adam Porter writes: > Here are the patches. Please let me know if any other changes are > needed. Thank you! Comments follow. > +(defmacro org-agenda--insert-overriding-header ( default) There is no "" in `defmacro'. It should be (default). > + "Insert header into

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > If you would prefer the approach, that would mean doing the actual > insertion into the agenda buffer in the macro call rather than the macro > expansion. I thought it would be better to separate the actual > insertion by abstracting it behind

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Adam Porter writes: > I'll post a new patch soon. Thanks. Hi Nicolas, Here are the patches. Please let me know if any other changes are needed. Thanks, Adam >From 2b938e98e2cc2409044eb7b03bff98b0a37d404e Mon Sep 17 00:00:00 2001 From: Adam Porter

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hi Nicolas, Nicolas Goaziou writes: > Nitpick: the paragraph above usually comes after the list of changes. Fixed. > Nitpick: you can only write "Use macro" once, on the last line. Fixed. > Why `cl-defmacro'? Usually, `defmacro' is enough. Fixed. > While we're at

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > Here is the new patch. Thank you. > I took the liberty of using a macro to replace the code that was > duplicated in the four agenda functions. Please let me know if you > would like any further changes. Some comments follow. > From

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Nicolas Goaziou writes: > Let's adjust the patch, then. Thank you! Hi Nicolas, Here is the new patch. I took the liberty of using a macro to replace the code that was duplicated in the four agenda functions. Please let me know if you would like any further changes.

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter writes: > I almost did that, making it not insert a header if it was set to an > empty string, but I thought that this approach gives more flexibility, > allowing users to insert a blank header if they want. "\n" would allow to insert a blank header. >

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Nicolas Goaziou writes: > What about "fixing" the empty string case, i.e., not inserting a blank > line when set to the empty string? Hi Nicolas, I almost did that, making it not insert a header if it was set to an empty string, but I thought that this approach gives

Re: [O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hello, Adam Porter <a...@alphapapa.net> writes: > This patch adds a 'none setting for org-agenda-overriding-header, which > allows it to be disabled completely, rather than inserting a blank line > as it does when set to an empty string. Thank you. What about "fixing&qu

[O] [PATCH] org-agenda: Add 'none setting for org-agenda-overriding-header

Hi, This patch adds a 'none setting for org-agenda-overriding-header, which allows it to be disabled completely, rather than inserting a blank line as it does when set to an empty string. This was requested by a user here: <https://github.com/alphapapa/org-super-agenda/issues/10>, but I

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

It turns out I somehow had org 9.0.1 on my load path. Moving this elsewhere and restarting emacs got me back to org 8.2.10, in which export works. So now I have to wonder ... what's the right way to upgrade org versions? Thanks! -pd On Tue, Nov 22, 2016, at 07:21 PM, Peter Davis wrote: > So I

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

So I figured out how to do all these things, but it doesn't work. Does anyone know how to fix this export problem? I just installed emacs from on a new MacBook Pro. Emacs version: GNU Emacs 25.1.1 (x86_64-apple-darwin13.4.0, NS appkit-1265.21 Version 10.9.5 (Build

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

On Tue, Nov 22, 2016, at 03:00 AM, Alan Schmitt wrote: > On 2016-11-21 14:16, Peter Davis writes: > > > I'm on a Mac, and don't know how to start the Emacs.app without loading > > the init file. > > This is how I do it: > open /Applications/Emacs.app -n --args -Q -l

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

On 2016-11-21 14:16, Peter Davis writes: > I'm on a Mac, and don't know how to start the Emacs.app without loading > the init file. This is how I do it: open /Applications/Emacs.app -n --args -Q -l ~/tmp/emacs_debug/init.el the '-n' says to open the application again even

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

This suggests the following, but I don't know how to do any of this: The full sequence of steps that worked for me: >From the command line: - Run emacs without loading the init file: emacs -q In emacs: - run C-u M-x org-reload - Use package-list-packages to uninstall org: select it then d x

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

Hi Nicolas, Thanks anyway, this answer led me to do some more research. What did work for me is this: http://emacs.stackexchange.com/a/16616/13925 Only running C-u M-x org-reload was fixing the issue, but when I restarted Emacs, it was restarting. Doing org-reload, uninstall and

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

Hi Nicolas, This seem to indicate you have a mixed installation. See, e.g., . I am getting a 404 error for that page, would you have another link for that thread? Thanks, Fred

Re: [O] Bug: HTML exports issues: none not working, and issues with #+TITLE

Hello, Frederick Giasson <f...@fgiasson.com> writes: > I upgraded to Emacs 25.1 and Org-mode 9.0 (latest from Elpa) and I am > experiencing two issues with export: > > >(1) The header parameter ":exports none" doesn't appear to be > working. With

[O] Bug: HTML exports issues: none not working, and issues with #+TITLE

Hi, I upgraded to Emacs 25.1 and Org-mode 9.0 (latest from Elpa) and I am experiencing two issues with export: (1) The header parameter ":exports none" doesn't appear to be working. With the following code, the code block is exported to HTML: = #+BEGIN_SRC elis

[O] Expire deadline of none TODO items

Hello, some of my nodes have a deadline but a TODO. Therefore they can't be DONE. Yet, in the org-agenda they are displayed indefinitly until I set a DONE for them, which I do not want (because they weren't a TODO in the first place). Can I make org-mode auto expire items that have a deadline

Re: [O] org-time-stamp adds repeater where there is none.

Nicolas Goaziou m...@nicolasgoaziou.fr writes: 2015-02-13 ven. (10h-13h) Hiting C-c . RET with point on the timestamp gives 2015-02-13 ven. -13h (10h-13h) which is not expected. It should now be fixed. Thanks, works great so far (unlike my own patch, which would fail in some situations).

[O] org-time-stamp adds repeater where there is none.

Consider the following line: 2015-02-13 ven. (10h-13h) Hiting C-c . RET with point on the timestamp gives 2015-02-13 ven. -13h (10h-13h) which is not expected. Please consider the patch below From 688851438f363eaa86dcfe2acfb779d6c22adc16 Mon Sep 17 00:00:00 2001 From: Nicolas Richard

Re: [O] org-time-stamp adds repeater where there is none.

Hello, Nicolas Richard theonewiththeevill...@yahoo.fr writes: Consider the following line: 2015-02-13 ven. (10h-13h) Hiting C-c . RET with point on the timestamp gives 2015-02-13 ven. -13h (10h-13h) which is not expected. It should now be fixed. Please consider the patch below Thank

Re: [O] :results none doesn't seem to be documented

Hi Samuel, Samuel Wales samolog...@gmail.com writes: On 1/15/15, Andreas Leha andreas.l...@med.uni-goettingen.de wrote: Your suggestion seems like the missing thing here. But I am not sure how badly needed that is. As John said, the :results none argument was added to speed things up when

Re: [O] :results none doesn't seem to be documented

On 1/15/15, Andreas Leha andreas.l...@med.uni-goettingen.de wrote: I am sorry, but your message is to short for me to make sense of. about as short :]: exporting is slow because it echoes to minibuffer.

Re: [O] :results none doesn't seem to be documented

On 1/15/15, Andreas Leha andreas.l...@med.uni-goettingen.de wrote: Your suggestion seems like the missing thing here. But I am not sure how badly needed that is. As John said, the :results none argument was added to speed things up when the results are huge. I have no idea this does

Re: [O] :results none doesn't seem to be documented

Fabrice Niessen fni-news-TA4HMoP+1wHrZ44/dzw...@public.gmane.org writes: Hello, Andreas Leha wrote: Kodi Arfer kodi-f2wqsdlpswheowh0uzb...@public.gmane.org writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned

Re: [O] :results none doesn't seem to be documented

Andreas Leha andreas.l...@med.uni-goettingen.de writes: Fabrice Niessen fni-n...@pirilampo.org writes: Hello, Andreas Leha wrote: Kodi Arfer k...@arfer.net writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned

Re: [O] :results none doesn't seem to be documented

-doing so far. (Only an addition to the manual) Your suggestion seems like the missing thing here. But I am not sure how badly needed that is. As John said, the :results none argument was added to speed things up when the results are huge. I have no idea how much overhead it is to copy the results

Re: [O] :results none doesn't seem to be documented

Andreas Leha wrote: Fabrice Niessen fni-n...@pirilampo.org writes: Andreas Leha wrote: Kodi Arfer k...@arfer.net writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its

Re: [O] :results none doesn't seem to be documented

Good to know, thanks for sharing that. That is really helpful if you are duplicating Knitr's approach in Org for example because you get kind of motion sick watching the mode line bounce up and down. On Wed, Jan 14, 2015 at 3:47 PM, Kodi Arfer k...@arfer.net wrote: none is allowed

Re: [O] :results none doesn't seem to be documented

Fabrice Niessen fni-n...@pirilampo.org writes: Hello, Andreas Leha wrote: Kodi Arfer k...@arfer.net writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its existence while

Re: [O] :results none doesn't seem to be documented

On Jan 14, 2015 3:48 PM, Kodi Arfer k...@arfer.net wrote: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its existence while reading ob-core.el. To me, by the way, :results none

Re: [O] :results none doesn't seem to be documented

if we redo this, perhaps we can also include an option that does export like :results verbatim, but does not send to echo area? unless i am misunderstanding something about babel [which is possible].

[O] :results none doesn't seem to be documented

none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its existence while reading ob-core.el. To me, by the way, :results none seems like a useful feature rather than being redundant

Re: [O] :results none doesn't seem to be documented

Kodi Arfer k...@arfer.net writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its existence while reading ob-core.el. To me, by the way, :results none seems like a useful

Re: [O] :results none doesn't seem to be documented

Hello, Andreas Leha wrote: Kodi Arfer k...@arfer.net writes: none is allowed as an argument to :results (see, for example, ob-core.el line 704 as of Git d36bd8d), but this isn't mentioned in results.html. I just learned of its existence while reading ob-core.el. To me, by the way, :results

[O] Doc patch : using session none

it possible to run concurrent sessions for each -interpreted language. +@itemize @bullet +@item @code{none} +The default. Each block is evaluated in its own session. The session is +not preserved after the evaluation. +@item @code{other} +Any other string passed to the @code{:session} header argument

Re: [O] org-export-babel-evaluate and :exports none

Achim Gratz strom...@nexgo.de writes: Nicolas Goaziou writes: I'm just starting over because that wasn't a correct solution. I'm not even sure about what bug this patch fixed. The bug was that Babel blocks were evaluated during export when org-export-babel-evaluate was explicitly set to nil

Re: [O] org-export-babel-evaluate and :exports none

Nicolas Goaziou writes: The bug was that Babel blocks were evaluated during export when org-export-babel-evaluate was explicitly set to nil (the default value is t). AFAICT, they aren't. So let's go back to the OP (Gregor Kappler, IIRC) and ask for a reproducible recipe. Regards, Achim. --

Re: [O] org-export-babel-evaluate and :exports none

Nicolas Goaziou writes: I'm just starting over because that wasn't a correct solution. I'm not even sure about what bug this patch fixed. The bug was that Babel blocks were evaluated during export when org-export-babel-evaluate was explicitly set to nil (the default value is t). Anyway, it

Re: [O] org-export-babel-evaluate and :exports none

On Fri, Feb 22, 2013 at 3:49 PM, Achim Gratz strom...@nexgo.de wrote: Nicolas Goaziou writes: I'm just starting over because that wasn't a correct solution. I'm not even sure about what bug this patch fixed. The bug was that Babel blocks were evaluated during export when

Re: [O] org-export-babel-evaluate and :exports none

Hello, Achim Gratz strom...@nexgo.de writes: Nicolas Goaziou writes: I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Doesn't this throw the baby out with the bathtub? If anything that's an indication that the evaluation and the exporting

Re: [O] org-export-babel-evaluate and :exports none

On Mon, Feb 18, 2013 at 3:17 PM, Nicolas Goaziou n.goaz...@gmail.com wrote: Hello, Ista Zahn istaz...@gmail.com writes: Thanks for checking Jay. I just tried with make update2 (usually I use make update), with the same result as I got before (i.e., the code block is exported). Just to make

Re: [O] org-export-babel-evaluate and :exports none

involved! However, when I set org-export-babel-evaluate to nil the new latex exporter (I have not tried the others) ignores :exports none source block header arguments. To reproduce: 1. start emacs with 'emacs -q' and visit a file named tmp.org with the following contents: start org example

Re: [O] org-export-babel-evaluate and :exports none

Dear Ista, On Mon, Feb 18, 2013 at 1:22 PM, Ista Zahn istaz...@gmail.com wrote: Hi all, Just checking to see if anyone was able to reproduce this or if I am the only one with this problem. Thanks, Ista I just make update2'ed, followed your recipe, but my tmp.tex did not incorrectly have

Re: [O] org-export-babel-evaluate and :exports none

On Mon, Feb 18, 2013 at 1:59 PM, Jay Kerns gjkerns...@gmail.com wrote: Dear Ista, On Mon, Feb 18, 2013 at 1:22 PM, Ista Zahn istaz...@gmail.com wrote: Hi all, Just checking to see if anyone was able to reproduce this or if I am the only one with this problem. Thanks, Ista I just make

Re: [O] org-export-babel-evaluate and :exports none

Hello, Ista Zahn istaz...@gmail.com writes: Thanks for checking Jay. I just tried with make update2 (usually I use make update), with the same result as I got before (i.e., the code block is exported). Just to make sure -- you ran the test with emacs -q right? Anybody else try this?

Re: [O] org-export-babel-evaluate and :exports none

Nicolas Goaziou writes: I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Doesn't this throw the baby out with the bathtub? If anything that's an indication that the evaluation and the exporting of a block should be independently controllable.

Re: [O] org-export-babel-evaluate and :exports none

Nicolas Goaziou writes: I confirm the problem. It is coming from 12d592b73223f3b0628e10f0f627447b1a312203. I reverted it. Doesn't this throw the baby out with the bathtub? If anything that's an indication that the evaluation and the exporting of a block should be independently controllable.

[O] org-export-babel-evaluate and :exports none

Hi, I upgraded to the latest git version yesterday, and am loving the new exporter. Congrats to all involved! However, when I set org-export-babel-evaluate to nil the new latex exporter (I have not tried the others) ignores :exports none source block header arguments. To reproduce: 1. start

Re: [O] Error on reload but none in Messages Buffer?

Hi Achim, On Wed, Oct 10, 2012 at 06:05:59PM +0200, Achim Gratz wrote: Achim Gratz writes: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet). Some files in Org provide more than one feature and at least

Re: [O] Error on reload but none in Messages Buffer?

Suvayu Ali writes: I have a couple of third party org libraries that are causing this problem for me. I couldn't follow the discussion properly, could you please elaborate how I might fix these libraries so that org-reload works properly? Whatever your problem is, it's clearly different from

Re: [O] Error on reload but none in Messages Buffer?

Hi Achim, On Thu, Oct 11, 2012 at 08:17:57PM +0200, Achim Gratz wrote: Suvayu Ali writes: Here are my messages: Some error occured while reloading Org features (org-occur-goto org-search-goto) Please check *Messages*! Org-mode version 7.9.2 (release_7.9.2-434-gc23dea @ ...)

Re: [O] Error on reload but none in Messages Buffer?

Suvayu Ali writes: I thought I skimmed through it, but I apparently missed them! Anyway they do return t but it is obvious from the message below that org-reload does not like that these libraries are not in the usual org directories (they are not part of contrib). They are not part of Org,

Re: [O] Error on reload but none in Messages Buffer?

On Thu, Oct 11, 2012 at 09:06:42PM +0200, Achim Gratz wrote: Suvayu Ali writes: I thought I skimmed through it, but I apparently missed them! Anyway they do return t but it is obvious from the message below that org-reload does not like that these libraries are not in the usual org

Re: [O] Error on reload but none in Messages Buffer?

Hello, Achim Gratz strom...@nexgo.de writes: Suvayu Ali writes: I thought I skimmed through it, but I apparently missed them! Anyway they do return t but it is obvious from the message below that org-reload does not like that these libraries are not in the usual org directories (they are

Re: [O] Error on reload but none in Messages Buffer?

Nicolas Goaziou writes: By the way shouldn't testing/ and testing/lisp/ directories be allowed to contain features? At the moment reloading with feature `org-test' present returns errors like: It's a warning, not an error. It's there so that you aren't missing when a file is not loaded from

Re: [O] Error on reload but none in Messages Buffer?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/10/12 19:37, Achim Gratz wrote: Rainer M Krug writes: When reloading org after update, I get the following messages in the message buffer, where there is apparentkly an error - but I can't see any? It's a bug in org-reload, please pull

Re: [O] Error on reload but none in Messages Buffer?

Rainer M Krug r.m.krug at gmail.com writes: unfortunately I still get the same message (below) I don't see how this is possible unless one of the loaded files returns '(nil)' instead of 't' when loaded. Could you go to org-reload and change (load-misses ())) + (message %s lfeats)

Re: [O] Error on reload but none in Messages Buffer?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 12:55, Achim Gratz wrote: Rainer M Krug r.m.krug at gmail.com writes: unfortunately I still get the same message (below) I don't see how this is possible unless one of the loaded files returns '(nil)' instead of 't' when loaded.

Re: [O] Error on reload but none in Messages Buffer?

Rainer M Krug r.m.k...@gmail.com writes: On 10/10/12 12:55, Achim Gratz wrote: (load-misses ())) + (message %s lfeats) (setq load-misses -(delq 't + (delq 'tt (mapcar (lambda (f) (or OK - I get a warning when compiling: In org-reload: org.el:20024:19:Warning: reference

Re: [O] Error on reload but none in Messages Buffer?

Rainer M Krug R.M.Krug at gmail.com writes: OK - I get a warning when compiling: In org-reload: org.el:20024:19:Warning: reference to free variable `lfeats' and on running org-reload afterwards an error: call-interactively: Symbol's value as variable is void: lfeats I don't assume

Re: [O] Error on reload but none in Messages Buffer?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 14:48, Achim Gratz wrote: Rainer M Krug R.M.Krug at gmail.com writes: OK - I get a warning when compiling: In org-reload: org.el:20024:19:Warning: reference to free variable `lfeats' and on running org-reload afterwards an error:

Re: [O] Error on reload but none in Messages Buffer?

Rainer M Krug r.m.krug at gmail.com writes: OK - here is the output: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet). What happens if you manually re-load org-expotr-latex? Regards, Achim.

Re: [O] Error on reload but none in Messages Buffer?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 15:34, Achim Gratz wrote: Rainer M Krug r.m.krug at gmail.com writes: OK - here is the output: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet).

Re: [O] Error on reload but none in Messages Buffer?

Achim Gratz writes: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet). Some files in Org provide more than one feature and at least one of those then doesn't have a name that corresponds to the filename. It turns

Re: [O] Error on reload but none in Messages Buffer?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/12 18:05, Achim Gratz wrote: Achim Gratz writes: What is not working is re-loading of org-export-latex. How it manages to drop the name and make nil out of this I don't know (yet). Some files in Org provide more than one feature and

  1   2   >