Release: update news.

PO: update template.

Doc: Add draw-dashed/dotted line cmds to changes

Example taken from reg test in Issue 3071

articulate TremoloEvent

Expand TremoloEvent to repeated notes, in the unfolding stage of
articulation.

Makes all side-positioning based on skylines instead of boxes.

The major work is in side-position-interface.cc, with minor
modifications at several places in the code-base to adapt to this.

This allows for snugger positioning of horizontally-oriented
fingerings.

A side-effect of this patch is that side-positioning of all
cross-staff grobs delves into the element list of axis-groups
in order to better guess position, which results in less
collisions (for example, dynamics are less likely to collide
with cross-staff beams).

Shows ligature bracket extenders by setting bracket-visibility to ##t.

This bypasses the automatic visibility tests which are done mostly for
tuplet brackets.  In the future, it would be good to make a unified
system for brackets in which the tuplet bracket is one of several instead
of the "model" bracket.

Update bug squad rota

Doc: Update documentation of \once (2952)

  Bring documentation in line with committish
  ddce9767f975c989800cb99e003039a8bf050b45
  by removing statements that limit the use of
  \once to bare \override and \set commands.

Doc: add Known issue limiting calculation of LilyPond rationals (3084)

Fix assertion failure (#2983).

Issue 3083: Chord change detection in fretboards should depend on placements, not notes

Add different durations to input/regression/fretboard-chordchanges.ly

Issue 3082: Let ChordNameVoice use the same performers as Voice

In particular, ties should be heeded when creating Midi from a
ChordNames context as they result in the omission of the engraved
chord name if an identical chord follows.  Reasoning for beams and
slurs is fuzzier, but an articulation different from the same music in
a regular Voice context does not seem to make sense.

Issue 3050: displayLilyMusic produced erroneous code for rightHandFinger arguments

Issue 2990: \RemoveEmptyStaves in StaffGroup context crashes

The problem is caused by multiple axis group engravers, and in
particular nested VerticalAxisGroup grobs in connection with the
skyline code.  An extensive fix catching any recursive grob definition
will lead to quite more cryptic error messages rather than this
hand-tailored fix for the special case of VerticalAxisGroup nesting.

The solution chosen here is to complain when a VerticalAxisGroup is
announced from a subordinate context and let the current group commit
suicide.

Issue 677: \score markup confuses paper settings

I actually have no idea whether this is the right fix, but it seems to
do something related to the TODO comments and the issue report.

Enhancement: 2 new markup-cmds: draw-dashed-line; draw-dotted-line

Issue 3071

Also includes Regression Test.
Thanks also to David Nalesnik for suggestions

Typo in time-signature-settings.scm

Fixing missing space in commented example

issue 3074

Doc: simplify example changing default fonts (3027)

  The original function required the global staff size
  to be re-entered as myStaffSize, but this can be calculated
  from the value of staff-height, so avoiding having to
  replicate the value.

Issue 3077: Be more explicit about footnotes on chord constituents

This tries to deal with the suggestions stemming from the
<URL:http://lists.gnu.org/archive/html/lilypond-user/2013-01/msg00021.html>
discussion.  It also rewords a bit of following documentation.

Issue 3075: Fix \displayLilyMusic with \tweak of subproperties

Issue 3073: Context definitions and context mods ignore \unset

Add property-unset regtest

Issue 3023: Papersizes with landscape/portrait suffix are not recognized by -dpapersize

This factors out the papersize recognition into a function
lookup-paper-name.  It also streamlines error handling somewhat.  A
conditional checking paper-default to be non-#f could only ever be
triggered in an error situation.  Since it does not make sense to
treat the error condition of "bad paper-alist entry" and "unrecognized
paper format" differently, this has been folded into the simpler case,
namely considering the specified width and height in
set-paper-dimensions as a substitute for the valid default paper size.

Issue 3087: typo "abChordRepeats" in NR

And a few others of that kind, to boot.

Update news following stable 2.16.2.

Release: update stable version.

PO: remove duplicates entries for hh and cc from ALL_PO_SOURCES

Introduced with version 1.0.1 :
in stepmake/stepmake/C.make
  ALL_C_SOURCES = h, c, y and l files
in stepmake/stepmake/Targets.make
  ALL_PO_SOURCES = $(ALL_C_SOURCES) $(wildcard $(outdir)/*.hh) $(wildcard $(outdir)/*.cc)

hh and cc files having since then been registered through ALL_CC_SOURCES,
there is no need to double their entry.
Even worse, an "out of tree build" results in a doubled location of
parser.yy and lexer.ll (one of them with a full path).

Fix KeyError in website_post.py from Issue 847

lily-guile.cc: remove weird special case for no longer existing "autoBeamSettings"

context-property.cc: remove an obscure special case

The case of inconsistency that this was supposed to deal with should
not get produced by current code.

Simplify hash-table->alist, alist->hash-table, functional-or, functional-and, list-element-index

Simplify first-member and first-assoc

Doc: Clarify Context creation (3006)

  - change heading and rewrite section to be more precise
    and accurate
  - move \applyOutput to Extending

Remove no longer relevant warning (cf issues 3058 & 2869) in Learning

Merge remote-tracking branch 'origin/translation'

canonicalise notional octave of tonic

Nothing deliberately looks at the octave part of the pitch object storing
the tonic of a key-change event; it's not really a meaningful concept.
But comparison with equal? sees the octave, so internal_event_assignment()
reckoned two key changes differing only in this meaningless field to
be different, and therefore not permitted to occur at the same time.
This triggered false warnings of "two simultaneous key-change events"
when two instruments sharing a staff differ in the transposition used
in their music source.

To fix this, always set the octave part of the tonic pitch to the
same value.  This is done when transposing, and since \key operates by
invoking transposition this is the only place that needs to canonicalise.
The canonical octave is number -1; that is, the octave obtained by a
note name with no octave suffix, and so the octave that most commonly
occurred under the non-canonicalising system.

articulate grace notes with time stealing

This change makes \articulate handle grace notes itself, rendering them
to ordinary notes.  There are a couple of tweakable parameters controlling
the rendering.

This prevents \articulate causing the many "going back in MIDI time"
errors that it used to.  (Inserting a short rest after each note makes it
way too easy for following grace notes to need to steal more time from
the preceding rhythmic event than it has.)  In fact, when such errors
occur in the absence of \articulate, \articulate can now fix them.

Doc: CG Clarifying about Examples with overrides

Issue 3051

Paraphrased an email response sent by Trevor Daniels.

Doc: NR Moved Appendix C to CG

Issue 3015

Issue3058: Remove "Apparent error in ../ly/init.ly" from Common Errors in usage

It should not really be possible to trigger this one any more.

Make lexer more robust against unexpected EOF

This helps against EOF within strings, multiline comments and other
constructs without losing track when terminating the main input parser
while retaining the lexer.

\fret-diagram-verbose with capo > 1

Issue 2961

Even if all dots and barrés fit in the default fret-range, the fret-range
will have to be shifted if capo-fret > 1 in order to make sure that the
capo will be the lowest fret in the fret diagram.

Web: Added New Page acknowledge.itexi

Issue 2741

Added new page to thank providers of development/infrastructure.

Issue 3049: Parser outputs Lyric events for illegal note names

Well, after this patch this is what we still do (using void-music with
duration and post events seems even worse of a followup reaction,
silently dropping duration and post events not much better).

But additionally, an error is flagged.  The complaint is "have to be
in Lyric mode for lyrics" which is accurate since in Lyric mode
arbitrary strings and markups may be accepted.  At the point the error
is flagged, we don't necessarily have encountered an unquoted string,
so "bad note name" might be even more misleading.  Before this issue
originated, the parser likely bombed out with "Unexpected STRING", and
frankly that's not really better than "have to be in Lyric mode".

Fix \textLengthOn to work with 2.17 skylining (3032)

  Fix suggested by Mike Solomon

Web: Introduction.itexi - added new opera

Issue 2864

Added links to Luca Rossetto Casel's site for an
edition of Tommaso Traetta's /Enea nel Lazio/ (1760)

Also updated some dead links

Merry Christmas!

Doc: NR typo for Midi Instuments used in example

Issue 3021

Issue 3041: Fix a few segfaulting cases in hara-kiri-group-spanner

Doc-fr: several updates

 - programming-interfaces
 - tweaks
 - input
 - rhythms
 - some texidocs markers

Adds 2.14 docs to list of stable documentation

Doc-fr: updates spacing

Doc-fr: search-box marker

Doc-fr: update texidocs markers

Makefile: Add dependencies for internals.itexi

Issue 3020

The texinfo file internals.texi for the Internals Reference is
generated from ly/generate-documentation.ly, which in turn relies on
scm/document*.scm and their recursive dependencies to do the actual
work. In the process, settings encoded in various other files get
documented, e.g. from ly/engraver-init.ly and scm/define-*.scm.

Changes to such files do not necessitate, nor trigger, recompiling the
LilyPond binary; yet the only dependency marked for internals.texi in
Documentation/GNUmakefile was on $(LILYPOND_BINARY).

Fix this, for this is obviously inconvenient when hacking the
Internals Reference.

Rather than tediously maintaining a specific list that grows
incomplete whenever the scope of the IR expands, make internals.texi
depend on $(INIT_LY_SOURCES) and $(SCHEME_SOURCES) altogether, similar
to the rules in make/ly-rules.make.

Issue 1029: \thumb should behave like other fingerings

This changes \thumb from a script to an actual bona-fide fingering.
The size tweak is a bit ugly: it might make some sense to resize the
actual glyph to match fingerings, but maybe it should then also be
relocated from "scripts.thumb".

Add note to manuals.html describing formats of manuals (Issue 2895)

Issue 3018: lilypond-mode.el: Replace use of obsoleted compile-internal

In Emacs 24, compile-internal is no longer defined.  The respective
commit in the Emacs repository (from git mirror) shows:

commit 318ea0e29450b3c6e588287719e170e35a978cf7
Author: Chong Yidong <cyd@gnu.org>
Date:   Mon Sep 24 20:23:25 2012 +0800

    Remove several obsolete vars and functions unlikely to be still in use.
[...]
    * lisp/progmodes/compile.el (compile-internal): Remove obsolete
    function.
    (compilation-parse-errors-function): Fix typo.
[...]

-;; This is a rough emulation of the old hack, until the transition to new
-;; compile is complete.
-(defun compile-internal (command error-message
-                                &optional _name-of-mode parser
-                                error-regexp-alist name-function
-                                _enter-regexp-alist _leave-regexp-alist
-                                file-regexp-alist _nomessage-regexp-alist
-                                _no-async highlight-regexp _local-map)
-  (if parser
-      (error "Compile now works very differently, see `compilation-error-regexp
-  (let ((compilation-error-regexp-alist
-        (append file-regexp-alist (or error-regexp-alist
-                                      compilation-error-regexp-alist)))
-       (compilation-error (replace-regexp-in-string "^No more \\(.+\\)s\\.?"
-                                                    "\\1" error-message)))
-    (compilation-start command nil name-function highlight-regexp)))
-(make-obsolete 'compile-internal 'compilation-start "22.1")
-

I have for now omitted all optional arguments to compilation-start
since they are incompatible to previous usage:

compilation-start is an autoloaded compiled Lisp function in
`compile.el'.

(compilation-start COMMAND &optional MODE NAME-FUNCTION
HIGHLIGHT-REGEXP)

Run compilation command COMMAND (low level interface).
If COMMAND starts with a cd command, that becomes the `default-directory'.
The rest of the arguments are optional; for them, nil means use the default.

MODE is the major mode to set in the compilation buffer.  Mode
may also be t meaning use `compilation-shell-minor-mode' under `comint-mode'.

If NAME-FUNCTION is non-nil, call it with one argument (the mode name)
to determine the buffer name.  Otherwise, the default is to
reuses the current buffer if it has the proper major mode,
else use or create a buffer with name based on the major mode.

If HIGHLIGHT-REGEXP is non-nil, `next-error' will temporarily highlight
the matching section of the visited source line; the default is to use the
global value of `compilation-highlight-regexp'.

Returns the compilation buffer created.

Issue 2172: Get line and column numbers right.

This uses 1-based columns on all error output, as is the standard for
GNU programs.  It also flags version errors as being for line 1
instead of line 0 since the latter confuses Emacs' compilation mode.

The same column convention is used for point-and-click column numbers
in textedit:// URIs.  In contrast, the byte offsets into a line (also
in those URIs) are retained 0-based.

For point-and-click, this yields the correct results when using the
definitions for emacs and gvim in scm/editor.scm, the editors
configured to interpret the column number.

It is to be expected that Lilypond-specific shells (like Frescobaldi
called via Okular for point-and-click) have specialized on the
previous wrong behavior and will now exhibit the kind of one-off
behavior that non-LilyPond specific programs did previously when
encountering the error messages.

I don't see a good migration strategy for those except possibly
looking for the version number of LilyPond and deciding whether to do
one-off calculations depending on that.

Changes to Kievan documentation

Adds mention of \kievanOn and \kievanOff functions
to Ancient notation -> Kievan notation documentation
and corrects examples, given changes to the notation
in Issue 2868.

Web: Updated sizes of PDFs and 'big' HTML links

Issue 3004

Web: Easier editing - new URI for lyqi

Issue 3028

Doc: Usage - fixed syntax for backend inc. example

Issue 3033

Fixed @code{} examples for backend as the single quote was not required.

Also added a new @example at the start of the section just so that this
shows a non #t/#f example.

Add Catalan translation from FTP.

Web-nl: update.

Merge remote-tracking branch 'origin/translation' into staging

Doc-es: update Tweaks.

Doc: Clarify documentation of footnotes (2971)

  Distinguish Event- and Time-based footnotes clearly

  Time-based footnotes apply to all grobs of the specified
  type at the current musical moment

  Warn that footnotes cannot be attached to lyrics

Changes lilypond-example for rest-by-number

Removes '-signs from vectors

Removes '-signs in vectors from the docs.

Issue 3012: Flag an error for isolated post-events occuring in music lists

These can happen when writing things like

c \tweak #'color #red -3

since at the current point of time a tweaked post-event is not
syntactically recognized as a post-event without leading -, like

c -\tweak #'color #red -3

While this restriction will at some time be removed, in the mean time
we want to have this problem flagged.

Fix overlooked old code in French tweaking documentation

Replace some faulty code examples in the "Czech" learning/tweaks

Since those are contained in as-yet untranslated German passages,
I copied the respective code examples from the current German
documentation.  No attempt at updating the corresponding texts
has been made.

Fix music/event confusions in tweak documentation examples

Issue 3019: Let ly:event-property take an optional default argument

This is analogous to the respective functionality for
ly:music-property and ly:prob-property.

Issue 3013: Amend \overrideProperty example

It has been overlooked by convert-ly due to interspersed comments, and
it could make use of a subproperty override (which is supported by
\overrideProperty by now).

Doc-es: update Fundamental, Templates.

Snippets: correct some strings

texidocs or comments not converted when " #'" -> "."

Doc-fr: Notation (2nd part)

 - repeats
 - rhythms
 - staff
 - text
 - unfretted
 - vocal

Web-fr: community & download

Doc-fr: Usage
 - running
 - updating

Release: bump version.

Release: update news.

PO: update template.

LSR updates

Issue 3008: articulate can't deal with <>

Issue 2981: Let \set ... = *undefined* unset values rather than overwriting.

Also makes \once\set deal properly with a value that is not previously
defined in the current context.

Doc-it: update learning, notation, usage and website

Add translation of some strings in Documentation/po/it.po (only the
strings really useful for manuals).

Doc-es: update Notation Appendices, Chords, Staff Notation, Simultaneous, Text, Unfretted Strings and the CheatSheet.

Web-es: update Search Box git version marker.

Doc-es: fix compile.

Doc-es: update essay/Engraving, extending/Programming-Interface, Scheme tutorial.

Doc-es: update CHANGES.

markup.scm: use stencil extents when stacking; issue 723

stencil.cc: Backspacing stencils are not empty

markup-commands rest-by-number and rest

Introduces two new markup-commands:
rest-by-number and rest
similiar to the existing note-by-number and note.
Two regression-tests for them are added.

Merge branch 'translation' into staging

Issue 3005: A bit of rectification for learning/tweaks regarding Scheme values

Doc: cautionary accidentals after a key change (3000)

  Add text and examples to NR 5.4.6 "Using break-visibility"
  to cover the printing of cautionary accidentals following
  an explicit key change.

  (Thanks to Paul Morris for the suggestion)

Doc: improve example of using positions property (2993)

  The current example is positioned properly even
  without the override.  This changes the example
  to one in which the slur and phrasing slur collide
  by default.