Re: [O] New Citation syntax on the master branch?

Hi Vaidheeswaran/Jambunathan, Rasmus writes: >> (My future assignment is through, so the route is clear.) > > Can you clarify on this? My understanding was that it was retracted a > while back under much fuss. This is also my understanding. If I'm wrong, I'll happily stand corrected and we wi

[O] Incomplete org-plus-contrib

I was following the installation instructions on http:// orgmode.org / elpa.html because I wanted to have the org and the contrib packages installed via the emacs package manage

[O] How to export to pdf and link to other pdf-files?

What do I need to do to inhibit the inclusion of pdf files as graphics files, when exporting an org file to pdf? Ideally I would like to have links to referenced pdf files and not have them treated as embedded graphics. Thanks! Dov

Re: [O] [RFC] Org linting library

Hi Nicolas, Nicolas Goaziou writes: > Andreas Leha writes: > >> * Test code block names >> >> #+name: test >> #+begin_src R :results none >> 1:10 >> #+end_src > > OK. It was a R-specific bug. It should now be fixed. > Thank you! Fix confirmed. The last warning is gone. Thanks, Andreas

Re: [O] can't find src blocks

Hi Nicolas, Nicolas Goaziou writes: > Hello, > > Andreas Leha writes: > >> Since some time (sorry, no bisect, I am afraid) I am having issues >> with `org-babel-goto-named-src-block'. >> >> I simply can not find any source block any more -- even with "emacs -Q" >> >> Here is the MWE: >> >> * Tes

Re: [O] [RFC] Org linting library

Andreas Leha writes: > * Test code block names > > #+name: test > #+begin_src R :results none > 1:10 > #+end_src OK. It was a R-specific bug. It should now be fixed. Thank you. Regards,

Re: [O] can't find src blocks

Hello, Andreas Leha writes: > Since some time (sorry, no bisect, I am afraid) I am having issues > with `org-babel-goto-named-src-block'. > > I simply can not find any source block any more -- even with "emacs -Q" > > Here is the MWE: > > * Test code block names > > Try C-c C-v g t e s t RET >

Re: [O] [RFC] Org linting library

Hi Nicolas, Nicolas Goaziou writes: > Andreas Leha writes: > >> But I still get >> >> 191 low Unknown value "none" for header ":results" > > Could you show an ECM? I cannot reproduce it. > Sure: --8<---cut here---start->8--- * Test code block names #+name:

Re: [O] [RFC] Org linting library

Andreas Leha writes: > But I still get > > 191 low Unknown value "none" for header ":results" Could you show an ECM? I cannot reproduce it. Regards,

[O] can't find src blocks

Hi all, Since some time (sorry, no bisect, I am afraid) I am having issues with `org-babel-goto-named-src-block'. I simply can not find any source block any more -- even with "emacs -Q" Here is the MWE: --8<---cut here---start->8--- * Test code block names T

Re: [O] use of 'system in ox-odt.el

On Tue, May 19, 2015 at 02:19:10PM -0400, Matt Price wrote: > On Tue, May 19, 2015 at 10:57 AM, Rasmus wrote: > > > Matt Price writes: > > > > > When I export-and-open to odt, org doesn't open the resultant odt, even > > > though I get a message: > > > > > > Running xdg-open /home/matt/RLG231/RL

Re: [O] [RFC] Org linting library

Hi Nicolas, Nicolas Goaziou writes: > Andreas Leha writes: > >> I just pulled and rebased again. The "never-export" issue is >> gone, indeed. The others are still there. What am I missing >> here? > > Nothing. I overlooked a typo. It should be fixed in wip-lint. Thanks. Now the :tangle heade

Re: [O] [RFC] Org linting library

Andreas Leha writes: > I just pulled and rebased again. The "never-export" issue is > gone, indeed. The others are still there. What am I missing > here? Nothing. I overlooked a typo. It should be fixed in wip-lint. Thank you. Regards,

Re: [O] attachments in parent

Hi all, Andreas Leha writes: > As it seems, attachments are not found when they are attached to > a parental header. Is that on purpose? > > IMO, it would be nice if attachments would be searched for up the > hierarchy as well. The attachment directory is not inherited, as > it seems. I was re

Re: [O] use of 'system in ox-odt.el

Resenting to list (sorry rasmus) -- Forwarded message -- From: "Matt Price" Date: May 19, 2015 11:04 Subject: Re: [O] use of 'system in ox-odt.el To: "Rasmus" Cc: On Tue, May 19, 2015 at 10:57 AM, Rasmus wrote: > Matt Price writes: > > > When I export-and-open to odt, org do

Re: [O] math in footnotes not exported correctly when a buffer is narrowed

Mark Edgington writes: > Rasmus gmx.us> writes: >> >> It was fixed a while ago in master. Are you using 8.2? > > > Oh, I thought I was using something more recent, since the version was named > "8.3beta", but apparently that's old. Thanks! 8.3beta is the name used for master. If your versio

Re: [O] org-latex-custom-lang-environments

Jacob Gerlach writes: > Hello, > > On Tue, May 19, 2015 at 11:29 AM, Rasmus wrote: >> If I explicitly eval: >> >> (org-babel-do-load-languages 'org-babel-load-languages '((sh . t))) >> (setq org-latex-custom-lang-environments '((sh "myverbatim")) >> org-latex-listings t) >> >>

Re: [O] math in footnotes not exported correctly when a buffer is narrowed

Rasmus gmx.us> writes: > > It was fixed a while ago in master. Are you using 8.2? Oh, I thought I was using something more recent, since the version was named "8.3beta", but apparently that's old. Thanks! A slight digression: I noticed, when cloning the git repo, that the current repo size

Re: [O] org-latex-custom-lang-environments

Hello, On Tue, May 19, 2015 at 11:29 AM, Rasmus wrote: > If I explicitly eval: > > (org-babel-do-load-languages 'org-babel-load-languages '((sh . t))) > (setq org-latex-custom-lang-environments '((sh "myverbatim")) > org-latex-listings t) > > And export > > #+BEGIN_SRC sh :expor

Re: [O] org-latex-custom-lang-environments

Hi Jake, Jacob Gerlach writes: > I thought I had successfully used this variable, but after restarting > emacs, I can no longer reproduce the documented behavior. > > Given the following org file: > -- > #+BEGIN_SRC sh :exports code > echo "Hello" > #+END_SRC > > # Local Variables: > # o

[O] org-latex-custom-lang-environments

Hello, I thought I had successfully used this variable, but after restarting emacs, I can no longer reproduce the documented behavior. Given the following org file: -- #+BEGIN_SRC sh :exports code echo "Hello" #+END_SRC # Local Variables: # org-latex-listings: t # org-latex-custom-lang-e

Re: [O] New papers published on using org-mode in scientific publishing

Nice. - Original Message - > From: "John Kitchin" > To: emacs-orgmode@gnu.org > Sent: Sunday, May 17, 2015 2:40:42 PM > Subject: [O] New papers published on using org-mode in scientific publishing > > Hi All, > > I recently had two "perspectives" published on using org-mode to write > s

[O] Exporting custom dynamic blocks

Hi, What is the canonical way of exporting custom dynamic blocks? Is there a mechanism similar to org-dblock-write: only for exporting dblocks? I cannot find any documentation on this. To give a little background to my question: I am currently writing a conversion from deadlines/schedules/effo

Re: [O] use of 'system in ox-odt.el

Matt Price writes: > When I export-and-open to odt, org doesn't open the resultant odt, even > though I get a message: > > Running xdg-open /home/matt/RLG231/RLG231Syllabus.odt...done > > org-open-file works fine on links in an org buffer, and an anser on the > following stackoverflow page sugges

Re: [O] [RFC] Org linting library

Hi Nicolas, Nicolas Goaziou writes: >> I have finally made some time to test this. I get some >> unexpected warnings: >> >>79 low Unknown value "myfile.R" for header ":tangle" >> 192 low Unknown value "none" for header ":results" > > Make sure you rebased the wip-lint branch on top of m

[O] use of 'system in ox-odt.el

Hi, When I export-and-open to odt, org doesn't open the resultant odt, even though I get a message: Running xdg-open /home/matt/RLG231/RLG231Syllabus.odt...done org-open-file works fine on links in an org buffer, and an anser on the following stackoverflow page suggests the issue is in ox-odt.el

[O] Suspected bug: Invisible cursor in calendar buffer.

[8.2.10 (release_8.2.10 @ /usr/share/emacs/24.5/lisp/org/)] GNU Emacs 24.5.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.14.12) of 2015-04-17 on buildvm-04.phx2.fedoraproject.org Hello. I do: 'emacs -Q new_file.org'. Once in the file I do: 'C-c .' I see in the minibuffer: Date+time [2015-0

Re: [O] [RFC] Org linting library

Rainer M Krug writes: > This sounds very interesting and I would like to try it out. I > understand that it can't be put into master, but could it be put into a > branch? It already lives in "wip-lint" branch. Regards,

Re: [O] [RFC] Org linting library

Hi Rainer, Rainer M Krug writes: > Nicolas Goaziou writes: > >> Hello, >> >> The following library implements linting for Org syntax. The sole public >> function is `org-lint', which see. >> >> Internally, the library defines a new structure: `org-lint-checker', >> with the following slots: >> >

[O] attachments in parent

Hi all, As it seems, attachments are not found when they are attached to a parental header. Is that on purpose? IMO, it would be nice if attachments would be searched for up the hierarchy as well. The attachment directory is not inherited, as it seems. Here is an example illustrating my questi

Re: [O] [RFC] Org linting library

Hello, Andreas Leha writes: > I have finally made some time to test this. I get some > unexpected warnings: > >79 low Unknown value "myfile.R" for header ":tangle" > 192 low Unknown value "none" for header ":results" Make sure you rebased the wip-lint branch on top of master. > 22985

Re: [O] [RFC] Org linting library

Nicolas Goaziou writes: > Hello, > > The following library implements linting for Org syntax. The sole public > function is `org-lint', which see. > > Internally, the library defines a new structure: `org-lint-checker', > with the following slots: > > - NAME: Unique check identifier, as a symbo

Re: [O] Indicate on collapsed code block if in "editing mode"

Rainer M Krug writes: > Scrolling delays when having non-collapsed code blocks, as my document > is relatively long and contains many code blocks (literate > programming). > > I already disabled fontification for the code blocks, but it does not > make a big difference. I meant: why do you need

Re: [O] Indicate on collapsed code block if in "editing mode"

Nicolas Goaziou writes: > Hello, > > Rainer M Krug writes: > >> Due to scrolling speed, I prefer to leave the source blocks collapsed, >> but then I do not see if they are in "editing mode", i.e. if I did C-' >> on them for editing. >> >> Is there a way of indicating on the collapsed code block

Re: [O] [RFC] Org linting library

Nicolas Goaziou writes: > Hello, > > The following library implements linting for Org syntax. The sole public > function is `org-lint', which see. > > Internally, the library defines a new structure: `org-lint-checker', > with the following slots: > > - NAME: Unique check identifier, as a symbol

Re: [O] Indicate on collapsed code block if in "editing mode"

Hello, Rainer M Krug writes: > Due to scrolling speed, I prefer to leave the source blocks collapsed, > but then I do not see if they are in "editing mode", i.e. if I did C-' > on them for editing. > > Is there a way of indicating on the collapsed code block if it is in > "editing mode"? I don'

Re: [O] A Microsoftesque detail in org

Hi Rasmus, On Mon, May 18, 2015 at 05:39:36PM +0200, Rasmus wrote: > Suvayu Ali writes: > > > As for Rasmus's examples of similar behaviour in other modes, I don't > > like them either. Unfortunately again, I'm too short on time to fix the > > behaviour in my setup. > > So far nobody has felt

[O] Indicate on collapsed code block if in "editing mode"

Hi Due to scrolling speed, I prefer to leave the source blocks collapsed, but then I do not see if they are in "editing mode", i.e. if I did C-' on them for editing. Is there a way of indicating on the collapsed code block if it is in "editing mode"? Thanks, Rainer -- Rainer M. Krug, PhD (Con

Re: [O] Marking/highlighting text temporarily

Rasmus writes: > Nicolas Goaziou writes: >> Then it cannot even replace inlinetasks. > > Is that a goal? It should be. We don't need another syntax for something that does almost the same thing as an inlinetask but, yet, isn't one. Inline todo/inlinetasks, there can only be one. > I think "