James Lowe [Sat, 21 Jun 2014 12:38:59 +0000 (13:38 +0100)]
Doc: Usage: Added a clarifying paragraph about Error Messages
Issue 3873
Added a clarifying paragraph explaining that (the same)
diagnostics message can occur in multiple places for
(the same) input depending on the type and its context.
James Lowe [Sat, 21 Jun 2014 20:28:55 +0000 (21:28 +0100)]
Doc: NR Section 4.3 - reformatting as per CG Guidelines
Start of issue 3960
This section does not adhere to many aspects of the Contributors'
Guide Documentation policies.
This specific patch therefore is the 'first stage' of this issue
so as to clean up the section before then making changes to
the technical information. There is too much to do for a single patch,
so I expect to have to make a few more additional patches to tidy this
section up completely before the issue can be properly closed.
This patch includes:
* Correct Line lengths
* Added @seealsos where appropriate
* Re-ordered some of the @nodes so that they are grouped more logically
* Moved @subsections to @unnumberedsubsubsecs:
A few of these sections seem to 'talk through the code' so may
need to be improved later on. However, for now I have moved these
subsections to unnumberedsubsubsec under the main 'Page Breaking'
node. Moved one of these new unnumberedsubsucsecs around so that
the sections on the different breaks come before the turning one.
* Created new Snippet:
One subsection was really a glorified snippet so I have made it into
one.
use X-parents to align MMRNumbers, MMRTexts and PercentRepeatCounters
It makes more sense to use X-parents than Y-parents for horizontal
alignment. To be able to do this, we have to ensure that X-parents of
MultiMeasureRestNumber, MultiMeasureRestText and PercentRepeatCounter
won't be overwritten by set_bound (these grobs are spanners). We can
do this because parents of these grobs are spanners as well.
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.