Am 27.06.2018 um 11:09 schrieb Urs
Liska:
Hi
Jan-Peter,
Am 27.06.2018 um 10:48 schrieb Jan-Peter Voigt:
Hi Urs,
you might import the SRFI-1 span-function and give that a new
name. The counterpart-function to span is break, which
"conflicts with the break binding established by while (see
while do). Applications wanting to use break from within a while
loop will need to make a new define under a different name."
You might provide such an alternative name for "span".
Personally I'd prefer another name for your function, because
srfi-1-span is "prior art" ;-)
and *now* you can give it a name that does not conflict.
Hm, I was afraid of that comment. I agree that asking users using
my module to change any occurence of "span" to
"span-saved-from-openlilylib" is no viable option ...
However, what *would* be a suitable name, then? \span is just
perfect. \markup would be good, or \tag, but of course ...
- \class ("\class new" as shorthand for <span
class="new">) (maybe also too generic?)
- \tagSpan
- \markupSpan
?
Urs
Jan-Peter
Am 26.06.2018 um 22:43 schrieb Urs Liska:
Hi all,
I've mostly completed the implementation of a "span" module
that provides the \span music-function, which is roughly the
same as the HTML <span class=""> element.
Nearly everything works fine by now, and I've been very happy
with the name - until I realized that a music-function \span
can be invoked from Scheme with (span), and that this shadows
the Scheme procedure span from SRFI-1.
Am I right to assume that this *can* work - as long as no user
of my package will think of using the original Scheme
function?
Is there any way to get around this without renaming my music
function?
Urs
_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user
_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user
_______________________________________________
lilypond-user mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/lilypond-user
|