I've replied to the original post because it had a Reply-To which was
not honoured by most of the responses in the thread.
Quoting Karen Billings (ksbilli...@att.net):
> I hate bothering the you all with a dumb question, but I've been wracking my
> brain with this for two hours.
>
> I am arranging a standard Latin setting for our Choir to use Sunday, and seem
> to be having trouble with something that worked before.
>
> I'm still working in 2.18.2
>
> My title information is
>
> piece = "St. Thomas"
> title = "Pange, Lingua, Gloriosi"
> titleb = "(Hymn Setting)"
> composer = "John F. Wade, 1711-1786"
> meter = "87.87.87"
> arranger = "Thomas Aquinas, 1225-1274"
>
> My initial markup line is:
>
> \markup {
> \column {
> \fill-line { \large \bold \title } % title
> \fill-line { \titleb }
> \fill-line { \caps \piece % piece
> \caps \composer % composer
> }
> \fill-line { \meter % meter
> \arranger % arranger
> }
> }
> }
>
> For some reason, Lilypond incorporates the "meter" but ignores the
> "arranger"... Any ideas?
I notice you post here in HTML which made me wonder what you're using
to prepare your LP input files, and which platform you run LP on.
David Kastrup <d...@gnu.org> writes:
> I suspect that the preceding line has a non-standard line ending, most
> likely just a CR or the line being wrapped by spaces rather than a
> proper line end.
At least on linux, CR is enough to terminate a line of LP, so the
latter is more likely, but see below.
Because you (KSB) post in HTML, I looked at your mail client's text
rendition. The email contains only 11 lines, and the two of interest
are:
piece_=_"St._Thomas"title_=_"Pange,_Lingua,_Gloriosi"titleb_=_"(Hymn_Setting)"composer_=_"John_F._Wade,_1711-1786"meter_=_"87.87.87"arranger_=_"Thomas_Aquinas,_1225-1274"
where I've replaced space characters with _ and:
\markup_{+_\column_{+_+_\fill-line_{_\large_\bold_\title_}_%_title+_+_\fill-line_{_\titleb_}+_+_\fill-line_{_\caps_\piece_+_+_+_+_+_+_+_%_piece__+_+_+_+_\caps_\composer_+_+_+%_composer__+}+_+_\fill-line_{_\meter_+_+_+_+_+%_meter__+_+_+_+_\arranger_+_+_+_+_+_%_arranger__+}+_}}
where I've also replaced NBSP (non-breakable space) with +.
So it looks as if you've fooled your mail client and it wouldn't be
surprising if LP gets confused as well.
When we cut and paste from the email, we add another layer of decoding
by our own mail clients, of course, so it's almost impossible to know
what your LP is consuming with your attaching the actual LP file (or a
cut-down version), as Simon said.
On 03.10.2015 14:53, Brian Barker wrote:
> I think one can see from the rendering of the original enquiry in the
> archive at
> http://www.mail-archive.com/lilypond-user@gnu.org/msg105369.html that
> something of this sort is indeed the case.
Displaying this in my browser adds yet another layer of mangling,
adding extra linebreaks in order to show a marginal menu. So I
downloaded this URL with wget and it does appear that the HTML code is
mangled in just the way required to provoke the error:
--8<--------
My initial markup line is:
\markup { \column { \fill-line { \large \bold \title } % title
\fill-line { \titleb } \fill-line { \caps \piece % piece
\caps \composer % composer } \fill-line { \meter % meter
\arranger % arranger } }}
For some reason, [...]
--8<--------
I then decoded the HTML in the email and looked at what lies between
"% meter" and "\arranger". Here it is, slightly edited (I shortened
the "id"s and replaced the NBSPs).
% meter</font></div><div id="yui37879" class=""><font face="lucida console,
sans-serif" id="yui38389"><span class="" style="white-space:pre-wrap;"
id="yui37991"> </span> \arranger
So that's a line-ending! And no trace of it in the text version of the
OP's email on the list.
Summarising my ideas:
. Be careful, when using tools that hide the real source code, not to
feed LP (or anything else) with the resulting presentation version.
. Please don't post HTML to technical forums. It only adds a layer of
obfuscation.
. Your comments in the source, while useful in provoking the problem
so that you become aware of it, would best be removed as they add
nothing, being at the level of:
total = total / 2 # Divide the total by 2.
Cheers,
David.
_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
