Run grand-replace (issue 3765)

Run make grand-replace to update all coopyright statements

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Revert "CG: remove obsolete git info"

This reverts commit d2c221f6d589ad75568cb6a9a9eb6ba67196af51.

Revert "CG merge duplicated sections about conflicts and branches"

This reverts commit 916c0ca2da746592d6355f7d3a5ed19024754210.

Revert "CG: rename 'commit access' to 'push access'"

This reverts commit 548a2fc5b2407c370d95c3cc1bd423c3d01fab76.

CG: rename 'commit access' to 'push access'

'commit access' is svn terminology.  We're using git,
and in git everyone can commit but not everyone can *push*.

CG merge duplicated sections about conflicts and branches

* merge 'resolving conflicts' with 'merging conflicts'
* merge 'Organization of remote branches' with 'Other branches'

CG: remove obsolete git info

...most of these istructions were valid for git version ~1.5;
nowadays working with git is much simpler.

Add version to satb.ly for GUB build

Add version to make-relative-copies regtest for GUB build

Issue 3773: Add Changes entries for bare rhythms and \beamExceptions

Doc: NR improve example of \accepts

Issue 3641

Improve example given in NR 5.1.7

Doc: NR add \chord to examples in A2

Issue 3755

Added new column to show a working example (also useful for Blind composers)
Minor layout quibbles with @multitable means using the @* (forced break)
for TexInfo commands - not strictly LP doc policy - to enhance clarity

Reduced the line-width slightly of the @lilypond examples simply to
help accommodate the extra column

Doc: NR Tidy up of A4 - fretboard diagrams

Removed bar numbers - inappropriate for this section

Added an @appendixsubsec for each of the three pre-defined
fretboard instruments (Guitar, Ukulele and Mandolin) so as
to make it easier to find in the index but also to break up
the apparent 'wall' of fretboard diagrams when viewing the
Appendix.

Revert "Prevents dynamics from colliding with cross-staff stems."

This reverts commit 3bcfd69d91f52f70598f73719fbed7aa6eea8ad3.

Conflicts:

input/regression/dynamics-avoid-cross-staff-stem.ly
lily/include/interval-minefield.hh
lily/include/self-alignment-interface.hh
lily/interval-minefield.cc
lily/new-dynamic-engraver.cc
lily/self-alignment-interface.cc
scm/define-grob-properties.scm
scm/define-grobs.scm
scm/output-lib.scm

note-spacing: let compressibility be uniform; issue 3304

Comments implied that half the width of accidentals, etc., was added
to the ideal spacing between notes, but in fact only compressibility
was affected.  The non-uniform compressibility caused note-spacing
to become non-uniform when the lines were compressed.  For example
A sequence {\stemUp a a d a] would have the head of the D tuck under
the preceding A.

This commit keeps spacing uniform on compressed lines until objects
come within padding of each other.

note-spacing: stretch somewhat uniformly

Start with a basic spring based on the note duration, and apply optical
corrections to that.  This results in more consistent springs thus more
uniform stretching in polyphonic situations.

springs: comment and typo

spacing-options: clarify documentation

ledger-lines: horizontal space only when present

Issue 3635: Doc LM: Improve the explanation of 'force-hshift

  Add an explanation of the 'horizontal-shift property

  Expand the explanation of the 'force-hshift property

  Make the example of using the 'force-hshift property
  more transparently clear.

Issue 3720: Add SATB built-in template

Signed-off-by: Trevor Daniels <t.daniels@treda.co.uk>

Issue 3720: Doc: Built-in templates for SATB vocal scores

  Add documentation to LM Templates Appendix

  Add cross-refs from other parts of the manual set

Issue 621: Dynamics should avoid cross-staff BarLines
(e.g. GrandStaff, PianoStaff etc)

Dynamics usually have extra-spacing-width set to an empty interval so
that their placement does not cause other elements to shift.

With span bars, however, the resulting overlap is a worse cure than
the problem.  So this switches off the width-hiding setting of
extra-spacing-width inside of staff groups using span bars by default.
No extra space is allocated, so dynamics will clear the span bars only
narrowly, a reasonable compromise.

Run makelsr.py

added new snippet - commit c9acfc85c

Doc: NR Updated Delayed Turn Snippet

Issue 3369

Suggestion from Arno Waschk

Simplification of original snippet

Note: This snippet will only work since 2.17 versions (where the /single
command has been implemented) and does not work on the 'current' LSR
(which is still at 2.14 as of this patch).

Doc: NR Appendix A10.3 \path examples

Issue 3587

Added two extra examples for the \path command

Also moved two paras down as it seemed more of a logical order

Doc: NR - Tidy up of 3.5.1 and 3.5.3 - MIDI

Seemed some of this information was repeeated (and so redundant)
with additional grammar and sentence structure changes and more consistent
@examples.

No new technical information added.

Doc: Tidy up of chord-names-jazz.ly

Added a new context definitigon to remove the Bar Number Engraver
as it was clashing with the instrument names and looked messy.
As it was not actually pertinent to the example I thought this the
simplest method

Also tidied up the spacing of the information as per standard doc
guidelines

Doc: Extending addition about calling stencil func

Issue 3669

Came out of:
http://lists.gnu.org/archive/html/lilypond-user/2013-11/msg00587.html

Text based on Keith OHara's suggestions

Indicate that it is possible to call the stencil function in a user's
own override of the stencil property

Adds outside-staff-interface and outside-staff-axis-group-interface

When a property exists in an interface, the property should make sense for
a sensible of grobs that implement that interface.  Otherwise, the property
should be part of a separate interface that applies to a sensibly-sized
group of grobs.

Various properties having to do with outside-staff calculations belong to
grob-interface.  This does not make sense for many grobs (StaffSpacing,
NoteSpacing, SpacingSpanner, StaffSymbol just to name a few).  There is a
limited collection of grobs for which outside-staff properties make sense.
The outside-staff-interface provides a separate interface to be implemented
by these grobs.

The same is true for axis groups that place outside-staff grobs, which form
a limited subset of grobs implementing the axis-group-interface.  Rather than
putting the relevant properties in the axis-group-interface, we move
them to an outside-staff-axis-group-interface.

python/convertrules.py: bump version for 2.18 release

PO: update template.

Release: update news.

Release: bump VERSION.

Issue 3746: Fix unfold-repeats-fully with alternatives

When fewer alternatives than repeats are given, the _first_ alternative
needs to get reused (the previous code wrongly used the last one).

Match python/convertrules.py versions to that of stable branch.

This became necessary due to cherry-picking the following into stable:

convert-ly rule for new make-relative semantics accepting music arguments

This only works when the "reference pitch" is the first or last of
the list.

No attempt is made to rewind the version numbers of already converted
files from 2.19.0 to 2.17.97.

Update documentation for what's supported in MIDI. (issue 3740)

Also clarify what articulate.ly supports.

Change the snippet for redefining a shorthand to use an ArticulationEvent
instead of an articulation name, so users who follow its example will have
their articulations work in MIDI.

Issue 3732: Web: Rewrite "Features" content

The "Features" page had some problematic content and structure.
This commit makes some points more clear, removes problematic
claims and introduces some more points pro LilyPond.

Additionally replace some "color2" divs by generic divClass

Issue 3732: Web: "Features": Modify outline

This doesn't modify the content, although I have a clear idea about it.
So some contents don't seem to fit to the headings.

Merge branch 'translation' into staging

Doc-it: translate footer and browser-language page

Documentation/included/authors.itexi: remove Chong Yidong from core contributors

He crept in through a misinterpretation of a commit message.

grob-property: if callback is independent of layout, call just once

Issue 3748: Allow assignments with property paths to use x.y.z = value syntax

This is actually an embarrassing oversight in issue 2883: while it
became possible to rewrite

    markup-system-spacing #'minimum-distance = #25
as
    markup-system-spacing minimum-distance = #25

it has been overlooked to allow for the obvious

    markup-system-spacing.minimum-distance = #25

Doc: Add @knownissue for AddLyrics with Nullvoice

Issue 3654

Doc: Usage add .vimrc syntax highlighting

Issue 3492

Web: Improve notes about Linux Dist LP Packages

Issue 3735

Explain that LP in most Linux Repositories is going to be
older than the current available code on the LP website

Web: What we wrote... Book about LP in Turkish

Came from message

URL: http://lists.gnu.org/archive/html/bug-lilypond/2013-12/masg00051.html

Professor Server Acim's book in Turkish about LilyPond

Web: updated Authors.itexi

All contributions since release of 2.17.0

Circa Aug 25 2012

Issue 2067: Give all of \display{LilyMusic,Music,Scheme} optional port arguments.

Issue 3719: CG: Add comment about git-cl editor

git-cl fires either the editor specified by the
EDITOR environment variable or vi if EDITOR isn't defined.
Commit mentions this in the CG

Signed-off-by: David Kastrup <dak@gnu.org>

Typo fix in NR

Merge branch 'issue3714' into staging

fix sidebar colors in html documentation

Change the default color of the TOC sidebar when no manual-specific color has been specified. Because the text color was changed to white, the TOC was not legible in manuals like the glossary, which is not assigned a color currently.

Also, darkened most of the manual TOC sidebars to separate from header and footer colors. Lightened the header and footer for the Contributor's Guide since it is the "black book."

Remove duplicate CSS definitions in manual file

Remove second definition of background color from lilypond-manuals.css.

Also remove color spec for changes documentation since its color is not being defined at this time.

Add comments to lilypond-texi2html.init

Adding inline comments to lilypond-texi2html.init to explain the added lines of code in the file to enable the manual-specific CSS styling.

Also cleaned up the code indentation levels.

CSS changes to color-code major manuals

Added styling to use a manual-specific class in the <body> tag to color code each of the major manuals.

Now:
* Learning Manual: Green book
* Notation Reference: Blue book
* Usage Manual: Yellow book
* Extending: Red book
* Internals Reference: Purple book
* Contributor's Guide: Black book

Add classes to <body> tag of documentation files

To facilitate request from lilypond-user to facilitate differentiating among the various manuals, appending CSS classes to the <body> tag of the documentation files so that the main CSS stylesheet can be modified to look for those classes to specifically style each manual and development status.

The present solution for indicating development status is a hardcoded line in Documentation/lilypond-texi2html.init.

Web: Reword contactUsAbout macro

Providing information on new reviews/productions etc.
should be possible by simply writing an email to bug-lilypond.
Redirecting to the Bug Report guide is off-putting.

Merge branch 'translation'

Include `freetype.hh' where appropriate.

This ensures that we aren't dependent on indirect header inclusion chains of
third-party packages.

Include `freetype.hh' where appropriate.

This ensures that we aren't dependent on indirect header inclusion chains of
third-party packages.

Web: Iintroduction.itexi - Minor typos

LilyPond not lilypond

font: parametrize and cleanup sharp code

Changes:
* as much as possible is controlled by global parameters,
* variables have more consistent names,
* the functions are more consistently structured,
* stem ends are placed in one line using explicit beam direction.

The glyphs remain identical.

It would be good to extract one global procedure that would draw
all needed sharps (instead of having 6 similar ones), but i didn't
have enough time to do this.

font: rewrite and parametrize natural code

The logic remains virtually the same. List of changes:
* more descriptive variable names,
* removed surplus points (1', 3', 11', 21'),
* stem brushing is controlled in a simpler way,
* beam slant does no longer depend on stem thickness,
* all dimensions are explicitely and straightforwardly
  derived from global parameters.  This makes it trivial
  to get a differently-looking natural by just changing
  clearly defined values.

At size 20, the natural remains identical.  At signifincantly
different sizes there are a few microscopic changes, but they
are too small to be noticeable:

* stem end thickness is defined in terms of stem thickness,
  so regardless of design size the ratio between them is constant.
* beam slant is slightly more consistent.  But you wouldn't notice
  the change if i haven't told you ;-)

Web: Add 3 published productions by Joe Smeets

Issue 3657

Introduction.itexi

unify formatting and indentation

include subfonts unconditionally

remove spurious else

make comments more uniform

factor out common inclusions and initializations

factor out autometric_parameter declarations

move brace-drawing procedure to separate file (and rename files)

rename feta-alphabet to feta-alphabet-generic

to conform to the convention

rename feta-generic to feta-other-generic; similarly parmesan-generic

these files are not for the whole font,
but just some glyphs that aren't in their own subfonts

remove feta-test-generic.mf and other testing files

they were just polluting the code

font: clean up staffline-display in testing mode

Previous testing code was a mix of hideous copy&paste with
non-obvious passing glyph outlines around, which attempted
to produce additional glyphs in testing mode, so that there
would be both on-staffline and on-staffspace variations.

That code was completely unreadable and unmaintainable.

Instead i've introduced a global variable that determines
how the stafflines will be printed relative to the glyphs.
To see alternative configuration, just change that value.

font: rename draw_staff to draw_staff_if_debugging

Previous name was confusing: the stafflines are actually
not drawn unless 'test' is set to non-zero value.

feta accidentals: split into several files

omit filename extension as in the rest of the file

Merge branch 'issue3723' into staging

Adapt documentation for optional arguments now that lookahead is permissible

Parser: properly disambiguate pitches from music in function arguments

In many instances, function arguments were parsed greedily without
looking at the function argument predicates first.  This did not allow
using subsequent function arguments of type pitch and duration since
they were combined into one music expression.

Parser: remove command_element and command_event synonyms of tempo_event

Parser: remove pitch_arg and PITCH_ARG

Parser: inline a few "common" expressions occuring only once now

Remove all closed music expressions

Permit event functions to use a non-closed argument list.

Add location data to extra_tokens_ stack in lexer.

Parser: let MYREPARSE and MYBACKUP back up even in presence of lookahead

This implies that the lookahead token must not yet have made an impact
on the state stack other than causing the reduction of the current
rule, or switching the lookahead token while Bison is mulling it over
will cause trouble.

Since an LALR(1) works on the top of the stack, this can usually be
guaranteed.  The "Too much lookahead" message is not produced.  If
these constructs are misused, the parser should typically complain
about the replacement token being unexpected.

The advantage is the ability to vastly simplify syntax rules that up
to now have to avoid lookahead tokens with a lot of drudgework.

Move the extra_token mechanism out of the lexer proper

Calling lex->pop_extra_token explicitly in the parser's yylex function
makes things considerably more robust.  It also allows pushing and
popping the EOF condition, necessary for backing up right at the end
of a file, like with ##{ \relative { c d e f } #} where the music
expression is checked against being a pitch, and then is backed up.

Issue 3726: toplevel-music-functions should be a session variable

We don't want changes in a .ly file to bleed into subsequent files.

Issue 3728: Allow score and book identifiers at top level, and score identifiers in book(part)s

Instead of

xxx = \score { ... }
yyy = \book { ... }
\score { \xxx }
\book { \yyy }

you can now just write

xxx = \score { ... }
yyy = \book { ... }
\xxx
\yyy

Book and bookparts at top level are distinguished by virtue of only
books having a \paper block.

Regularize score handling (origin and copying)

Scores get their origin set when score_body is called, and when encountered
in \xxx and  constructs, are properly copied.

Issue 3727: Allow header blocks and output definitions in \score to precede music

This addresses a frequent complaint of users.

Simplifies pure documentation in the CG.
Removes old information about lists and articulates everything in terms
of unpure-pure-containers.

Make parsing of articulation shorthands more robust. (issue 3664)

Allow articulation shorthands to be any post-event. Commit 6baa453 tried
to restrict them to ArticulationEvents, but actually allowed anything.

As opposed to previously, return a dummy PostEvents on error as
fallback rather than an incomplete ArticulationEvent causing followup
errors and a crash.

Signed-off-by: David Kastrup <dak@gnu.org>