Thomas Morley | 29 Jul 00:58 2014
Picon

Re: self-alignment-X has negligible effects on dynamics

Well, the output while using 'self-alignment-X with DynamicText _has_ changed.
This needs thoroughly documentation.
And it will likely break some of my custom-functions.
This will not be a big problem for me, I assume, though maybe others
rely on the old behaviour as well.

I uploaded two images for better comparing, with ref-points and
testing TextScript, too:
2.18.0
http://imgur.com/2vcBG3n.png

2.19.11
http://imgur.com/vE8HaSg.png

(The source-code uses my most recent code for ref-points, which may
not be the same as in openlilylib, is attached.)

All in all I'd vote for the new behaviour, because it seems to be more
logical and consistent to how TextScript is aligned.

Cheers,
  Harm
_______________________________________________
bug-lilypond mailing list
bug-lilypond <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
(Continue reading)

David Nalesnik | 28 Jul 16:13 2014
Picon

self-alignment-X has negligible effects on dynamics

In the following example, the ordinary overrides of self-alignment-X appear
to have no effect on the position pf the dynamics (or an effect I can't
see).  Large numbers are needed for an obvious shift.

Is this a bug, or something I'm doing wrong?

\version "2.19.10"

{
  \override DynamicText.self-alignment-X = #LEFT
  c'4\f
  \override DynamicText.self-alignment-X = #RIGHT
  c'4\f
  \override DynamicText.self-alignment-X = #CENTER
  c'4\f
  \override DynamicText.self-alignment-X = #20
  c'4\f
}

Thanks,
David
_______________________________________________
bug-lilypond mailing list
bug-lilypond <at> gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
BB | 27 Jul 17:40 2014
Picon

mandolin chords malefunction?

With the code I always get a 6 string chord table! And the notes are 
a-c-e-g from low to high, that is wrong for mandolin with "o;o;o;o;" as 
well! The normal mandolin tuning is g-d-a-e low to high!

(I know that for am7 I need another pattern, I have set "o;o;o;o;" just 
ti fix the problem.)

Any help appreciated!

Regards bb

\version "2.18.0"

%\include "predefined-guitar-fretboards.ly"

\include "predefined-mandolin-fretboards.ly"

%\storePredefinedDiagram

%#default-fret-table

\chordmode {a:m7}

%#guitar-tuning

%#"5;x;5;5;5;x;"

#mandolin-tuning

#"o;o;o;o;"
(Continue reading)

Justus Schümmer | 21 Jul 19:12 2014
Picon

Repeated accidentals after ties

Hi. Here are two small issues:

1. When I repeat a chord with q which contains a reminder accidental,
both notes get the accidental:
\version "2.18.2"
\relative c'' {
 	<c bes!>2~ q
}
I think (maybe I am wrong) even the reminder should be printed only once.

2. This is a special case so the example explains it better than I can.
\version "2.18.2"
\relative c'' {
	\key g \major
	f1~ \break
	| f2 f2
}
The natural here appears two times in the second bar.
Aliosha Bielenberg | 21 Jul 21:40 2014
Picon

Hairpins not aligned/symmetrical

> I'm not top posting.

% To be aesthetically pleasing, the end of one
% hairpin should line up with the start of the
% next, i.e. be symmetrical, if they're right next to one another.
\version "2.18.2"

\relative c' {
  f8.\< d16\! g4.\> f8\!
}

This produces [this](https://i.imgur.com/0IP29F6.png), whereas in the hand-
engraved score it's like [this](https://i.imgur.com/3ob5H5Z.png).
Paul Morris | 21 Jul 21:21 2014

Dots are shifted to avoid non-existent ledger lines (with custom ledger line positions)

Here's an obscure one: when ledger line positions have been overridden, the positions of dots on dotted
notes are still shifted to avoid ledger lines that are no longer there.  They don't seem to be shifted based
on actual ledger line positions.

-Paul

\version "2.18.2"

greenNote =  \once \override NoteHead.color = #green

\markup { Dots are shifted to avoid non-existent ledger lines (see green notes). }

\new Staff \with {
  \override StaffSymbol.line-positions = #'(-4 0 4)
  \override StaffSymbol.ledger-positions = #'(-4 0 4)
}
\relative f' {
  \time 12/4
  c,4. d e
  \greenNote f
  g a b
  \greenNote c
  g''
  \greenNote a
  b c d
  \greenNote e
  f g
}

\markup { Dots are not being shifted based on actual ledger line positions.}
(Continue reading)

Markus Olbrich | 20 Jul 20:45 2014
Picon
Picon

Bug on first page of German lilypond website

Hi!

On the German version of the website there is a mistake in the first
sentence of the first page (http://www.lilypond.org/index.de.html):

Incorrect is:
"LilyPond ist ein Notensatzprogramm, dass es sich zum Ziel gemacht hat,
Notendruck von der bestmöglichen Qualität zu erstellen."

Correct is:
"LilyPond ist ein Notensatzprogramm, das es sich zum Ziel gemacht hat,
Notendruck von der bestmöglichen Qualität zu erstellen."

Stylistically even better would be:
"LilyPond ist ein Notensatzprogramm, das es sich zum Ziel gemacht hat,
Notendruck in bestmöglicher Qualität zu erstellen."

Kind regards,
Markus

--

-- 
Dr.-Ing. Markus Olbrich
Institute of Microelectronic Systems - EDA
Leibniz Universität Hannover - http://www.ims.uni-hannover.de
Phone: +49 511 762-19661 - Fax: +49 511 762-19694
Abel Cheung | 20 Jul 03:11 2014
Picon

packed-spacing setting produce bad layout with long text

It is illustrated with this fragment:

\paper { ragged-rigth = ##t ragged-last = ##t }
\relative c' {
  \override Score.SpacingSpanner #'packed-spacing = ##t
  c8 c c-\markup{"some very very very very very very long text"} c c c c c |
  \repeat unfold 16 {c}
}

The packed-spacing setting acts as if \textLengthOn is in effect, producing 
unsightly layout between 3rd and 4th note.
Karol Majewski | 20 Jul 00:25 2014
Picon

binding-offset bug

Hi,

it seems that binding-offset size scales accordingly to global-staff-size, which of course is a bug:

%%%%%%%%%%%%%%%%%%%%%%%%%%%

\version "2.19.10"

#(set-global-staff-size 20)

\paper {
  top-markup-spacing = #'((basic-distance . 0) (minimum-distance . 0) (padding . 0) (stretchability . 0))
  two-sided = ##t
  binding-offset = 2\cm
}

\bookpart {
  \header {
    poet = \markup { \abs-fontsize #13 "left" }
    composer = \markup { \abs-fontsize #13 "right" }
  }
  \score {
    \new Staff { d'4 }
  }
}

%%%%%%%%%%%%%%%%%%%%%%%%%%%

Now, change global-staff-size to smaller and you'll notice that inner-margin becomes smaller too!
However, when binding-offset is disabled, changing global-staff-size does not affect inner-margin size.
(Continue reading)

'Jan Nieuwenhuizen | 17 Jul 23:08 2014
Picon

midi2ly produces 8*5, can we do better?

Hi,

Running

    lilypond bug.ly
    midi2ly bug.midi
    grep fis bug-midi.ly 

produces

    fis1 
    fis'4. d8*5 

While technically correct, duration-wise, in printed output it
will look as if the d2 has been omitted.  In other words

    fis'4. d8 ~ d2

looks so much nicer!  Tested with 2.16.2 and 2.19.11.

Greetings, Jan

Attachment (bug.ly): text/x-lilypond, 139 bytes

--

-- 
Jan Nieuwenhuizen <janneke <at> gnu.org> | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar®  http://AvatarAcademy.nl  
(Continue reading)

David Nalesnik | 15 Jul 13:48 2014
Picon

Re: Accidentals on repeated notes separated by rests in certain styles

---------- Forwarded message ----------
From: guoguocuozuoduo <brian777guo <at> hotmail.com>
Date: Tue, Jul 15, 2014 at 12:13 AM
Subject: RE: Accidentals on repeated notes separated by rests in certain
styles
To: David Nalesnik <david.nalesnik <at> gmail.com>

>There should be for neo-modern, neo-modern-cautionary, neo-modern-voice,
neo-modern-voice-cautionary, but not dodecaphonic-no-≥repeat.

For the record, I think that all of the styles should suppress the repeated
accidental, or none should.  It comes down to whether the same pitch
separated by a rest should be considered an immediate repetition.  I think
so.  Consider the following:

{ fis'4-. fis'-. }

vs.

{ fis'8 r fis' r }

It doesn't make much sense to me that there should be a difference in
behavior between the two in any style which detects immediate repetition.

--David

Gmane