Re: [O] Missing `Specific Header Arguments' in Manual

> On May 1, 2018, at 2:49 PM, Nicolas Goaziou wrote: > > Hello, > > "Berry, Charles" writes: > >> I miss not being able to refer to a single section in the manual so >> I can browse the useful babel header arguments whose name, spelling, >> or function I have forgotten. I guess it was re-org

Re: [O] Missing `Specific Header Arguments' in Manual

> On May 1, 2018, at 3:10 PM, Kaushal Modi wrote: > > Hi Nicolas, > > I ran into this issue too very recently when I wanted to search for ":eval". > Details below. > > On Tue, May 1, 2018 at 5:50 PM Nicolas Goaziou wrote: > > Yes, and it took me a long while to properly put all these argum

Re: [O] Inheriting some local variables from source code block editing buffers

On 2018-05-02 01:12 +03, Göktuğ Kayaalp wrote: > Okay, I'll read up on these, both code and manuals. So we've agreed > that what we want is a new header argument, ‘:edit-vars’, whose value is > a form similar to a varlist, where > > - a form (var val) means bind var to val in the editing buffer,

Re: [O] Inheriting some local variables from source code block editing buffers

2018ko maiatzak 1an, Göktuğ Kayaalp-ek idatzi zuen: [...] > So we've agreed > that what we want is a new header argument, ‘:edit-vars’, whose value is > a form similar to a varlist, where > > - a form (var val) means bind var to val in the editing buffer, > > - a symbol var means bind var in th

Re: [O] Inheriting some local variables from source code block editing buffers

On 2018-05-01 21:53 +01, Aaron Ecay wrote: > That is excellent news :) If you run into anything you canʼt figure out > then let us know. I will probably be able to start working on this next weekend (tho there is some stuff that can inevitably slow me down this week). In the mean time other peop

Re: [O] Missing `Specific Header Arguments' in Manual

Hi Nicolas, I ran into this issue too very recently when I wanted to search for ":eval". Details below. On Tue, May 1, 2018 at 5:50 PM Nicolas Goaziou wrote: > > Yes, and it took me a long while to properly put all these arguments in > a logical place instead of having them piled on top of each

Re: [O] Missing `Specific Header Arguments' in Manual

Hello, "Berry, Charles" writes: > I miss not being able to refer to a single section in the manual so > I can browse the useful babel header arguments whose name, spelling, > or function I have forgotten. I guess it was re-organized out of the > manual in the update to the new org formatted manu

[O] Missing `Specific Header Arguments' in Manual

I miss not being able to refer to a single section in the manual so I can browse the useful babel header arguments whose name, spelling, or function I have forgotten. I guess it was re-organized out of the manual in the update to the new org formatted manual. Is there any way to recover this?

Re: [O] Inheriting some local variables from source code block editing buffers

2018ko maiatzak 1an, Göktuğ Kayaalp-ek idatzi zuen: > > On 2018-05-01 20:35 +01, Aaron Ecay wrote: >> Thinking about it some more, lexical binding is not a good case for >> this feature, since it has to be set not only in the edit buffer, but >> also when C-c C-c is used in the org-mode buffer to

Re: [O] Babel: Shell source block outputting latex for export

> On May 1, 2018, at 9:29 AM, Russell Adams wrote: > > Seems like this recently broke. > > Here's an example: > > #+begin_src sh :results latex :exports results >echo '\begin{lstlisting}' >echo 'latex test should not be table' >echo '\end{lstlisting}' > #+end_src > > #+RESULTS: >

Re: [O] Inheriting some local variables from source code block editing buffers

On 2018-05-01 20:35 +01, Aaron Ecay wrote: > Thinking about it some more, lexical binding is not a good case for > this feature, since it has to be set not only in the edit buffer, but > also when C-c C-c is used in the org-mode buffer to evaluate the src > block. The :lexical header arg (which I

Re: [O] Does :block field of clocktable respect org-extend-today-until?

I've updated my repo at https://github.com/telotortium/org-mode (branch org-clock-table-extend-today-until-block). (I know I cloned it from an older org-mode repo on Github, but I've updated it so that my branch is rebased onto the current master.) I hope that'll work. On Tue, May 1, 2018 at 1:11 A

Re: [O] Inheriting some local variables from source code block editing buffers

2018ko maiatzak 1an, Göktuğ Kayaalp-ek idatzi zuen: [...] >> The approach that should be taken should be to use a header argument to >> specify an alist of variables and values to set in src block edit buffers. >> Then the usual methods (info "(org) Using header arguments") could be used >> to co

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

On Tuesday, 1 May 2018 at 16:49, Aaron Ecay wrote: [...] > On the other hand, as an org user breaking changes are inconvenient. We should be clear that there are two different kinds of changes and your post had references to both types: 1. changes to the user interface, e.g. what is being pr

Re: [O] Moving from Jekyll to Orgmode

Hi Kaushal, First of all, thanks for your kind words, and most of all for all your work on ox-hugo! > So I don't recommend embedding Hugo shortcodes directly in Org files (even if > they work.. not guaranteeing that such embedded Hugo shortcodes will always > work). But shortcodes are still su

Re: [O] org-plus-contrib fails to compile

Tim Cross writes: I found this will most often occur because you have org loaded before you try to do the upgrade. Basically, org gets confused because of having an already loaded version while trying to install a new version. I was seeing this quite often. Once I re-arranged by init file

Re: [O] org-plus-contrib fails to compile

Glyn Millington writes: > Good morning list! > > Emacs 25.3.1 on Linux > > For many upgrades now (over the last year or so) when I have tried > to upgrade org-plus-contrib with the package management system > pointed at the Org repository, the package is installed but > compilation fails with

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

Thanks for the re-cap. I'm changing my vote. Make the change! Change the default! And make lots of noise advertising it (make more prominent https://orgmode.org/Changes.html , etc). Someone suggested going to v10.x Is there a case for this? Thx of org! > -Original Message- > Fr

Re: [O] Inheriting some local variables from source code block editing buffers

2018ko maiatzak 1an, Nicolas Goaziou-ek idatzi zuen: > > No, because you can use Noweb syntax wherever you need these local > variables set: > > <> This would still require adding something to each source block, which I think Göktuğ wants to avoid doing. With respect to the original p

[O] Babel: Shell source block outputting latex for export

Seems like this recently broke. Here's an example: #+begin_src sh :results latex :exports results echo '\begin{lstlisting}' echo 'latex test should not be table' echo '\end{lstlisting}' #+end_src #+RESULTS: #+BEGIN_EXPORT latex | \begin{lstlisting} | || ||

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

Hi Nicolas, Iʼm very sympathetic to the direction of travel of these changes, and to the suggestion that you make in your message about using warnings to advert users to incompatible changes. (As you can read in my message to the parent thread). However (with great respect for all that you have

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

2018ko apirilak 29an, Tim Cross-ek idatzi zuen: [...] > I think org itself should provide a very stable core and avoid > incorporating too many add on enhancements. It should be as stable as > possible to encourage others to develop and maintain such enhancements > and extensions. As someone wh

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

Alan Tyree writes: > [...] > > Here is a question: I see specialised snippet packages in the ELPA > respositories. Is it possible to provide snippets that reproduce the > existing "Easy Templates", maybe even keep the same key bindings so that > the change is transparent to the users that are lik

Re: [O] Inheriting some local variables from source code block editing buffers

Göktuğ Kayaalp writes: > On 2018-05-01 13:55 +02, Nicolas Goaziou wrote: > >> No, because you can use Noweb syntax wherever you need these local >> variables set: >> >> <> > > This seems to only expand when tangling, When tangling, exporting and evaluating. > not while editing via C-

Re: [O] Clocktable Naming

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dave Marquardt writes: > I wanted to add a #+PLOT to the clock table header, and used the > advice mechanism to do it. E.g. > > (defadvice org-clock-report (after insert-plot-line > activate) > "Add #+PLOT: line

Re: [O] [SOLVED] How to use xml src block as data input?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This is great. Thanks John. - -- [ stardiviner ] don't need to convince with trends. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 -BEGIN PGP SIGNATURE-

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

Hello, Steve Downey writes: > Asking users to accept any breakage in the tool they use to get work done > is a lot. Changes in UI in emacs are opt-in. > > Even if the change is the right thing to do. I think some of you (basically, anyone thinking we should enable "https://orgmode.org/Changes.h

Re: [O] [POLL] Should Org tempo be enabled by default? (expand templates thru e.g. "

On Sun, 29 Apr 2018 at 23:05:20 +1200, Bastien wrote: > I may be wrong in thinking disabling this will cause trouble to > many users. Let's just take a moment to see what users think. I vote to drop "

Re: [O] Inheriting some local variables from source code block editing buffers

Göktuğ Kayaalp writes: > But in my case (which is quite common I think) this would require adding > those local variables sections to each code block. My Emacs config > alone has upwards of 170 code blocks, which means same three lines > repeated 170 times adding up to extra 510 lines, just for

Re: [O] Inheriting some local variables from source code block editing buffers

BTW I can also implement this as a 3rd party extension instead of as a core feature, I can see how it's possibly not generic enough for that. -- İ. Göktuğ Kayaalp 024C 30DD 597D 142B 49AC 40EB 465C D949 B101 2427

Re: [O] Inheriting some local variables from source code block editing buffers

On 2018-05-01 10:43 +02, Nicolas Goaziou wrote: > I think this machinery is not necessary. > > First add a call to `hack-local-variables-apply' somewhere in > `org-src--edit-element'. > > Then, just use regular file-local variables ,e.g., > > #+begin_src emacs-lisp > (foo) > ;; Local V

Re: [O] org-plus-contrib fails to compile

Hi Glyn, good morning! Did you try to uninstall org-plus-contrib first? Maybe by manually deleting ~/.emacs.d/elpa/org-plus-contrib-20180430/ ? Just shooting in the dark... -- Bastien

[O] [SOLVED] (was: problems with tables using https://orgmode.org/worg/org-tutorials/org-lookups.html)

>>> "Nicolas" == Nicolas Goaziou writes: > Hello, > Uwe Brauer writes: > It definitely works here. Sorry by bad, I did not eval the lisp command in-interval! Now everything works as expected. Thanks! smime.p7s Description: S/MIME cryptographic signature

Re: [O] problems with tables using https://orgmode.org/worg/org-tutorials/org-lookups.html

Hello, Uwe Brauer writes: > Here is the table I consider > > #+name: raw-data2 > |---+-+-+-+-+-+-+-+-| > > | | Nombre Completo | DNI | Ej1 | Ej2 | Ej3 | Ej4 | Ej5 | Res | > |---+-+-+-+-+-+-+-+-| > | | Can

Re: [O] problems with tables using https://orgmode.org/worg/org-tutorials/org-lookups.html

>>> "Nicolas" == Nicolas Goaziou writes: Since I am using a git version from July I just pulled the latest master compiled and installed. > It definitely works here. Here is the table I consider #+name: raw-data2 |---+-+-+-+-+-+-+-+-| | | Nomb

[O] org-plus-contrib fails to compile

Good morning list! Emacs 25.3.1 on Linux For many upgrades now (over the last year or so) when I have tried to upgrade org-plus-contrib with the package management system pointed at the Org repository, the package is installed but compilation fails with a massive (23.6MB!) backtrace which b

Re: [O] Smart archiving of subtrees with parent headlines

Hi Mark, Mark Edgington writes: > I don't know why not -- I'm OK with the code being used in > org-archive.el.  As far as I'm concerned, you can use it however you > wish (it is based on Ken's code though, so he would also need to sign > off on its use, I suppose). Would you like to contribute

Re: [O] Inheriting some local variables from source code block editing buffers

Nicolas Goaziou writes: > First add a call to `hack-local-variables-apply' somewhere in > `org-src--edit-element'. I meant `hack-local-variables'.

Re: [O] Inheriting some local variables from source code block editing buffers

Hello, Göktuğ Kayaalp writes: > One case I can think of is to set variables like fill-column when > editing inline LaTeX, HTML, &c blocks, and also, those like > c-file-style, where say when writing a paper the author wants to use k&r > style, but when writing a literate source prefers gnu style

Re: [O] Does :block field of clocktable respect org-extend-today-until?

Hi Robert, Robert Irelan writes: > I have a patch to fix this in https://github.com/telotortium/org-mode > (branch org-clock-table-extend-today-until-block). I've submitted a > copyright assignment with the FSF. I confirm your copyright assignment is okay. Can you send a patch against Org's cu