Re: [Lilypond-auto] Issue 3592 in lilypond: \lyrics depracated

[lilypond]

Comment #7 on issue 3592 by address@hidden: \lyrics depracated
http://code.google.com/p/lilypond/issues/detail?id=3592

Ok, if we take that as reference, then \lyrics is not mentioned, and  
neither is \notes.  \notes is no longer present in LilyPond's grammar,  
apparently getting removed with
commit 843b5cd769205cb24ac30cf179798b487a1173f1
Author: Han-Wen Nienhuys <address@hidden>
Date:   Sun Sep 12 09:24:51 2004 +0000

    * scripts/convert-ly.py (conv): add conversion.

    * lily/parser.yy: change mode changing commands to XXXmode,
    eg. drummode.
    (mode_changing_head): group mode changes.
    (mode_changing_head_with_context): new commands: create context as
    well as change mode.

    This fixes: morgenlied.ly and input/regression/beam-concave.ly

Namely in 2.3.16.

\lyrics was removed from the manuals at a similar time.  Looking for  
relevant commits, a warning _not_ to use \lyrics was removed with
commit 1008a110c1ce2ed3f195008fe904538188ddcf0b
Author: Trevor Daniels <address@hidden>
Date:   Sun Oct 10 11:02:05 2010 +0100

    Doc: NR 2.1 Vocal: remove one TODO and add four more :(

     - \lyrics is not documented anywhere else, and is
       deprecated

     - Issue 329 is marked Verified so is presumably fixed.
       Even if it isn't, we don't document bugs.  This example
       shows why not.  It takes years for the docs to catch up.


On the other hand, we have some polish on \lyrics as late as
commit 235a33ac0d166718d2a6f07069a6ffb2c5acaf34
Author: Han-Wen Nienhuys <address@hidden>
Date:   Fri Feb 4 11:44:22 2005 +0000

    * lily/parser.yy (assignment_id): allow LYRICS_STRING as
    identifier definition too, so foo = \lyrics { ...   } bar = #1
    doesn't complain about "bar" being LYRICS_STRING.

    * lily/paper-def.cc (find_pango_font): new routine; Store
    pango_fonts in hash tab too. This is necessary for retrieving
    Pango_fonts::physical_font_tab() later on.

    * lily/pango-font.cc (pango_item_string_stencil): bugfix: don't
    crash if psname is null.

    * lily/lily-guile.cc (ly_hash2alist): new function

    * Documentation/user/changing-defaults.itely (Text encoding):
    rewrite.

    * lily/pango-font.cc (physical_font_tab): new member. Store PSname
    -> font_filename mapping.

    * lily/pango-font-scheme.cc (LY_DEFINE): new file. New function
    ly_pango_font_physical_fonts

    * scm/framework-ps.scm (supplies-or-needs): extract names from
    physical Pango_fonts.

    * utf8.ly: new file.


which would be version 2.5.10.  So putting together the history, it would  
appear that
a) \notes was completely removed when note mode became the default
b) \lyrics slipped by and by out of favor because of causing interactions  
with \lyricsto and possibly \addlyrics
c) the other shortcuts remain in use and documented.

The question is what, if anything, we should be doing about that.  If we  
want to properly remove \lyrics, we'd need a convert-ly rule.  Which is  
probably reasonably simple to do.

--
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings