Issue 5107 Fix some warnings about string-delete and
 string-filter argument order

This makes guile2 stop printing some warning messages:

  Guile used to use the wrong argument order for string-delete.
  This call to string-filter had the arguments in the wrong order.
  See SRFI-13 for more details. At some point we will remove this hack.

guile-1.8 will continue working.

Issue 5097: reach HorizontalBracketText through directed tweak

HorizontalBracketText is now caused by HorizontalBracket, rather
than the same note-grouping event.

Fix a number of programming errors caused by commit for Issue
5064.

Merge branch 'master' into translation

web-it: update

Issue 5106: Don't widespace \set/\unset arguments in display

    \displayLilyMusic \set Score.skipBars = #3

was displayed as

    \displayLilyMusic \set Score . skipBars = #3

as opposed to the entry method recommended now and already implemented
for the display of \override/\revert .

Issue 5105/5: More \mark tests for \displayLilyMusic

Issue 5105/4: (value->lily-string "x") -> "x", not #"x"

This printing function was established in 2005, but where it is used,
nowadays one does not need to use Scheme for indicating strings, ever.

Issue 5105/3: Allow number as MarkEvent.label

This puts all Mark counter handling in the hand of the Mark_engraver .
Interestingly, Mark_engraver itself already was perfectly equipped to
dealing with that, but the `label' property did not yet accept
numbers.

Issue 5105/2: Let \displayLilyMusic accept numbered marks

Issue 5105/1: Let \mark warnings show input location

Doc-hu: fix duplicate @translationof entries

Web-hu: add missing News item to menu

Web-es: fix links to untranslated manuals.

Issue 5104 Let scheme-sandbox use system-repl with guile-2.x

This fixes the warning returned by guile-2.x

`scm-style-repl' in the default environment is deprecated.
Find it in the `(ice-9 scm-style-repl)' module instead, or
better yet, use the repl from `(system repl repl)'.

Web: fix many build warnings with a single change.

Web-es: Typo that broke website build.

Doc-es: phase two of updating versions of texidoc strings.

Doc-es: phase 1 of putting texidoc strings in sync

Web-es: typo in Community.

Release: bump VERSION.

Web-fr: community

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Web-es: update Spanish translation status only.

Web-es: partial completion of Community.

Web-es: update Community.

Merge branch 'master' into translation

Issue 5099 Fix format in input/regression/scheme-engraver.ly

Passing a number to format as the port is deprecated
Now always doing (format #t ...)

Issue 5100: Prevent race condition in font export directory making

When a font export directory is necessary,
LilyPond tested the existence of the directory,
and if the directory did not exist, LilyPond made the directory.
However, LilyPond raised the error that the directory already exists
if another process made the directory between the testing and the making.

This commit prevents such race condition.
By deleting the existence test,
LilyPond always tries to make the directory regardless of existence.
Then suppress the error that the directory already exists.

Web-es: link to Spanish PDF for Web manual.

Web-es: version marker for Community.

This completes in theory a full update of Spanish web and
documentation.  Next is texidocs (snippet documentation), which is a
huge task as there are 330 outdated files.

Web-es: partial update of Community.

Some parts are still untranslated but it is better to have them there anyway

Web-es: Spanish macros for Acknowledgements

Doc-es: update Notation/Changing.

Web-es: delete news.itexi.

Web-es: delete news-front and mark Manuals as updated.

Doc-es: update Usage/Suggestions.

Web-es: update Manuals.

Doc-es: update Usage/Updating.

Web-es: update Introduction.

Doc-es: update Notation/Notation Appendices.

Doc-es: update Notation: Contemporary, Keyboard, Vocal, Wind.

Doc-es: update Notation/Spacing. Also shorten some long lines.

Doc-es: update Notation/Input.

Doc-es: update Notation/Chords.

Doc-es: update Notation/Percussion.

Doc-es: update Notation/Unfretted.

Doc-es: update Notation/text.

Doc-es: update Notation/Editorial.

Doc-es: update Notation/Rhythms.

Doc-es: update Notation/Pitches.

Doc-es: update Notation:Simultaneous and Staff.

Doc-es: Update Notation/Expressive.

Doc-es: update Notation/Fretted.

Doc-es: update Usage/Running.

Doc-es: update version marks for Macros and Notation/Ancient.

Doc-es: update Macros.

Doc-es: update Learning/Tweaks.

Doc-es: update Learning/Tutorial.

Doc-es: update Learning/Fundamental.

Doc-es: update Learning/Common.

Doc-es: update Changes.

Web: nest GSOC project ideas under subsection/h3

Issue 5098 Fix some programming errors "no interface for property"

Adds glissando-skip to the properties in note-column.cc
Adds line-thickness to the properties in semi-tie.cc

Issue 5096: MultiMeasureRest causes MultiMeasureRestNumber

Previously both MultiMeasureRest and MultiMeasureRestNumber were
caused by the rest event itself, making tweaks always address either
object.  Use a directed tweak to MultiMeasureRestNumber for reaching
it now.

Issue 5094: Change error message for unrecognized strings

Instead of mentioning the modes in which arbitrary strings would be
permissible, state that the string is not a note name.  This is more
likely to be helpful to users, particularly in the case of wrong
notename language.

Issue 5077/2: Improve portability of get_working_directory()

We used `getcwd()` with `PATH_MAX` to get the current directory.
However, `PATH_MAX` does not exist in environments such as GNU Hurd.
Debian developers avoided `PATH_MAX`
by using `get_current_dir_name()` instead of `getcwd()`.
It needed to protected with `#ifdef _GNU_SOURCE`
since `get_current_dir_name()` is glibc specific.
So `PATH_MAX` was still required in non-glibc environments.

There is a `getcwd()` extention that can avoid `PATH_MAX`
by setting the first argument to NULL.
The extension can be used in many environments, including glibc,
but POSIX does not recommend it in conforming applications.

This commit improves portability
by obtaining the current directory
with a method conforming to the standard.

Issue 5077/1: Fix build failure on GNU Hurd

LilyPond failed to build on GNU Hurd
because Hurd does not have PATH_MAX.

This commit is based on the following patch by Debian.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=761036

However, the patch raises an error on `make check`.
This commit has been fixed so that the error does not raise.

Doc: Change the name of feta-font.itex to emmentaler.itexi

Issue 5092

Change the name of the file

feta-font.itexi

to

emmentaler.itexi

for consistency.

Doc-fr: synch with master

Issue 5093: elisp/: Use string-to-number, not string-to-int

Emacs 26 does not offer string-to-int any more.

Doc: LM - Fundamental - 3.3.2 Creating contexts

Issue 5090

Small clarification that a
\score block can contain
either, both or no additional
\layout \midi blocks.

Web: Updates to the 'Easier Editing' page

Issue 5089

Fixed some broken or changed URLs.

Moved tunefl to the 'no longer
in active development' section.

Issue 5086: Fix dashed line errors

There are two errors in lily/line-interface.cc which cause
dashed lines to be drawn inaccurately.

(1) Line-thickness is improperly subtracted from the "off"
value in Line_interface::make_dashed_line.  This was done,
presumably, to account for the line cap of each dash.  In fact,
PostScript discounts the line cap when constructing the pattern.

(2) Dashed lines are constructed so that they begin and end
with a dash.  Thus, a dashed line is built of dash + whitespace
units and a last lone dash.  Period is not adjusted in
Line_interface::line for this last dash, which can lead to a
noticeable difference in its length compared to other dashes.

Correcting these flaws ensures that dashed lines end with a
dash rather than whitespace, and that terminating dashes are
not clipped.  Also, the number of dashes drawn reflects the
number calculated.

Issue 5083: Add making web.$(ISOLANG).pdf

English document web.pdf is built by `make doc'.
However, i18n (non-English) document web.$(ISOLANG).pdf is not built.

This commit adds making web.$(ISOLANG).pdf.

Issue 5082/3: Add comment to build Japanese PDF documents

Building Japanese PDF documents requires
Japanese fonts and some packages.
Unfortunately, most developers do not have them.
Therefore, Japanese PDF is not built by default.

This commit adds a comment which describes the requirements
to build Japanese PDF documents
for the developer who wants to build them.

Issue 5082/2: Use Japanese texinfo.tex loader for Japanese texi files

To use texinfo.tex for Japanese,
we need to use the Japanese loader texinfo-ja.tex
instead of texinfo.tex.

This commit replaces texinfo.tex used in Japanese texi files
with texinfo-ja.tex.

Issue 5082/1: Add Japanese texinfo.tex support files

Japanese PDF documents are not built
since texinfo.tex (until Texinfo 6.3)
and TeX engine (pdfTeX) do not support Japanese.
The new texinfo.tex (Texinfo 6.3+)
and the modern TeX engine (XeTeX and LuaTeX)
can handle Japanese PDF.

This commit adds Japanese texinfo.tex support files
from Texinfo SVN repository r7681.
They consist of the following two files.

  texinfo-ja.tex
    Japanese texinfo.tex loader
  txi-ja.tex
    Japanese translations and font definitions for texinfo.tex

Issue 5084: Create Bracket class

Code involving brackets suffers from two confusing
organizational issues:

(1) Tuplet_bracket::make_bracket is used to create brackets
for a number of grobs: BassFigureBracket, HorizontalBracket,
OttavaBracket, PianoPedalBracket, VoltaBracket, along with
TupletBracket

(2) Methods belonging to Horizontal_bracket are used to draw
both horizonal brackets (HorizontalBracket) and vertical
brackets (BassFigureBracket)

To remedy this, a new Bracket class is created.

This new class contains the old Tuplet_bracket::make_bracket,
Horizontal_bracket::make_bracket, and
Horizontal_bracket::make_enclosing_bracket.

These methods have been renamed to clarify their purpose.

5085: Web-GSoC: Small touches to MusicXML project description

5085: Web-GSoC: Update MusicXML project description

5088: web-gsoc: Add LibreOffice project mentor

Issue 5087: Let extendersOverRests default to ##t

This was effectively unchangingly the case before issue 5053
fixed the respective code.  However, the relation to actual
behavior seems so tenuous that it appears more prudent to
reenable this by default and only disable it again (if at all)
once the behavior corresponds better with name and documentation.

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

fix bad xref leftover with Issue 4966 in define-markup-commands.scm

in notation-splittexi.log:
 WARNING: Unable to find node 'The Feta font' in book notation.

$ git grep -n 'The Feta font'
scm/define-markup-commands.scm:3110:the music font.  See @ruser{The Feta font} for a complete listing of

Web-fr: updates community

leftover from updating GSoC

Doc-fr: Emmentaler, Feta and Parmesan

Doc: typos and spurious seealso

Web: Move older news to the attic page

Issue 5078

Adjustments have been made
to the various translated
parts of the website to
accommodate these new changes
and ensure a successful
doc compile.

LyricHyphen whiteout

Issue 5033

A proper outline whiteout
would be ideal, but it is
not currently implemented.
The current code fails
because you need a relatively
large whiteout area for a
small object.

A brute force fix is to increase
the number of iterations, but
the result would be a pdf with
a high percentage of whiteout code.

There is the case where a long
melisma produces a single hyphen
event that generates a lot of
hyphens that cross a number of
mensuration lines.

Rectangular or roundedbox whiteout
will produce gaps in all
mensuration lines crossed, even
if there is no collision.

That's not acceptable.

Doc - NR + CG: Clarify Emmentaler is the 'font' and Feta/Parmesan are glyphs

Issue 4966

Distinguish between Emmentaler
the 'font' and Feta/Parmesan
glyphs that make up the
Emmentaler font family.

NR-de: Some more typo fixes by Jens Dencker

Issue 5080/3: Regtest

Issue 5080/2: pin measurePosition grace timing in alternatives