James Lowe [Tue, 17 Jun 2014 23:35:39 +0000 (00:35 +0100)]
NR 1.1.3 and Changes update w/ new Clef Appendix
Updated changes.tely to show the extra variations on the new Clef glyphs
(i.e. there are 4 separate glyphs but there are different \clef names using
those glyphs but in different positions.
Added a new Appendix to the NR showing all the standard \clef types
(not including 'ancient music' clefs) in a table, illustrating their
names and where middle c sits relative to the clef. Because of this
I have modified 1.1.3 referencing this appendix instead of listing
them all directly in the Clef section. Also added two useful Clef
related snippets that were already created.
Janek Warchoł [Sun, 17 Mar 2013 20:22:32 +0000 (21:22 +0100)]
Issue 3254: align unassociated lyrics using NoteColumn extent.
This makes unassociated lyrics behave consistently with
associated lyrics. Until now, "standalone" lyrics
were left-aligned (more precisely: their X-offset was 0);
changing self-alignment-X didn't have any effect on them.
Now it's possible to specify their alignment, like with
associated lyrics.
Also, this changes how issue 104 was resolved (see 0b14e8b2e122d) -
alignment of syllables that are associated to a context without
noteheads is no longer aborted - and solves issue 247.
Later on, these changes should allow using aligned_on_parent for
other grobs (such as DynamicTexts).
Expected changes in output: all lyrics should be centered by default.
Thomas Morley [Mon, 26 May 2014 21:44:30 +0000 (23:44 +0200)]
Color and/or parenthesize single dots in fret-diagrams
Issue 2752
Makes it possible to color and/or parenthesize single dots in
fret-diagram-verbose
Introducing two properties for use in fret-diagram-details
- fret-label-horizontal-offset
affecting the fret-label-indication, like the existing
`fret-label-vertical-offset'
- paren-padding
affecting the padding of the parenthesis
David Kastrup [Thu, 12 Jun 2014 11:13:16 +0000 (13:13 +0200)]
Issue 3950: \relative inside \unfold doesn't cause an extra staff anymore
This is a result of issue 3797. It might be nice to come up with
another example demonstrating undesired implicit context creation, but
this example was rather a bug than a direct consequence of well-defined
but possibly sometimes inconvenient default behaviors.
Mark Polesky [Sat, 14 Jun 2014 02:25:19 +0000 (19:25 -0700)]
Issue 2950: Update substitution function example in LM.
The old example illustrated the principle well, until skylining
code was added. This change makes the example's point clear in
light of the new vertical spacing code.
David Kastrup [Sat, 3 May 2014 08:38:18 +0000 (10:38 +0200)]
Issue 3913: KeyCancellation grobs should ignore cue clefs like KeySignature grobs do
For
{
\key f \major R1 \cueClef bass \key g \major R1 \cueClefUnset
R1 \cueClef alto \key bes \major R1
}
the cancellation signs for the key changes were erroneously placed in
reference to the current cue clef rather than the main clef while the
key signature itself was properly unimpressed.
Thomas Morley [Sun, 27 Apr 2014 21:00:26 +0000 (23:00 +0200)]
corrects typo in bar-line.scm
issue 3908
Missing space in (define-bar-line ":|]" ":|]" #f " |") caused bad
visual output of VoltaBracket.
Changed to (define-bar-line ":|]" ":|]" #f " | ")
The space added will cause that the SpanBar x-extent will be calculated
correctly to determine the gap between two VoltaBrackets.
As pointed out in the thread
http://lists.gnu.org/archive/html/lilypond-user/2014-04/msg00540.html
it is necessary to use \grace for the old grace note sync issue.
This commit makes that explicit in the known issues section in the NR
Devon Schudy [Sun, 30 Mar 2014 05:15:57 +0000 (01:15 -0400)]
Tuplet brackets should reliably not follow kneed beams, regardless of whether Beam::is_knee has been called yet.
This affects input/regression/tuplet-number-kneed-beam-horizontal-fit,
and the following:
{
\override TupletBracket.bracket-visibility = ##t
\times 1/2 { c8 c''' c c''' }
}
Is it safe to call Beam::is_knee in Tuplet_bracket::calc_position_and_height?
David Kastrup [Sat, 5 Apr 2014 14:29:57 +0000 (16:29 +0200)]
Issue 3880: bad number formatting in svg path output
This uses ly:format with "~4f" format string rather than format with
"~S" for formatting point lists. Note that "~4f" has a different
meaning in ly:format as compared to plain format. This is consistent
with other number formatting. Also does this for output of color.
The previous output was problematic when the number was an exact
fraction.
David Kastrup [Sun, 6 Apr 2014 12:55:40 +0000 (14:55 +0200)]
Issue 3898: parser.yy: move figure_list to chord_body
Figures failed to get recognized as music function arguments and possibly
in some other contexts. Moving them together with chords in < > style
gets rid of that problem.