Chord names clean-up; no more Banter, exceptionsPartial or \powerChords.
This rather large patch
removes the legacy code for unsupported non-Ignatzek chord names;
that code hasn’t been working properly for nearly 15 years anyway, see
https://lists.gnu.org/archive/html/lilypond-user/2008-08/msg00288.html
stores a version of this code, with minor corrections, as a
self-contained snippet (for historical purposes mainly), both
on the LSR (as an upgrade to snippet #102) and in a dedicated
subsection of the Snippets doc page.
as a result, chord-generic-names.scm is no longer found in scm/
and the chord-names-jazz.ly doc chart no longer includes any
alternative chord naming systems (that were already broken anyway).
chordNamesExceptionsFull and chordNamesExceptionsPartial
properties have been removed as well (both having no longer had
any effect whatsoever for quite some time).
the main (and now only) chordNamesExceptions property def
has been slightly updated for slightly neater glyphs and spacing,
and so as to now include power chords by default; as a result,
\powerChords is no longer needed, thereby solving any possible
confusion with \germanChords and the like. (I can’t think of any
case where users would explicitely type \chords{c:5} in order to
get the same output as \chords{c} -- can you?)
the documentation has been updated as well; convert rules
have been added (although these may be merged with previous
2.21.0 rules once the release cycle gets back on track).
Issues: #3314
Issues: #5447
Issues: #5448
Fails make.
Oh, indeed; I'd forgotten to
git add
a couple of new files in my uploaded patch. It should be fixed now.Valentin,
This still fails make in the same way.
Are you testing on a clean tree?
yet after applying your patch and looking for this file
The patch doesn't seem to include this missing itely file after all - either that or you need to rename the itely file to something else?
Keep up the good work! ;)
Regards
James
Hi James,
that’s odd; after your first report I’ve tested it with an entirely new git clone (just retested it now), and it builds without a hitch.
legacy.itely
is supposed to be generated fromlegacy-intro.itely
, and that’s what happens here:What surprises me is that
legacy-code.itely
shouldn’t be present here (I used that name in the first patch set, but then shortened it to justlegacy.itely
).Have you tested the latest patch set? For example you can do
on a pristine branch.
Hi James, have you had a chance to give this patch another go? I’m hoping to move past the
needs_work
status if this turns out to be working as well as I think it now does.Diff:
Happy New Year Valentin,
Same error, look at the Rietveld upload for patch set 4. There is still no legacy.itely file being uploaded there in your diff only legacy-code.itely. DId you forget to git add the file or remove the offending legacy-intro.itely? (i.e. what does git status show after you apply your own patch on clean master).
See attached png just to show you that one us isn't going mad! ;)
Happy New Year Valentin,
Same error, look at the Rietveld upload for patch set 4. There is still no legacy.itely file being uploaded there in your diff only legacy-code.itely. DId you forget to git add the file or remove the offending legacy-intro.itely? (i.e. what does git status show after you apply your own patch on clean master).
Greetings James and everybody,
OK, new plan: my latest patch set doesn’t create a new doc section, but merely adds the relevant snippet (although quite long to be quoted verbatim) to the existing «Chords» snippet list. We’ll see if creating a new section is worth it later.
https://codereview.appspot.com/363880043/#ps80001
Hopefully this should make things a bit lighter and resolve any build problem you previously got stuck with; I’ve made sure that it passes
make doc
on my end, but at this point I’m not sure of anything :-)If it does happen to work, then we’ll be able to close not only this issue, but #5447 and #5448 as well!
Greetings James, a happy new year to you as well!
Indeed, legacy.itely not being included is not a bug since this file is supposed to be created from legacy-intro.itely. As per your request,
git status show
only returns:However, you appear to have something left from my previous (buggy) patch set; could you check what
git ls-files -o | grep -v -E "out|\.log|\.pyc"
tells you? The only three files created by my latest patch in Documentation/snippets should be:Here’s to hoping we can get this sorted out! :-)
Last edit: Valentin Villenave 2019-01-02
[sorry for double-posting. In other news, SourceForge still sucks.]
Passes make, make check and a full make doc.
Reg test diffs attached
Patch on countdown for Jan 14th
Patch counted down - please push.
Excellent! Pushed as https://git.savannah.gnu.org/cgit/lilypond.git/commit/?h=staging&id=78225bc1b386e12dc1d03a5d2c7a017c0a52a22d
As far as I’m concerned, this closes [#5447] and [#5448] as well.
Related
Issues:
#5447Issues:
#5448Chord names clean-up; no more Banter, exceptionsPartial or \powerChords.
author Valentin Villenave valentin@villenave.net
Mon, 14 Jan 2019 18:02:13 +0000 (19:02 +0100)
committer Valentin Villenave valentin@villenave.net
Mon, 14 Jan 2019 18:02:13 +0000 (19:02 +0100)
commit 78225bc1b386e12dc1d03a5d2c7a017c0a52a22d