LSR updates

Update release process in CG

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Issue 4075: Doc: Correct the instrumentTransposition setting in NR 2.1.6

  The value of instrumentTransposition affects the MIDI
  pitch.  As all the notes in this example are entered
  at the correct sounding pitch no instrument transposition
  is required.  Previously Kaspar sounded an octave too low.

Doc: CG - Added Ralph Palmer and Federico to Bug Squad

Issue 4080

Remove tied accidentals after line-breaking

Simplify the NullVoice context, and move it under Score

issues 3834 3825 3734
The Tie_performer and similar give their timing information to
Lyric_performer without any need for Note_performer.

Simplify the NullVoice context

issues 3834 3825 3734

Issue 4071: scheme-tutorial.itely: missing closing paren

But it turns out that the "formal" definition of a list given there is
unsuitable for determining the list status of circular lists because the
definition, well, turns out to be circular.

Use aligned-on-x-parent instead of other callbacks for some grobs

Now that we have an easy way of specifying different alignments for
grob and its parent (see 0c4f221e5d), we can use aligned-on-.-parent
in places that we previously used .-aligned-on-self.  With this change,
the users have more control over the placement of grobs.

Affected grobs:
- InstrumentSwitch
- Script
- SostenutoPedal
- SustainPedal
- UnaCordaPedal

Fix bugs with aligning on main part of the NoteColumn

NoteColumns may contain either noteheads or rests, so the function
was changed to handle the case when NoteColumn contains only rest.

ly_scm2bool returns true when the argument is unset - that's not
what we want: unset properties should evaluate to false.

Fix ugly code in ClefModifier alignment

Issue 4064: Remove misleading \notemode example

 - Entering note mode has not been required for
   this example since Release 15.

 - Also replace non-standard headings with Level 5
   headings.

Regtest for VerticalAxisGroup.remove-layer (divisi staves)

Issue 3518: Support temporary divisi staves

This provides the low-level support for temporary divisi staves by
adding a `VerticalAxisGroup.remove-layer' property of type integer that
interacts with the "Keep_alive_together_engraver": when set to a numeric
value, staves with the same numeric value are kept alive together as one
group.  Of several such groups with live staves, only the one with the
lowest common numeric `remove-layer' is retained.

Reformat define-grob-properties.scm to avoid column 0 parens in strings

Run scripts/auxiliar/makelsr.py

Copy some snippets converted with temporary rule to snippets/new

This avoids them being overwritten on next LSR import

Revert "Issue 4068: Add a convert-ly rule for xxx #'yyy #'zzz = -> xxx.yyy.zzz ="

This reverts commit 7f34e80b8d8bebfa4b1f3721a12718b04d7e02f4.

Run scripts/auxiliar/update-with-convert-ly.sh

Issue 4068: Add a convert-ly rule for xxx #'yyy #'zzz = -> xxx.yyy.zzz =

Alist assignments can also use symbol list syntax as of issue 3748.
So the examples for nested layout variable assignments should actually
use those.

Issue 4070: Cyclic markup detection unable to deal with non-linear code execution

This uses dynamic winding to keep the stack depth counts accurate even
in the presence of non-local exits like those used of
map-markup-commands.  It also changes the regtest
markup-cyclic-reference.ly since it seems too much trouble to trap both
cyclic references via a tortoise/hare algorithm as well as limiting the
maximum markup stack depth.

Issue 4072: Get rid of lilypond-book warning for "indent=1.5cm" in essay

The reported warning is

    lilypond-book: warning: deprecated ly-option used: indent=1.5cm
    lilypond-book: warning: compatibility mode translation: indent=1.500000\cm

I am pretty sure this cropped up in some bug tracker or mailing list
communication but I am quite unable to find any reference.

Issue 4069: Rewrite ly_lily_module_constant in terms of scm_c_module_lookup

Overusing eval is not desirable.

Merge branch 'issue3072' into HEAD

Issue 2507: Stop the entanglement of context properties and grob property internals

This introduces a semi-opaque structure Grob_properties meeting the
predicate ly:grob-properties? that is algorithmically handled at the C++
level via a wrapper structure Grob_property_info.

Encapsulating grob properties in that manner reduces the potential for
clashes and makes it easier to change algorithms and/or internal
representation.

While the principal distinction between context properties (one value
per context) and context-based grob property templates (one stack per
context) remains, at least the separation of the handling is more
pronounced.

input/regression/override-nest.ly needs matched \override/\revert

Fix severe context/grob property mixup in event-listener

Issue 3072: Nested overrides get confused with multiple contexts in play

The main problem with nested overrides lies not as much with the
override (which can be done reasonably well) but rather with the
corresponding reverts.  Detecting and undoing a previously established
nested override by its effects on an alist, particularly when nested
overrides may be present at several different levels in several
different contexts and/or stack depths and may be undone in different
order from being established, is a complex problem.  It is complex
enough that it is not clear that a satisfactory solution does even
exist: at least LilyPond's implementation breaks down for a number of
test cases.

The approach of this implementation is to not even try reverting nested
overrides from looking at their effects on the final result.  Instead
nested overrides like

\override Staff.TextSpanner.bound-details.left.text = #"foo"

are not done by creating an assembled alist element for TextSpanner
looking like

(bound-details . ((left . ((text . "foo") ...)) ...))

with ... filled in from other parts of the alist (which may change
independently at a later point of time) but rather by using
(bound-details left text) itself as a key and thus storing

((bound-details left text) . "foo")

as the representation of the override.  Consequently, reverting an
override with the same nested property path is straightforward.  Neither
the action of overriding nor of reverting now require referring to or
updating any part of the property stack outside of the current context.

The downside is that an actual reference to the resulting grob alist
requires expanding the nested overrides at the time of creating a grob
or otherwise asking for ly:context-grob-properties.

Since issue 2507 encapsulated grob property access into the
Grob_property_info algorithm container structure relying on data stored
in context properties of elements of type Grob_properties, changing the
respective algorithms can be facilitated completely in those classes.

In order to provide similarly efficient access and reasonable caching
and just-in-time reevaluation of previously computed values,
Grob_properties needed to be significantly extended in size.

Add missing trailing newline

Add reg test (issue 4046)

Test nested include files and use lybook-testdb during make test.

Fix references when using --use-source-file-names (issue 4046)

Fix lilypond-book include paths (issue 4046)

Rewrite paths relative to the lily-output-dir or the output dir
depending on which one is being used. Always use forward slashes
since this is what lilypond expects, even on Windows.

Doc: Appendix - Articulations and Ornamentation - part 3

Issue 1189

Create Texifo @multitable entries for the
List of Articulations appendix.

As there are a lot of separate scripts being
documented this Issue is going to be split
into multiple, smaller, parts to aid in the
review process. Part 2 was commit 4d6f2a27cc

This is part 3 and while not strictly
'Articulations and ornamentations' covers
the percussion scripts.

I have also set the @code{} script examples into
the same column as the @lilypond examples; saving
a significant amount of wasted page space. I have
removed unnecessary lilypond-book variables making
the texinfo code less noisy.

Issue 4063: Interpret < > and << >> in \chordmode

There is no compelling reason not to do so, and having < > available
allows stuff like

\chordmode { \clef bass <c> c/e <g,> c/e }

or other ways of explicitly spelling out some not-really chord material.

Issue 4066: Clean lily/include/lily-proto.hh from unused/undefined classes

This is the result of running

sed -i -e "$(sed -n s'/^class\s\+\([^;]*\);.*$/\1/p' lily/include/lily-proto.hh |while read i;do git grep -l "\(class\|struct\)\s\+$i" lily|grep -q -v lily/include/lily-proto || echo "/^class $i/d";done)" lily/include/lily-proto.hh

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Correct \version statement in clef modifier regtest

Fix issue 3826

Commit 2d3a5d87166caa13feb036e23086b0d4f23283f4 let
scripts/auxiliar/update-with-convert-ly.sh call the non-existent
Makefile target "make pythonmodules" instead of "make python-modules".

Update version in Editorial to avoid \relative -> \relative c' conversion

Remove stray BOM from chords.itely

Introduced with commit f739a44f91a0b7ef5f634b6c4ca5b45c988798c1

Issue 3186: fix clef transposition alignment

Until now, numbers indicating clef transposition (for example
in \clef "G_8") were simply centered against the clef glyph.
This was not optimal, because clef glyphs aren't symmetrical
- for example the hook of the treble clef isn't exactly at its
horizontal center, and thus the octavation number shouldn't
be exactly centered.

This commit allows to specify alignment separately for each
clef, taking into account their individual characteristics.
Alignments are stored in clef-alignments property.

Doc-fr: updates committishes for full sync

Merge branch 'master' of /home/jcharles/GIT/Lily/. into translation

Issue 4051: Improve make-countdown-announcement.sh.

* Check for tracker issues missing OWNER or SUMMARY fields.
* Convert tabs to spaces in tracker issue summaries.
* Add lilypond-issues.csv to .gitignore.
* Add Heikki to mailmap.
* Update documentation.
* Fix typos.

Regtest for \partial in mid-piece

Issue 4056: Let \partial in mid-piece work via a finalization hook

That allows all other processing to complete before measurePosition is
adjusted.  In particular, this avoids problems when multiple parallel
contexts invoke \partial and/or bar checks.

Use Context::here_defined to speed up some operations

Issue 4057: Create Context::here_defined as faster variant of Context::where_defined

Issue 4055: Factor out typecheck_grob routine.

Issue 4065: Don't rescale \layout in \score markup when already scaled

This change modifies the fix for issue 677 to avoid scaling problems
when employing $(ly:grob-layout grob) in the \layout of a score markup.

More sensible fermata doc-string

Grob alignment: get back 2.19.9 behaviour

A series of commits

*   0bc7f77 Issue 3978: Merge alignment cleanup
|\
| * d6604b0 define-grobs.scm: reorder properties alphabetically
| * 6f3f8f0 TextScript, CombineTextScript: use aligned_on_parent
| * 1d76502 Replace XY-offset closures with aligned_on_parent where possible
| * 09412c2 Clean up DynamicText horizontal alignment.
|/

changed how some grobs (notably DynamicTexts) reacted to overriding
self-alignment-X property.  The new behaviour was confusing for some
users, so this commit gets back the old behaviour.  The possibility
of using separate alignment factors for grob and its parent, introduced
by previous commit (see Issue 4022), makes it possible to get pre-0bc7f77
behaviour just by changing default values of parent-alignment-*; leaving
up the possibility to easily change them in the future.

See http://lists.gnu.org/archive/html/lilypond-user/2014-07/msg00691.html
and https://code.google.com/p/lilypond/issues/detail?id=4036
for details.

Issue 4022: Allow specifying different alignment for grob and its parent

This gives users more possibilities for grob positioning - for example,
they can align left edge of a grob on center of its parent, etc.

Also fix Issue 4054.

Doc-fr: update texidocs

Doc-fr: updates with latest merge

 - EM programming-interface
 - NR keyboards
      notation-appendices
      spacing
 - web-intro

Doc-fr: reflects Issue 4034: Fix some broken commit references.

Doc-fr: reflects renaming in snippets

Merge branch 'master' of /home/jcharles/GIT/Lily/. into translation

Issue 4050: Don't let incipit regtest tamper with interfaces or alignments

LSR updates: delete beam grouping snippet

Allow changing of notation fonts

This commit changes the behaviour of make-pango-font-tree in the
following ways:

- Make all arguments optional key/value pairs
  keeping the current default values (emmentaler/Century Schoolbook)
- Allow changing of music fonts too.

Currently alternative music fonts have to be present in the font
directory besides Emmentaler fonts, and they have to be manually installed.
But now there are a number of alternative and compatible fonts available.

Doc: CG - update Bugsquad rota

Issue 4049

Updated the list of Bugsquadders

Federico and Ralph are going to be absent as of at least
until the middle/end of August.

Support for controlling MIDI expression

Doc: NR Fixes mis-ordered menu section for 4.3

Issue 4053

This fixes a mistake introduced in

aec840a735b33a4be38b10baeb40f8e660e3d55c

Where @nodes were moved around but the corresponding
@menu section wasn't altered accordingly.

Doc-fr: update texidocs

Issue 4039: Improvements to magnifyMusic and magnifyStaff

Remove redundant scaling when mag factor = 1.
Scale tablature half-note double-stems.
Scale baseline-skip and word-space props.
Add regtests.

Issue 4038: Add text-interface to InstrumentName.

Issue 4034: Fix some broken commit references.

Issue 4024: Clarify break-align symbols and space-alist args in IR.

Updates CG with new script to test LSR files

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Correct release instructions

Release: bump VERSION_DEVEL.

Doc-fr: updates AU

Doc-fr: updates NR

Doc: add missing French translation of tuplet

Doc-fr: updates LM
 - common-notation
 - fundamental
 - tweaks

Doc-fr: updates EM

Web-fr: updates essay, community and manuals

DOC: Easier Editing - Frescobaldi

Changed description of Frescobaldi

Undocument the Scheme interface to make-simple closure

in favor of lambdas; issue 3993

Merge branch 'issue4032'

Manual cleanup after unsmob_xxx -> Xxx:unsmob conversion

Replace remaining uses of unsmob_xxx with Xxx::unsmob

This runs
sed -i 's/unsmob_\(engraver\|global_context\|input\|item\|music\|paper_score\|performance\|performer\|spanner\|stream_event\)\b/\u\1::unsmob/g' $(git grep -l unsmob_ lily)

as the mechanical part of the conversion.  A separate commit provides
the required definitions.

Remove definition of DECLARE_UNSMOB

unsmob_pitch -> Pitch::unsmob and related

This is part of moving away from implementing LilyPond infrastructure
via the C preprocessor rather than C++ features since C++ features tend
to be more transparent to IDEs, debuggers, editors, and newcomers.

sed -i "$(git grep -h DECLARE_UNSMOB|sed 's/.*(\(.*\), \(.*\)).*/s\/unsmob_\2\\b\/\1::unsmob\/g/')" $(git grep -l unsmob_)
sed -i '/^DECLARE_UNSMOB/d' `git grep -l DECLARE_UNSMOB`
git checkout Documentation/misc/CHANGES-1.3

(the changes to the CHANGES file are not useful).

The definition of DECLARE_UNSMOB is removed in a separate commit.

Remove unused macros ADD_TYPE_PREDICATE and DECLARE_TYPE_P

Issue 4033: All subsequent clef transpositions are marked as optional

This removes a bug cover-up in scm/parser-clef.scm, implements the
necessary functionality in display-lily-music and adds some regtests
for that functionality.

Issue 4035: Some refactoring and cleanup in lily/paper-book.cc