Re: Phrasing slurs shortened when broken

[Javier Ruiz-Alma]

>> In a piece I'm working on, and only from bar 146 on, slurs which are
>> broken across systems, the first broken slur will be typeset short for
>> a reason I can't figure out.What could exclusively affect the length
>> of the first segment of broken slurs?Changing from PhrasingSlur to
>> Slur makes no difference.I'm stumped.The version is 2.18.2.
>Looks like the clef change in the lower system has something to do with
>it.
>David Kastrup

I confirm, the offending instances have the clef change in the bass.
The concern with fixing the first segment via \shape is the correction would be 
useful when the slur is broken, but undesirable when not.  We typeset the same 
source with different paper sizes, so there's a real chance fix, or no fix, one 
of the versions will show an undesirable slur shape.  Forcing or preventing a 
system break is non-ideal either.
Interestingly enough, I'm updating the piece from LilyPond 2.1.  LP v2.1 slur 
in this situation was not as affected by this (see attached).
Below is a minimal example that causes the issue/bug:

\version "2.18.2"\score {  <<     { c''2 c''4 c''\(  \break c''1\) }    { c''1 
\clef bass c' }    >>}___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Notes on wrong side of stem in triads

[DJF]

I’ve used Lilypond extensively—especially for organ music—and have never seen 
noteheads in a chord appear on the wrong side of the stem. Unfortunately, I 
can’t reproduce the enclosed problem in a minimal example because the same code 
works fine in a file by itself. This is in the left hand of an organ part, and 
I’m using 2.19.39, though I tried it with the latest version as well with the 
same result. However, the chords look fine with 2.18, but using that version 
that isn’t an option because it creates many other (and more significant) 
issues. If I put the stem direction up, the chords also look fine … but, of 
course, they all need to be stems down. This was also happening in one 
right-hand chord in a subsequent bar, but ultimately I changed that chord 
slightly and it’s no longer an issue there. This only seems to happen with 
(some) triads …

I’m using a choir & organ template generated from within Frescobaldi … this 
happens no where else in the 86-bar piece, and no errors are generated when 
compiling.

The code for the example is below, but, like I said, it works just fine out of 
the context of my piece: 

8 16  8[ ]  

Any thoughts?

—
Dan

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Long compile times on Windows 10 status

[Andrew Bernard]

Hi Steven,

I get the slow compile on every run. I believe this is a current
development issue.

Andrew

On 17 October 2016 at 10:45, Steven Weber wrote:

> I’ve found that whenever I install a new font on my computer, I wind up in
> this state.
>
>
>
> That being said, I can recover back to normal speeds by deleting the
> C:\Users\\.lilypond-fonts.cache-2 folder.  The first build after
> doing this will be slow (because it’s rebuilding the font cache), but after
> that, speeds are back to normal.
>
>
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

RE: Long compile times on Windows 10 status

[Steven Weber]

I've found that whenever I install a new font on my computer, I wind up in this 
state.

That being said, I can recover back to normal speeds by deleting the 
C:\Users\\.lilypond-fonts.cache-2 folder.  The first build after doing this 
will be slow (because it's rebuilding the font cache), but after that, speeds 
are back to normal.

--Steven

From: lilypond-user [mailto:lilypond-user-bounces+panteck=hotmail@gnu.org] 
On Behalf Of Andrew Bernard
Sent: Sunday, October 16, 2016 4:42 PM
To: lilypond-user@gnu.org
Subject: Long compile times on Windows 10 status

Hi folks,

Although a dyed in the wool Linux user, I am experimenting with Windows 10. At 
2.19.48 I am seeing the long compile times that have been mentioned, for every 
run. With 2.19.39 the compilation is normal and quite fast. [I picked this 
previous release at random, to simply get back somewhere before the current 
problem arose.]

Running Windows 10 14393.321.

What is the current status on this, and is there a workaround?

Andrew


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Long compile times on Windows 10 status

[Andrew Bernard]

Hi folks,

 

Although a dyed in the wool Linux user, I am experimenting with Windows 10.
At 2.19.48 I am seeing the long compile times that have been mentioned, for
every run. With 2.19.39 the compilation is normal and quite fast. [I picked
this previous release at random, to simply get back somewhere before the
current problem arose.]

 

Running Windows 10 14393.321.

 

What is the current status on this, and is there a workaround?

 

Andrew

 

 

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Phrasing slurs shortened when broken

[Urs Liska]

Am 16.10.2016 um 23:48 schrieb David Kastrup:
> Javier Ruiz-Alma  writes:
>
>> In a piece I'm working on, and only from bar 146 on, slurs which are
>> broken across systems, the first broken slur will be typeset short for
>> a reason I can't figure out.What could exclusively affect the length
>> of the first segment of broken slurs?Changing from PhrasingSlur to
>> Slur makes no difference.I'm stumped.The version is 2.18.2.
> Looks like the clef change in the lower system has something to do with
> it.

This is probably right, so would that qualify as a bug?

To Javier:
There is the \shape function to handle that for you
(http://lilypond.org/doc/v2.18/Documentation/notation/modifying-shapes).
You can pass this function one or more sets of control point offsets as
shown in the following example. Actually you wouldn't need to do it that
way, as when you give only one set of points they will only be applied
to the first sibling.

HTH
Urs



\version "2.19.49"

\paper {
  ragged-right = ##t
}

top = \relative c'' {
  \time 6/8
  r4. r8
 
  \shape #'(((0 . 0)(0 . 0)(2 . 1)(3 . 0))
((0 . 0)(0 . 0)(0 . 0)(0 . 0))) PhrasingSlur
  c \( f ~ |
  \break
 
  f16 e bes c es des \)
}

bottom = {
  r4. r4.
  \clef bass
  r4.
}

\score {
  <<
\new PianoStaff <<
  \new Staff \top
  \new Staff \bottom
>>
  >>
}
%


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: Phrasing slurs shortened when broken

[David Kastrup]

Javier Ruiz-Alma  writes:

> In a piece I'm working on, and only from bar 146 on, slurs which are
> broken across systems, the first broken slur will be typeset short for
> a reason I can't figure out.What could exclusively affect the length
> of the first segment of broken slurs?Changing from PhrasingSlur to
> Slur makes no difference.I'm stumped.The version is 2.18.2.

Looks like the clef change in the lower system has something to do with
it.

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Phrasing slurs shortened when broken

[Javier Ruiz-Alma]

In a piece I'm working on, and only from bar 146 on, slurs which are broken 
across systems, the first broken slur will be typeset short for a reason I 
can't figure out.What could exclusively affect the length of the first segment 
of broken slurs?Changing from PhrasingSlur to Slur makes no difference.I'm 
stumped.The version is 2.18.2.
Javier
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: No readline in scheme-sandbox

[David Kastrup]

David Sumbler  writes:

> On Sun, 2016-10-16 at 21:19 +0200, David Kastrup wrote:
>> David Sumbler  writes:
>> 
>> > 
>> > Further to the above, I find that if I type
>> > 
>> > /usr/local/lilypond/usr/bin/guile
>> > 
>> > then readline works just fine.
>> Guile 2.0
>> 
>> > 
>> >  But not when guile is invoked with
>> > 
>> > lilypond scheme-sandbox
>> Guile 1.8
>
> Sorry, this hasn't helped me.
>
> True, if I type 'guile' it runs /usr/bin/guile-2.0, but if I type
> /usr/bin/guile-1.8 readline also works.

That's the system installation of Guile, not the one used in LilyPond.

> Presumably when I type 'lilypond scheme-sandbox' it runs the guile at
> /usr/local/lilypond/usr/bin/guile, rather than the one in /usr/bin/.

LilyPond doesn't run any Guile executable.  It just loads the Guile REPL
and runs it in LilyPond as LilyPond is linked with libguile.

>  As Lilypond seems to have readline files in
> /usr/local/lilypond/usr/lib/ and
> /usr/local/lilypond/usr/share/guile/1.8/ice-9/
> I would have expected readline to work.  Why are the files there if
> they can't be used?

Probably you don't have the necessary libraries installed.  Wrong
architecture?  Is your LilyPond a 64bit version?

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: No readline in scheme-sandbox

[David Sumbler]

On Sun, 2016-10-16 at 21:19 +0200, David Kastrup wrote:
> David Sumbler  writes:
> 
> > 
> > Further to the above, I find that if I type
> > 
> > /usr/local/lilypond/usr/bin/guile
> > 
> > then readline works just fine.
> Guile 2.0
> 
> > 
> >  But not when guile is invoked with
> > 
> > lilypond scheme-sandbox
> Guile 1.8

Sorry, this hasn't helped me.

True, if I type 'guile' it runs /usr/bin/guile-2.0, but if I type
/usr/bin/guile-1.8 readline also works.

Presumably when I type 'lilypond scheme-sandbox' it runs the guile at
/usr/local/lilypond/usr/bin/guile, rather than the one in /usr/bin/.
 As Lilypond seems to have readline files in
/usr/local/lilypond/usr/lib/ and
/usr/local/lilypond/usr/share/guile/1.8/ice-9/
I would have expected readline to work.  Why are the files there if
they can't be used?

I'm guessing now - do these perhaps belong to an earlier version of
Lilypond, and have not been removed when I do 'uninstall-lilypond'?
 And has readline now been removed from the guile that comes with
Lilypond?

And if so, why?  And if not, I'm back to my original question: why
isn't readline loading?

David

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: No readline in scheme-sandbox

[David Kastrup]

David Sumbler  writes:

> Further to the above, I find that if I type
>
> /usr/local/lilypond/usr/bin/guile
>
> then readline works just fine.

Guile 2.0

>  But not when guile is invoked with
>
> lilypond scheme-sandbox

Guile 1.8

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: No readline in scheme-sandbox

[David Sumbler]

On Sun, 2016-10-16 at 14:28 +0100, David Sumbler wrote:
> My ~/.guile file reads:
> 
>   (use-modules (ice-9 readline))
>   (activate-readline)
> 
> When I run 'guile' from the command line, readline works fine.
> 
> But when I run 'lilypond scheme-sandbox' I get:
> 
>  GNU LilyPond 2.19.48
>  Processing      
>  `/usr/local/lilypond/usr/share/lilypond/current/ly/scheme-
> sandbox.ly'
>  Parsing...
>  /usr/local/lilypond/usr/share/lilypond/current/ly/scheme-
>  sandbox.ly:3:2: error: GUILE signaled an error for the expression
>  beginning here
>  #
>   (load-user-init)
>  readline is not provided in this Guile installation
> 
> If I enter 'locate readline | grep guile' I get:
> 
> /usr/lib/libguilereadline-v-17.so
> /usr/lib/libguilereadline-v-17.so.17
> /usr/lib/libguilereadline-v-17.so.17.0.3
> /usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so
> /usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so.18
> /usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so.18.0.0
> /usr/lib/x86_64-linux-gnu/guile/2.0/ccache/ice-9/readline.go
> /usr/local/lilypond/usr/lib/libguilereadline-v-17.la
> /usr/local/lilypond/usr/lib/libguilereadline-v-17.so
> /usr/local/lilypond/usr/lib/libguilereadline-v-17.so.17
> /usr/local/lilypond/usr/lib/libguilereadline-v-17.so.17.0.3
> /usr/local/lilypond/usr/share/guile/1.8/ice-9/readline.scm
> /usr/share/guile/1.8/ice-9/readline.scm
> /usr/share/guile/2.0/ice-9/readline.scm
> 
> I am running lilypond v.2.19.48, and the executable is
> /usr/local/lilypond/usr/bin/lilypond .
> 
> Can anyone explain why readline isn't working in scheme-sandbox?
> 
> David

Further to the above, I find that if I type

/usr/local/lilypond/usr/bin/guile

then readline works just fine.  But not when guile is invoked with

lilypond scheme-sandbox

David

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: alternate spanner-id-aware spanner does not work in 2.39.48

[Rutger Hofman]

Yes, this helps! Thanks a lot!

Rutger

On 10/16/2016 08:15 PM, David Kastrup wrote:

Rutger Hofman  writes:

Hm, I suspect


((or
  (and
   (string? sp-id)
   (string? es-id)
   (string=? sp-id es-id))
  ;; deal with \startTextSpan, \stopTextSpan
  (and
   (null? sp-id)
   (null? es-id)))


That would be more succinctly be expressed as

  ((equal? sp-id es-id)

In which case it should work equally well in the old and the new
LilyPond versions.  Assuming I counted the parens right.




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: alternate spanner-id-aware spanner does not work in 2.39.48

[David Kastrup]

Rutger Hofman  writes:

Hm, I suspect

> ((or
>   (and
>(string? sp-id)
>(string? es-id)
>(string=? sp-id es-id))
>   ;; deal with \startTextSpan, \stopTextSpan
>   (and
>(null? sp-id)
>(null? es-id)))

That would be more succinctly be expressed as

  ((equal? sp-id es-id)

In which case it should work equally well in the old and the new
LilyPond versions.  Assuming I counted the parens right.

-- 
David Kastrup

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: alternate spanner-id-aware spanner does not work in 2.39.48

[Rutger Hofman]

Finish my sentence at the end of the paragraph:

... No spanners are drawn at all in this example.

On 10/16/2016 07:53 PM, Rutger Hofman wrote:

Hello list,

to my grief I noticed that David Nalesnik's id-aware spanner
implementation in scheme no longer works in 2.39.48. It gives me errors
like "warning: No spanner to end!!" and "warning: incomplete spanner
removed!" if there are overlapping spanners. No

For reference, I again attach David N's (most recent) textspanner
implementation. The \score block is a minimal example.

Note: this worked fine with 2.19.39, and fails with 2.19.48. I didn't
look at intermediate versions.

Rutger




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user

alternate spanner-id-aware spanner does not work in 2.39.48

[Rutger Hofman]

Hello list,

to my grief I noticed that David Nalesnik's id-aware spanner 
implementation in scheme no longer works in 2.39.48. It gives me errors 
like "warning: No spanner to end!!" and "warning: incomplete spanner 
removed!" if there are overlapping spanners. No


For reference, I again attach David N's (most recent) textspanner 
implementation. The \score block is a minimal example.


Note: this worked fine with 2.19.39, and fails with 2.19.48. I didn't 
look at intermediate versions.


Rutger

\version "2.19"

%% Incorporating some code from the rewrite in Scheme of
%% Text_spanner_engraver in input/regression/scheme-text-spanner.ly

#(define (add-bound-item spanner item)
   (if (null? (ly:spanner-bound spanner LEFT))
   (ly:spanner-set-bound! spanner LEFT item)
   (ly:spanner-set-bound! spanner RIGHT item)))

#(define (axis-offset-symbol axis)
   (if (eq? axis X) 'X-offset 'Y-offset))

#(define (set-axis! grob axis)
   (if (not (number? (ly:grob-property grob 'side-axis)))
   (begin
(set! (ly:grob-property grob 'side-axis) axis)
(ly:grob-chain-callback
 grob
 (if (eq? axis X)
 ly:side-position-interface::x-aligned-side
 side-position-interface::y-aligned-side)
 (axis-offset-symbol axis)

#(define (assign-spanner-index spanner orig-ls)
   "Determine the position of a new spanner in an ordered sequence
of spanners.  The goal is for the sequence to begin with zero and
contain no gaps.  Return the index representing the spanner's position."
   (if (null? orig-ls)
   0
   (let loop ((ls orig-ls) (insert? #t) (result 0))
 (cond
  ((null? ls) result)
  ;; position at head of list
  ((and insert? (> (caar orig-ls) 0))
   (loop ls #f 0))
  ;; no gaps, put at end of list
  ((and insert? (null? (cdr ls)))
   (loop (cdr ls) #f (1+ (caar ls
  ;; fill lowest position of gap
  ((and insert?
(> (caadr ls) (1+ (caar ls
   (loop (cdr ls) #f (1+ (caar ls
  (else (loop (cdr ls) insert? result))

alternateTextSpannerEngraver =
#(lambda (context)
   (let (;; a list of pairs comprising a spanner index
  ;;  (not spanner-id) and a spanner which has been begun
  (spanners '())
  (finished '()) ; list of spanners in completion stage
  (start-events '()) ; list of START events
  (stop-events '())) ; list of STOP events
 (make-engraver
  ;; \startTextSpan, \stopTextSpan, and the like create events
  ;; which we collect here.
  (listeners
   ((text-span-event engraver event)
(if (= START (ly:event-property event 'span-direction))
(set! start-events (cons event start-events))
(set! stop-events (cons event stop-events)
  ;; Populate 'note-columns property of spanners.  Bounds are
  ;; set to note columns, and each spanner keeps a record of
  ;; the note columns it traverses.
  (acknowledgers
   ((note-column-interface engraver grob source-engraver)
(for-each (lambda (s)
(ly:pointer-group-interface::add-grob
 (cdr s) 'note-columns grob)
(if (null? (ly:spanner-bound (cdr s) LEFT))
(add-bound-item (cdr s) grob)))
  spanners)
;; finished only contains spanners, no indices
(for-each (lambda (f)
(ly:pointer-group-interface::add-grob
 f 'note-columns grob)
(if (null? (ly:spanner-bound f RIGHT))
(add-bound-item f grob)))
  finished)))

  ((process-music trans)
   ;; Move begun spanners from 'span' to 'finished'.  We do this
   ;; on the basis of 'spanner-id.  If we find a match--either
   ;; the strings are the same, or both are unset--a transfer
   ;; can be made.  Return a warning if we find no match: spanner
   ;; hasn't been properly begun.
   (for-each
(lambda (es)
  (let ((es-id (ly:event-property es 'spanner-id)))
(let loop ((sp spanners))
  (if (null? sp)
  (ly:warning "No spanner to end!!")
  (let ((sp-id (ly:event-property
(event-cause (cdar sp)) 'spanner-id)))
(cond
 ((or
   (and
(string? sp-id)
(string? es-id)
(string=? sp-id es-id))
   ;; deal with \startTextSpan, \stopTextSpan
   (and
(null? sp-id)
(null? es-id)))
  (set! finished (cons (cdar sp) finished))
  (set! spanners (remove (lambda (s) (eq? s (car sp))) spanners)))
 (else (loop (cdr sp)
stop-events)

   ;; The 

No readline in scheme-sandbox

[David Sumbler]

My ~/.guile file reads:

(use-modules (ice-9 readline))
(activate-readline)

When I run 'guile' from the command line, readline works fine.

But when I run 'lilypond scheme-sandbox' I get:

 GNU LilyPond 2.19.48
 Processing    
 `/usr/local/lilypond/usr/share/lilypond/current/ly/scheme-sandbox.ly'
 Parsing...
 /usr/local/lilypond/usr/share/lilypond/current/ly/scheme-
 sandbox.ly:3:2: error: GUILE signaled an error for the expression
 beginning here
 #
  (load-user-init)
 readline is not provided in this Guile installation

If I enter 'locate readline | grep guile' I get:

/usr/lib/libguilereadline-v-17.so
/usr/lib/libguilereadline-v-17.so.17
/usr/lib/libguilereadline-v-17.so.17.0.3
/usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so
/usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so.18
/usr/lib/x86_64-linux-gnu/libguilereadline-v-18.so.18.0.0
/usr/lib/x86_64-linux-gnu/guile/2.0/ccache/ice-9/readline.go
/usr/local/lilypond/usr/lib/libguilereadline-v-17.la
/usr/local/lilypond/usr/lib/libguilereadline-v-17.so
/usr/local/lilypond/usr/lib/libguilereadline-v-17.so.17
/usr/local/lilypond/usr/lib/libguilereadline-v-17.so.17.0.3
/usr/local/lilypond/usr/share/guile/1.8/ice-9/readline.scm
/usr/share/guile/1.8/ice-9/readline.scm
/usr/share/guile/2.0/ice-9/readline.scm

I am running lilypond v.2.19.48, and the executable is
/usr/local/lilypond/usr/bin/lilypond .

Can anyone explain why readline isn't working in scheme-sandbox?

David

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user