all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* [RFC] Modified Babel call execution and property deprecation
@ 2016-06-16 22:25 Nicolas Goaziou
  2016-06-19 16:43 ` Charles C. Berry
  2016-07-03 22:49 ` Nicolas Goaziou
  0 siblings, 2 replies; 4+ messages in thread
From: Nicolas Goaziou @ 2016-06-16 22:25 UTC (permalink / raw)
  To: Org Mode List

Hello,

I just pushed changes about how Babel calls (including inline calls) are
evaluated. Basically, they are not treated anymore as an Emacs Lisp
variable, but as virtual Babel source blocks, which can then be executed
with `org-babel-execute-src-block'.

I had to tweak a few tests in the process so I guess it will introduce
a few visible changes, in particular in header args as properties. In
any case, please let me know if there's something fishy.

That leads me to the second point. I think it's high time to remove the
deprecated (3 years ago) syntax for header properties, e.g.,

  :PROPERTIES:
  :tangle: no
  :END:

I re-read discussions about it from a couple of years ago, and, AFAICT,
the arguments against it do not hold anymore. So, if you think this
syntax is still useful, i.e., it permits things that the current one
cannot, please speak up.

Regards,

-- 
Nicolas Goaziou                                                0x80A93738

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] Modified Babel call execution and property deprecation
  2016-06-16 22:25 [RFC] Modified Babel call execution and property deprecation Nicolas Goaziou
@ 2016-06-19 16:43 ` Charles C. Berry
  2016-06-20 12:50   ` Nicolas Goaziou
  2016-07-03 22:49 ` Nicolas Goaziou
  1 sibling, 1 reply; 4+ messages in thread
From: Charles C. Berry @ 2016-06-19 16:43 UTC (permalink / raw)
  To: Nicolas Goaziou; +Cc: Org Mode List

On Fri, 17 Jun 2016, Nicolas Goaziou wrote:

> Hello,
>
> I just pushed changes about how Babel calls (including inline calls) are
> evaluated. Basically, they are not treated anymore as an Emacs Lisp
> variable, but as virtual Babel source blocks, which can then be executed
> with `org-babel-execute-src-block'.

Thanks. This is helpful to me.

In looking over ob-lob.el, I noticed that the `org-babel-library-of-babel' 
docstring is misleading:

#+BEGIN_QUOTE
Library of source-code blocks.
This is an association list.  Populate the library by adding
files to `org-babel-lob-files'.
#+END_QUOTE

So is the docstring for `org-babel-lob-files':

#+BEGIN_QUOTE
Files used to populate the `org-babel-library-of-babel'.
To add files to this list use the `org-babel-lob-ingest' command.
#+END_QUOTE

Grepping the lisp sources and worg it seems that that variable is
never actually used for anything nor modified by any function.

So maybe that variable should be removed or made obsolete and the
docstring for `org-babel-library-of-babel' changed to something like

#+BEGIN_QUOTE
Library of source-code blocks.
This is an association list.  Populate the library with the 
`org-babel-lob-ingest' command.
#+END_QUOTE

Chuck

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] Modified Babel call execution and property deprecation
  2016-06-19 16:43 ` Charles C. Berry
@ 2016-06-20 12:50   ` Nicolas Goaziou
  0 siblings, 0 replies; 4+ messages in thread
From: Nicolas Goaziou @ 2016-06-20 12:50 UTC (permalink / raw)
  To: Charles C. Berry; +Cc: Org Mode List

Hello,

"Charles C. Berry" <ccberry@ucsd.edu> writes:

> In looking over ob-lob.el, I noticed that the `org-babel-library-of-babel' 
> docstring is misleading:
>
> #+BEGIN_QUOTE
> Library of source-code blocks.
> This is an association list.  Populate the library by adding
> files to `org-babel-lob-files'.
> #+END_QUOTE
>
> So is the docstring for `org-babel-lob-files':
>
> #+BEGIN_QUOTE
> Files used to populate the `org-babel-library-of-babel'.
> To add files to this list use the `org-babel-lob-ingest' command.
> #+END_QUOTE
>
> Grepping the lisp sources and worg it seems that that variable is
> never actually used for anything nor modified by any function.
>
> So maybe that variable should be removed or made obsolete and the
> docstring for `org-babel-library-of-babel' changed to something like

This variable has always been a no-op. Since no-one noticed it, I guess
we can remove it. I actually did it in a5cf0f6.

Thank you.


Regards,

-- 
Nicolas Goaziou

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [RFC] Modified Babel call execution and property deprecation
  2016-06-16 22:25 [RFC] Modified Babel call execution and property deprecation Nicolas Goaziou
  2016-06-19 16:43 ` Charles C. Berry
@ 2016-07-03 22:49 ` Nicolas Goaziou
  1 sibling, 0 replies; 4+ messages in thread
From: Nicolas Goaziou @ 2016-07-03 22:49 UTC (permalink / raw)
  To: Org Mode List

Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:

> That leads me to the second point. I think it's high time to remove the
> deprecated (3 years ago) syntax for header properties, e.g.,
>
>   :PROPERTIES:
>   :tangle: no
>   :END:
>
> I re-read discussions about it from a couple of years ago, and, AFAICT,
> the arguments against it do not hold anymore. So, if you think this
> syntax is still useful, i.e., it permits things that the current one
> cannot, please speak up.

I removed support for this syntax in master. 

Please report any problem in that area.

Regards,

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2016-07-03 22:49 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-06-16 22:25 [RFC] Modified Babel call execution and property deprecation Nicolas Goaziou
2016-06-19 16:43 ` Charles C. Berry
2016-06-20 12:50   ` Nicolas Goaziou
2016-07-03 22:49 ` Nicolas Goaziou

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.