From: Stefan Nobis <stefan-ml@snobis.de>
To: Marko Schuetz-Schmuck <MarkoSchuetz@web.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: A requires/provides approach to linking source code blocks
Date: Fri, 09 Jul 2021 09:29:48 +0200 [thread overview]
Message-ID: <m1wnq07xn7.fsf@nobis-it.eu> (raw)
In-Reply-To: <87czrsai4w.fsf@tpad-m.i-did-not-set--mail-host-address--so-tickle-me> (Marko Schuetz-Schmuck's message of "Thu, 08 Jul 2021 12:24:15 -0400")
Marko Schuetz-Schmuck <MarkoSchuetz@web.de> writes:
> I would find it useful to have a more declarative way for specifying
> sequence. I imagine e.g. using "#+REQUIRES:" and "#+PROVIDES:" to
> capture dependency and then have the exporter compute a sequence
> satisfying these.
I would say that declaring an explicit ordering of blocks via noweb is
quite declarative.
The tensions seems more to be between implicit and explicit ordering.
I'm quite a fan of letting the computer compute things, but in the
context of literate programming I tend to prefer explicit over
implicit. IMHO that's the main point of literate programming: Be more
explicit and document all the details. Try not to hide important
aspects.
If you have so many blocks that maintaining the order of the
concatenation seems like a burden and tiresome I would argue that you
are doing it wrong. Because in the end you need quite a good
understanding of the final order of the blocks or else maintaining the
implicit order via require/provide will also get out of hand.
I also second Tims concerns about the additional complexity and
feature creep.
--
Until the next mail...,
Stefan.
next prev parent reply other threads:[~2021-07-09 7:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-08 16:24 A requires/provides approach to linking source code blocks Marko Schuetz-Schmuck
2021-07-08 19:32 ` Tim Cross
2021-07-09 8:22 ` Slowing down new features Timothy
2021-07-09 13:38 ` A requires/provides approach to linking source code blocks Maxim Nikulin
2021-07-09 20:27 ` Berry, Charles via General discussions about Org-mode.
2021-07-09 7:29 ` Stefan Nobis [this message]
-- strict thread matches above, loose matches on Subject: below --
2021-07-09 17:00 autofrettage
2021-07-12 9:55 ` Alexander Adolf
2021-07-13 19:18 ` Tom Gillespie
2021-07-13 19:42 ` George Mauer
2021-07-14 0:44 ` Tim Cross
2021-07-14 1:53 ` Samuel Wales
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=m1wnq07xn7.fsf@nobis-it.eu \
--to=stefan-ml@snobis.de \
--cc=MarkoSchuetz@web.de \
--cc=emacs-orgmode@gnu.org \
/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).