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

Issue 5080/1: Comment fix for alternativeRestores

Issue 5079/3: Let \afterGrace start a Bottom context

Previously, an \afterGrace as the first expression of music outside of
an existing Bottom context caused quite weird results.

Issue 5079/2: with-music-match: lists should match completely

Previously music properties that were matched to a list of wildcards
could contain fewer elements than the list they were matched to,
leading to an error when the wildcard variable was being assigned to.

Now the list lengths have to be matched exactly: a shorter pattern
than the actual list length of the matched property cannot match any
more.

Issue 5079/1: Fix \displayLilyMusic \partcombine...

Strictly speaking this oversight in issue 4356 did not actually
manifest itself as a bug because of another bug masking it.

5081: web-gsoc: Remove GNU acceptance disclaimer

Doc: run translation-status

Doc-ca: Catalan translation corrections

Doc-ca: Adding translation of simultaneous.itely for Catalan

Doc-fr: updates texidoc committishes

Doc-fr: updates NR, AU and web-intro

Typos in German docs reported by Jens Dencker

Issue 5076: NR: default markFormatter is format-mark-letters

Upstream version of `texinfo.tex'.

The old version had some flaws; for example, the code

  @example
    foo @var{bar}
  @end example

did incorrectly output `bar' as upright instead of slanted typewriter.

Web: examples page: move more common use cases higher in the list

Makes the order match the list on the home page.
Also adds an additional line between the code for each example for
better readability.

Snippets: Replace \set Staff.instrumentName

Note: This patch includes a
makelsr.py run

Issue 5039

3rd Patch - Snippets

Replace appropriate instances of

\set Staff.instrumentName = " ... "

with

\new Staff \with { instrumentName = " ... " }

5071: Document #5067 (ly:version?)

5067: Add ly:version? and lexicographic-list-compare?

Squashed commits:
5067: Restrict ly:version? to number list
5067: version-list-compare? rename to lexicographic-list-compare?
5067: version-list-compare? typo
ly:version? and version-list-compare?

A lexicographic list comparison for arbitrary element types,
but with special treatment of trailing elements
(additional elements of the longer list are ignored, which is
typical for version comparisons such as LilyPond 2.19 is equal to 2.19.4)
Simplify lilypond-version operator and create new interface
Add lilypond version predicates/operators

This set of predicates/operators compares a given reference version
to the LilyPond version that is currently being executed.
This makes it possible to implement "version switches" to write
(library) code that is compatible over syntax changes.

Release: bump VERSION.

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Doc-fr: NR-editorial

 analysis bracket with text

Merge branch 'master' into translation

Web-fr updates community (GSoc)

makelsr for previous commit

Run of makelsr.py for previous
commit
dbc2dd143e50e000a39883fc8217b4ec60e08657

Issue 5064 Let analysis brackets support text

Ability to add labels to brackets is essential for musical analysis.

This patch introduces a new grob, "HorizontalBracketText," a spanner
created along with "HorizontalBracket" by Horizontal_bracket_engraver.

Repeated text of broken brackets is parenthesized.

Issue 5070: Use explicit typecasts for Scm_variable->SCM

This does not otherwise work with all SCM definitions.

Issue 5069: Avoid using void * as SCM

This is not really type-safe.  Using an SCM * instead is unproblematic.

Issue 5068: SCM/bool confusion in One_page_breaking::solve

This replaces an accidentally always-true condition with the
originally intended one.

Merge branch 'master' into translation

Doc-fr: updates changing defaults

  documenting \offset

Doc-fr: updates LM and NR

Issue 5044: NR-de: fix Petrucci f clef example

Issue 5062: Redo send_stream_event in type-clean manner

5063: Web-GSoC: Add LibreOffice project

# Conflicts:
# Documentation/web/community.itexi

Merge branch 'master' into translation

Release: bump VERSION.

Doc-fr: add changes.tely

Release: bump Welcome versions.

Release: update news.

PO: update template.

Release: bump VERSION_DEVEL.

Remove regtest checking exercise from CG

5060: Web-GSoC: Add contemporary notation project

# Conflicts:
# Documentation/web/community.itexi

5061: Web-GSoC: Move unmaintained projects to attic

This will make patches
5049
5050
5058
5059
obsolete, which had instead *removed* the individual projects

Issue 5057/8: Stop SCM/int confusion in stencil head registration

Issue 5057/7: Stop SCM/int confusion in program-option code

Issue 5057/6: Stop SCM/int confusion in Drum_notes_engraver

Issue 5057/5: Stop SCM/int confusion for grob interface table

Issue 5057/4: Stop SCM/int confusion in function documentation tables

Issue 5057/3: Stop SCM/int confusion for property profiling

Issue 5057/2: Use Protected_scm::is_bound () with Scheme engravers

Issue 5057/1: Add Protected_scm::is_bound () function

Since SCM_UNBNDP has problems with arguments of type Protected_scm, an
alternative member function seems like a viable alternative.

Issue 5056/3: Don't overcheck arguments to \remove

Instead we delete engravers with delq! in order to be fast and reliable.

Issue 5056/2: Don't assume uninstantiable engravers to be symbols

Issue 5056/1: (Re-)permit empty list as Scheme engraver

Issue 5055: HTML 4.01 requires "type" attribute for "script" element

Issue 5054: Fix SCM/int confusion in clef engravers

Tests for explicitClefVisibility and explicitCueClefVisibility
were fishy.

Issue 5053/2: Fix extendersOverRests property

This previously behaved as always-on.

Issue 5053/1: Amend lyric-extender-rest regexp

The previous test only checked for a single setting of extendersOverRests .

Issue 5052: Information preserving parts of issue 4342

Those should not affect any output.

5066: Web-GSoC: MusicXML: Mentor