emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: "Thomas S. Dye" <tsd@tsdye.online>
To: Ihor Radchenko <yantar92@posteo.net>
Cc: "Thomas S. Dye" <tsd@tsdye.online>,
	Evgenii Klimov <eugene.dev@lipklim.org>,
	emacs-orgmode@gnu.org
Subject: Re: [TASK] Ensure built-in babel backend consistency (standard header support) and ad documentation to the manual (was: [Pre-PATCH v2] Add the capability to specify lexical scope in tangled files (was: Add new :lexical header argument))
Date: Sun, 16 Jul 2023 07:40:18 -1000	[thread overview]
Message-ID: <87jzuz90lf.fsf@tsdye.online> (raw)
In-Reply-To: <87lefgi58c.fsf@localhost>


Ihor Radchenko <yantar92@posteo.net> writes:

> "Thomas S. Dye" <tsd@tsdye.online> writes:
>
>> IIRC, there wasn't much discussion.   The current situation 
>> doesn't seem ripe for documentation in the manual.
>>
>> Here are some potential hurdles:
>>  - there are likely too many built-in backends;
>> ...
>> One way forward might distinguish between babel backends for 
>> GNU 
>> software and babel backends for non-GNU software, with the 
>> former 
>> built in, guaranteed to be consistent to some standard (which 
>> needs to be formulated), and documented in the manual and the 
>> latter moved to contrib or a package archive, with 
>> documentation 
>> (if any) on Worg.
>
> We have recently reduced the number of built-in backends:
> https://list.orgmode.org/orgmode/87bl9rq29m.fsf@gnu.org/
> Presumably, all that's left is useful is worth maintaining 
> upstream.
>
Yes, thanks for the link.  I read this thread as a first step 
toward enlisting maintainers for built-in backends. This effort 
had some success--20 packages have a designated maintainer--but 
still leaves 23 packages for the Org mode programmers, which seems 
like a lot to me.

>>  - the built-in backends are a mixed bag--ob-lua seems 
>>  half-finished to me, though I don't program in lua and 
>>  struggled 
>>  to set up the language to write the documentation stub on 
>>  Worg;
>
> AFAIK, most people assume that built-in backends are stable.
> If they are not, it is a bug anyway. Or we should declare that 
> we do not
> maintain them.
>
I thought "declare that we do not maintain them" meant "move them 
to org-contrib".  I'm not sure what you have in mind here.

>>  - nearly a dozen of the built-in babel backends lack 
>>  documentation outside the source code (see 
>>  https://orgmode.org/worg/org-contrib/babel/languages/index.html#orgbc466c5); 
>>  and
>
>>  - language support is inconsistent (see 
>>  https://orgmode.org/worg/org-contrib/babel/languages/lang-compat.html), 
>>  which introduces complications for language agnostic literate 
>>  programming.
>
> That's what we should work on.

Wonderful!

All the best,
Tom

-- 
Thomas S. Dye
https://tsdye.online/tsdye


  reply	other threads:[~2023-07-16 19:03 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.49.1689350420.11515.emacs-orgmode@gnu.org>
2023-07-14 20:43 ` [Pre-PATCH v2] Add the capability to specify lexical scope in tangled files (was: Add new :lexical header argument) No Wayman
2023-07-14 21:25   ` Evgenii Klimov
2023-07-14 21:57     ` Thomas S. Dye
2023-07-15  8:12       ` Ihor Radchenko
2023-07-15 16:11         ` Thomas S. Dye
2023-07-15 19:33           ` Berry, Charles
2023-07-16  9:24             ` Ihor Radchenko
2023-07-16  9:18           ` [TASK] Ensure built-in babel backend consistency (standard header support) and ad documentation to the manual (was: [Pre-PATCH v2] Add the capability to specify lexical scope in tangled files (was: Add new :lexical header argument)) Ihor Radchenko
2023-07-16 17:40             ` Thomas S. Dye [this message]
2023-07-16 18:29               ` Ihor Radchenko
2023-07-16 18:53                 ` Thomas S. Dye

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87jzuz90lf.fsf@tsdye.online \
    --to=tsd@tsdye.online \
    --cc=emacs-orgmode@gnu.org \
    --cc=eugene.dev@lipklim.org \
    --cc=yantar92@posteo.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).