[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] #4955 tie-conf

From:

Auto mailings of changes to Lily Issues

Subject:

[Lilypond-auto] [LilyIssues-auto] [testlilyissues:issues] #4955 tie-configuration is partially ignored

Date:

Sun, 14 Aug 2016 08:54:34 +0000

At first sight I had difficulties to understand the issue, too...

Then I did some empirical research. Obviously, setting tie-configuration will result in newly calculated control-points. They are based on the car of each given pair to determine the y-values (the calculating-mechanism isn't entirely clear to me, though) and the cdr for the direction.
The NR states: "The first number indicates the distance from the center of the staff in half staff-spaces, and the second number indicates the direction (1 = up, -1 = down). "
Seems pretty clear to me. It dos not explain the calculating mechanism from getting the pairs car to the resulting control-point-value, but this would ofcourse beyond the intention of the NR.

I'd say the bad output results more in insufficient values for 'tie-configuration.
Try '((0 . 1) (3 . 1) (5 . 1)) which will almost exactly return the same output compared with not setting 'tie-configuration.

I used the following test-code:

\version "2.19.47"

\paper { indent = 0 line-width = 80\mm }

tieTest =
#(define-music-function (strg which)(string? procedure?)
#{
  \once \override Tie.after-line-breaking = 
  #(lambda (grob)
    (let* ((orig (ly:grob-original grob))
           (siblings (if (ly:grob? orig)
                         (ly:spanner-broken-into orig)
                         '())))
     (if (not (null? siblings))
         (format #t "Y-values of control-points ~a:\n~y" 
           strg
           (map cdr (ly:grob-property (which siblings) 'control-points))))))
#})

\relative b' {
    \omit Staff.TimeSignature
  \tieTest "with tie-configuration applied" #first
  \override TieColumn.tie-configuration = 
  #'((0 . 1) (3 . 1) (5 . 1))

  <b^~ d^~ f^~ >1 \break q
  \revert TieColumn.tie-configuration

  \break

  \tieTest "without tie-configuration" #last
  <b^~ d^~ f^~ >1 \break q
}

Otoh, if the NR is not clear enough, could you suggest a better wording?

[issues:#4955] tie-configuration is partially ignored

Status: New
Created: Fri Aug 12, 2016 07:29 AM UTC by Werner LEMBERG
Last Updated: Sun Aug 14, 2016 07:23 AM UTC
Owner: nobody
Attachments:

tie-configuration-bug.png (9.6 kB; image/png)

\version "2.19.46"

\header { texidoc = "
LilyPond should obey the vertical positions of ties as specified with
@code{tie-configuration}.

Here is a counterexample, where the positions of longer ties get
changed.
" }

\paper { line-width = 80\mm }

\relative {
  \override TieColumn.tie-configuration =
    #'((0 . 1) (2 . 1) (4 . 1))
  <b'^~ d^~ f^~>1 | \break
  q |
}

Sent from sourceforge.net because address@hidden is subscribed to https://sourceforge.net/p/testlilyissues/issues/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/testlilyissues/admin/issues/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev