Revert "Issue 4505: Add partial \override and \set commands"

This reverts commit 47ce0f0eb601fd3d8fd38e9782e74e21c8b76205.

Remove comment in Timing_translator obsoleted by issue 4462

Issue 3693: Let Percent_repeat_iterator be unfazed by Timing changes

There is still one shortcoming: the percent repeats will not contain any
material apart from the percent itself.  In particular, no Timing
changes will be repeated.  If there are meter changes or \partial
commands inside of percent repeats, they need to occur in parallel
passages outside of any percent repeat, if necessary in a separate
"timing track".

Issue 4500: Support chaining \tweak variant of overrides

Something like

{ \once \tweak color #red \tweak font-size 2 NoteHead
  <c' e'>2 c'2
}

previously failed to result in having both tweaks register.

Issue 4501/2: Use music-type-predicate where useful

Issue 4501/1: Add music-type-predicate function

This creates a predicate function checking for a set of types.

Run scripts/auxiliar/makelsr.py

Issue 4507/5: Update snippet changing-properties-for-individual-grobs.ly

Issue 4507/4: Update \applyOutput documentation in EG

Issue 4507/3: Simplify regtest for \applyOutput

Issue 4507/2: Fix display for \applyOutput, adapt display regtest

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

Issue 4507/1: Let \applyOutput take an optional grob spec

Issue 4505: Add partial \override and \set commands

This allows \set and \override commands to be stopped short after
their `=' sign in order to be used in the manner of partial music
functions.

Reorganize argument list for Syntax::partial-music-function

value->lily-string needs (scm display-lily) module.

Oversight from issue 4474, caused an error when reporting the error in

circled = #(define-music-function (parser location txt) (string?)
  #{ \markup { \circle #txt } #})

\relative c' { c \circled #"1" }

Cf
<URL:http://lists.gnu.org/archive/html/lilypond-user/2015-07/msg00280.html>

Changes: compliments->complements

Issue 4475: \relative regtests for \autochange and \partcombine

\relative \autochange {x} was recently fixed in commit
c962a0162c67d8b67593c848d08c9345c8b045f0.

changes.tely: no change, in fact, to NullVoice

issue 4491: replace BUILD_DIR with LILYPOND_BUILD_DIR

Issue 4490: Small typo in german version of Notationsreferenz, header 2.9.3

Update version headers to avoid followup conversions to issue 4371

Issue 4492: Redundant music-has-type -> music-is-of-type?

Issue 4498: Provide music functions property{Override,Revert,Set,Unset}

The previous music functions `override' and `revert' (intentionally
colliding with the respective keywords) are removed.  It would have been
too confusing to have collisions for `set' and `unset' as well which are
just too similar to existing Scheme constructs.

A convert-ly rule for the previous calls override/revert is not
attempted: they have not yet been documented and have been available
only for one unstable version.  Whoever happened to use them already is
capable of replacing them.

Provide check-context-path function

Issue 4487/4: add Changes entry for \etc

Issue 4487/3: Implement partial markups

A partial markup acts as a chain of markup commands where everything but
the final markup has already been supplied.

For example:

bold-red-markup = \markup \bold \with-color #red \etc

\markup \bold-red "text"
\markuplist \column-lines \bold-red { One Two Three }

Please note that in order for \markup to recognize the resulting markup
command inside of markup expressions, the identifier to which the
resulting markup command is assigned needs to have "-markup" appended to
its name: LilyPond encodes markup command names in this manner so that
markup commands can use the same name as other entities outside of
markup mode.

Note also that this will not work with the markup macro since the latter
additionally requires the definition of a suitable make-bold-red-markup
command.

Issue 4487/2: Allow for chaining of several partial functions in a row

Chaining only works when all function calls except the last one have all
arguments supplied already, with their last argument being the rest of
the chained call.

Issue 4487/1: Implement partial function calls

A partial function call acts as a function where the start of the
argument list has already been supplied.  For example:

makeRed = \tweak color #red \etc

Then one can use this as

{ c' \makeRed d' e'-\makeRed -. }

Issue 4486: Improve `music-function' and `music-function-error' in Syntax

Apart from correct behavior for fallback music expressions (create
copies and give them source location), it also streamlines the code a
bit and drops the historic `rest' argument to `music-function'.

Issue 4488/2: Use ly:set-origin! and two-argument form of ly:music-deep-copy

Issue 4488/1: Add ly:set-origin! for setting music origins

Also gives ly:music-deep-copy an optional origin argument.

Issue 4497: Fix non-rebase/convert of issue 4445 in parallel with issue 4442

Rerunning the conversion rule used in issue4442 fixes this issue.  This
should have been a showstopper for commands such as \omit and \offset
but it appears that check-grob-path does not mind the spurious argument
at all.

Makelsr.py run

For commit
b28d44a1cea8120501e648bb8626064a94cd4036

Doc: NR - 1.2.5 - Bar Numbers - added snippet

Issue 3351
Added snippet showing
set-bar-number-visibility
context setting being used.

Minor line length formatting
as per the CG.

migrate to Astyle version 2.04

Docs: remove implicit relative from translations; issue 4731

Apply 88cfc9ee61 to tranlations.
In order to prevent `diff` and `patch` from applying short changes
to the wrong examples, given that the context is in different langages,
this patch first used `sed` with
    /^@lilypond\s*\[/,/@end lilypond/ s/^/;/
so each entire @lilypond example generated a diff hunk.

Docs: remove implicit relative from @lilypond[verbatim]; issue 4371

Remove the lilypond-book feature of 'relative=n' in conjunctin with
'verbatim', so that examples cut-and-paste into user scores.

Docs: discourage implicit relative in lilypond[verbatim]; issue 4371

Issue 4485: Refactor \partcombine and \autochange iterators

Move the \partcombine context state machine from C++ to Scheme and
move the part-specific work into a new Part_combine_part_iterator.
What remains in Part_combine_iterator is multi-measure rest handling.

The part-specific work is now nothing more than changing context at
specified times, which is basically what \autochange does.  There are
still some differences, but most of the implementation of both is now
in the common base Change_sequence_iterator.

Issue 2608: Lyrics iteration can't handle some unusual setups

This avoids continued use of an associated Voice context that is no
longer associated with any iterators.

Issue 4483: parser.yy: reimplement MAKE_SYNTAX using with_location

Import Guile_user::apply

Doc-fr: full update

Release: bump VERSION.

Merge remote branch 'origin/master' into release/unstable

lily-modules.cc: rename variable interface to intrface because of GUB conflicts

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Issue 4482: Reorganize Music_function::call

This makes for somewhat nicer reading.

Issue 4419: Engraving ends too early

This is a followup on the solution for issue 2010 that was too eager
killing off unrelated iterators when an iterator in the vicinity of a
Lyric_combine_music_iterator died.

The salient point is to have Simultaneous_music_iterator::process_music
check for pending_moment () going from finite to infinite when
iterating, signifying the loss of an iterator defining an end point.

It happens to also fix issue 4339.

simplify Simultaneous_music_iterator::ok

Web: Updated introduction.itexi - Easier Editing

Easier Editing Section

'... no longer being
actively devloped' section.

Moved MuseScore here from the
'Other programs ...' section.

http://lists.gnu.org/archive/html/
lilypond-user/2014-02/msg00087.html

Added OOoLilyPond. It appears still
to work with OpenOffice 4 but not
with the up and coming v 5.

http://lists.gnu.org/archive/html/
lilypond-devel/2015-07/msg00006.html

Rearranged existing entries to put
them in alphabetical order.

Issue 4474/6: Combine lyric-combine and lyric-combine-music

Issue 4474/5: Provide with-location macro

Issue 4474/4: Replace define-loc with more flexible use of here! command

Since we are now in a separate module, namespace pollution is not an issue.

Issue 4474/3: Make all of ly-syntax-constructors.scm a separate module

That allows putting all the constructors into exported symbols while
keeping local definitions private.  Since we access this module only
from C++, not even the exported symbols appear in a normal LilyPond
session.

Issue 4474/2: Export get-next-unique-voice-name from lily module

Issue 4474/1: Move syntax constructors into separate module

Run scripts/auxiliar/fixscm.sh scm/ly-syntax-constructors.scm

Issue 4472: Let \mark and Mark_engraver act consistently

Both will now accept a label meeting the number-or-markup? predicate.
Previously, \mark accepted any expression and Mark_engraver dealt only
partly with them.

Issue 4478: Disentangle some Tie and Semi_tie code

Both are Grobs, but ties are Spanners and semi-ties are Items.

Issue 4476: autochange: group multiple rests with the next note

Before this change, only the first rest before a note was kept with
the note.

Fix wrong-number-of-args error in Music_function::call

When a music function called via Scheme wanted to report a bad argument
type, it instead triggered a Scheme error wrong-number-of-args because
of a spurious `location' argument.  This was an oversight in issue 4455
and was converted into equivalently bad code by several other issues
touching this code.

Auto_change_iterator: move some state from C++ to Scheme

This simplifies the iterator and prepares it for future combination
with partcombine code.

Issue 4481/2: Add regression check

Issue 4481: \barNumberCheck has bad error location

input.cc: implement with_location (SCM loc, SCM proc, ...)

Doc: NR Update information for modern-cautionary

Issue 4437

Reworded section on modern-cautionary
accidental style. The 'cautionary-style'
property was deprecated in version 2.11.5
but the manual had not been updated.

Also added similar note to
neo-modern-cautionary as it applies
there too.

Web: Update Contact Us section

Issue 4235

Remove link to news.lilynet.net
replace it with lilypondblog.org

Added section for the Translation
mailing list & archive.

Removed the 'Sensitive Emails'
section and the link to
the now defunct Dutch email
list.

Issue 3605: bagpipe corrections and additions

Contributed by Julia Meihoefer and Oliver Briede:

   Our corrections are based on research we did for Julia's Bachelor
   Thesis in computer engineering 'Identification, notation and
   reproduction of the Great Highland Bagpipe sound' in August 2014.

This change does NOT include any conversion rules for the the
following noteworthy changes:

  * remove \gcatcha, \gcatchb ... \gcatche
  * rename \dgrip to \bgrip
  * rename \dtaor to \btaor

Issue 4466: Provide a-natural etc in english notenames

This complements the existing long note names a-sharp etc.  While the
diff appears like invalidating notenames a b c ..., the redefined
entries were duplicates previously, so a b c remain valid (and are the
principal version printed by \displayLilyMusic).

stencil-integrate.cc: wrap several overfull lines

Issue 4468/2: Avoid skyline interruptions at line caps

Line caps are made to slightly overhang into their corresponding line in
order to avoid numerics causing a gap.  Such a gap is unlikely to be
relevant for positioning but is ungainly when using -ddebug-skylines.

Issue 4468/1: stencil-integrate.cc: root out "slopes"

They are quite unsuitable for the computational geometry performed here.
Their use rendered the code inefficient, obtuse, and unreliable.

Contains several other fixes like removing duplicate calculations and
wrong values.  The C++ <complex> module is no longer used.  It had only
been used for calculating sin and cos in an obscure manner.

Robustify Offset::direction and Offset::length

Issue 4470: freetype.cc: solve algebra puzzle for converting quadratics to cubics

Issue 4471: event-chord-wrap! throws syntax error

Doc: Issue 4059: Document MIDI mapping and MIDI effects

  Based on original text supplied by Heikki Tauriainen

Issue 4465: Auto_change_iterator: move staff creation to Scheme

Issue 4462/2: For Scm_module::import, only look at exported variables

Issue 4462/1: Create a module variable access system for C++

This replaces the previous "memoizing" ly_lily_module_constant with a
rather rigid system for importing/exporting/accessing module variables.

As opposed to the system used by ly_lily_module_constant, access will
continue to go through the respective module variables, making it
possible to also write to the respective variables.  In addition, this
ensures that any changes to the variables from the Scheme side will get
properly reflected in the C++ side, allowing for redefinitions when
debugging.

In a nutshell, ly_lily_module_constant ("ly:music?") would generally be
replaced with Lily::ly_music_p, a declaration of it looking like

  extern Variable ly_music_p;

would be placed in namespace Lily in lily/include/lily-imports.hh, and a
corresponding definition

  Variable ly_music_p ("ly:music?");

in namespace Lily in lily/lily-imports.cc .  The type Scm_module where
variables are organized can use pre-existing modules (in which case it
is initialized by calling the member function import ()) or are can
bring up a fresh module (in which case it is initialized by calling the
member function boot ()).  The startup is done in lily/guile-init.cc .

Since one of the most frequent uses of imported variables is for
function calls, the Scm_variable type (underlying the module-local
Variable type) has operator () defined to allow calling as a function.

So the previous

    scm_call_1 (ly_lily_module_constant ("ly:music?"), x);

can now be expressed as

    Lily::ly_music_p (x);

Issue 4464/2: include hygiene: break cycles, remove duplicate includes etc.

Issue 4464/1: Move ly_is_module from ly-module.hh to lily-guile.hh

Parentheses in ChordNames have the same size as the Chord symbols.

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

use robust_relative_extent if we need the center; issue 4449

simple-spacer: inappropriate assert; issue 4448

balloon-text: robust with empty stencils; issue 4447

NullVoice: not accepted directly by Score; issue 4302

It gets an implicit enclosing Staff when nexted in staff-grouping
contexts, so create an implicit Staff around NullVoice at Score level

axis-group-interface: test result of dynamic-cast; issue 4302

Issue 4463: Fix regression with -ddebug-parser

Running

    lilypond -ddebug-parser scheme-sandbox

led to the error message
scm/lily.scm:1056:21: In procedure value->lily-string in expression (ly:parse-file file-name):
scm/lily.scm:1056:21: Wrong number of arguments to #<procedure value->lily-string (arg)>

This was an obvious oversight in the implementation of issue 4442.

Issue 4461: Don't use drop-right from (srfi srfi-1) in C++

It can perfectly amicably be replaced by more efficient code readily
available in the core.

Issue 4459/2: Mark print_smob (...) member functions as const