+2005-05-06 Graham Percival <gperlist@shaw.ca>
+
+ * Documentation/user/advanced-notation.itely, putting.itely,
+ tutorial.itely, global.itely, introduction.itely: really minor fixes.
+
2005-05-06 Jan Nieuwenhuizen <janneke@gnu.org>
* mf/GNUmakefile (MFTRACE_FLAGS):
brackets. These are often used for adding editorial dynamics.
@lilypond[quote,verbatim,raggedright]
-\version "2.4.2"
rndf = \markup{ \center-align {\line { \bold{\italic (}
\dynamic f \bold{\italic )} }} }
boxf = \markup{ \bracket { \dynamic f } }
@}
@end example
+@cindex @code{\book}
+
The movements and texts are combined together in a @code{\book} block,
like
initialization and example files. Throughout this manual, we refer to
input files relative to the top-directory of the source archive. For
example, @file{input/@/test/@/bla@/.ly} may refer to the file
-@file{lilypond@/-2.4.0/@/input/@/test/@/bla@/.ly}. On binary packages
+@file{lilypond@/-2.6.0/@/input/@/test/@/bla@/.ly}. On binary packages
for the Unix platform, the documentation and examples can typically be
found somewhere below @file{/usr/@/share/@/doc/@/lilypond/}.
Initialization files, for example @file{scm/@/lily@/.scm}, or
@itemize @bullet
@item Include @code{\version} numbers in every file. Note that all
-templates contain a @code{\version "2.4.0"} string. We
+templates contain a @code{\version "2.6.0"} string. We
highly recommend that you always include the @code{\version}, no matter
how small your file is. Speaking from personal experience, it's
quite frustrating to try to remember which version of LilyPond you were
%@}
@end example
-@c TODO post-2.4 reorg
+@c TODO post-2.6 reorg
@c This is good info, but I wouldn't call it a comment. IMO it should
@c be moved somewhere else.
There is a special statement that is a kind of comment. The @code{\version}
statement marks for which version of LilyPond the file was written.
-To mark a file for version 2.4.0, use
+To mark a file for version 2.6.0, use
@example
-\version "2.4.0"
+\version "2.6.0"
@end example
@noindent