Re: Markup in \tempo Is Broken with Lilypond 2.17.21
Keith OHara k-ohara5...@oco.net writes: Phil Holmes mail at philholmes.net writes: Thanks for the report. On my Windows box, the even-much-more-tiny example below has the same effect: I tried to reduce today's bugs a little further, and opened issue 3432: skylined text alongside a staff consumes all memory under Windows http://code.google.com/p/lilypond/issues/detail?id=3432 I could imagine the problem might depend on font metrics, and we have not been able to figure out yet why we see differences for them between Windows and other systems. -- David Kastrup ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
anacrucis instead of anacrusis?
I think I've found a typo: can you confirm? fede@fede-xps:~/lilypond-git/Documentation/notation$ git grep 'anacrucis' repeats.itely:@cindex anacrucis in a repeat repeats.itely:@cindex repeat with anacrucis ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: anacrucis instead of anacrusis?
Federico Bruni fedel...@gmail.com wrote in message news:CAPjDBpqeQE7R=S230=olmx0soyqojk9fw-uxgvt+hp20avb...@mail.gmail.com... I think I've found a typo: can you confirm? fede@fede-xps:~/lilypond-git/Documentation/notation$ git grep 'anacrucis' repeats.itely:@cindex anacrucis in a repeat repeats.itely:@cindex repeat with anacrucis My Chambers dictionary and Google both agree with you, so - yes - it's a typo. -- Phil Holmes Bug Squad ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: \global section does not tolerate spacer rests
Karol Majewski karol.majew...@gmail.com wrote in message news:CAH85bB18HSh_oQLh1ehc22r64=2e1ccwirx+4xyqnjlycfd...@mail.gmail.com... Hi, In 2.17.21 \global section does not tolerate spacer rests. That's why the following snippet won't compile: http://www.lilypond.org/doc/v2.17/Documentation/learning/solo-verse-and-two_002dpart-refrain I got: terminate called after throwing an instance of 'std::bad_alloc' what(): St9bad_alloc I'm assuming this is on Windows. I'm also assuming that, if this snippet were reduced to a tiny example, the problem would be http://code.google.com/p/lilypond/issues/detail?id=3432 -- Phil Holmes Bug Squad ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: with point-stencil NoteHead and slur certain textscripts can't be written
On Mon, Jul 1, 2013 at 4:49 AM, Eluze elu...@gmail.com wrote:
with version 2.17.21 the code:
{
\override NoteHead #'stencil = #point-stencil
c'2.-po ( b8 a )-- g1-
}
produces:
This application has requested the Runtime to terminate it in an unusual
way.
Please contact the application's support team for more information.
terminate called after throwing an instance of 'std::bad_alloc'
what(): St9bad_alloc
writing abc or other text is fine
using apostrophes or \markup doesn't help
older versions work fine
in issue 3106 a similar message is displayed
Eluze
Thanks for the report, Eluze. It has been added as issue 3434 :
https://code.google.com/p/lilypond/issues/detail?id=3434
Ralph
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Vacation
On Sat, Jun 8, 2013 at 5:13 PM, Eluze elu...@gmail.com wrote: hi Ralph no problem - I'll try to take over on late afternoon on Tuesdays Thanks, Eluze. I'm back, and can take over Tuesdays again. Ralph ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
rightHandFinger#3 positioning (version 2.17.21)
I'm not top posting.
Dear bug-squad, Cher Eluze,
When strokeFingerOrientations is set to up, rightHandFinger#3 does
not accept false setting to add-stem-support (I'm not sure this is well
explained...)
Here's my tiny example :
\version 2.17.21
rp = -\rightHandFinger #1
ri = -\rightHandFinger #2
rm = -\rightHandFinger #3
ra = -\rightHandFinger #4
Soprano = \relative c''
{
\stemUp
\set strokeFingerOrientations = #'(up)
\override StrokeFinger.add-stem-support = ##t
c\ri d\rm e\ra f\ri
\override StrokeFinger.add-stem-support = ##f
g\rm a\ra b\ri c\rm
}
Bass = \relative c'
{
\stemDown
\set strokeFingerOrientations = #'(down)
\override StrokeFinger.add-stem-support = ##t
c\rp d\rp e\rp f\rp
\override StrokeFinger.add-stem-support = ##f
g\rp a\rp b\rp c\rp
}
\score {
\new Staff = Music
\new Voice = Soprano { \voiceOne \Soprano }
\new Voice = Soprano { \voiceOne \Bass }
\layout { }
}
Picture's joint.
Thanks in advance.
Pierre
attachment: RightHandFinger.png___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: rightHandFinger#3 positioning (version 2.17.21)
Pierre Perol-Schneider pierre.schneider.pa...@gmail.com writes: I'm not top posting. Dear bug-squad, Cher Eluze, When strokeFingerOrientations is set to up, rightHandFinger#3 does not accept false setting to add-stem-support (I'm not sure this is well explained...) m would collide with the stem when placed right above the notehead. The smaller letters fit. -- David Kastrup ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 3363: Scripts misplaced with cross-staff slurs
I'm not top posting.
Issue 3363 has reappeared in 2.17.20; 2.17.19 was fine. I'm using Windows
32-bit.
\version 2.17.20
\new Staff = R { s2 }
\new Staff = L {
\new Voice {
\voiceTwo
f'8 \change Staff=R f'( \change Staff=L f'_. f')
}
}
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
ly:grob-system not working as expected
Compiling this file displays #Grob System on the stdout:
{
\tweak before-line-breaking
#(lambda (grob)
(let* ((NoteColumn (ly:grob-parent grob X))
(PaperColumn (ly:grob-parent NoteColumn X))
(System (ly:grob-parent PaperColumn X)))
(display System)))
c''
}
I expected this to do the same, but instead it prints ().
{
\tweak before-line-breaking
#(lambda (grob) (display (ly:grob-system grob)))
c''
}
Am I missing something? Or is ly:grob-system broken?
Thanks.
- Mark
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: rightHandFinger#3 positioning (version 2.17.21)
Pierre Perol-Schneider wrote I'm not top posting. Dear bug-squad, Cher Eluze, When strokeFingerOrientations is set to up, rightHandFinger#3 does not accept false setting to add-stem-support (I'm not sure this is well explained...) thank you, Pierre, for telling us your observation I've added an issue - with slightly reduced code - to the tracker: https://code.google.com/p/lilypond/issues/detail?id=3435thanks=3435ts=1372800075 Eluze -- View this message in context: http://lilypond.1069038.n5.nabble.com/rightHandFinger-3-positioning-version-2-17-21-tp147628p147637.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
Re: ly:grob-system not working as expected
Mark Polesky markpole...@yahoo.com writes:
Compiling this file displays #Grob System on the stdout:
{
\tweak before-line-breaking
#(lambda (grob)
(let* ((NoteColumn (ly:grob-parent grob X))
(PaperColumn (ly:grob-parent NoteColumn X))
(System (ly:grob-parent PaperColumn X)))
(display System)))
c''
}
I expected this to do the same, but instead it prints ().
{
\tweak before-line-breaking
#(lambda (grob) (display (ly:grob-system grob)))
c''
}
Am I missing something? Or is ly:grob-system broken?
ly:grob-system only returns the system after is has been set in the
PaperColumn which is after line breaking. What you see as #Grob
System above is a single system encompassing the entire score.
--
David Kastrup
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: ly:grob-system not working as expected
David Kastrup wrote: ly:grob-system only returns the system after is has been set in the PaperColumn which is after line breaking. What you see as #Grob System above is a single system encompassing the entire score. Geez. That scheme functions page is the most abstruse collection of unhelpful head-scratchers around. It would be nice if that function description even mentioned half of what you wrote. My work with callbacks slows to a crawl when I need to refer to that page. It's like swimming through Jell-O. But thanks for your explanation! - Mark ___ bug-lilypond mailing list bug-lilypond@gnu.org https://lists.gnu.org/mailman/listinfo/bug-lilypond
