Re: [O] latex newcommand in org

Eric’s suggestion works like a charm with the following modification #+latex_header:\newenvironment{response}{\color{red}}{\ignorespacesafterend} Thanks I really appreciate the help. Cheers, M On May 20, 2016, at 5:00 PM, Leslie Watter > wrote: You

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On 2016-05-20 at 14:46, Nick Dokos wrote: > Are you getting an evaluation on export? I don't get that with o-e-b-e > set to nil. No I was not, but things were still exporting, which was confusing. I agree, seems like a bug. > ... the fact that I get both code and results

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

Hi Chuck, On 2016-05-20 at 13:48, Charles C. Berry wrote: >> On Fri, 20 May 2016, Ken Mankoff wrote: >> >> I'm still trying to find a way where: >> + code results do export >> + code does not export >> + code does not evaluate at export >> + code can still be evaluated by

Re: [O] Bug: orgtbl-self-insert-command does not overwrite whitespace [8.3.4 (8.3.4-50-g83e373-elpa @ /home/alex/.emacs.d/elpa/org-20160509/)]

Alex G writes: >> > Backspace works as expected, however. >> I'm afraid that as of org-20160516 on ELPA, backspace also does not >> overwrite whitespace. > > Oh, it seems like backspace works fine in text modes like > fundamental-mode and message-mode, but not prog-derived

Re: [O] error: org-meta-return release_8.3.4.zip

Hello, Mambo Levis writes: > On Thursday, May 19, 2016 12:45 PM, Mambo Levis > wrote: > > Hi, > 1.) By testing org-mode release_8.3.4.zip from (  > http://orgmode.org/cgit.cgi/org-mode.git/) without compile it in emacs > 25.1.50.1 an error is

Re: [O] error: org-meta-return release_8.3.4.zip

Mambo Levis writes: > On Thursday, May 19, 2016 12:45 PM, Mambo Levis wrote: > > Hi, > > Yesterday I reported an issue (see bellow). How can I see its status? I open > an account in lists.gnu.org > Mailing Lists but I couldn't find > how to search

Re: [O] Starting source code export at non-zero (-n value)

Hello, Brian Carlson writes: > Hello other org mode aficionados! (I apologize for the errant email I > send a minute ago. ) > > I have created a (possible) patch to the export (ox.el and other > ox-XXX.el) files that allow for "source code" and "example" blocks to >

Re: [O] latex newcommand in org

You can use also macros in combination with latex \newcommand: Following there's a sample with html: #+MACRO: color @@html:$2@@ # macro sample: {{{color(red, aceitação)}}} Note: untested with latex newcommand1 Cheers, LEslie On Fri, May 20, 2016 at 4:50 PM, Marcin Borkowski

Re: [O] Bug: orgtbl-self-insert-command does not overwrite whitespace [8.3.4 (8.3.4-50-g83e373-elpa @ /home/alex/.emacs.d/elpa/org-20160509/)]

Hello, Alex writes: > As per the title, orgtbl-mode doesn't overwrite whitespace in tables > like it does normally in org-mode. Fixed. Thank you. Regards, -- Nicolas Goaziou

Re: [O] latex newcommand in org

Thanks, I will give Eric’s suggestion a go. Cheers, M On May 20, 2016, at 3:50 PM, Marcin Borkowski > wrote: On 2016-05-20, at 20:45, Eric S Fraga > wrote: On Friday, 20 May 2016 at 18:10, Doyley, Marvin M.

Re: [O] org-mode html export background/foreground inconsistency

On Fri, May 20, 2016, at 01:14 PM, Nick Dokos wrote: > lad writes: > > > I attempted to follow this blog to enable a background html export on > > org file save: > > > > http://stephanus-volke.de/posts/2015/Dez/22/org-mode-live-preview-en/ > > > > I tried adding the

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Fri, 20 May 2016, Nick Dokos wrote: Ken Mankoff writes: [deleted discussion of `org-export-babel-evaluate' settings] With ":exports results" and o-e-b-e set to nil, I get no evaluation on export, but I get both code and results in the output. There may have been a

Re: [O] Org insert different hour than current time

Mambo Levis writes: > Hi, > > 1. When I insert date and time format (C-u C-c .) the hour display in emacs > calendar is the same as my > system hour. Nonetheless, > org-mode insert a different hour (it adds automatically 3 hours) > FWIW, everything is working fine here.

Re: [O] Bug: org links do not work in some latex files [8.3.4 (8.3.4-34-gacfd41-elpaplus @ /home/oub/.emacs.d/elpa/org-plus-contrib-20160411/)]

Hello, Uwe Brauer writes: > Please look at the following example > > \documentclass[addpoints,12pt]{exam} > \begin{document} > % > [[file:~/ALLES/tex/vorlesungen/HGBioQuim/Examen+geogebra/Examen2/README.org::*Overview][Overview]] > \begin{questions} > % >

Re: [O] org-mode html export background/foreground inconsistency

lad writes: > I attempted to follow this blog to enable a background html export on > org file save: > > http://stephanus-volke.de/posts/2015/Dez/22/org-mode-live-preview-en/ > > I tried adding the following to the top of the org file: > > # -*- after-save-hook:

Re: [O] latex newcommand in org

On 2016-05-20, at 20:45, Eric S Fraga wrote: > On Friday, 20 May 2016 at 18:10, Doyley, Marvin M. wrote: >> Hi there, >> >> In my group, we typically response to reviewers comments (in latex) by first >> defining the following command in the header >> >>

Re: [O] sparse tree search still hides matching drawers (bug?)

thank you! On 5/20/16, Nicolas Goaziou wrote: > I added `org-occur-case-fold-search' variable in master. Setting it to > `smart' should mimic isearch when calling org-occur. -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com The disease DOES progress. MANY

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

Ken Mankoff writes: > On 2016-05-20 at 13:11, Eric S Fraga wrote: >> On Friday, 20 May 2016 at 17:06, Ken Mankoff wrote: >> So, if I understand correctly, you have org-export-babel-evaluate set >> to nil? > > yes. > Are you getting an evaluation on export?

Re: [O] Division of Org documentation: Org manual and Worg

Daniele Pizzolli writes: > Done, just pushed the change succesfully! I will look forward to > integrate more docs about org-mode and python. Grazie mille! Caio -- C is for Cookie

Re: [O] latex newcommand in org

On Friday, 20 May 2016 at 18:10, Doyley, Marvin M. wrote: > Hi there, > > In my group, we typically response to reviewers comments (in latex) by first > defining the following command in the header > > \newcommand{\response}[1]{\textcolor{red}{#1}} > then marking up the text as follows > >

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Friday, 20 May 2016 at 16:45, Ken Mankoff wrote: > Eric: You're running something newer (by date) than the commit which > changed the behavior, which was: > > ec615b1 - Fix `org-export-babel-evaluate' handling (2016-04-28) > > But with all the branches in git, I don't know if you have that

[O] latex newcommand in org

Hi there, In my group, we typically response to reviewers comments (in latex) by first defining the following command in the header \newcommand{\response}[1]{\textcolor{red}{#1}} then marking up the text as follows \response{red text} I try to do the same in org, i.e., putting

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

On Fri, 20 May 2016, Ken Mankoff wrote: On 2016-05-20 at 13:29, Charles C. Berry wrote: On Fri, 20 May 2016, Ken Mankoff wrote: #+BEGIN_SRC octave :exports results :cache nil "hello, world" #+END_SRC #+RESULTS: : hello, world Yes, the above appears to work. Really? I

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

On 2016-05-20 at 13:29, Charles C. Berry wrote: > On Fri, 20 May 2016, Ken Mankoff wrote: >>> >>> #+BEGIN_SRC octave :exports results :cache nil >>> "hello, world" >>> #+END_SRC >>> #+RESULTS: >>> : hello, world >>> >>> Yes, the above appears to work. > > Really? I do not see

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

Nicolas Goaziou added to To: field, because he committed the change. Question: Why does "org-export-babel-evaluate" change what is exported? Shouldn't it just change what is evaluated at export time? That is what the doc string implies. A recent commit changed this behavior. -k. On

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On 2016-05-20 at 13:11, Eric S Fraga wrote: > On Friday, 20 May 2016 at 17:06, Ken Mankoff wrote: > So, if I understand correctly, you have org-export-babel-evaluate set > to nil? yes. > If I set that, I no longer get asked whether I want anything evaluated > but the

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

On Fri, 20 May 2016, Ken Mankoff wrote: On 2016-05-20 at 07:12, Ken Mankoff wrote: On 2016-05-19 at 23:33, Charles C. Berry wrote: On Thu, 19 May 2016, Ken Mankoff wrote: (setq org-export-babel-evaluate t) #+BEGIN_SRC octave :exports results :cache

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Fri, May 20, 2016 at 11:45 AM, Ken Mankoff wrote: > > Eric: You're running something newer (by date) than the commit which changed > the behavior, which was: > > ec615b1 - Fix `org-export-babel-evaluate' handling (2016-04-28) > > But with all the branches in git, I don't

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Fri, May 20, 2016 at 12:11 PM, Eric S Fraga wrote: > On Friday, 20 May 2016 at 17:06, Ken Mankoff wrote: > > [...] > >> Thanks for clarifying your workflow. That seems to work for a small >> example. But what would you do if you had a manuscript with 100 code >> blocks in

Re: [O] Division of Org documentation: Org manual and Worg

On Wed, May 18 2016, Rasmus wrote: > Hi Daniele, > >> So... here is the patch for worg about python and utf-8! I skipped >> the part related to the tables, since I do not have a clean >> workaround. > > Thanks for contributing to Worg! > > For Worg you just need to have your ssh key added.

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Friday, 20 May 2016 at 17:06, Ken Mankoff wrote: [...] > Thanks for clarifying your workflow. That seems to work for a small > example. But what would you do if you had a manuscript with 100 code > blocks in it? And in general you're exporting it a lot without > changing anything in code,

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

Hi Eric, On 2016-05-20 at 12:59, Eric S Fraga wrote: > When I export, org asks whether to evaluate the code block and I > respond with no. The existing results block is therefore exported but > not changed. If I say yes, a new results block is generated and > exported (and I

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

Eric: You're running something newer (by date) than the commit which changed the behavior, which was: ec615b1 - Fix `org-export-babel-evaluate' handling (2016-04-28) But with all the branches in git, I don't know if you have that commit or not. Anyway, I'm not sure why it works for you. It

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Friday, 20 May 2016 at 15:57, Ken Mankoff wrote: > Hi List, > > I'm repeating a question here from a recent bug report because I have > a feeling official-looking bug reports might get read less than normal > questions. Sorry for the re-post. > > As of an Org git commit a few weeks ago, Org

Re: [O] exporting documents w/ babel results w/o evaluating babel blocks

On Fri, May 20, 2016 at 10:57 AM, Ken Mankoff wrote: > Hi List, > > I'm repeating a question here from a recent bug report because I have a > feeling official-looking bug reports might get read less than normal > questions. Sorry for the re-post. > > As of an Org git commit a

[O] History list for %^{...} in capture

Arising from a discussion here a couple of weeks ago, I'm thinking about how best to add a history list to org-capture's current %^{prompt|default|choice2|...|choiceN} escape syntax. Here's my thinking so far. %^{prompt|'histList} %^{prompt|default|'histList}

[O] exporting documents w/ babel results w/o evaluating babel blocks

Hi List, I'm repeating a question here from a recent bug report because I have a feeling official-looking bug reports might get read less than normal questions. Sorry for the re-post. As of an Org git commit a few weeks ago, Org exporting (and therefore Org) has become basically unusable for

[O] Org insert different hour than current time

Hi, 1. When I insert date and time format (C-u C-c .) the hour display in emacs calendar is the same as my system hour. Nonetheless,org-mode insert a different hour (it adds automatically 3 hours) 2. I make tests with different time zones and the same problem appeared. 3. When the time zone is

[O] Litteral :var passing buggy for shell execution in org-babel when in :session

Hi. I'm trying to apply the approach of litteral devops described in http://www.howardism.org/Technical/Emacs/literate-devops.html and noticed the following issue. I'm trying to use execute shell blocks of the following form ("remote" execution of commands inside a Vagrant VM via tramp through

Re: [O] sparse tree search still hides matching drawers (bug?)

Hello, Samuel Wales writes: > that would only either allow case folding or no case folding. in > isearch, if you search for lowercase, it folds. if you search for > uppercase CATEGORY, it doesn't. I added `org-occur-case-fold-search' variable in master. Setting it to

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

On 2016-05-20 at 07:12, Ken Mankoff wrote: > On 2016-05-19 at 23:33, Charles C. Berry wrote: >> On Thu, 19 May 2016, Ken Mankoff wrote: > > (setq org-export-babel-evaluate t) > > #+BEGIN_SRC octave :exports results :cache nil > "hello, world" > #+END_SRC >

Re: [O] Bug: org-export-babel-evaluate causes everything to be exported [8.3.4 (release_8.3.4-824-ga02fe8)]

On 2016-05-19 at 23:33, Charles C. Berry wrote: > On Thu, 19 May 2016, Ken Mankoff wrote: > >> I've noticed that code and results are all getting exported in the >> latest Org mode git head. This is new behavior. I haven't traced it >> to what commit caused this change, but the

Re: [O] org-tag-alist - fullscreen problem when adding tags

2016-05-19 10:27 GMT+02:00 Nicolas Goaziou : > > FWIW, I cannot reproduce it. You may want to debug > `org-fast-tag-selection' to understand what happens in your case. > > Are you using dedicated windows or some such ? No. I will try and debug. Thank you for your