Add dynamic script fffff; update docs.

[lilypond.git] / Documentation / devel / programming-work.itexi

diff --git a/Documentation/devel/programming-work.itexi b/Documentation/devel/programming-work.itexi
index 7a616bd9023f90f0ef0d45178f6ccbfda437dc4d..1170949402c63c3427b4aa195b50d7f297a727fc 100644 (file)
--- a/Documentation/devel/programming-work.itexi
+++ b/Documentation/devel/programming-work.itexi
@@ -9,7 +9,7 @@
 * Finding functions::
 * Code style::
 * Debugging LilyPond::
-* Checklist for adding features::
+* Adding or modifying features::
 @end menu
 
 @node Overview of LilyPond architecture
@@ -743,6 +743,21 @@ If the developer does not feel qualified to write the documentation,
 a documentation editor will be able to write it from the regression
 tests.
 
+If the modification changes the input syntax so that inline snippets in
+the documentation need to be changed, you will need to change the
+snippets in both the english version of the documentation and any
+translated versions.  If you do not change the snippets in all
+translations, older versions of the snippet may be included
+when the documentation is built.
+
+If lsr snippets need to be changed, the snippet should be copied to
+input/new and modified there.  The portions of the snippet that
+are added by makelsr.py should be removed.  The changed snippet
+will then be included in all versions of the documentation.
+
+If non-snippet text is changed in the english documentation, no
+corresponding changes should be made in the translated documentation.
+
 @subsection Write convert-ly rule
 
 If the modification changes the input syntax, a convert-ly rule
@@ -814,12 +829,12 @@ Once the patch has been pushed, all the relevant issues should be
 closed.
 
 On Rietveld, the author should log in an close the issue either by
-using the @quote{Edit Issue} link, or by clicking the circled x icon
+using the @q{Edit Issue} link, or by clicking the circled x icon
 to the left of the issue name.
 
 If the changes were in response to a feature request on the Google
 issue tracker for LilyPond, the author should change the status to
-@quote{Fixed_x_y_z} where the patch was fixed in version x.y.z.  If
+@q{Fixed_x_y_z} where the patch was fixed in version x.y.z.  If
 the author does not have privileges to change the status, an email
 should be sent to bug-lilypond requesting the BugMeister to change
 the status.