emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: Eric Schulte <eric.schulte@gmx.com>
To: Achim Gratz <Stromeko@nexgo.de>
Cc: emacs-orgmode@gnu.org
Subject: Re: string joining accumulated noweb references
Date: Tue, 24 Jan 2012 00:04:37 -0700	[thread overview]
Message-ID: <87obttk2d3.fsf@gmx.com> (raw)
In-Reply-To: 87sjj5ipn4.fsf@Rainer.invalid

Achim Gratz <Stromeko@nexgo.de> writes:

> Eric Schulte <eric.schulte@gmx.com> writes:
>> I just pushed up a new customization variable named
>> `org-babel-noweb-separator' which is used to join multiple accumulated
>> noweb references like the above.  The value defaults to a newline giving
>> the same behavior resulting from your patch but can be set to any
>> string.
>
> Now, lets say I'd want to accumulate one set of noweb references with
> one separator and another set with a different one, maybe even in the
> same document.  How'd I do that?
>

Not possible in the same document, although on a document-by-document
basis I would recommend the use of file local variables.

>
> Also, using a customization variable for the purpose of changing the
> semantics of documents is generally fraught with peril: if someone does
> customize this variable, their documents will break in subtle ways for
> somebody with a different or no customization.  I suggest that such
> changes should always be visible in the source document itself.
>

That is a very good point.  I had originally started to implement this
parameter using a header argument, but then decided that it didn't make
sense to implement a multi-block parameter using a header argument.  Now
that you mention this however I do agree that a customization parameter
is even less appropriate.

Given that header arguments may be set on the file and subtree level, I
suppose they do offer the range of application appropriate for this sort
of parameter, and they are more likely (though not guaranteed) to have
their value present in the buffer.

I've just pushed up a change converting the `org-babel-noweb-separator'
customization variable to the :noweb-sep header argument.

Thanks,

>
>
> Regards,
> Achim.

-- 
Eric Schulte
http://cs.unm.edu/~eschulte/

     prev parent reply	other threads:[~2012-01-24  7:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-01-23 12:00 (no subject) Tom Regner
2012-01-23 16:34 ` Tom Regner
2012-01-23 20:31 ` Eric Schulte
2012-01-24  1:55   ` Tom Regner
2012-01-24  2:49     ` string joining accumulated noweb references Was: " Eric Schulte
2012-01-24  4:46       ` string joining accumulated noweb references Tom Regner
2012-01-24  6:24       ` Achim Gratz
2012-01-24  7:04         ` Eric Schulte [this message]

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=87obttk2d3.fsf@gmx.com \
    --to=eric.schulte@gmx.com \
    --cc=Stromeko@nexgo.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

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).