context-mods / self-alignment-interface problem (regression?)
Hi,
when running this code
annotate =
#(define-music-function (parser location properties item)
(ly:context-mod? symbol-list-or-music?)
;; annotates a musical object for use with lilypond-doc
(display (ly:get-context-mods properties))
; Dummy coloring
#{
\once \tweak color #magenta #item
#}
)
from current master (i.e. as of 3426bec4228bde5a526bd4ad1d5c3bda220097cf)
I get an error:
.../scm/define-grobs.scm:28:3: In expression (quasiquote (# # # ...)):
.../scm/define-grobs.scm:28:3: Unbound variable:
ly:self-alignment-interface::x-colliding-grobs
This error doesn't appear when I compile with
- 2.17.29 (latest binary I have),
- local build from 2.17.96 or
- 2.16.2.
Obviously it is triggered by the ly:get-context-mods properties
It's the same whether I actually _use_ this function or if it's the only
content of the file.
Urs
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: context-mods / self-alignment-interface problem (regression?)
Urs Liska lilyli...@googlemail.com writes:
Hi,
when running this code
annotate =
#(define-music-function (parser location properties item)
(ly:context-mod? symbol-list-or-music?)
;; annotates a musical object for use with lilypond-doc
(display (ly:get-context-mods properties))
; Dummy coloring
#{
\once \tweak color #magenta #item
#}
)
from current master (i.e. as of 3426bec4228bde5a526bd4ad1d5c3bda220097cf)
I get an error:
.../scm/define-grobs.scm:28:3: In expression (quasiquote (# # # ...)):
.../scm/define-grobs.scm:28:3: Unbound variable:
ly:self-alignment-interface::x-colliding-grobs
This error doesn't appear when I compile with
- 2.17.29 (latest binary I have),
- local build from 2.17.96 or
- 2.16.2.
Obviously it is triggered by the ly:get-context-mods properties
It's the same whether I actually _use_ this function or if it's the
only content of the file.
I have no problem using
annotate =
#(define-music-function (parser location properties item)
(ly:context-mod? symbol-list-or-music?)
;; annotates a musical object for use with lilypond-doc
(display (ly:get-context-mods properties))
; Dummy coloring
#{
\once \tweak color #magenta #item
#}
)
\annotate \with { \accidentalStyle piano } c
with current master. To me it looks like you did not successfully make
all after checking out a different version of LilyPond, making your
Scheme files not correspond to your binaries.
--
David Kastrup
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: context-mods / self-alignment-interface problem (regression?)
Am 03.12.2013 16:12, schrieb David Kastrup:
I have no problem using
annotate =
#(define-music-function (parser location properties item)
(ly:context-mod? symbol-list-or-music?)
;; annotates a musical object for use with lilypond-doc
(display (ly:get-context-mods properties))
; Dummy coloring
#{
\once \tweak color #magenta #item
#}
)
\annotate \with { \accidentalStyle piano } c
with current master. To me it looks like you did not successfully make
all after checking out a different version of LilyPond, making your
Scheme files not correspond to your binaries.
OK, seems to be the case.
It was one of my first builds with Janek's build-lilypond script.
Best
urs
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Percent repeat
On Sat, Nov 30, 2013 at 2:26 PM, Janek WarchoĊ janek.lilyp...@gmail.comwrote: Hi, 2013/11/30 Noeck noeck.marb...@gmx.de: Hi, is this a bug or is there some reason why this should be correct: If I use a percent repeat in a customly timed measure (5/4 instead of 4/4), the repeat symbol lacks the dots and is placed to the left of the bar. If I write something before the repeat (a time signature or only ), then the dots reappear and they are placed properly. looks like a bug to me. Forwarding to bug-lilypond. Thanks, Noeck and Janek - This has been entered as Issue 3703 : https://code.google.com/p/lilypond/issues/detail?id=3703colspec=ID%20Type%20Status%20Stars%20Owner%20Patch%20Needs%20Summary Ralph ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue labels
Hi, everyone - I'm a little confused. I've been entering issues as Ugly which don't really seem to fit. Should they be Defects? What would constitute a defect in the core program? For example, would the ambitus problems recently reported be better classified as defects? I appreciate your time and attention, Ralph ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue labels
Ralph Palmer ralphbugl...@gmail.com writes: Hi, everyone - I'm a little confused. I've been entering issues as Ugly which don't really seem to fit. Should they be Defects? What would constitute a defect in the core program? For example, would the ambitus problems recently reported be better classified as defects? Yes. I appreciate your time and attention, I think Ugly means bad decisions, usually based on insufficient detail in the algorithms. Defect means that things go different than intended by the programmer. There is some overlap, but if staves are not getting removed that should be or vice versa, that's Defect in my opinion. -- David Kastrup ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
vertical centering of chorus lyrics (and not needed code in snippets)
the source in
http://www.lilypond.org/doc/v2.17/Documentation/snippets/vocal-music#vocal-music-vertically-centered-common-lyrics
starts with
\include english.ly
leftbrace = \markup { \override #'(font-encoding . fetaBraces) \lookup
#brace240 }
rightbrace = \markup { \rotate #180 \leftbrace }
I think these lines should be skipped since neither English note names nor
left braces are used afterwards (or the leftbrace and rightbrace should be
used!)
and I object to the 1st sentence:
In a vocal piece where there are several (two,four or more) lines of
lyrics, and common lyrics for all voices at some point, these common lyrics
may be vertically centered regardingly, as shown in the following example:
no (vertical) centering is done - it just positions the line with
extra-offset 5 spaces lower.
it would be nice to have such a centering function, taking into account the
number of stanzas, the \verticalAxisGroup values and maybe some more...
Eluze
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/vertical-centering-of-chorus-lyrics-and-not-needed-code-in-snippets-tp154979.html
Sent from the Bugs mailing list archive at Nabble.com.
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
