]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/usage/updating.itely
Merge branch 'master' into lilypond/translation
[lilypond.git] / Documentation / usage / updating.itely
index e3104d0d6f5e5c0897076dffb5868df13ee089e9..8bb8cef9260a059ecbdd2b83a14ecf9e3593293e 100644 (file)
@@ -8,7 +8,7 @@
     Guide, node Updating translation committishes..
 @end ignore
 
-@c \version "2.13.36"
+@c \version "2.14.0"
 
 
 @node Updating files with convert-ly
@@ -78,8 +78,8 @@ convert-ly -e myfile.ly
 
 @noindent
 in the directory containing the file.  This will upgrade
-@code{myfile.ly} in-place and preserve the original file in
-@code{myfile.ly~}.
+@file{myfile.ly} in-place and preserve the original file in
+@file{myfile.ly~}.
 
 @warning{@command{convert-ly} always converts up to the last
 syntax change handled by it.  This means that the @code{\version}
@@ -132,7 +132,7 @@ in-place.
 @item -f,--from=@var{from-patchlevel}
 Set the version to convert from.  If this is not set, @command{convert-ly}
 will guess this, on the basis of @code{\version} strings in the file.
-E.g. @code{--from=2.10.25}
+E.g. @option{--from=2.10.25}
 
 @item -n,--no-version
 Normally, @command{convert-ly} adds a @code{\version} indicator
@@ -143,7 +143,7 @@ Show all known conversions and exit.
 
 @item --to=@var{to-patchlevel}
 Set the goal version of the conversion.  It defaults to the latest
-available version.  E.g. @code{--to=2.12.2}
+available version.  E.g. @option{--to=2.12.2}
 
 @item -h, --help
 Print usage help.
@@ -177,7 +177,7 @@ convert-ly """D:/My Scores/Ode.ly""" > "D:/My Scores/new Ode.ly"
 If the simple @command{convert-ly -e *.ly} command fails because the
 expanded command line becomes too long, the @command{convert-ly}
 command may be placed in a loop instead.  This example for UNIX
-will upgrade all @code{.ly} files in the current directory
+will upgrade all @file{.ly} files in the current directory
 
 @example
 for f in *.ly; do convert-ly -e $f; done;