From: Valentin Villenave Date: Fri, 26 Nov 2010 17:38:02 +0000 (+0100) Subject: Doc: cleanup @file{}, take 2: remove all @/ escaping sequences. X-Git-Tag: release/2.13.41-1~4 X-Git-Url: https://git.donarmstrong.com/?a=commitdiff_plain;h=7ba0a22641cb0c7f5949d66a06d1e2e1fd0b3033;p=lilypond.git Doc: cleanup @file{}, take 2: remove all @/ escaping sequences. For now, remove all @/ sequences from @file references. New line-breaks will be introduced later with an automatic rulein order to make the syntax more consistent. --- diff --git a/Documentation/changes.tely b/Documentation/changes.tely index 3a17ed1734..ddc6c575ce 100644 --- a/Documentation/changes.tely +++ b/Documentation/changes.tely @@ -261,7 +261,7 @@ With two-sided mode, margins for odd and even pages can be set using @end example @item -Paper margin defaults, as specified in @file{ly/@/paper@/-defaults@/-init@/.ly}, apply +Paper margin defaults, as specified in @file{ly/paper@/-defaults-init.ly}, apply to the default paper size (a4) and are automatically scaled according to the paper size chosen. diff --git a/Documentation/contributor/administration.itexi b/Documentation/contributor/administration.itexi index 60a94f0933..eac2b4f5ab 100644 --- a/Documentation/contributor/administration.itexi +++ b/Documentation/contributor/administration.itexi @@ -801,12 +801,12 @@ the source tree: make grand-replace @end example -Internally, this invokes the script @file{scripts/@/build/@/grand@/-replace@/.py}, +Internally, this invokes the script @file{scripts/build/grand-replace.py}, which performs a regular expression substitution for old-year -> new-year wherever it finds a valid copyright notice. -Note that snapshots of third party files such as @file{texinfo@/.tex} should -not be included in the automatic update; @file{grand@/-replace@/.py} ignores these +Note that snapshots of third party files such as @file{texinfo.tex} should +not be included in the automatic update; @file{grand-replace.py} ignores these files if they are listed in the variable @code{copied_files}. diff --git a/Documentation/contributor/doc-translation-list.itexi b/Documentation/contributor/doc-translation-list.itexi index f7c7eab433..b53758d688 100644 --- a/Documentation/contributor/doc-translation-list.itexi +++ b/Documentation/contributor/doc-translation-list.itexi @@ -2,8 +2,8 @@ @c Word counts are updated automatically by translations-status.py -Translation of @file{Documentation/@/foo/@/bar} should be -@file{Documentation/@/@var{LANG}/@/foo/@/bar}. Unmentioned files should not +Translation of @file{Documentation/foo/bar} should be +@file{Documentation/@var{LANG}/foo/bar}. Unmentioned files should not be translated. Priorities: diff --git a/Documentation/contributor/doc-work.itexi b/Documentation/contributor/doc-work.itexi index 0f295f7f85..b1bcd14d1f 100644 --- a/Documentation/contributor/doc-work.itexi +++ b/Documentation/contributor/doc-work.itexi @@ -193,18 +193,18 @@ to do anything fancy, discuss it on @code{lilypond-devel} first.} All manuals live in @file{Documentation/}. In particular, there are four user manuals, their respective master -source files are @file{learning@/.tely} (LM, Learning Manual), -@file{notation@/.tely} (NR, Notation Reference), -@file{music@/-glossary@/.tely} (MG, Music Glossary), and -@file{lilypond@/-program} (AU). Each chapter is written in a separate -file, ending in @file{@/.itely} for files containing lilypond code, and -@file{@/.itexi} for files without lilypond code, located in a subdirectory -associated to the manual (@file{learning/} for @file{learning@/.tely}, and +source files are @file{learning.tely} (LM, Learning Manual), +@file{notation.tely} (NR, Notation Reference), +@file{music-glossary.tely} (MG, Music Glossary), and +@file{lilypond-program} (AU). Each chapter is written in a separate +file, ending in @file{.itely} for files containing lilypond code, and +@file{.itexi} for files without lilypond code, located in a subdirectory +associated to the manual (@file{learning/} for @file{learning.tely}, and so on); list the subdirectory of each manual to determine the filename of the specific chapter you wish to modify. Developer manuals live in @file{Documentation/} too. Currently there is -only one: the Contributor's Guide @file{contrib@/-guide@/.texi} you are +only one: the Contributor's Guide @file{contrib-guide.texi} you are reading. Snippet files are part of documentation, and the Snippet List (SL) lives @@ -988,7 +988,7 @@ write: DYNAMICS may be manually placed above or below the staff, see @@ref@{Controlling direction and placement@}. Most tweaks should be added to LSR and not placed directly in the -@file{@/.itely} file. In some cases, tweaks may be placed in the main +@file{.itely} file. In some cases, tweaks may be placed in the main text, but ask about this first. Finally, you should assume that users know what the notation @@ -1101,7 +1101,7 @@ manual. @item @@predefined ... @@endpredefined is for commands in -@file{ly/@/*-init@/.ly} +@file{ly/*-init.ly} @item Do not include any real info in second-level sections (i.e. 1.1 @@ -1288,7 +1288,7 @@ concern. Check for potential additions. @item move LSR-worthy material into LSR. Add the snippet, delete the -material from the @file{@/.itely} file, and add a @@lilypondfile command. +material from the @file{.itely} file, and add a @@lilypondfile command. @item check the examples and descriptions. Do they still work? @@ -1317,7 +1317,7 @@ harder than it looks. In general, any \set or \override commands should go in the @qq{select snippets} section, which means that they should go in -LSR and not the @file{@/.itely} file. For some cases, the command +LSR and not the @file{.itely} file. For some cases, the command obviously belongs in the @qq{main text} (i.e. not inside @@predefined or @@seealso or whatever) -- instrument names are a good example of this. @@ -1453,7 +1453,7 @@ features. If you notice that it hasn't been done, complain to Material in the Internals reference is generated automatically from our source code. Any doc work on Internals therefore -requires modifying files in @file{scm/@/*.scm}. Texinfo is allowed +requires modifying files in @file{scm/*.scm}. Texinfo is allowed in these docstrings. Most documentation writers never touch these, though. If you want @@ -1576,7 +1576,7 @@ make ISOLANG=@var{MY-LANGUAGE} new-lang where @var{MY-LANGUAGE} is the ISO 639 language code. Finally, add a language definition for your language in -@file{python/@/langdefs@/.py}. +@file{python/langdefs.py}. @node Documentation translation details @@ -1693,20 +1693,20 @@ menus. This process should be made easier in the future, when the helper script @command{texi-langutils.py} and the makefile target are updated. Some pieces of text manipulated by build scripts that appear in the -output are translated in a @file{@/.po} file -- just like LilyPond output -messages -- in @file{Documentation/@/po}. The Gettext domain is named +output are translated in a @file{.po} file -- just like LilyPond output +messages -- in @file{Documentation/po}. The Gettext domain is named @code{lilypond-doc}, and unlike @code{lilypond} domain it is not managed through the Free Translation Project. Take care of using typographic rules for your language, especially in -@file{macros@/.itexi}. +@file{macros.itexi}. If you wonder whether a word, phrase or larger piece of text should be translated, whether it is an argument of a Texinfo command or a small piece sandwiched between two Texinfo commands, try to track whether and where it appears in PDF and/or HTML output as visible text. This piece -of advice is especially useful for translating @file{macros@/.itexi}. +of advice is especially useful for translating @file{macros.itexi}. Please keep verbatim copies of music snippets (in @code{@@lilypond} blocs). However, some music snippets containing text that shows in @@ -1732,15 +1732,15 @@ When you encounter @end example @noindent -in the source, open @file{Documentation/@/snippets/@/@var{filename}@/.ly}, +in the source, open @file{Documentation/snippets/@var{filename}.ly}, translate the @code{texidoc} header field it contains, enclose it with @code{texidoc@var{MY-LANGUAGE} = "} and @code{"}, and write it into -@file{Documentation/@/@var{MY-LANGUAGE}/@/texidocs/@/@var{filename}@/.texidoc}. +@file{Documentation/@var{MY-LANGUAGE}/texidocs/@var{filename}.texidoc}. Additionally, you may translate the snippet's title in @code{doctitle} header field, in case @code{doctitle} is a fragment option used in @code{@@lilypondfile}; you can do this exactly the same way as @code{texidoc}. For instance, -@file{Documentation/@/@var{MY-LANGUAGE}/@/texidocs/@/@var{filename}@/.texidoc} +@file{Documentation/@var{MY-LANGUAGE}/texidocs/@var{filename}.texidoc} may contain @example @@ -1752,7 +1752,7 @@ Spanish translation blah @noindent Then, you should get these translated strings into compiled snippets in -@file{Documentation/@/snippets}, see @q{General guidelines} in @ref{Adding +@file{Documentation/snippets}, see @q{General guidelines} in @ref{Adding and editing snippets}. @code{@@example} blocks need not be verbatim copies, e.g. variable @@ -1867,7 +1867,7 @@ to make your translation up to date. @seeCommittishesUpdate Global state of the translation is recorded in -@file{Documentation/@/translations@/.itexi}, which is used to generate +@file{Documentation/translations.itexi}, which is used to generate Translations status page. To update that page, do from @file{Documentation/} @@ -1875,7 +1875,7 @@ Translations status page. To update that page, do from make translation-status @end example -This will also leave @file{out/@/translations@/-status@/.txt}, which contains +This will also leave @file{out/translations-status.txt}, which contains up-to-dateness percentages for each translated file, and update word counts of documentation files in this Guide. @@ -1908,7 +1908,7 @@ the full file in English will be opened instead. @seeCommittishesUpdate -Texinfo skeleton files, i.e. @file{@/.itely} files not yet translated, +Texinfo skeleton files, i.e. @file{.itely} files not yet translated, containing only the first node of the original file in English can be updated automatically: whenever @command{make check-translation} shows that such files should be updated, run from @file{Documentation/} @@ -1917,8 +1917,8 @@ that such files should be updated, run from @file{Documentation/} make ISOLANG=@var{MY_LANGUAGE} skeleton-update @end example -@file{@/.po} message catalogs in @file{Documentation/@/po/} may be updated -by issuing from @file{Documentation/} or @file{Documentation/@/po/} +@file{.po} message catalogs in @file{Documentation/po/} may be updated +by issuing from @file{Documentation/} or @file{Documentation/po/} @example make po-update @@ -1939,10 +1939,10 @@ make ISOLANG=@var{MY_LANGUAGE} snippet-update @end example This script overwrites music snippets in -@file{@var{MY_LANGUAGE/@/foo/@/every@/.itely}} with music snippets from -@file{@var{foo/@/every@/.itely}}. It ignores skeleton files, and keeps +@file{@var{MY_LANGUAGE/foo/every.itely}} with music snippets from +@file{@var{foo/every.itely}}. It ignores skeleton files, and keeps intact music snippets preceded with a line starting with @code{@@c -KEEP LY}; it reports an error for each @file{@/.itely} that has not the +KEEP LY}; it reports an error for each @file{.itely} that has not the same music snippet count in both languages. Always use this script with a lot of care, i.e. run it on a clean Git working tree, and check the changes it made with @command{git diff} before committing; if you @@ -1950,8 +1950,8 @@ don't do so, some @code{@@lilypond} snippets might be broken or make no sense in their context. When you have updated texidocs in -@file{Documentation/@/@var{MY-LANGUAGE}/@/texidocs}, you can get these -changes into compiled snippets in @file{Documentation/@/snippets}, see +@file{Documentation/@var{MY-LANGUAGE}/texidocs}, you can get these +changes into compiled snippets in @file{Documentation/snippets}, see @q{General guidelines} in @ref{Adding and editing snippets}. Finally, a command runs the three update processes above for all @@ -1989,12 +1989,12 @@ git rev-list HEAD |head -1 @end example A special case is updating Snippet documentation strings in -@file{Documentation/@/@var{MY-LANGUAGE}/@/texidocs}. For these to be +@file{Documentation/@var{MY-LANGUAGE}/texidocs}. For these to be correctly marked as up-to-date, first run @code{makelsr.py} as explained in @ref{Adding and editing snippets}, and commit the -resulting compiled snippets left in @file{Documentation/@/snippets/}. +resulting compiled snippets left in @file{Documentation/snippets/}. Say the SHA1 ID code of this commit is . Now edit again your -translated files in @file{Documentation/@/@var{MY-LANGUAGE}/@/texidocs} +translated files in @file{Documentation/@var{MY-LANGUAGE}/texidocs} adjusting the 40-digit committish that appears in the text to be ; finally, commit these updated files. Not doing so would result in changes made both to your updates and original snippets to @@ -2045,17 +2045,17 @@ The following tasks are listed in decreasing priority order. @item Update macros.itexi. For each obsolete macro definition, if it is possible to update macro usage in documentation with an automatic text or regexp substitution, -do it and delete the macro definition from @file{macros@/.itexi}; otherwise, +do it and delete the macro definition from @file{macros.itexi}; otherwise, mark this macro definition as obsolete with a comment, and keep it in -@file{macros@/.itexi} until the documentation translation has been updated and +@file{macros.itexi} until the documentation translation has been updated and no longer uses this macro. -@item Update @file{@/*@/.tely} files completely with +@item Update @file{*.tely} files completely with @command{make check-translation} -- you may want to redirect output to a file because of overwhelming output, or call check-translation.py on individual files, see @ref{Check state of translation}. -@item In @file{@/.itelys}, match sections and .itely file names with those from +@item In @file{.itelys}, match sections and .itely file names with those from English docs, which possibly involves moving nodes contents in block between files, without updating contents itself. In other words, the game is catching where has gone each section. In Learning manual, and @@ -2211,41 +2211,41 @@ without updating translations}. A number of Python scripts handle a part of the documentation translation process. All scripts used to maintain the translations -are located in @file{scripts/@/auxiliar/}. +are located in @file{scripts/auxiliar/}. @itemize -@item @file{check@/_translation@/.py} -- show diff to update a translation, -@item @file{texi@/-langutils@/.py} -- quickly and dirtily parse Texinfo files to +@item @file{check_translation.py} -- show diff to update a translation, +@item @file{texi-langutils.py} -- quickly and dirtily parse Texinfo files to make message catalogs and Texinfo skeleton files, -@item @file{texi@/-skeleton@/-update@/.py} -- update Texinfo skeleton files, -@item @file{update@/-snippets@/.py} -- synchronize ly snippets with those +@item @file{texi-skeleton-update.py} -- update Texinfo skeleton files, +@item @file{update-snippets.py} -- synchronize ly snippets with those from English docs, -@item @file{translations@/-status@/.py} -- update translations status pages and word +@item @file{translations-status.py} -- update translations status pages and word counts in the file you are reading, -@item @file{tely@/-gettext@/.py} -- gettext node names, section titles and references +@item @file{tely-gettext.py} -- gettext node names, section titles and references in the sources; WARNING only use this script once for each file, when support for "makeinfo --html" has been dropped. @end itemize -Other scripts are used in the build process, in @file{scripts/@/build/}: +Other scripts are used in the build process, in @file{scripts/build/}: @itemize -@item @file{mass@/-link@/.py} -- link or symlink files between English documentation +@item @file{mass-link.py} -- link or symlink files between English documentation and documentation in other languages. @end itemize -Python modules used by scripts in @file{scripts/@/auxiliar/} or @file{scripts/@/build/} (but -not by installed Python scripts) are located in @file{python/@/auxiliar/}: +Python modules used by scripts in @file{scripts/auxiliar/} or @file{scripts/build/} (but +not by installed Python scripts) are located in @file{python/auxiliar/}: @itemize -@item @file{manuals@/_definitions@/.py} -- define manual names and name of +@item @file{manuals_definitions.py} -- define manual names and name of cross-reference Texinfo macros, -@item @file{buildlib@/.py} -- common functions (read piped output +@item @file{buildlib.py} -- common functions (read piped output of a shell command, use Git), -@item @file{postprocess@/_html@/.py} (module imported by @file{www_post@/.py}) -- add footer and +@item @file{postprocess_html.py} (module imported by @file{www_post.py}) -- add footer and tweak links in HTML pages. @end itemize And finally @itemize -@item @file{python/@/langdefs@/.py} -- language definitions module +@item @file{python/langdefs.py} -- language definitions module @end itemize diff --git a/Documentation/contributor/introduction.itexi b/Documentation/contributor/introduction.itexi index 103d79d119..f2153ddcb9 100644 --- a/Documentation/contributor/introduction.itexi +++ b/Documentation/contributor/introduction.itexi @@ -128,14 +128,14 @@ In virtualization terminology, your main operating system is the @qq{host}. @item -Download the @file{lilybuntu@/.iso} disk image. +Download the @file{lilybuntu.iso} disk image. @example @uref{http://@/files.lilynet.net/@/lilybuntu.iso} @end example @item -Install @file{lilybuntu@/.iso} as the @qq{client} operating system +Install @file{lilybuntu.iso} as the @qq{client} operating system on your virtualized system. The latest version of lilybuntu is based on Ubuntu 9.04; if you diff --git a/Documentation/contributor/issues.itexi b/Documentation/contributor/issues.itexi index 13932d1c9f..2d496e830e 100644 --- a/Documentation/contributor/issues.itexi +++ b/Documentation/contributor/issues.itexi @@ -610,7 +610,7 @@ Include output with the first applicable method: @item If the issue has a notation example which fits in one system, -generate a small @file{bug@/.preview@/.png} file with: +generate a small @file{bug.preview.png} file with: @example lilypond -dpreview bug.ly @@ -618,7 +618,7 @@ lilypond -dpreview bug.ly @item If the issue has an example which requires more than one system -(i.e. a spacing bug), generate a @file{bug@/.png} file with: +(i.e. a spacing bug), generate a @file{bug.png} file with: @example lilypond --png bug.ly @@ -626,7 +626,7 @@ lilypond --png bug.ly @item If the issue requires multi-page output, then generate a -@file{bug@/.pdf} file with the normal: +@file{bug.pdf} file with the normal: @example lilypond --png bug.ly diff --git a/Documentation/contributor/lsr-work.itexi b/Documentation/contributor/lsr-work.itexi index 794ad54937..27349b3625 100644 --- a/Documentation/contributor/lsr-work.itexi +++ b/Documentation/contributor/lsr-work.itexi @@ -49,11 +49,11 @@ reference to the snippet should be added to the documentation. If the new snippet uses new features that are not available in the current LSR version, the snippet should be added to -@file{Documentation/@/snippets/@/new} and a reference should be added to the +@file{Documentation/snippets/new} and a reference should be added to the manual. -Snippets created or updated in @file{Documentation/@/snippets/@/new} should -be copied to @file{Documentation/@/snippets} by invoking at top of the +Snippets created or updated in @file{Documentation/snippets/new} should +be copied to @file{Documentation/snippets} by invoking at top of the source tree @example @@ -62,7 +62,7 @@ scripts/auxiliar/makelsr.py @noindent This also copies translated texidoc fields and snippet titles into -snippets in @file{Documentation/@/snippets}. Note: this, in turn, could +snippets in @file{Documentation/snippets}. Note: this, in turn, could make the translated texidoc fields to appear as out of sync when you run @code{make check-translation}, if the originals changed from the last translation update, even if the translations are also updated; @@ -74,7 +74,7 @@ updated. Be sure that @command{make doc} runs successfully before submitting a patch, to prevent breaking compilation. -@subheading Formatting snippets in @file{Documentation/@/snippets/@/new} +@subheading Formatting snippets in @file{Documentation/snippets/new} When adding a file to this directory, please start the file with @@ -95,7 +95,7 @@ This code demonstrates ... @end example \noindent -and name the file @file{snippet@/-title@/.ly}. +and name the file @file{snippet-title.ly}. @node Approving snippets @@ -171,23 +171,23 @@ Do a git add / commit / push. @end enumerate Note that whenever there is one snippet from -@file{Documentation/@/snippets/@/new} and the other from LSR with the same -file name, the one from @file{Documentation/@/snippets/@/new} will be copied +@file{Documentation/snippets/new} and the other from LSR with the same +file name, the one from @file{Documentation/snippets/new} will be copied by @command{makelsr.py}. @node Fixing snippets in LilyPond sources @section Fixing snippets in LilyPond sources -In case some snippet from @file{Documentation/@/snippets} causes the +In case some snippet from @file{Documentation/snippets} causes the documentation compilation to fail, the following steps should be followed to fix it reliably. @enumerate @item -Look up the snippet filename @file{@var{foo}@/.ly} in the error output -or log, then fix the file @file{Documentation/@/snippets/@/@var{foo}@/.ly} to make the +Look up the snippet filename @file{@var{foo}.ly} in the error output +or log, then fix the file @file{Documentation/snippets/@var{foo}.ly} to make the documentation build successfully. @item @@ -208,15 +208,15 @@ run @command{makelsr.py} again, see @ref{LSR to Git}. In some cases, when some features has been introduced or vastly changed so it requires (or takes significant advantage of) important changes in the snippet, it is simpler and recommended to write a new version of the snippet in -@file{Documentation/@/snippets/@/new}, then run @command{makelsr.py}. +@file{Documentation/snippets/new}, then run @command{makelsr.py}. @item @strong{In case the snippet comes from} -@file{Documentation/@/snippets/@/new}, apply in -@file{Documentation/@/snippets/@/new/@/@var{foo}@/.ly} the same fix you did in -@file{Documentation/@/snippets/@/@var{foo}@/.ly}. In case the build failure +@file{Documentation/snippets/new}, apply in +@file{Documentation/snippets/new/@var{foo}.ly} the same fix you did in +@file{Documentation/snippets/@var{foo}.ly}. In case the build failure was caused by a translation string, you may have to fix -@file{input/@/texidocs/@/@var{foo}@/.texidoc} instead. +@file{input/texidocs/@var{foo}.texidoc} instead. @item In any case, commit all changes to Git. @@ -266,7 +266,7 @@ correct stable version. @item Copy relevant snippets (i.e., snippets whose version is equal to or less than the new version of LilyPond) from -@file{Documentation/@/snippets/@/new/} into the tarball. +@file{Documentation/snippets/new/} into the tarball. You must not rename any files during this, or the next, stage. @@ -287,14 +287,14 @@ Create a tarball and send it back to Sebastiano. @item When LSR has been updated, download another snippet tarball, verify that -the relevant snippets from @file{Documentation/@/snippets/@/new/} were +the relevant snippets from @file{Documentation/snippets/new/} were included, then delete those snippets from -@file{Documentation/@/snippets/@/new/}. +@file{Documentation/snippets/new/}. @end enumerate -Here is a shell script to run all @file{@/.ly} files in a directory +Here is a shell script to run all @file{.ly} files in a directory and redirect terminal output to text files, which are then searched for the word "failed" to see which snippets do not compile. diff --git a/Documentation/contributor/programming-work.itexi b/Documentation/contributor/programming-work.itexi index 6bdfd42425..ae4785446e 100644 --- a/Documentation/contributor/programming-work.itexi +++ b/Documentation/contributor/programming-work.itexi @@ -48,7 +48,7 @@ music event is assigned a moment, or a time in the music when the event begins. Each type of music event has an associated iterator. Iterators are defined in -@file{@/*@/-iterator@/.cc}. During iteration, an +@file{*-iterator.cc}. During iteration, an event's iterator is called to deliver that music event to the appropriate context(s). @@ -58,8 +58,8 @@ translation step is accomplished by the polymorphic base class Translator through its two derived classes: Engraver (for graphical output) and Performer (for midi output). -Translators are defined in C++ files named @file{@/*@/-engraver@/.cc} -and @file{@/*@/-performer@/.cc}. +Translators are defined in C++ files named @file{*-engraver.cc} +and @file{*-performer.cc}. Much of the work of translating is handled by Scheme functions, which is one of the keys to LilyPond's exceptional flexibility. @@ -146,8 +146,8 @@ python.org}. @node Programming without compiling @section Programming without compiling -Much of the development work in LilyPond takes place by changing @file{@/*@/.ly} or -@file{@/*@/.scm} files. These changes can be made without compiling LilyPond. Such +Much of the development work in LilyPond takes place by changing @file{*.ly} or +@file{*.scm} files. These changes can be made without compiling LilyPond. Such changes are described in this section. @@ -156,8 +156,8 @@ changes are described in this section. Much of LilyPond is written in Scheme or LilyPond input files. These files are interpreted when the program is run, rather than being compiled when the program is built, and are present in all LilyPond distributions. -You will find @file{@/.ly} files in the @file{ly/@/} directory and the Scheme files in the -@file{scm/@/} directory. Both Scheme files and @file{@/.ly} files can be modified and +You will find @file{.ly} files in the @file{ly/} directory and the Scheme files in the +@file{scm/} directory. Both Scheme files and @file{.ly} files can be modified and saved with any text editor. It's probably wise to make a backup copy of your files before you modify them, although you can reinstall if the files become corrupted. @@ -222,8 +222,8 @@ functionName. The @code{-i} option makes @command{grep} ignore case -- this can be very useful if you are not yet familiar with our capitalization conventions. -The most likely directories to grep for function names are @file{scm/@/} for -scheme files, ly/ for lilypond input (@file{@/*@/.ly}) files, and @file{lily/@/} for C++ +The most likely directories to grep for function names are @file{scm/} for +scheme files, ly/ for lilypond input (@file{*.ly}) files, and @file{lily/} for C++ files. @@ -352,7 +352,7 @@ on a c++ file: scripts/auxiliar/fixcc.py lily/my-test-file.cc @end example -Be sure you replace @file{my@/-test@/-file@/.cc} with the name of the file +Be sure you replace @file{my-test-file.cc} with the name of the file that you edited. If you are editing a file that contains an ADD_TRANSLATOR or ADD_INTERFACE @@ -614,7 +614,7 @@ foo (int i) @} @end example -See also @file{flower/@/getopt@/-long@/.cc} and @file{lily/@/main@/.cc}. +See also @file{flower/getopt-long.cc} and @file{lily/main.cc}. @item Do not use leading or trailing whitespace in messages. If you need @@ -800,7 +800,7 @@ gdb out/bin/lilypond @end example @noindent This loads the LilyPond symbol tables into gdb. Then, to run -LilyPond on @file{test@/.ly} under the debugger, enter the following: +LilyPond on @file{test.ly} under the debugger, enter the following: @example run test.ly @@ -866,21 +866,21 @@ environment, it is necessary to have a Guile interpreter that has all the LilyPond modules loaded. This requires the following steps. -First, define a Scheme symbol for the active module in the @file{@/.ly} file: +First, define a Scheme symbol for the active module in the @file{.ly} file: @example #(module-define! (resolve-module '(guile-user)) 'lilypond-module (current-module)) @end example -Now place a Scheme function in the @file{@/.ly} file that gives an +Now place a Scheme function in the @file{.ly} file that gives an interactive Guile prompt: @example #(top-repl) @end example -When the @file{@/.ly} file is compiled, this causes the compilation to be +When the @file{.ly} file is compiled, this causes the compilation to be interrupted and an interactive guile prompt to appear. Once the guile prompt appears, the LilyPond active module must be set as the current guile module: @@ -916,7 +916,7 @@ interpreter can be exited: guile> (quit) @end example -The compilation of the @file{@/.ly} file will then continue. +The compilation of the @file{.ly} file will then continue. @subheading Using the Guile debugger @@ -969,7 +969,7 @@ breakpoint will be set straight after you enter the @code{(quit)} command at the guile prompt. Embedding breakpoint commands like this is particularly useful if -you want to look at how the Scheme procedures in the @file{@/.scm} +you want to look at how the Scheme procedures in the @file{.scm} files supplied with LilyPond work. To do this, edit the file in the relevant directory to add this line near the top: @@ -979,7 +979,7 @@ the relevant directory to add this line near the top: Now you can set a breakpoint after the procedure you are interested in has been declared. For example, if you are working on routines -called by @var{print-book-with} in @file{lily@/-library@/.scm}: +called by @var{print-book-with} in @file{lily-library.scm}: @example (define (print-book-with parser book process-procedure) @@ -1067,12 +1067,12 @@ The executable code of LilyPond must be rebuilt from scratch: make -C lily clean && make -C lily @end example -@item Create a graphviz-compatible @file{@/.ly} file +@item Create a graphviz-compatible @file{.ly} file -In order to use the graphviz utility, the @file{@/.ly} file must include -@file{ly/@/graphviz@/-init@/.ly}, and should then specify the +In order to use the graphviz utility, the @file{.ly} file must include +@file{ly/graphviz-init.ly}, and should then specify the grobs and symbols that should be tracked. An example of this -is found in @file{input/@/regression/@/graphviz@/.ly}. +is found in @file{input/regression/graphviz.ly}. @item Run lilypond with output sent to a log file @@ -1151,7 +1151,7 @@ earlier in this chapter. In order to demonstrate that the code works properly, you will need to write one or more regression tests. These tests are -typically @file{@/.ly} files that are found in @file{input/@/regression}. +typically @file{.ly} files that are found in @file{input/regression}. Regression tests should be as brief as possible to demonstrate the functionality of the code. @@ -1348,25 +1348,25 @@ make test-clean @end itemize If you modify any source files that have to be compiled (such as -@file{@/.cc} or @file{@/.hh} files in @file{flower/@/} or @file{lily/@/}), +@file{.cc} or @file{.hh} files in @file{flower/} or @file{lily/}), then you must run @command{make} before @command{make test-redo}, so @command{make} can compile the modified files and relink all the object files. If you only modify files which are interpreted, -like those in the @file{scm/@/} and @file{ly/@/} directories, then +like those in the @file{scm/} and @file{ly/} directories, then @command{make} is not needed before @command{make test-redo}. TODO: Fix the following paragraph. You can do @command{rm mf/out/*} instead of make clean, and you can probably do @command{make -C mf/ clean} as well, but I haven't checked it -- cds -Also, if you modify any font definitions in the @file{mf/@/} +Also, if you modify any font definitions in the @file{mf/} directory then you must run @command{make clean} and @command{make} before running @command{make test-redo}. This will recompile everything, whether modified or not, and takes a lot longer. Running @command{make@tie{}check} will leave an HTML page -@file{out/@/test@/-results/@/index@/.html}. This page shows all the +@file{out/test-results/index.html}. This page shows all the important differences that your change introduced, whether in the layout, MIDI, performance or error reporting. @@ -1628,14 +1628,14 @@ foo = 1 @end example @noindent with @code{\paper}, @code{\midi} and @code{\header} being -nested scope inside the @file{@/.ly} file-level scope. @w{@code{foo = 1}} +nested scope inside the @file{.ly} file-level scope. @w{@code{foo = 1}} is translated in to a scheme variable definition. This implemented using modules, with each scope being an anonymous module that imports its enclosing scope's module. -Lilypond's core, loaded from @file{@/.scm} files, is usually placed in the -@code{lily} module, outside the @file{@/.ly} level. In the case of +Lilypond's core, loaded from @file{.scm} files, is usually placed in the +@code{lily} module, outside the @file{.ly} level. In the case of @example lilypond a.ly b.ly @@ -1643,7 +1643,7 @@ lilypond a.ly b.ly @noindent we want to reuse the built-in definitions, without changes effected in -user-level @file{a@/.ly} leaking into the processing of @file{b@/.ly}. +user-level @file{a.ly} leaking into the processing of @file{b.ly}. The user-accessible definition commands have to take care to avoid memory leaks that could occur when running multiple files. All @@ -1840,17 +1840,17 @@ The main steps of the backend itself are in @itemize @item -@file{paper@/-score@/.cc} , Paper_score::process_ +@file{paper-score.cc} , Paper_score::process_ @item -@file{system@/.cc} , System::get_lines() +@file{system.cc} , System::get_lines() @item The step, where things go from grobs to output, is in System::get_line(): each grob delivers a Stencil (a Device independent output description), which is interpreted by our -outputting backends (@file{scm/@/output@/-tex@/.scm} and -@file{scm/@/output@/-ps@/.scm}) to produce TeX and PS. +outputting backends (@file{scm/output-tex.scm} and +@file{scm/output-ps.scm}) to produce TeX and PS. @end itemize @@ -1869,15 +1869,15 @@ to disk. @subheading Where is the functionality associated with KEYWORDs? -See @file{my@/-lily@/-lexer@/.cc} (keywords, there aren't that many) -and @file{ly/@/@/*@/.ly} (most of the other backslashed @code{@/\words} are identifiers) +See @file{my-lily-lexer.cc} (keywords, there aren't that many) +and @file{ly/*.ly} (most of the other backslashed @code{/\words} are identifiers) @subheading What Contexts/Properties/Music/etc. are available when they are processed? What do you mean exactly with this question? -See @file{ly/@/engraver@/-init@/.ly} for contexts, -see @file{scm/@/define@/-@/*@/.scm} for other objects. +See @file{ly/engraver-init.ly} for contexts, +see @file{scm/define-*.scm} for other objects. @subheading How do you decide if something is a Music, Context, or Grob property? Why is part-combine-status a Music property when it seems (IMO) @@ -1906,11 +1906,11 @@ a Music property? \autochange is one of these extra strange beasts: it requires look-ahead to decide when to change staves. This is achieved by running the interpreting step twice (see -@file{scm/@/part@/-combiner@/.scm} , at the bottom), and +@file{scm/part-combiner.scm} , at the bottom), and storing the result of the first step (where to switch staves) in a Music property. Since you want to influence that where-to-switch list, your must affect the code in -make-autochange-music (@file{scm/@/part@/-combiner@/.scm}). +make-autochange-music (@file{scm/part-combiner.scm}). That code is called directly from the parser and there are no official "parsing properties" yet, so there is no generic way to tune \autochange. We would have to invent something new @@ -1984,7 +1984,7 @@ untransposable. -> the second c' remains untransposed. -Take a look at @file{lily/@/music@/.cc} to see where the transposition takes place. +Take a look at @file{lily/music.cc} to see where the transposition takes place. @subheading How do I tell about the execution environment? @@ -2053,9 +2053,9 @@ You can see the definition by doing @end example noindent -inside the @file{@/.ly} file. +inside the @file{.ly} file. The breakpoint failing may have to do with the call sequence. See -@file{parser@/.yy}, run_music_function(). The function is called directly from +@file{parser.yy}, run_music_function(). The function is called directly from C++, without going through the GUILE evaluator, so I think that is why there is no debugger trap. diff --git a/Documentation/contributor/regressions.itexi b/Documentation/contributor/regressions.itexi index e1bbe3d464..0c9093b4b8 100644 --- a/Documentation/contributor/regressions.itexi +++ b/Documentation/contributor/regressions.itexi @@ -86,7 +86,7 @@ where the output quality is not on par with the previous release, as described in @rweb{Bug reports}. @warning{ The special regression test -@file{test@/-output@/-distance@/.ly} will always show up as a +@file{test-output-distance.ly} will always show up as a regression. This test changes each time it is run, and serves to verify that the regression tests have, in fact, run.} @@ -158,8 +158,8 @@ make -j5 CPU_COUNT=5 test @end example The regtest output will then be available in -@file{input/@/regression/@/out@/-test}. -@file{input/@/regression/@/out@/-test/@/collated@/-examples@/.html} +@file{input/regression/out-test}. +@file{input/regression/out-test/collated-examples.html} contains a listing of all the regression tests that were run, but none of the images are included. Individual images are also available in this directory. @@ -195,7 +195,7 @@ make check @end example After @samp{make@tie{}check} is complete, a regression test comparison -will be available at @file{out/@/test@/-results/@/index@/.html}. +will be available at @file{out/test-results/index.html}. For each regression test that differs between the baseline and the changed code, a regression test entry will displayed. Ideally, the only changes would be the changes that you were working on. If @@ -203,7 +203,7 @@ regressions are introduced, they must be fixed before committing the code. @warning{ -The special regression test @file{test@/-output@/-distance@/.ly} will always +The special regression test @file{test-output-distance.ly} will always show up as a regression. This test changes each time it is run, and serves to verify that the regression tests have, in fact, run.} @@ -215,8 +215,8 @@ can be repeatedly examined by doing: make test-redo @end example -This updates the regression list at @file{out/@/test@/-results/@/index@/.html}. -It does @emph{not} redo @file{test@/-output@/-distance@/.ly}. +This updates the regression list at @file{out/test-results/index.html}. +It does @emph{not} redo @file{test-output-distance.ly}. When all regressions have been resolved, the output list will be empty. @@ -268,7 +268,7 @@ developed to test @samp{musicxml2ly}, these regression tests can be used to test any MusicXML implementation. The MusicXML regression tests are found at -@file{input/@/regression/@/musicxml/}. +@file{input/regression/musicxml/}. The output resulting from running these tests through @samp{muscxml2ly} followed by @samp{lilypond} is diff --git a/Documentation/contributor/release-work.itexi b/Documentation/contributor/release-work.itexi index 607c611a63..92cd87ab67 100644 --- a/Documentation/contributor/release-work.itexi +++ b/Documentation/contributor/release-work.itexi @@ -108,7 +108,7 @@ or something like: make LILYPOND_BRANCH=stable/2.12 lilypond @end example -@item Check the regtest comparison in @file{uploads/@/webtest/} for +@item Check the regtest comparison in @file{uploads/webtest/} for any unintentional breakage. More info in @ref{Precompiled regression tests}. @@ -318,7 +318,7 @@ translation@@iro.umontreal.ca, mentioning lilypond-VERSION.pot @item update links to distros providing lilypond packages? link in: -@file{Documentation@/web@/download@/.itexi} +@file{Documentation/web/download.itexi} This has nothing to do with the release, but it's a "periodic maintenance" task that might make sense to include with releases. diff --git a/Documentation/contributor/source-code.itexi b/Documentation/contributor/source-code.itexi index 624f54ae02..d7d1bed0cf 100644 --- a/Documentation/contributor/source-code.itexi +++ b/Documentation/contributor/source-code.itexi @@ -65,7 +65,7 @@ Download the lily-git script from: @item To run the program from the command line, navigate to the -directory containing @file{lily@/-git@/.tcl} and enter: +directory containing @file{lily-git.tcl} and enter: @example wish lily-git.tcl @@ -77,13 +77,13 @@ wish lily-git.tcl @subsubheading 1. Get source / Update source When you click the @qq{Get source} button, @command{lily-git} will -create a directory called @file{lilypond@/-git/} within your home +create a directory called @file{lilypond-git/} within your home directory, and will download the source code into that directory (around 55Mb). When the process is finished, the @qq{Command output} window will display @qq{Done}, and the button label will change to say @qq{Update source}. -Navigate to the @file{lilypond@/-git/} directory to view the source +Navigate to the @file{lilypond-git/} directory to view the source files. You should now be able to modify the source files using your normal text editor. @@ -161,8 +161,8 @@ the patch files attached. Translators should send patches to hopelessly confused!} The button labeled @qq{Abort changes -- Reset to origin} will copy -all changed files to a subdirectory of @file{lilypond@/-git/} named -@file{aborted@/_edits/}, and will reset the repository to the +all changed files to a subdirectory of @file{lilypond-git/} named +@file{aborted_edits/}, and will reset the repository to the current state of the remote repository (at @code{git.sv.gnu.org}). @@ -226,7 +226,7 @@ Windows@}). Once Git is installed, you'll need to create a new directory where your initial repository will be stored (the example below uses -@file{@/~/lilypond@/-git/}, where @code{~} represents your home +@file{~/lilypond-git/}, where @code{~} represents your home directory). Run @command{git@tie{}init} from within the new directory to initialize an empty repository: @@ -237,8 +237,8 @@ git init @subsubheading Technical details -This creates (within the @file{@/~/lilypond@/-git/} directory) a -subdirectory called @file{@/.git/}, which Git uses to keep track of +This creates (within the @file{~/lilypond-git/} directory) a +subdirectory called @file{.git/}, which Git uses to keep track of changes to the repository, among other things. Normally you don't need to access it, but it's good to know it's there. @@ -248,7 +248,7 @@ need to access it, but it's good to know it's there. @warning{Throughout the rest of this manual, all command-line input should be entered from the top directory of the Git -repository being discussed (eg. @file{@/~/lilypond@/-git/}). This is +repository being discussed (eg. @file{~/lilypond-git/}). This is referred to as a @emph{top source directory}.} Before downloading a copy of the main LilyPond repository, you @@ -292,9 +292,9 @@ is a little different, I think. -mp Git stores the information entered with @command{git@tie{}config@tie{}--global} in the file -@file{@/.gitconfig}, located in your home directory. This file can +@file{.gitconfig}, located in your home directory. This file can also be modified directly, without using -@command{git@tie{}config}. The @file{@/.gitconfig} file generated +@command{git@tie{}config}. The @file{.gitconfig} file generated by the above commands would look like this: @example @@ -309,7 +309,7 @@ by the above commands would look like this: Using the @command{git@tie{}config} command @emph{without} the @command{--global} option configures repository-specific settings, -which are stored in the file @file{@/.git/@/config}. This file is +which are stored in the file @file{.git/config}. This file is created when a repository is initialized (using @command{git@tie{}init}), and by default contains these lines: @@ -461,7 +461,7 @@ Already on 'master' @end example By now the source files should be accessible---you should be able -to edit any files in the @file{lilypond@/-git/} directory using a +to edit any files in the @file{lilypond-git/} directory using a text editor of your choice. But don't start just yet! Before editing any source files, learn how to keep your changes organized and prevent problems later---read @ref{Basic Git procedures}. @@ -469,7 +469,7 @@ and prevent problems later---read @ref{Basic Git procedures}. @subsubheading Technical Details The @command{git@tie{}remote@tie{}add} command should add some -lines to your local repository's @file{@/.git/@/config} file: +lines to your local repository's @file{.git/config} file: @example [remote "origin"] @@ -650,7 +650,7 @@ committishes. The @command{git@tie{}config} command mentioned above adds the line @code{rebase = true} to the master branch in your local -repository's @file{@/.git/@/config} file: +repository's @file{.git/config} file: @example [branch "master"] @@ -986,9 +986,9 @@ account on Google. git clone git://neugierig.org/git-cl.git @end example -Then, add the @file{git@/-cl} directory to your PATH, or create a +Then, add the @file{git-cl} directory to your PATH, or create a symbolic link to the @command{git-cl} and @command{upload.py} in -one of your PATH directories (like @file{usr/@/bin}). Then +one of your PATH directories (like @file{usr/bin}). Then configure the program by running: @example @@ -1306,7 +1306,7 @@ repository. The commands above don't only bring you the latest version of the sources, but also the full history of revisions (revisions, also called commits, are changes made to the sources), stored in the -@file{@/.git} directory. You can browse this history with +@file{.git} directory. You can browse this history with @example git log # only shows the logs (author, committish and commit message) @@ -1436,7 +1436,7 @@ ssh-keygen -t dsa @end example When prompted for a location to save the key, press to -accept the default location (@file{~/.ssh/@/id_dsa}). +accept the default location (@file{~/.ssh/id_dsa}). Next you are asked to enter an optional passphrase. On most systems, if you use a passphrase, you will likely be prompted for @@ -1463,14 +1463,14 @@ gconftool-2 --set -t bool \ @end example After setting up your passphrase, your private key is saved as -@file{~/.ssh/@/id_dsa} and your public key is saved as -@file{~/.ssh/@/id_dsa@/.pub}. +@file{~/.ssh/id_dsa} and your public key is saved as +@file{~/.ssh/id_dsa.pub}. @item Register your public SSH @q{dsa} key with Savannah. From the @qq{My Account Configuration} page, click on @qq{Edit SSH Keys}, -then paste the contents of your @file{~/.ssh/@/id_dsa@/.pub} file into +then paste the contents of your @file{~/.ssh/id_dsa.pub} file into one of the @qq{Authorized keys} text fields, and click @qq{Update}. @@ -1523,7 +1523,7 @@ the list of known hosts. @end example The list of known hosts is stored in the file -@file{~/.ssh/@/known@/_hosts}. +@file{~/.ssh/known_hosts}. At this point, you are prompted for your passphrase if you have one, then Git will attempt a pull. @@ -1586,7 +1586,7 @@ Authority. @item The @command{git@tie{}config} commands above should modify your -local repository's @file{@/.git/@/config} file. These lines: +local repository's @file{.git/config} file. These lines: @example [remote "origin"] @@ -1607,7 +1607,7 @@ where @var{user} is your login name on Savannah. @item Similarly, the @command{git@tie{}config@tie{}push.default@tie{}matching} command -should add these lines to @file{@/.git/@/config}: +should add these lines to @file{.git/config}: @example [push] diff --git a/Documentation/contributor/website-work.itexi b/Documentation/contributor/website-work.itexi index b4f55aec5f..bb8c19fe94 100644 --- a/Documentation/contributor/website-work.itexi +++ b/Documentation/contributor/website-work.itexi @@ -42,8 +42,8 @@ the IR or certain NR appendices. @item The bibliography in Community->Publications is generated automatically -from @file{@/.bib} files; formatting is done automatically by -@file{texi@/-web@/.bst}. +from @file{.bib} files; formatting is done automatically by +@file{texi-web.bst}. @item @dots{} @@ -66,17 +66,17 @@ scripts are examined and copied to @subheading Initial setup -You should symlink your own @file{@/~/lilypond/} to -@file{@/~graham/@/lilypond/} +You should symlink your own @file{~/lilypond/} to +@file{~graham/lilypond/} If this directory does not exist, make it. Git master should go -in @file{@/~/lilypond/@/lilypond@/-git/} but make sure you enable: +in @file{~/lilypond/lilypond-git/} but make sure you enable: @example git config core.filemode false @end example -If you have created any files in @file{@/~graham/@/lilypond/} then +If you have created any files in @file{~graham/lilypond/} then please run: @example @@ -85,11 +85,11 @@ chmod 775 ~graham/lilypond/ -R @end example To reduce the CPU burden on the shared host (as well as some -security concerns), the @file{Documentation/@/pictures/} and -@file{Documentation/@/web/@/ly@/-examples/} directories are +security concerns), the @file{Documentation/pictures/} and +@file{Documentation/web/ly-examples/} directories are @strong{not} compiled. You need to upload them, and if they ever change, a user in the @code{lilypond} group must upload them to -@file{@/~graham/@/lilypond@/media} on the host. +@file{~graham/lilypond/media} on the host. Upload latest pictures/ and ly-examples/ (local script): @@ -190,7 +190,7 @@ Cronjob to automate the trusted portions: @subsubheading Additional information Some information about the website is stored in -@file{~graham/@/lilypond/@/*.txt}; this information should not be +@file{~graham/lilypond/*.txt}; this information should not be shared with people without trusted access to the server. @@ -250,7 +250,7 @@ make website however, please note that this command is not designed for being run multiple times. If you see unexpected output (mainly the page footers getting all messed up), then delete your -@file{out@/-website} directory and run @code{make website} again. +@file{out-website} directory and run @code{make website} again. @item Some of the translation infrastructure is defined in python files; @@ -264,7 +264,7 @@ scripts/build/website_post.py @item Translations are not included by default in @code{make website}. To test your translation, edit the @code{WEB_LANGS} line in -@file{make/@/website@/.make}. Do not submit a patch to add your language +@file{make/website.make}. Do not submit a patch to add your language to this file unless @code{make website} completes with less than 5 warnings. diff --git a/Documentation/de/extending/programming-interface.itely b/Documentation/de/extending/programming-interface.itely index 8a2187cffa..15ae575c11 100644 --- a/Documentation/de/extending/programming-interface.itely +++ b/Documentation/de/extending/programming-interface.itely @@ -94,9 +94,9 @@ Notationsreferenz: @ruser{Vordefinierte Typenprädikate}. Installierte Dateien: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Einfache Ersetzungsfunktionen @@ -403,7 +403,7 @@ Die @code{raise-markup}-Funktion erstellt zunächst den Stencil für die um 0.5 Notenlinienzwischenräume nach oben. Das ist ein einfaches Beispiel. Weitere, kompliziertere Beispiele finden sich nachfolgend in diesem Abschnitt und in der Datei -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Neue Definitionen von Beschriftungsbefehlen @@ -635,7 +635,7 @@ der Kästen kann angepasst werden: Ein guter Weg, einen neuen Beschriftungsbefehl zu schreiben, ist es, als Vorbild einen existierenden zu nehmen. Die meisten Beschriftungsbefehle, die LilyPond mitbringt, finden sich in der Datei -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. Man könnte beispielsweise den Befehl @code{\draw-line}, der eine Linie zeichnet, anpassen, sodass er eine Doppellinie zeichnet. Der diff --git a/Documentation/de/extending/scheme-tutorial.itely b/Documentation/de/extending/scheme-tutorial.itely index 94c0508239..5f2f0bdf2e 100644 --- a/Documentation/de/extending/scheme-tutorial.itely +++ b/Documentation/de/extending/scheme-tutorial.itely @@ -864,7 +864,7 @@ des TextScript-Objektes verknüpft. Diese Zahlen werden in Systembreiten gemessen, so dass der Befehl das Objekt eine Systembreite nach rechts verschiebt und zwei Breiten nach oben. -Prozeduren, um mit Abständen zu arbeiten, finden sich in @file{scm/@/lily@/-library@/.scm}. +Prozeduren, um mit Abständen zu arbeiten, finden sich in @file{scm/lily-library.scm}. @subheading Bereiche (extend) @@ -876,7 +876,7 @@ X-Koordinate und @code{cdr} die rechte X-Koordinate. Für Y-Ausdehnungen ist @code{car} die untere Koordinate und @code{cdr} die obere Koordinate. Prozeduren, um mit Intervallen zu arbeiten, finden sich in -@file{scm/@/lily@/-library@/.scm}. Diese Prozeduren sollten benutzt, wenn es möglich +@file{scm/lily-library.scm}. Diese Prozeduren sollten benutzt, wenn es möglich ist, um den Code konsistent zu halten. @subheading Eigenschafts-Alisten (property alist) diff --git a/Documentation/de/included/generating-output.itexi b/Documentation/de/included/generating-output.itexi index 767c7a5386..52a41af797 100644 --- a/Documentation/de/included/generating-output.itexi +++ b/Documentation/de/included/generating-output.itexi @@ -33,7 +33,7 @@ Wählen Sie aus den Menüs oben links auf Ihrem Bildschirm @sourceimage{Learning_Macos_Save_menu,,,} -Wählen Sie einen Namen für die Datei, etwa @file{test@/.ly}. +Wählen Sie einen Namen für die Datei, etwa @file{test.ly}. @sourceimage{Learning_Macos_Save_file_with_name,,,} @@ -109,7 +109,7 @@ Namen gespeichert haben. @sourceimage{Learning_Win7_Save_Menu,,,} -Wählen Sie einen Namen für Ihre Datei, etwa @file{test@/.ly}. +Wählen Sie einen Namen für Ihre Datei, etwa @file{test.ly}. @sourceimage{Learning_Win7_Save_File_With_Name,,,} @@ -131,18 +131,18 @@ Sie aus dem Menü @w{@code{Open with > LilyPond}}. @subsubheading Schritt 2b: Kompilieren (mit Doppelklick) -Sie können auch einfach die Datei @file{test@/.ly} doppelt anklicken. +Sie können auch einfach die Datei @file{test.ly} doppelt anklicken. @subsubheading 3. Schritt: Ausgabe anschauen -Während der Kompilation von @file{test@/.ly} öffnet sich ein +Während der Kompilation von @file{test.ly} öffnet sich ein Kommandofenster sehr schnell und schließt sich wieder. Drei zusätzliche Dateien werden in diesem Schritt erstellt. @sourceimage{Learning_Win7_All_Files_Created,,,} -Das PDF enthält den Notensatz aus der Datei @file{test@/.ly}. +Das PDF enthält den Notensatz aus der Datei @file{test.ly}. @sourceimage{Learning_Win7_Pdf_Output,,,} @@ -194,7 +194,7 @@ eine Datei zu kompilieren.} @subsubheading Schritt 1: Erstellen Sie eine @file{.ly}-Datei -Erstellen Sie eine Text-Datei mit dem Namen @file{test@/.ly} und +Erstellen Sie eine Text-Datei mit dem Namen @file{test.ly} und geben Sie folgenden Text ein: @example @@ -232,7 +232,7 @@ Konvertierung nach »test.pdf«... @subsubheading 3. Schritt: Ausgabe anschauen -Als Ergebnis erhalten Sie ein @file{test@/.pdf}, das Sie mit den +Als Ergebnis erhalten Sie ein @file{test.pdf}, das Sie mit den Standardprogrammen Ihres Betriebssystemes anschauen können. diff --git a/Documentation/de/learning/fundamental.itely b/Documentation/de/learning/fundamental.itely index 67f9a81d9b..ddff36f77c 100644 --- a/Documentation/de/learning/fundamental.itely +++ b/Documentation/de/learning/fundamental.itely @@ -243,7 +243,7 @@ Jeder davon wird als eigenständige Partitur interpretiert, die allerdings alle in dieselbe Ausgabedatei plaziert werden. Ein @code{\book}-Befehl ist nicht explizit notwendig -- er wird implizit erzeugt. Wenn jedoch für jeden @code{\score}-Block in einer -einzigen @file{@/.ly}-Datei eine eigene Ausgabe-Datei erzeugt werden soll, +einzigen @file{.ly}-Datei eine eigene Ausgabe-Datei erzeugt werden soll, dann muss jeder dieser Blöcke in einen eigenen @code{\book}-Block gesetzt werden: Jeder @code{\book}-Block erzeugt dann eine eigene Ausgabedatei. @@ -3100,10 +3100,10 @@ Abschnitt @ruser{Overview of modifying properties} anschauen. Im Moment kann man nicht nur die @code{strechability}-Untereigenschaft verändern, darum müssen hier auch die anderen Untereigenschaften kopiert werden. Die Standardeinstellungen dieser Untereigenschaften finden sich in der Datei -@file{scm/@/define@/-grobs@/.scm} in den Definitionen für den +@file{scm/define-grobs.scm} in den Definitionen für den @code{VerticalAxisGroup}-Grob. Der Wert für @code{strechability} wird aus der Definition für das Klaviersystem (@code{PianoStaff}) entnommen -(in der Datei @file{ly/@/engraver@/-init@/.ly}) sodass die Werte identisch +(in der Datei @file{ly/engraver-init.ly}) sodass die Werte identisch sind. @example @@ -3342,7 +3342,7 @@ with convert-ly}). Wenn man eine einzige Definition hat (wie etwa @code{\dolce}), die für alle Vorkommen in der Notation eingesetzt wird, muss man auch nur einmal diese Definition aktualisieren, anstatt -dass man sie in jeder @file{@/.ly}-Datei einzeln ändern müsste. +dass man sie in jeder @file{.ly}-Datei einzeln ändern müsste. @node Partitur und Stimmen @@ -3357,7 +3357,7 @@ in einer Variable abgelegt. Der Inhalt der Variable wird dann benutzt um sowohl die Stimme als auch die Partitur zu erstellen. Es bietet sich an, die Noten in einer extra Datei abzulegen. -Nehmen wir an, dass die Datei @file{horn@/-music@/.ly} folgende +Nehmen wir an, dass die Datei @file{horn-music.ly} folgende Noten eines Horn/@/Fagott-Duos enthält: @example @@ -3390,7 +3390,7 @@ Die Zeile @end example @noindent -ersetzt den Inhalt von @file{horn@/-music@/.ly} an dieser Position +ersetzt den Inhalt von @file{horn-music.ly} an dieser Position in der Datei, sodass @code{hornNotes} im Folgenden definiert ist. Der Befehl @code{\transpose f@tie{}c'} zeigt an, dass das Argument (@code{\hornNotes}) eine Quinte nach oben transponiert @@ -3439,7 +3439,7 @@ Beispiel: Die Partitur wird erstellt, indem man alle Noten kombiniert. Angenommen, die andere Stimme ist in @code{bassoonNotes} -in der Datei @file{bassoon@/-music@/.ly} definiert, würde eine +in der Datei @file{bassoon-music.ly} definiert, würde eine Partitur erstellt mit: @example diff --git a/Documentation/de/learning/tweaks.itely b/Documentation/de/learning/tweaks.itely index 421b11aa9c..7de0f13596 100644 --- a/Documentation/de/learning/tweaks.itely +++ b/Documentation/de/learning/tweaks.itely @@ -4076,7 +4076,7 @@ Diese Datei wir mit dem @code{\include}-Befehl ziemlich weit oben in der Datei eingefügt. (Die Erweiterung @code{.ily} wird benutzt, um diese Datei als eine eingefügte, inkludierte zu kennzeichnen, die man nicht alleinstehend kompilieren kann.) Jetzt ändern wir die -Noten (in der Datei @file{music@/.ly}). +Noten (in der Datei @file{music.ly}). @c We have to do this awkward example/lilypond-non-verbatim @c because we can't do the \include stuff in the manual. @@ -4128,8 +4128,8 @@ Schlüssel stehen, anstatt über der ersten Note. Und schließlich mag mein Kompositionsprofessor keine @qq{C}-Taktangaben, das ändern wir also in @qq{4/4}. -Ändern Sie jetzt jedoch nicht @file{music@/.ly}. Ändern Sie die -@file{definitions@/.ily} mit dem Folgenden: +Ändern Sie jetzt jedoch nicht @file{music.ly}. Ändern Sie die +@file{definitions.ily} mit dem Folgenden: @example %%% definitions.ily @@ -4213,8 +4213,8 @@ inst = Das sieht besser aus! Aber nehmen wir an, Ich will dieses Stück publizieren. Mein Professor mag die @qq{C}-Taktangabe nicht, mir gefällt sie aber sehr -gut. Kopieren wir also die Datei @file{definitions@/.ily} nach -@file{web@/-publish@/.ily} und verändern diese. Weil die Noten als PDF +gut. Kopieren wir also die Datei @file{definitions.ily} nach +@file{web-publish.ily} und verändern diese. Weil die Noten als PDF auf dem Monitor dargestellt werden sollen, wird auch die Notengröße global geändert. @@ -4299,12 +4299,12 @@ In der Eingabedatei muss jetzt nur noch die Zeile @code{\include "definitions.ily"} mit @code{\include "web-publish.ily"} ersetzt werden. Das könnte man natürlich noch besser machen. Es könnte eine Datei -@file{definitions@/.ily} mit allen Definitionen (also +@file{definitions.ily} mit allen Definitionen (also @code{mpdolce} und @code{inst}) geben, eine Datei -@file{web@/-publish@/.ily}, die nur die @code{\layout}-Veränderung -enthält und eine Datei @file{university@/.ily}, die nur die +@file{web-publish.ily}, die nur die @code{\layout}-Veränderung +enthält und eine Datei @file{university.ily}, die nur die Prozedur enthält, die Ausgabe meinem Professor angenehm zu machen. -Der Anfang von @file{music@/.ly} würde dann folgendermaßen aussehen: +Der Anfang von @file{music.ly} würde dann folgendermaßen aussehen: @example \include "definitions.ily" @@ -4387,12 +4387,12 @@ die LilyPond-Versionsnummer. In diesem Ordner sind die zwei interessanten Unterordner: @itemize -@item @file{ly/@/} - beinhaltet Dateien im LilyPond-Format -@item @file{scm/@/} - beinhaltet Dateien im Scheme-Format +@item @file{ly/} - beinhaltet Dateien im LilyPond-Format +@item @file{scm/} - beinhaltet Dateien im Scheme-Format @end itemize -Schauen wir uns zuerst einige Dateien in @file{ly/@/} an. -Öffnen Sie @file{ly/@/property@/-init@/.ly} in einem Texteditor. +Schauen wir uns zuerst einige Dateien in @file{ly/} an. +Öffnen Sie @file{ly/property-init.ly} in einem Texteditor. Der, den Sie normalerweise für @code{.ly}-Dateien benutzen, genügt. Diese Datei enthält die Definitionen aller vordefinierten Befehle für LilyPond, wie etwa @code{\stemUp} und @@ -4414,25 +4414,25 @@ jede andere Variable auch, indem Sie sie an den Anfang Ihrer Quelldatei schreiben. Hier sind die wichtigsten Dateien, die sich im Ordner -@file{ly/@/} befinden: +@file{ly/} befinden: @multitable @columnfractions .4 .6 @headitem Dateiname @tab Inhalt -@item @file{ly/@/engraver@/-init@/.ly} +@item @file{ly/engraver-init.ly} @tab Definitionen von Engraver-Kontexten -@item @file{ly/@/paper@/-defaults@/-init@/.ly} +@item @file{ly/paper-defaults-init.ly} @tab Spezifikationen von Voreinstellungen für Papiermaße -@item @file{ly/@/performer@/-init@/.ly} +@item @file{ly/performer-init.ly} @tab Definitionen von Performer-Kontexten -@item @file{ly/@/property@/-init@/.ly} +@item @file{ly/property-init.ly} @tab Definitionen aller vordefinierten Befehle -@item @file{ly/@/spanner@/-init@/.ly} +@item @file{ly/spanner-init.ly} @tab Definitionen aller vordefinierten Strecker-Befehle @end multitable Andere Einstellungen (wie die Definitionen von Beschriftungsbefehlen) -sind in @file{@/.scm}-(Scheme)-Dateien gespeichert. Die +sind in @file{.scm}-(Scheme)-Dateien gespeichert. Die Scheme-Programmiersprache wird benutzt, um eine programmierbare Schnittstelle zu den internen Operationen von LilyPond zu haben. Eine weitere Erklärung dieser Dateien ist @@ -4448,19 +4448,19 @@ interessante Dateien: @multitable @columnfractions .4 .6 @headitem Dateiname @tab Inhalt -@item @file{scm/@/auto@/-beam@/.scm} +@item @file{scm/auto-beam.scm} @tab Sub-Balken-Voreinstellungen -@item @file{scm/@/define@/-grobs@/.scm} +@item @file{scm/define-grobs.scm} @tab Voreinstellungen für Grob-Eigenschaften -@item @file{scm/@/define@/-markup@/-commands@/.scm} +@item @file{scm/define-markup-commands.scm} @tab Definition aller Markup-Beschriftungsbefehle -@item @file{scm/@/midi@/.scm} +@item @file{scm/midi.scm} @tab Voreinstellung für die MIDI-Ausgabe -@item @file{scm/@/output@/-lib@/.scm} +@item @file{scm/output-lib.scm} @tab Einstellungen mit Einfluss auf die Darstellung von Bunddiagrammen, Farben, Versetzungszeichen, Taktlinien usw. -@item @file{scm/@/parser@/-clef@/.scm} +@item @file{scm/parser-clef.scm} @tab Definitionen der unterstützten Schlüssel -@item @file{scm/@/script@/.scm} +@item @file{scm/script.scm} @tab Voreinstellungen für Artikulationszeichen @end multitable diff --git a/Documentation/de/notation/ancient.itely b/Documentation/de/notation/ancient.itely index b44a720a9e..c99614fa91 100644 --- a/Documentation/de/notation/ancient.itely +++ b/Documentation/de/notation/ancient.itely @@ -1238,13 +1238,13 @@ Atemzeichen aus dem Abschnitt @ref{Atemzeichen}. Das @emph{finalis}-Zeichen bezeichnet nicht nur das Ende eines Chorals, sondern wird auch oft innerhalb eines Antiphons/Responsoriums benutzt, um das Ende eines Abschnitts anzuzeigen. -Divisiones können benutzt werden, indem die Datei @file{gregorian@/.ly} +Divisiones können benutzt werden, indem die Datei @file{gregorian.ly} in die Quelldatei eingefügt wird. Hier sind die entsprechenden Definitionen schon abgelegt, so dass es genügt, die Befehle @code{\divisioMinima}, @code{\divisioMaior}, @code{\divisioMaxima} und @code{\finalis} an den entsprechenden Stellen zu schreiben. Einige Editionen verwenden eine @emph{virgula} oder @emph{caesura} anstelle der divisio minima. Darum findet -sich in der Datei @file{gregorian@/.ly} auch eine Definition für +sich in der Datei @file{gregorian.ly} auch eine Definition für @code{\virgula} und @code{\caesura}. @lilypond[quote,ragged-right] @@ -1410,7 +1410,7 @@ Ligaturen, korrekte Silbenpositionierung und richtiger Umgang mit Versetzungszeichen fehlen noch. Die Unterstützung für gregorianische Neumen wird aktiviert, indem -man mit @code{\include} die Datei @file{gregorian@/.ly} am Anfang +man mit @code{\include} die Datei @file{gregorian.ly} am Anfang der Quelldatei aktiviert. Damit werden zusätzliche Befehl zur Verfügung gestellt, mit denen man die Neumensymbole des Chorals produzieren kann. @@ -1558,7 +1558,7 @@ mittlere Note einer aufsteigenden Ligatur und fällt möglich, wenn auch nicht @emph{richtig}, eine Quilisma bestehend aus einer Note zu notieren. -Neben den Notenformen definiert die Datei @file{gregorian@/.ly} +Neben den Notenformen definiert die Datei @file{gregorian.ly} auch die Befehle @code{\versus}, @code{\responsum}, @code{\ij}, @code{\iij}, @code{\IJ} und @code{\IIJ}, mit denen die entsprechenden Zeichen, etwa für den Text oder als diff --git a/Documentation/de/notation/changing-defaults.itely b/Documentation/de/notation/changing-defaults.itely index 966c1f2063..50796f832f 100644 --- a/Documentation/de/notation/changing-defaults.itely +++ b/Documentation/de/notation/changing-defaults.itely @@ -81,8 +81,8 @@ Handbuch zum Lernen: @rlearning{Kontexte und Engraver}. Installierte Dateien: -@file{ly/@/engraver@/-init@/.ly}, -@file{ly/@/performer@/-init@/.ly}. +@file{ly/engraver-init.ly}, +@file{ly/performer-init.ly}. Schnipsel: @rlsr{Contexts and engravers}. @@ -1212,7 +1212,7 @@ Eigenschaften}), andere aber können verändert werden. Es wurde immer von einem @code{Fingering}-Objekt gesprochen, aber eigentlich handelt es sich nicht um sehr viel. Die Initialisierungsdatei -@file{scm/@/define@/-grobs@/.scm} zeigt den Inhalt dieses @qq{Objekts} +@file{scm/define-grobs.scm} zeigt den Inhalt dieses @qq{Objekts} (zu Information, wo diese Dateien sich finden siehe @rlearning{Mehr Information}): @@ -1668,7 +1668,7 @@ Internals Reference: Es gibt eine besondere Art von Kontexteigenschaft: die Grob-Beschreibung. Grob-Beschreibungen werden mit @code{GroßGroßbuchstabe} benannt. Sie enthalten @qq{Standardeinstellungen} für ein bestimmtes Grob als eine -assoziative Liste. Siehe @file{scm/@/define@/-grobs@/.scm} für die +assoziative Liste. Siehe @file{scm/define-grobs.scm} für die Einstellungen aller Grob-Beschreibungen. Grob-Beschreibungen werden mit @code{\override} verändert. @@ -2033,7 +2033,7 @@ Elementbeschreibung. Diese Eigenschaften werden mit @code{GroßGroß} benannt (beginnen also auch mit einem Großbuchstaben). Sie beinhalten die Standardeinstellungen für die besagten graphischen Objekte in Form einer -Assosiationsliste. Siehe auch die Datei @file{scm/@/define@/-grobs@/.scm} +Assosiationsliste. Siehe auch die Datei @file{scm/define-grobs.scm} für ein Beispiel zu diesen Einstellungen. Elementbeschreibungen können mit dem Befehl @code{\override} verändert werden. @@ -2092,7 +2092,7 @@ in einer Systemgruppe zu verkleinern, kann man die Aliste mit vier Schlüsseln: @code{padding} (Verschiebung), @code{space} (Platz), @code{minimum-distance} (minimaler Abstand) und @code{stretchability} (Dehnbarkeit). Drei der vier Schlüssel -haben zu Beginn Standardwerte, die in der Datei @file{scm/@/define@/-grobs@/.scm} +haben zu Beginn Standardwerte, die in der Datei @file{scm/define-grobs.scm} (neben allen anderen Grob-Eigenschaften) definiert sind. @example @@ -2170,7 +2170,7 @@ nicht initialisierten Standardwerte, die etwa in einer Initialisierungsdatei zu Beginn einer LilyPond-Partitur geladen werden, nach dem Aufruf rückgängig gemacht werden. Im obigen Beispiel werden die initialisierten Standardwerte für @code{padding} und @code{minimum-distance} -(definiert in @file{scm/@/define@/-grobs@/.scm}) auf den Standard zurückgesetzt, +(definiert in @file{scm/define-grobs.scm}) auf den Standard zurückgesetzt, den sie uninitialisiert hätten (0 in beiden Fällen). Wenn eine Eigenschaft oder Variable in Form einer Aliste (jeder Größe) definiert wird, werden immer alle Schlüsselwerte auf den uninitialisierten Zustand zurückgesetzt. @@ -3017,7 +3017,7 @@ wird. Oder, genauer gesagt, vor einem Zeilenumbruch, an Stellen, wo kein Zeilenumbruch auftritt oder nach einem Zeilenumbruch. Die acht möglichen Kombinationen können auch durch vordefinierte -Funktionen bestimmt werden, welche in der Datei @file{scm/@/output@/-lib@/.scm} +Funktionen bestimmt werden, welche in der Datei @file{scm/output-lib.scm} definiert sind. Die letzten drei Spalten der folgenden Tabelle zeigen an, ob das Layout-Objekt an einer bestimmten Position sichtbar sein wird oder nicht: @@ -3387,7 +3387,7 @@ Notationsreferenz: @ref{Schnittstellen für Programmierer}. Installierte Dateien: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Schnipsel: @rlsr{Tweaks and overrides}. @@ -3993,9 +3993,9 @@ Erweitern: @rextend{Musikalische Funktionen}. Installierte Dateien: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Beispiele der Ersetzungsfunktionen diff --git a/Documentation/de/notation/chords.itely b/Documentation/de/notation/chords.itely index a5f0b35b2a..3cd68d7eb1 100644 --- a/Documentation/de/notation/chords.itely +++ b/Documentation/de/notation/chords.itely @@ -739,9 +739,9 @@ Notationsreferenz: @ref{Übliche Akkord-Variablen}. Installierte Dateien: -@file{scm/@/chords@/-ignatzek@/.scm}, -@file{scm/@/chord@/-entry@/.scm}, -@file{ly/@/chord@/-modifier@/-init@/.ly}. +@file{scm/chords-ignatzek.scm}, +@file{scm/chord-entry.scm}, +@file{ly/chord-modifier-init.ly}. Schnipsel: @rlsr{Chords}. diff --git a/Documentation/de/notation/expressive.itely b/Documentation/de/notation/expressive.itely index 80ea27f7fa..22bc90d432 100644 --- a/Documentation/de/notation/expressive.itely +++ b/Documentation/de/notation/expressive.itely @@ -157,7 +157,7 @@ c4-> c-. c2-_ @end lilypond Die Regeln für die standardmäßige Platzierung von -Artikulationszeichen werden in der Datei @file{scm/@/script@/.scm} +Artikulationszeichen werden in der Datei @file{scm/script.scm} definiert. Artikulationszeichen und Ornamente können manuell über oder unter dem System gesetzt werden, siehe @ref{Richtung und Platzierung}. @@ -213,7 +213,7 @@ Notationsreferenz: @ref{Triller}. Installierte Dateien: -@file{scm/@/script@/.scm}. +@file{scm/script.scm}. Schnipsel: @rlsr{Expressive marks}. diff --git a/Documentation/de/notation/fretted-strings.itely b/Documentation/de/notation/fretted-strings.itely index c1babc2c6c..266078cfee 100644 --- a/Documentation/de/notation/fretted-strings.itely +++ b/Documentation/de/notation/fretted-strings.itely @@ -479,7 +479,7 @@ Die Standardstimmung ist die Gitarrenstimmung (@code{guitar-tuning}) in der EADGHE-Stimmung. Andere vordefinierte Stimmung sind: @code{guitar-open-g-tuning}, @code{mandolin-tuning} und @code{banjo-open-g-tuning}. Die vordefinierten Stimmungen finden -sich in @file{scm/@/tablature@/.scm}. +sich in @file{scm/tablature.scm}. Die Stimmung ist eine Scheme-Liste von Tonhöhen der Saiten, eine für jede Saite, geordnet von Saitennummer 1 bis n, wobei 1 @@ -542,7 +542,7 @@ Der moderne Tabulatur-Schlüssel unterstützt Tabulaturen von 4 bis 7 Saiten. @seealso Installierte Dateien: -@file{scm/@/tablature@/.scm}. +@file{scm/tablature.scm}. Schnipsel: @rlsr{Fretted strings}. @@ -998,16 +998,16 @@ Bunddiagramme an, die in einer Tabelle definiert sind: @end lilypond Die vordefinierten Diagramme sind in der Datei -@file{predefined@/-guitar@/-fretboards@/.ly} enthalten. Sie werden +@file{predefined-guitar-fretboards.ly} enthalten. Sie werden basierend auf der Tonhöhe eines Akkordes und dem Wert von @code{stringTunings} (Saitenstimmung), der gerade benutzt wird, -gespeichert. @file{predefined@/-guitar@/-fretboards@/.ly} beinhaltet +gespeichert. @file{predefined-guitar-fretboards.ly} beinhaltet vordefinierte Diagramme für die Gitarrenstimmung (@code{guitar-tuning}). Anhand der Beispiele in dieser Datei können auch für andere Instrumente oder Stimmungen Diagramme definiert werden. Bunddiagramme für die Ukulele finden sich in der Datei -@file{predefined@/-ukulele@/-fretboards@/.ly}. +@file{predefined-ukulele-fretboards.ly}. @lilypond[verbatim, ragged-right, quote] \include "predefined-ukulele-fretboards.ly" @@ -1257,8 +1257,8 @@ Notationsreferenz: @ref{Vordefinierte Bund-Diagramme}. Installierte Dateien: -@file{ly/@/predefined@/-guitar@/-fretboards@/.ly}, -@file{ly/@/predefined@/-guitar@/-ninth@/-fretboards@/.ly}. +@file{ly/predefined-guitar-fretboards.ly}, +@file{ly/predefined-guitar-ninth-fretboards.ly}. Schnipsel: @rlsr{Fretted strings}. @@ -1772,4 +1772,4 @@ Schnipsel: @rlsr{Fretted strings}. Installierte Dateien: -@file{scm/@/tablature@/.scm} enthält vordefinierte Banjo-Stimmungen. +@file{scm/tablature.scm} enthält vordefinierte Banjo-Stimmungen. diff --git a/Documentation/de/notation/input.itely b/Documentation/de/notation/input.itely index 4fbc164484..df6a7a6b62 100644 --- a/Documentation/de/notation/input.itely +++ b/Documentation/de/notation/input.itely @@ -33,7 +33,7 @@ Notation mit LilyPond und weniger direkte Fragen der Notation. @translationof Input structure Das hauptsächliche Eingabeformat von LilyPond sind Textdateien. -Üblicherweise werden diese Dateien mit der Endung @file{@/.ly} +Üblicherweise werden diese Dateien mit der Endung @file{.ly} versehen. @menu @@ -113,8 +113,8 @@ Denken Sie daran, dass auch eine Datei, die nur eine @code{\score}-Umgebung enhält, implizit in eine @code{\book}-Umgebung eingeschlossen wird. Eine @code{\book}-Umgebung in einer Eingabdatei produziert wenigstens eine Ausgabedatei, und standardmäßig wird der Name der Ausagabedatei aus dem -Namen der Eingabedatei abgeleitet. @file{fandangoforelephants@/.ly} produziert -also @file{fandangoforelephants@/.pdf}. +Namen der Eingabedatei abgeleitet. @file{fandangoforelephants.ly} produziert +also @file{fandangoforelephants.pdf}. Zu weiteren Einzelheiten zu @code{\book}-Umgebungen siehe @ref{Mehrere Partituren in einem Buch}, @@ -163,7 +163,7 @@ und Texte werden mit einer @code{\markup}-Umgebung geschrieben: @funindex \book -Alle Sätze und Texte, die in derselben @file{@/.ly}-Datei vorkommen, +Alle Sätze und Texte, die in derselben @file{.ly}-Datei vorkommen, werden normalerweise in eine einzige Ausgabedatei gesetzt. @example @@ -241,7 +241,7 @@ einem Titel innerhalb einer @code{\header}-Umgebung beginnen. @subsection Mehrere Ausgabedateien aus einer Eingabedatei @translationof Multiple output files from one input file -Wenn Sie mehrere Ausgabedateien aus derselben @file{@/.ly}-Datei haben +Wenn Sie mehrere Ausgabedateien aus derselben @file{.ly}-Datei haben wollen, können Sie mehrere @code{\book}-Umgebungen hinzufügen, wobei jede Umgebung eine neue Ausgabedatei produziert. Wenn Sie keine @code{\book}-Umgebung in der Eingabedatei angeben, wird die Datei von @@ -280,11 +280,11 @@ produziert also @itemize @item -@file{eightminiatures@/.pdf}, +@file{eightminiatures.pdf}, @item -@file{eightminiatures@/-1@/.pdf} and +@file{eightminiatures-1.pdf} and @item -@file{eightminiatures@/-2@/.pdf}. +@file{eightminiatures-2.pdf}. @end itemize @@ -303,8 +303,8 @@ Im vorhergehenden Abschnitt wurde gezeigt, wir LilyPond gleichnamige Ausgabedateien verhindert, wenn mehrere Ausgabedateien aus derselben Eingabedatei erstellt werden. Es gibt auch die Möglichkeit, eigene Suffixe für jeden @code{\book}-Abschnitt zu definieren, sodass man etwa -Dateinamen wie @file{eightminiatures@/-Romanze@/.pdf}, @file{eightminiatures@/-Menuetto@/.pdf} -und @file{eightminiatures@/-Nocturne.pdf} produzieren kann, indem man +Dateinamen wie @file{eightminiatures-Romanze.pdf}, @file{eightminiatures-Menuetto.pdf} +und @file{eightminiatures-Nocturne.pdf} produzieren kann, indem man eine @code{\bookOutputSuffix}-Angabe in jede @code{\book}-Umgebung einfügt. @@ -352,11 +352,11 @@ Die obige Datei produziert folgene Ausgabedateien: @itemize @item -@file{Romanze@/.pdf}, +@file{Romanze.pdf}, @item -@file{Menuetto@/.pdf} and +@file{Menuetto.pdf} and @item -@file{Nocturne@/.pdf}. +@file{Nocturne.pdf}. @end itemize @node Die Dateistruktur @subsection Die Dateistruktur @@ -375,7 +375,7 @@ Die obige Datei produziert folgene Ausgabedateien: @cindex Eingabedatei, Struktur @cindex Quelldatei, Struktur -Eine @file{@/.ly}-Datei kann eine beliebige Anzahl an Ausdrücken +Eine @file{.ly}-Datei kann eine beliebige Anzahl an Ausdrücken auf der obersten Ebene beinhalten, wobei ein Ausdruck der obersten Ebene einer der folgenden sein kann: @@ -403,7 +403,7 @@ zusammen mit anderen vorkommenden @code{\score}-Umgebungen gesammelt und in ein @code{\book} zusammengefasst. Dieses Verhalten kann verändert werden, indem die Variable @code{toplevel-score-handler} auf höchster Ebene gesetzt wird. Die Definition des Standards findet sich -in der Datei @file{@/.@/./@/scm/@/lily@/.scm}. +in der Datei @file{../scm/lily.scm}. @item Eine @code{\book}-Umgebung fasst mehrere Sätze (d. h. mehrere @@ -419,7 +419,7 @@ muss, wenn mehr als eine @code{\score}- oder @code{\markup}-Umgebung im gleichen Beispiel angezeigt werden soll. Dieses Verhalten kann verändert werden, indem die Variable @code{toplevel-book-handler} auf höchster Ebene gesetzt wird. Die Definition des Standards -findet sich in der Datei @file{@/.@/./@/scm/@/lily@/.scm}. +findet sich in der Datei @file{../scm/lily.scm}. @item Eine @code{\bookpart}-Umgebung. Ein Buch (@code{\book}) kann in @@ -458,7 +458,7 @@ beinhaltet, wird übersetzt zu Dieses Verhalten kann verändert werden, indem die Variable @code{toplevel-music-handler} auf der obersten Ebene gesetzt wird. Die Definition des Standards findet sich in der Datei -@file{@/.@/./@/scm/@/lily@/.scm}. +@file{../scm/lily.scm}. @item Eine Textbeschriftung, eine Strophe etwa: @@ -769,7 +769,7 @@ falsch gesetzt wird: Kompliziertere Anpassungen können vorgenommen werden, indem die folgenden Variablen innerhalb der @code{\paper}-Umgebung geändert -werden. Die Init-Datei @file{@/.@/./@/ly/@/titling@/-init@/.ly} enthält das +werden. Die Init-Datei @file{../ly/titling-init.ly} enthält das Standardverhalten. @table @code @@ -1017,7 +1017,7 @@ tocAct = @seealso Installierte Dateien: -@file{@/.@/./@/ly/@/toc@/-init@/.ly}. +@file{../ly/toc-init.ly}. @funindex \table-of-contents @funindex \tocItem @@ -1059,7 +1059,7 @@ Um eine andere Datei einzubinden, kann der Befehl benutzt werden. Die Zeile @code{\include "andereDatei.ly"} benimmt sich genauso, -also ob der Inhalt der Datei @file{andereDatei@/.ly} komplett in die +also ob der Inhalt der Datei @file{andereDatei.ly} komplett in die Hauptdatei eingefügt werden würde. So kann man für ein größeres Projekt die einzelnen Stimmen der Instrumente getrennt notieren und sie dann in einer Partitur-Datei benutzen. Meistens werden @@ -1075,7 +1075,7 @@ Stellen können eingebunden werden, indem entweder ein vollständiger Pfad oder ein relativer Pfad zu der Datei angegeben wird. Hierbei sollten die für UNIX typischen Schrägstriche (/) und nicht die rückwärtsgeneigten von Windows (\) verwendet werden, um die Verzeichnisse -zu trennen. Wenn etwa die Datei @file{kram@/.ly} ein Verzeichnis +zu trennen. Wenn etwa die Datei @file{kram.ly} ein Verzeichnis höher liegt als das aktuelle Verzeichnis, sollte der Befehl so aussehen: @@ -1111,9 +1111,9 @@ Dateien können auch aus einem Verzeichnis eingebunden werden, dass im Suchpfad von LilyPond liegt. Hierzu muss auf der Kommandozeile das entsprechende Verzeichnis angegeben werden und die Dateien, die eingebunden werden, müssen nur mit ihrem Namen -notiert sein. Wenn etwa die Datei @file{Haupt@/.ly} kompiliert +notiert sein. Wenn etwa die Datei @file{Haupt.ly} kompiliert werden soll, die Dateien aus dem Unterverzeichnis @file{stimmen} -einbindet, müssen sie sich im Verzeichnis von @file{Haupt@/.ly} +einbindet, müssen sie sich im Verzeichnis von @file{Haupt.ly} befinden und dann LilyPond folgendermaßen aufrufen: @example @@ -1121,7 +1121,7 @@ lilypond --include=stimmen Haupt.ly @end example @noindent -In @file{Haupt@/.ly} steht: +In @file{Haupt.ly} steht: @example \include "VI.ly" @@ -1130,11 +1130,11 @@ In @file{Haupt@/.ly} steht: @end example Dateien, die in vielen Partituren verwendet werden sollen, können -im LilyPond-Verzeichnis @file{@/.@/./@/ly} gespeichert werden. (Die +im LilyPond-Verzeichnis @file{../ly} gespeichert werden. (Die Stelle, an der dieses Verzeichnis sich befindet, hängt vom Betriebssystem ab, siehe hierzu @rlearning{Mehr Information}). Dateien in diesem Verzeichnis können einfach mit ihrem Namen eingefügt werden. -So werden auch die Sprachdateien wie etwa @file{deutsch@/.ly} eingefügt. +So werden auch die Sprachdateien wie etwa @file{deutsch.ly} eingefügt. LilyPond lädt eine Anzahl an Dateien, wenn das Programm aufgerufen wird. Diese Dateien sind für den Benutzer nicht ersichtlich, aber die Dateien @@ -1920,7 +1920,7 @@ Kontextdefinitionen des @code{\midi}-Kontextes entsprechen der Syntax, wie sie in der @code{\layout}-Umgebung benutzt wird. Klangübersetzungsmodule werden @code{performer} genannt. Die Kontexte für die MIDI-Ausgabe sind in der -Datei @file{@/.@/./@/ly/@/performer@/-init@/.ly} definiert, siehe +Datei @file{../ly/performer-init.ly} definiert, siehe @rlearning{Mehr Information}. Um beispielsweise die Auswirkung von Dynamikzeichen aus der MIDI-Ausgabe zu entfernen, müssen folgende Zeilen eingefügt werden: @@ -2062,7 +2062,7 @@ Dynamikanweisungen werden als ein bestimmter Bruch der insgesamt zur Verfügung stehenden MIDI-Lautstärke notiert. Die Standardbrüche reichen von 0,25 für @notation{ppppp} bis hin zu 0,95 für @notation{fffff}. Diese Anweisung befinden sich in der Datei -@file{@/.@/./@/scm/@/midi@/.scm}, siehe auch @rlearning{Mehr Information}. +@file{../scm/midi.scm}, siehe auch @rlearning{Mehr Information}. Diese Brüche können nach Belieben geändert oder erweitert werden, indem eine Funktion erstellt wird, die ein Dynamikzeichen als Argument nimmt und den erforderlichen Bruch ausgibt; schließlich muss noch @@ -2100,7 +2100,7 @@ Standardanweisungen auf: Alternativ, insbesondere wenn die gesamte Tabelle der MIDI-Lautstärken umdefiniert werden soll, ist es besser, die @notation{default-dynamic-absolute-volume}-Prozedur in der Datei -@file{@/.@/./@/scm/@/midi@/.scm} und die hiermit verknüpfte Tabelle als Modell +@file{../scm/midi.scm} und die hiermit verknüpfte Tabelle als Modell zu benutzen. Das letzte Beispiel dieses Abschnittes zeigt, wie das gemacht werden kann. @@ -2218,7 +2218,7 @@ nicht vorgegeben werden, nimmt LilyPond standardmäßig einige Anpassungen für die Lautstärken bestimmter Instrumente vor. Diese Instrumente und ihre entsprechende Veränderung lassen sich aus der Tabelle @notation{instrument-equalizer-alist} -in der Datei @file{@/.@/./@/scm/@/midi@/.scm} entnehmen. +in der Datei @file{../scm/midi.scm} entnehmen. Dieser grundlegende Equalizer kann ersetzt werden, indem die Funktion @code{instrumentEqualizer} im @code{Score}-Kontext auf @@ -2230,7 +2230,7 @@ auf gleiche Weise vorgenommen, wie es schon für die @code{dynamicAbsoluteVolumeFunction} zu Beginn dieses Abschnittes gezeigt wurde. Der Standard-Equalizer, @notation{default-instrument-equalizer} in der Datei -@file{@/.@/./@/scm/@/midi@/.scm} zeigt, wie solche eine Funktion erstellt werden +@file{../scm/midi.scm} zeigt, wie solche eine Funktion erstellt werden kann. Das folgende Beispiel definiert für die Flöte und Klarinette relative diff --git a/Documentation/de/notation/notation-appendices.itely b/Documentation/de/notation/notation-appendices.itely index 7c72e52278..5fb2c483b6 100644 --- a/Documentation/de/notation/notation-appendices.itely +++ b/Documentation/de/notation/notation-appendices.itely @@ -1070,7 +1070,7 @@ Handbüchern, auf den Mailinglisten oder im Quellcode vor. Eine assoziative Liste oder @strong{alist} in kurz ist ein Scheme-Paar, das einen Wert mit einem Schlüssel assoziiert: -@w{@code{(Schlüssel . Wert)}}. In der Datei @file{scm/@/lily@/.scm} +@w{@code{(Schlüssel . Wert)}}. In der Datei @file{scm/lily.scm} beispielsweise assoziiert die alist @w{@qq{type-p-name-alist}} bestimmte Prädikate (etwa@tie{}@code{ly:music?}) mit Bezeichnungen (wie@tie{}@qq{music}) sodass Fehler der @@ -1232,7 +1232,7 @@ Referenz der Interna: Ein @strong{lexer} ist ein Programm, das eine Charaktersequenz in eines Sequenz von Tokens übersetzt. Dieser Prozess wird als lexikalische Analyse bezeichnet. Der LilyPond-Lexer konvertiert -eine Eingabedatei (@file{@/.ly} in eine Datei mit Tokens, die sich +eine Eingabedatei (@file{.ly} in eine Datei mit Tokens, die sich besser für den nächsten Schritt der Verarbeitung, nämlich das Parsen, eignet. Siehe @ref{parser}. @@ -1288,7 +1288,7 @@ Endprodukt ein Token-Baum, dessen Wurzel das Startsymbol der Grammatik ist. Wenn dies nicht erreicht werden kann, ist die Datei nicht korrekt und ensprechende Fehlermeldungen werden ausgegeben. Die syntaktischen Gruppierungen und die Regeln, nach welchen die Gruppen aus ihren Einzelteilen nach der -LilyPond-Syntax erstellt werden, finden sich in der Datei @file{lily/@/parser@/.yy} +LilyPond-Syntax erstellt werden, finden sich in der Datei @file{lily/parser.yy} und werden in der Backus Normal Form (BNF) in @ref{LilyPond-Grammatik} gezeigt. Diese Datei wird benutzt, um den Parser während der Programmkompilation zu erstellen. Hierzu wird der Parser-Ersteller Bison verwendet. Er ist @@ -1304,7 +1304,7 @@ Diese Variablen werden direkt in Scheme definiert. Von ihrer direkten Benutzung durch den Benutzer wird streng abgeraten, weil ihre Semantikzuordnung sehr verwirrend sein kann. -Wenn der Wert einer derartigen Variable in einer @file{@/.ly}-Datei +Wenn der Wert einer derartigen Variable in einer @file{.ly}-Datei verändert wird, ist diese Änderung global, und wenn sie nicht explizit rückgängig gemacht wird, wird der neue Wert bis zum Ende der Datei gelten und dabei sowohl aufeinander folgende @@ -1364,7 +1364,7 @@ Smobs von C++-Objekten mithilfe von Makros erstellt. Es gibt zwei Arten von Smob-Objekten: einfache Smobs, die da sind für einfach immutable Objekte wie Nummern, und komplexe Smobs, benutzt für Objekte mit einer Identität. Wenn Sie auf die LilyPond-Quellen zurückgreifen -können, findet sich mehr Information hierzu in @file{lily/@/includes/@/smob@/.hh}. +können, findet sich mehr Information hierzu in @file{lily/includes/smob.hh}. @node stencil @unnumberedsubsec stencil diff --git a/Documentation/de/notation/percussion.itely b/Documentation/de/notation/percussion.itely index 95fb7afad7..c8f4f102a3 100644 --- a/Documentation/de/notation/percussion.itely +++ b/Documentation/de/notation/percussion.itely @@ -124,7 +124,7 @@ Notationsreferenz: @ref{Schlagzeugnoten}. Installierte Dateien: -@file{ly/@/drumpitch@/-init@/.ly}. +@file{ly/drumpitch-init.ly}. Schnipsel: @rlsr{Percussion}. diff --git a/Documentation/de/notation/rhythms.itely b/Documentation/de/notation/rhythms.itely index 297416968b..5dec8ca8c2 100644 --- a/Documentation/de/notation/rhythms.itely +++ b/Documentation/de/notation/rhythms.itely @@ -1096,7 +1096,7 @@ Zusätzlich zu der gedruckten Taktart werden mit der Definition des Befehls @code{\time} auch die Standardwerte fürt die Eigenschaften @code{baseMoment}, @code{beatStructure} und @code{beamExtensions} gesetzt. Die vordefinierten Standardwerte für diese Eigenschaften -finden sich in @file{scm/@/time@/-signature@/-settings@/.scm}. Die existierenden +finden sich in @file{scm/time-signature-settings.scm}. Die existierenden Standardwerte können verändert oder neue Standardwerte hinzugefügt werden. @@ -1875,7 +1875,7 @@ Notationsreferenz: @ref{Einstellung von automatischen Balken}. Installierte Dateien: -@file{scm/@/auto@/-beam@/.scm}. +@file{scm/auto-beam.scm}. Schnipsel: @rlsr{Rhythms}. @@ -1999,7 +1999,7 @@ siehe @ref{Verwaltung der Zeiteinheiten}. Der Standardwert von @code{baseMoment} ist Eins durch den Denominator der Taktangabe. Alle Ausnahmen dieses Standards finden sich in der Datei -@file{scm/@/time@/-signature@/-settings@/.scm}. +@file{scm/time-signature-settings.scm}. Besondere automatische Bebalkungsregeln (außer dass ein Balken auf einem Taktschlag aufhört) sind in der @code{beamExceptions}-Eigenschaft @@ -2066,7 +2066,7 @@ definiert wird, werden die automatischen Bebalkungsregeln für den @end lilypond Diese automatischen Standardeinstellungen für die Bebalkung einer -Taktart werden in der Datei @file{scm/@/time@/-signature@/-settings@/.scm} +Taktart werden in der Datei @file{scm/time-signature-settings.scm} bestimmt. Die automatischen Bebalkungsregeln für eine Taktart können nach der Beschreibung in @ref{Taktangabe} geändert werden. @@ -2105,7 +2105,7 @@ In den oben genannten Regeln ist der Balkentyp die Dauer der kürzesten Note der bebalkten Gruppe. Zur Erinnerung: die Standardbebalkungsregeln finden sich in der Datei -@file{scm/@/time@/-signature@/-settings@/.scm}. +@file{scm/time-signature-settings.scm}. @snippets @@ -2136,7 +2136,7 @@ Zur Erinnerung: die Standardbebalkungsregeln finden sich in der Datei @seealso Installierte Dateien: -@file{scm/@/beam@/-settings@/.scm}. +@file{scm/beam-settings.scm}. Schnipsel: @rlsr{Rhythms}. @@ -2869,7 +2869,7 @@ c1 \mark \default c1 @end lilypond -Die Datei @file{scm/@/translation@/-functions@/.scm} beinhaltet +Die Datei @file{scm/translation-functions.scm} beinhaltet die Definitionen für @code{format-mark-numbers} (erstelle-Zeichen-Nummern), @code{format-mark-box-numbers} (erstelle-Zeichen-Kasten-Nummern), @code{format-mark-letters} (erstelle-Zeichen-Buchstaben) und @@ -2936,7 +2936,7 @@ Notationsreferenz: @ref{Objekte ausrichten}. Installierte Dateien: -@file{scm/@/translation@/-functions@/.scm} beinhaltet die Definition +@file{scm/translation-functions.scm} beinhaltet die Definition von @code{format-mark-numbers} und @code{format-mark-letters}. Sie können als Anleitung für eigene Funktionen benutzt werden. @@ -3110,7 +3110,7 @@ Notationsreferenz: @ref{Manuelle Balken}. Installierte Dateien: -@file{ly/@/grace@/-init@/.ly}. +@file{ly/grace-init.ly}. Schnipsel: @rlsr{Rhythms}. diff --git a/Documentation/de/notation/simultaneous.itely b/Documentation/de/notation/simultaneous.itely index fd001a5e1e..7ae1702dc4 100644 --- a/Documentation/de/notation/simultaneous.itely +++ b/Documentation/de/notation/simultaneous.itely @@ -149,7 +149,7 @@ Notationsreferenz: @ref{Artikulationszeichen und Verzierungen}. Installierte Dateien: -@file{ly/@/chord@/-repetition@/-init@/.ly}. +@file{ly/chord-repetition-init.ly}. @node Gleichzeitige Ausdrücke diff --git a/Documentation/de/notation/spacing.itely b/Documentation/de/notation/spacing.itely index d46a350c8d..fa0b1430f9 100644 --- a/Documentation/de/notation/spacing.itely +++ b/Documentation/de/notation/spacing.itely @@ -104,14 +104,14 @@ Die normalen Papierformate sind definiert, u.A. @code{a4}, @code{letter}, @code{legal} und @code{11x17} (auch als Tabloit bekannt). Sehr viel mehr Formate sind unterstützt. Einzelheiten finden sich in der Datei -@file{scm/@/paper@/.scm} in der Definition von +@file{scm/paper.scm} in der Definition von @code{paper-alist}. @warning{Das Standardformat ist @code{a4}.} Weitere Papierformate können hinzugefügt werden, indem die Definition von @code{paper-alist} in der Datei -@file{scm/@/paper@/.scm} verändert wird. Derartige +@file{scm/paper.scm} verändert wird. Derartige Änderungen werden jedoch bei einer Aktualisierung des Programmes überschrieben. @@ -139,7 +139,7 @@ Variablen neu gesetzt werden. @seealso Installierte Dateien: -@file{scm/@/paper@/.scm}. +@file{scm/paper.scm}. Schnipsel: @rlsr{Spacing}. @@ -156,7 +156,7 @@ Ränder, Kopf- und Fußzeilen und andere Layoutvariablen werden entsprechend dem Papierformat automatisch gesetzt. Standardwerte für Ränder finden sich in der Datei -@file{ly/@/paper@/-defaults@/-init@/.ly}. Sie gelten +@file{ly/paper-defaults-init.ly}. Sie gelten für die normale Papiergröße (A4, wenn nicht anders angegeben) und sind entsprechend skaliert für andere Papiergrößen. @@ -324,7 +324,7 @@ Entfernung der Standardwerte für @code{padding} und @code{minimum-distance}. Wenn also eine Variable als Aliste (jeglicher Länge) definiert wird, werden immer alle Standard-Schlüsselwerte zurückgesetzt. Standardwerte für die flexiblen vertikalen Dimensionen -der @code{\paper}-Umgebung finden sich in @file{ly/@/paper@/-defaults@/-init@/.ly}. +der @code{\paper}-Umgebung finden sich in @file{ly/paper-defaults-init.ly}. @subsubheading Flexible vertikale Dimensionsvariablen der @code{\paper}-Umgebung @@ -399,7 +399,7 @@ auf einer Seite, wenn sich kein Notensystem dazwischen befindet. Kopf- und Fußzeile werden von den Funktionen @code{make-footer} und @code{make-header} erstellt, welche in der @code{\paper}-Umgebung definiert werden. Die Standardeinstellungen sind in den Dateien -@file{ly/@/paper@/-defaults@/.ly} und @code{ly/@/titling@/-init@/.ly} dargestellt. +@file{ly/paper-defaults.ly} und @code{ly/titling-init.ly} dargestellt. Das Seitenlayout wird durch zwei Funktionen der @code{\paper}-Umgebung bestimmt: @code{page-music-height} und @code{page-make-stencil}. Die erste @@ -410,7 +410,7 @@ werden sollen. Man kann @code{\paper}-Umgebungswerte in Scheme definieren. In diesem Fall sind @code{mm}, @code{in}, @code{pt} und @code{cm} Variablen, die -in @file{paper@/-defaults@/.ly} mit Werten in Millimetern definiert sind. +in @file{paper-defaults.ly} mit Werten in Millimetern definiert sind. Darum muss der Wert @w{@code{2 cm}} in dem Beispiel unten multipliziert werden: @example @@ -1098,7 +1098,7 @@ werden. Das folgende Beispiel etwa setzt die nächsten >> @end example -Eine Zeilenumbruchkonfiguration kann auch als eine @file{@/.ly}-Datei +Eine Zeilenumbruchkonfiguration kann auch als eine @file{.ly}-Datei automatisch gespeichert werden. Damit kann die vertikale Ausrichtung während eines zweiten Programmdurchlaufs angepasst werden um die Seiten besser zu füllen. Diese Eigenschaft ist recht neu und diff --git a/Documentation/de/notation/text.itely b/Documentation/de/notation/text.itely index b9eff1c6dc..f57b806fd1 100644 --- a/Documentation/de/notation/text.itely +++ b/Documentation/de/notation/text.itely @@ -541,7 +541,7 @@ Schnipsel: @rlsr{Text}. Installierte Dateien: -@file{scm/@/markup@/.scm}. +@file{scm/markup.scm}. @knownissues @@ -743,7 +743,7 @@ Referenz der Interna: @rinternals{TextScript}. Installierte Dateien: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Textausrichtung @@ -1001,7 +1001,7 @@ Referenz der Interna: @rinternals{TextScript}. Installierte Dateien: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @@ -1187,8 +1187,8 @@ Referenz der Interna: @rinternals{TextScript}. Installierte Dateien: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/stencil@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/stencil.scm}. @@ -1325,9 +1325,9 @@ Referenz der Interna: @rinternals{TextScript}. Installierte Dateien: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/fret@/-diagrams@/.scm}, -@file{scm/@/harp@/-pedals@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/fret-diagrams.scm}, +@file{scm/harp-pedals.scm}. @@ -1393,7 +1393,7 @@ Referenz der Interna: @rinternals{TextScript}. Installierte Dateien: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @funindex \markuplines @funindex markuplines diff --git a/Documentation/de/notation/wind.itely b/Documentation/de/notation/wind.itely index 0f8e39fdf5..dbb2d2af44 100644 --- a/Documentation/de/notation/wind.itely +++ b/Documentation/de/notation/wind.itely @@ -190,7 +190,7 @@ Befehl @code{\taor}, anstatt @noindent zu schreiben. -@file{bagpipe@/.ly} enthält außerdem Definitionen für Tonhöhen von +@file{bagpipe.ly} enthält außerdem Definitionen für Tonhöhen von Dudelsacknoten in bestimmten Oktaven, so dass man sich nicht mehr um @code{\relative} oder @code{\transpose} kümmern muss. @@ -404,8 +404,8 @@ lassen kann: @end lilypond Neue Diagramme können erstellt werden, indem man die Muster in den Datei -@file{scm/@/define@/-woodwind@/-diagrams@/.scm} und -@file{scm/@/display@/-woodwind@/-diagrams@/.scm} befolgt. Das benötigt jedoch +@file{scm/define-woodwind-diagrams.scm} und +@file{scm/display-woodwind-diagrams.scm} befolgt. Das benötigt jedoch Scheme-Fähigkeit und ist nicht für alle Benutzer verständlich. @@ -425,8 +425,8 @@ Scheme-Fähigkeit und ist nicht für alle Benutzer verständlich. @seealso Installierte Dateien: -@file{scm/@/define@/-woodwind@/-diagrams@/.scm}, -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. +@file{scm/define-woodwind-diagrams.scm}, +@file{scm/display-woodwind-diagrams.scm}. Schnipsel: @rlsr{Winds}. diff --git a/Documentation/de/notation/world.itely b/Documentation/de/notation/world.itely index b93349006a..4f9be68dec 100644 --- a/Documentation/de/notation/world.itely +++ b/Documentation/de/notation/world.itely @@ -49,7 +49,7 @@ deren Intervalle auf 1/9-Bruchteilen des Ganztones beruhen. Die moderne nationale Lösung ist es, die normale europäische Notation auf dem System mit normalen Noten zu benutzen und ihnen spezielle türkische Versetzungszeichen hinzuzufügen. Diese Versetzungszeichen -sind in der Datei @file{makam@/.ly} definiert. (Wie Sie diese Datei +sind in der Datei @file{makam.ly} definiert. (Wie Sie diese Datei finden können, wird erklärt in @rlearning{Mehr Information}. Die folgende Tabelle zeigt ihre Bezeichnungen, die Versetzungszeichen-Endung, die an die Noten gefügt werden müssen und die Tonhöhenveränderung @@ -195,7 +195,7 @@ Hier ein Beispiel der arabischen @notation{rast}-Tonleiter: Das Symbol für das Halb-B sieht anders aus als das Symbol, was üblicherweise in arabischer Notation benutzt wird. Das -@code{\dwn}-Symbol, das in der Datei @file{arabic@/.ly} definiert +@code{\dwn}-Symbol, das in der Datei @file{arabic.ly} definiert ist, kann als ein Workaround eingesetzt werden, wenn es notwendig ist, das arabische Symbol zu benutzen. Das Aussehen des Halb-Bs in den Vorzeichen kann mit dieser Methode nicht verändert @@ -226,7 +226,7 @@ Schnipsel: @cindex arabische Vorzeichen Neben den westlichen Dur- und Moll-Tonarten sind folgende -Tonarten in @file{arabic@/.ly} definiert: @notation{bayati}, +Tonarten in @file{arabic.ly} definiert: @notation{bayati}, @notation{rast}, @notation{sikah}, @notation{iraq} und @notation{kurd}. Diese Tonarten definieren eine kleine Gruppe von Maqams, die weitverbreitet sind. @@ -529,6 +529,6 @@ Es bietet sich an, die normalen westlichen Noten auf dem Notensystem zu benutzen (also c, d, e @dots) angrereichert mit besonderen Versetzungszeichen, die die Noten um 1/9, 4/9, 5/9 und 8/9 eines Ganztons erhöhen oder erniedrigen. Diese Versetzungszeichen sind definiert in der Datei -@file{makam@/.ly}. (Um die Datei auf Ihrem System zu finden, lesen Sie bitte +@file{makam.ly}. (Um die Datei auf Ihrem System zu finden, lesen Sie bitte @rlearning{Mehr Information}.) Eine ausführlichere Erklärung findet sich in @ref{Nichteuropäische Notenbezeichnungen und Versetzungszeichen}. diff --git a/Documentation/de/texidocs/makam-example.texidoc b/Documentation/de/texidocs/makam-example.texidoc index ce2704fe2a..1f7dc8a72d 100644 --- a/Documentation/de/texidocs/makam-example.texidoc +++ b/Documentation/de/texidocs/makam-example.texidoc @@ -2,7 +2,7 @@ texidocde = " Makam ist eine türkische Melodie, in der 1/9-Tonabstände eingesetzt werden. Sehen Sie sich die Initialisierungsdatei -@file{makam@/.ly} für weiter Information zu Tonhöhenbezeichnungen +@file{makam.ly} für weiter Information zu Tonhöhenbezeichnungen und Alterationen an (siehe Handbuch zum Lernen @version{}, 4.6.3 Weitere Information zu Hinweisen, wo diese Datei gespeichert ist)." diff --git a/Documentation/de/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc b/Documentation/de/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc index 36e7c0d7e9..d7177ba212 100644 --- a/Documentation/de/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc +++ b/Documentation/de/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc @@ -1,6 +1,6 @@ %% Translation of GIT committish: 0a868be38a775ecb1ef935b079000cebbc64de40 texidocde = " -Die Abkürzungen sind in der Datei @file{ly/@/script@/-init@/.ly} definiert, wo +Die Abkürzungen sind in der Datei @file{ly/script-init.ly} definiert, wo den Variablen @code{dashHat}, @code{dashPlus}, @code{dashDash}, @code{dashBar}, @code{dashLarger}, @code{dashDot} und @code{dashUnderscore} Standardwerte zugewiesen werden. Diese Standardwerte diff --git a/Documentation/de/texidocs/redefining-grace-note-global-defaults.texidoc b/Documentation/de/texidocs/redefining-grace-note-global-defaults.texidoc index 4c2b81cad1..1613190756 100644 --- a/Documentation/de/texidocs/redefining-grace-note-global-defaults.texidoc +++ b/Documentation/de/texidocs/redefining-grace-note-global-defaults.texidoc @@ -4,7 +4,7 @@ Die globalen Standardeinstellungen für Verzierungsnoten werden in den Variablen@code{startGraceMusic}, @code{stopGraceMusic}, @code{startAcciaccaturaMusic}, @code{stopAcciaccaturaMusic}, @code{startAppoggiaturaMusic} und @code{stopAppoggiaturaMusic} -gespeichert, die in der Datei @file{ly/@/grace@/-init@/.ly} definiert +gespeichert, die in der Datei @file{ly/grace-init.ly} definiert sind. Wenn man sie umdefiniert, können andere Effekte erreicht werden. diff --git a/Documentation/de/texidocs/string-quartet-template-with-separate-parts.texidoc b/Documentation/de/texidocs/string-quartet-template-with-separate-parts.texidoc index 698662fbcd..80a80b7a3c 100644 --- a/Documentation/de/texidocs/string-quartet-template-with-separate-parts.texidoc +++ b/Documentation/de/texidocs/string-quartet-template-with-separate-parts.texidoc @@ -7,11 +7,11 @@ voneinander notieren können. Im nächsten Beispiel wird nun gezeigt, wie Sie mit diesen Variablen einzelne Stimmen erstellen. Sie müssen das Beispiel in einzelne Dateien aufteilen; die Dateinamen -sind in den Kommentaren am Anfang jeder Datei enthalten. @file{piece@/.ly} -enthält die Noten. Die anderen Dateien -- @file{score@/.ly}, -@file{vn1@/.ly}, @file{vn2@/.ly}, @file{vla@/.ly} und -@file{vlc@/.ly} -- erstellen daraus die entsprechenden Stimmen bzw. die -Partitur (@file{score@/.ly}). Mit @code{\tag} wird den Stimmen ein Name +sind in den Kommentaren am Anfang jeder Datei enthalten. @file{piece.ly} +enthält die Noten. Die anderen Dateien -- @file{score.ly}, +@file{vn1.ly}, @file{vn2.ly}, @file{vla.ly} und +@file{vlc.ly} -- erstellen daraus die entsprechenden Stimmen bzw. die +Partitur (@file{score.ly}). Mit @code{\tag} wird den Stimmen ein Name zugewiesen, auf den zurückgegriffen werden kann. " diff --git a/Documentation/de/texidocs/woodwind-diagrams-key-lists.texidoc b/Documentation/de/texidocs/woodwind-diagrams-key-lists.texidoc index a95bc801bc..8e06bc7a9d 100644 --- a/Documentation/de/texidocs/woodwind-diagrams-key-lists.texidoc +++ b/Documentation/de/texidocs/woodwind-diagrams-key-lists.texidoc @@ -3,7 +3,7 @@ texidocde=" Dieses Schnipsel erzeugt eine Liste aller möglichen Löcher und Locheinstellungen für Holzbläserdiagramme, wie sie in der Datei -@file{scm/@/define@/-woodwind@/-diagrams@/.scm} definiert sind. Die Liste wird auf +@file{scm/define-woodwind-diagrams.scm} definiert sind. Die Liste wird auf der Kommandozeile und in der Log-Datei angezeigt, nicht in den Noten. " doctitlede = "Liste der Löcher für Holzbläserdiagramme" diff --git a/Documentation/de/usage/external.itely b/Documentation/de/usage/external.itely index 4ec41aa71a..1d23411c56 100644 --- a/Documentation/de/usage/external.itely +++ b/Documentation/de/usage/external.itely @@ -42,19 +42,19 @@ der einen Texteditor mit dem Cursor an der richtigen Stelle öffnet. Damit diese Kettenreaktion funktionieren kann, müssen Sie das PDF-Programm dazu anweisen, Hyperlinks zu folgen, indem das Skript -@file{lilypond@/-invoke@/-editor}, welches mit LilyPond kommt, verwendet +@file{lilypond-invoke-editor}, welches mit LilyPond kommt, verwendet wird. Für Xpdf unter UNIX sollte folgende Zeile in der Datei @file{xpdfrc}@footnote{Unter UNIX findet man diese Datei -entweder in @file{/@/etc/@/xpdfrc} oder als @file{@/.xpdfrc} im +entweder in @file{/etc/xpdfrc} oder als @file{.xpdfrc} im home-Verzeichnis.} stehen: @example urlCommand "lilypond-invoke-editor %s" @end example -Das Programm @file{lilypond@/-invoke@/-editor} ist ein kleines +Das Programm @file{lilypond-invoke-editor} ist ein kleines Hilfsprogramm. Es ruft einen Editor für besondere @code{textedit}-URIs# auf und einen Webbrowser für andere. Es testes die Umgebungsvariable @code{EDITOR} nach folgenden Mustern: @@ -144,21 +144,21 @@ Verschiedene Editoren unterstützen LilyPond @unnumberedsubsec Emacs-Modus @translationof Emacs mode -Emacs hat einen @file{lilypond@/-mode}-Modus, der Ergänzung von Befehlen, +Emacs hat einen @file{lilypond-mode}-Modus, der Ergänzung von Befehlen, Einrückung, Syntaxhervorhebung, die Paarung von LilyPond-Klammern, einfache Tastaturkürzel zur Übersetzung und das Lesen von LilyPond-Dokumentation -mit Info unterstützt. Wenn @file{lilypond@/-mode} nicht auf Ihrem Computer +mit Info unterstützt. Wenn @file{lilypond-mode} nicht auf Ihrem Computer installiert ist, siehe unten. Ein Emacs-Modus zur Noteneingabe und zum Kompilieren mit LilyPond bfindet sich in dem Quellarchiv im @file{elisp}-Verzeichnis. Führen Sie @command{make install} aus, damit es nach @var{elispdir} installiert wird. Die Datei -@file{lilypond@/-init@/.el} sollte in @var{Ladepfad}@file{/@/site@/-start@/.d/@/} gespeichert -werden oder Ihrer @file{@/~/@/@/.emacs} bzw. @file{@/~/@/@/.emacs@/.el} hinzugefügt werden. +@file{lilypond-init.el} sollte in @var{Ladepfad}@file{/site-start.d/} gespeichert +werden oder Ihrer @file{~/.emacs} bzw. @file{~/.emacs.el} hinzugefügt werden. -Als ein Benutzer können Sie Ihren Quellpfad (z. B. @file{@/~/@/site@/-lisp/@/}) +Als ein Benutzer können Sie Ihren Quellpfad (z. B. @file{~/site-lisp/}) zum @var{Ladepfad} hinzufügen, indem Sie die (veränderte) folgende -Zeile in Ihr @file{@/~/@/@/.emacs} kopieren: +Zeile in Ihr @file{~/.emacs} kopieren: @c any reason we do not advise: (push "~/site-lisp" load-path) @example @@ -173,7 +173,7 @@ Zeile in Ihr @file{@/~/@/@/.emacs} kopieren: Für @uref{http://@/www@/.vim@/.org,Vim} gibt es ein Dateiartplugin, einen Einzugsmodus und einen Syntaxhervorhebungsmodus für LilyPond. Um alle diese Eigenschaften zu aktivieren, erstellen (oder verändern) Sie die Datei -@file{@/$HOME/@/@/.vimrc}, sodass sie folgende Zeilen enthält: +@file{$HOME/.vimrc}, sodass sie folgende Zeilen enthält: @example filetype off @@ -182,7 +182,7 @@ filetype on @end example @noindent -Wenn LilyPond nicht in @file{/@/usr/@/local/@/} installiert ist, müssen Sie +Wenn LilyPond nicht in @file{/usr/local/} installiert ist, müssen Sie den Pfad anpassen. Das wird besprochen in @rlearning{Mehr Information}. @@ -252,7 +252,7 @@ MIDI-Kanäle in @rinternals{Voice} Kontexte. Tonhöhen werden relativ angegeben, Tondauern nur wenn nötig. MIDI-Dateien können auch direkt von einem digitalen Keyboard -aufgenommen und dann in eine @file{@/.ly}-Datei konvertiert werden. +aufgenommen und dann in eine @file{.ly}-Datei konvertiert werden. Allerdings sind Musikinterpretationen von Menschen (aus gutem Grund!) rhythmisch nicht exakt genug um die Konvertierung von MIDI nach LY trivial zu gestalten. Wenn @command{midi2ly} mit Quantisierung @@ -293,7 +293,7 @@ Kreuze an, @math{@var{acc} < 0} gibt die Anzahl der Bs der Tonart an. Eine Moll-Tonart wird durch @code{:1} angegeben. @item -o, --output=@var{Datei} -Die Ausgabe wird in die Datei @var{Datei}@file{@/.ly} geschrieben. +Die Ausgabe wird in die Datei @var{Datei}@file{.ly} geschrieben. @item -s, --start-quant=@var{LÄNGE} Quantisiert den Beginn der Noten zu Vielfachen von @var{LÄNGE}. @@ -336,7 +336,7 @@ zur Darstellung von Musiknotation. @command{musicxml2ly} wandelt eine MusicXML-Datei nach LilyPond um, wobei sowohl die Noten, Artikulationszeichen, Struktur der Partitur, Liedtexte etc. einer MusicXML-Datei (im @q{part-wise}-Format) in eine -@file{@/.ly}-Datei um. +@file{.ly}-Datei um. @command{musicxml2ly} wird von der Kommandozeile folgendermaßen aufgerufen: @example @@ -361,8 +361,8 @@ Konvertiert in absolute Tonhöhen. Zeigt eine Zusammenfassung der Programmbenutzung und der Optionen. @item -l, --language=LANG -Inkludiert die Sprachdatei @var{LANG}@file{@/.ly} in der Ausgabe. Wird z.B. -'deutsch' angegeben, wird @file{deutsch@/.ly} in die @file{@/.ly}-Datei eingebunden +Inkludiert die Sprachdatei @var{LANG}@file{.ly} in der Ausgabe. Wird z.B. +'deutsch' angegeben, wird @file{deutsch.ly} in die @file{.ly}-Datei eingebunden und deutsche Notenbezeichnungen benutzt. @item --lxml @@ -377,10 +377,10 @@ Konvertiert keine Informationen über die Balkensetzung aus der MusicXML-Datei. Stattdessen wird dies LilyPond überlassen. @item -o,--output=@var{Dateiname} -Die Ausgabe wird in die Datei @var{Dateiname}@file{@/.ly} geschrieben. Wird +Die Ausgabe wird in die Datei @var{Dateiname}@file{.ly} geschrieben. Wird als @var{Dateiname} nur @file{-} angegeben, wird das Ergebnis der Konvertierung an der Kommandozeile ausgegeben. Wird diese Option nicht angegeben, so -erfolgt die Ausgabe in die Datei @var{XML-Datei}@file{@/.ly}. +erfolgt die Ausgabe in die Datei @var{XML-Datei}@file{.ly}. @item -r,--relative Konvertiert in relative Tonhöhen. (Standardeinstellung) @@ -394,7 +394,7 @@ Gibt die Versionsnummer aus. @item -z,--compressed Die Eingabedatei wird als komprimierte MusicXML-Datei eingelesen. Dies ist die Standardeinstellung für Dateien mit der Erweiterung -@file{@/.xml}. +@file{.xml}. @end table @@ -430,7 +430,7 @@ Die Balkensetzung aus der ABC-Datei erhalten. @item -h,--help Zeigt eine Zusammenfassung der Programmbenutzung und der Optionen. @item -o,--output=@var{Dateiname} -Die Ausgabe wird in die Datei @var{Dateiname}@file{@/.ly} geschrieben. +Die Ausgabe wird in die Datei @var{Dateiname}@file{.ly} geschrieben. @item -s,--strict Strenge Auslegung einer erfolgreichen Konvertierung. @item -v,--version @@ -515,7 +515,7 @@ unterstützt: @item -h,--help Zeigt eine Zusammenfassung der Programmbenutzung und der Optionen. @item -o,--output=@var{Dateiname} -Die Ausgabe wird in die Datei @var{Dateiname}@file{@/.ly} geschrieben. +Die Ausgabe wird in die Datei @var{Dateiname}@file{.ly} geschrieben. @item --version Gibt die Versionsnummer aus. @end table diff --git a/Documentation/de/usage/lilypond-book.itely b/Documentation/de/usage/lilypond-book.itely index 5b721cb562..a951bf2263 100644 --- a/Documentation/de/usage/lilypond-book.itely +++ b/Documentation/de/usage/lilypond-book.itely @@ -120,7 +120,7 @@ Datei im selben Verzeichnis wie diese Datei ersetzt werden.) @subheading Verarbeitung -Speichern Sie den obigen @LaTeX{}-Quellcode in eine Datei @file{lilybook@/.lytex} +Speichern Sie den obigen @LaTeX{}-Quellcode in eine Datei @file{lilybook.lytex} und führen Sie dann in der Kommandozeile folgende Befehle aus: @c keep space after @version{} so TeX doesn't choke @@ -425,7 +425,7 @@ Zusätzlich kann mit @code{@@lilypondversion} die aktuelle Versionsnummer von LilyPond angezeigt werden. Wenn @command{lilypond-book} eine derartige Datei verarbeitet, -wird eine Texinfo-Datei mit der Erweiterung @file{@/.texi} erzeugt, +wird eine Texinfo-Datei mit der Erweiterung @file{.texi} erzeugt, die @code{@@image} Befehle für die Ausgabe nach HTML, Info und PDF enthält. @command{lilypond-book} erzeugt die entsprechenden Grafiken der Musikbeispiele im EPS- und PDF-Format für die Ausgabe nach PDF @@ -519,13 +519,13 @@ einfügen. Die Optionen zur Formatierung mit LilyPond werden dabei in der @code{role} Eigenschaft des innersten Elements angegeben, wie im nächsten Abschnitt gezeigt wird. Die DocBook Datei, die dann von @command{lilypond-book} verarbeitet wird, sollte der Klarheit -halber die Dateierweiterung @file{@/.lyxml} (jedenfalls nicht -@file{@/.xml}) besitzen. +halber die Dateierweiterung @file{.lyxml} (jedenfalls nicht +@file{.xml}) besitzen. @subheading Eine LilyPond-Datei einfügen Dies ist der einfachste Fall: Die LilyPond-Datei besitzt die Erweiterung -@file{@/.ly} und wird einfach als @code{imageobject} eingebettet: +@file{.ly} und wird einfach als @code{imageobject} eingebettet: @example @@ -563,8 +563,8 @@ Das äußerste Element ist also @code{mediaobject} oder @subheading Ein DocBook-Dokument übersetzen -Der Aufruf von @command{lilypond-book} mit der @file{@/.lyxml}-Datei -erzeugt ein gültiges DocBook-Dokument mit der Erweiterung @file{@/.xml}, +Der Aufruf von @command{lilypond-book} mit der @file{.lyxml}-Datei +erzeugt ein gültiges DocBook-Dokument mit der Erweiterung @file{.xml}, welches normal weiterverarbeitet werden kann. Bei Benutzung von @uref{http://@/dblatex@/.sourceforge@/.net@/,dblatex} wird daraus automatisch eine PDF-Datei erzeugt. Für die Erzeugung von HTML (HTML @@ -722,7 +722,7 @@ erzeugt ein Zitat der Form Wenn Kommentare und Variablen im Zitat, aber nicht im Quelltext übersetzt werden sollen, kann die Umgebungsvariable @code{LYDOC_LOCALEDIR} auf einen Verzeichnispfad gesetzt werden. Das Verzeichnis sollte -einen Baum an @file{@/.mo}-Nachrichtenkatalogen beinhalten mit +einen Baum an @file{.mo}-Nachrichtenkatalogen beinhalten mit @code{lilypond-doc} als Domain. @item addversion @@ -733,14 +733,14 @@ einen Baum an @file{@/.mo}-Nachrichtenkatalogen beinhalten mit @item texidoc (Nur innerhalb von Texinfo-Dateien.) Wird @command{lilypond} mit der Kommandozeilenoption @option{--header=@/texidoc} für eine Datei -@file{foo@/.ly} und enthält die Datei ein @code{texidoc}-Feld im +@file{foo.ly} und enthält die Datei ein @code{texidoc}-Feld im @code{\header}-Block, so wird dessen Inhalt in die Datei -@file{foo@/.texidoc} ausgegeben. Die @code{texidoc} Option veranlasst -@code{lilypond-book}, den Inhalt dieser @file{@/.texidoc} Dateien innerhalb +@file{foo.texidoc} ausgegeben. Die @code{texidoc} Option veranlasst +@code{lilypond-book}, den Inhalt dieser @file{.texidoc} Dateien innerhalb eines Dokumentationsblocks direkt vor dem Musikfragment in das aktuelle Dokument einzufügen. -Enthält also die Datei @file{foo@/.ly} etwa den LilyPond-Code +Enthält also die Datei @file{foo.ly} etwa den LilyPond-Code @example \header @{ @@ -750,7 +750,7 @@ Enthält also die Datei @file{foo@/.ly} etwa den LilyPond-Code @end example @noindent -und das Texinfo-Dokument @file{text@/.texinfo} +und das Texinfo-Dokument @file{text.texinfo} @example @@lilypondfile[texidoc]@{foo.ly@} @@ -765,16 +765,16 @@ lilypond-book --pdf --process="lilypond \ -dbackend=eps --header=texidoc" test.texinfo @end example -Die meisten Test-Dateien (im @file{input/@/} Verzeichnis von LilyPond) -sind kleine @file{@/.ly} Dateien von genau dieser Form. +Die meisten Test-Dateien (im @file{input/} Verzeichnis von LilyPond) +sind kleine @file{.ly} Dateien von genau dieser Form. Auch die Übersetzung dieser zusätzlichen Kommentare ist möglich: Dazu muss das Texinfo-Dokument den Befehl @code{@@documentlanguage @var{LANG}} -und der @code{\header} Block in der Datei @file{foo@/.ly} +und der @code{\header} Block in der Datei @file{foo.ly} die Übersetzung im Feld @code{texidoc@var{LANG}} enthalten. Wird nun @command{lilypond} mit der Option @option{--header=@/texidoc@var{LANG}} -aufgerufen, so wird der Inhalt der Datei @file{foo@/.texidoc@var{LANG}} -anstelle von @file{foo@/.texidoc} eingefügt. +aufgerufen, so wird der Inhalt der Datei @file{foo.texidoc@var{LANG}} +anstelle von @file{foo.texidoc} eingefügt. @item lilyquote (Nur innerhalb von Texinfo-Dateien.) Diese Option wirkt wie die @@ -787,8 +787,8 @@ nicht aber dessen @code{texidoc} Dokumentationsblock. (Nur innerhalb von Texinfo-Dateien.) Diese Option wirkt ähnlich wie die @code{texidoc} Option: Wenn @command{lilypond} mit der Option @option{--header=@/doctitle} aufgerufen wird und die Eingabedatei -@file{foo@/.ly} ein Feld @code{doctitle} im @code{\header}-Block enthält, -wird dessen Wert in die Datei @file{foo@/.doctitle} geschrieben. Wird die +@file{foo.ly} ein Feld @code{doctitle} im @code{\header}-Block enthält, +wird dessen Wert in die Datei @file{foo.doctitle} geschrieben. Wird die @code{doctitle} Option für ein Musikfragment benutzt, so wird der Inhalt dieser Datei, der eine einzelne Textzeile sein sollte, im Texinfo-Dokument als @code{@@lydoctitle @var{Text}} eingefügt. @code{@@lydoctitle} muss @@ -814,9 +814,9 @@ ausgegeben, der Pfad wird also nicht mit angezeigt. @translationof Invoking lilypond-book @command{lilypond-book} erzeugt abhängig vom Ausgabeformat eine Datei mit -einer der folgenden Dateierweiterungen: @file{@/.tex}, @file{@/.texi}, -@file{@/.html} oder @file{@/.xml}. Alle @file{@/.tex}, @file{@/.texi} und -@file{@/.xml} Dateien müssen noch mit den entsprechenden Programmen (@LaTeX{}, +einer der folgenden Dateierweiterungen: @file{.tex}, @file{.texi}, +@file{.html} oder @file{.xml}. Alle @file{.tex}, @file{.texi} und +@file{.xml} Dateien müssen noch mit den entsprechenden Programmen (@LaTeX{}, DocBook, etc.) weiter verarbeitet werden, um druckfähige Dateien zu erhalten. @@ -860,10 +860,10 @@ ps2pdf Ihre_Datei.ps @end example @noindent -Die @file{@/.dvi}-Datei, die beim Aufruf von @command{latex} erzeugt wird, +Die @file{.dvi}-Datei, die beim Aufruf von @command{latex} erzeugt wird, scheint keine Notenköpfe zu enthalten, was in Ordnung ist. Wenn Sie die Datei wie beschrieben weiter verarbeiten, erscheinen die Notenköpfe korrekt -in den @file{@/.ps} und @file{@/.pdf} Dateien. +in den @file{.ps} und @file{.pdf} Dateien. Der Aufruf von @command{dvips} kann einige Warnungen über fehlende Schriftarten ausgeben. Auch dies ist in Ordnung und kann ignoriert werden. @@ -959,7 +959,7 @@ PNG-Grafiken gefunden werden. Dies wird benutzt für Dokumentation ohne Grafiken. @itemx --lily-output-dir=@var{Verzeichnis} -Schreibt @file{lily@/-XXX} Dateien nach @var{Verzeichnis} und erzeugt +Schreibt @file{lily-XXX} Dateien nach @var{Verzeichnis} und erzeugt im mit @code{--output} angegebenen Verzeichnis Verknüpfungen darauf. Diese Option ist nützlich, um Zeit zu sparen, wenn Dokumente in verschiedenen Verzeichnissen viele identische Musikfragmente diff --git a/Documentation/de/usage/running.itely b/Documentation/de/usage/running.itely index 339652b58d..d720e3a0b9 100644 --- a/Documentation/de/usage/running.itely +++ b/Documentation/de/usage/running.itely @@ -83,24 +83,24 @@ lilypond [@var{Option}]@dots{} @var{Dateiname}@dots{} @end example -Wird ein @file{Dateiname} ohne Erweiterung angegeben, so wird @file{@/.ly} als +Wird ein @file{Dateiname} ohne Erweiterung angegeben, so wird @file{.ly} als Standarderweiterung für LilyPond-Dateien benutzt. Um Daten von @code{stdin} einzulesen, benutzen Sie einfach einen Bindestrich (@code{-}) als @var{Dateiname}. -Wenn Lilypond die Datei @file{Dateiname@/.ly} verarbeitet, werden daraus -die Dateien @file{Dateiname@/.ps} und @file{Dateiname@/.pdf} erzeugt. -Es können an @code{lilypond} auch mehrere @file{@/.ly} Dateien übergeben +Wenn Lilypond die Datei @file{Dateiname.ly} verarbeitet, werden daraus +die Dateien @file{Dateiname.ps} und @file{Dateiname.pdf} erzeugt. +Es können an @code{lilypond} auch mehrere @file{.ly} Dateien übergeben werden, die dann einzeln und voneinander unabhängig abgearbeitet werden.@footnote{Der Zustand von GUILE wird allerdings nicht nach jeder Datei zurückgesetzt, sodass Achtung geboten ist, wenn in einer Datei globale Änderungen von Scheme aus durchgeführt werden.} -Falls @file{Dateiname@/.ly} mehr als eine @code{\book}-Umgebung enthält, +Falls @file{Dateiname.ly} mehr als eine @code{\book}-Umgebung enthält, werden die weiteren Stücke in durchnummerierte Dateien der Form -@file{Dateiname@/-1@/.pdf} ausgegeben. Zusätzlich wird der Wert der +@file{Dateiname-1.pdf} ausgegeben. Zusätzlich wird der Wert der Variable @code{output-suffix} zwischen den ursprünglichen Dateinamen -und der Zahl eingefügt. Eine Lilypond-Datei @file{Dateiname@/.ly} mit dem Inhalt +und der Zahl eingefügt. Eine Lilypond-Datei @file{Dateiname.ly} mit dem Inhalt @example #(define output-suffix "Geige") @@ -110,8 +110,8 @@ und der Zahl eingefügt. Eine Lilypond-Datei @file{Dateiname@/.ly} mit dem Inha @end example @noindent -erzeugt daher die Dateien @var{Dateiname}@file{@/-Geige@/.pdf} und -@var{Dateiname}@file{@/-Cello@/-1@/.pdf}. +erzeugt daher die Dateien @var{Dateiname}@file{-Geige.pdf} und +@var{Dateiname}@file{-Cello-1.pdf}. @@ -154,7 +154,7 @@ Die folgenden Kommandozeilenoptionen werden von @command{lilypond} unterstützt: @table @code @item -e,--evaluate=@var{expr} -Wertet den Scheme-Ausdruck @var{expr} aus, bevor die @file{@/.ly} Dateien +Wertet den Scheme-Ausdruck @var{expr} aus, bevor die @file{.ly} Dateien gelesen und interpretiert werden. Die @code{-e} Option kann auch mehrfach angegeben werden, die Ausdrücke werden nacheinander ausgewertet. @@ -168,7 +168,7 @@ lilypond -e '(define-public a 42)' @end example @noindent -Am Beginn der @file{@/.ly}-Datei muss dann das @code{guile-user} Modul noch geladen werden, bevor die Definition von @var{a} verfügbar ist: +Am Beginn der @file{.ly}-Datei muss dann das @code{guile-user} Modul noch geladen werden, bevor die Definition von @var{a} verfügbar ist: @example #(use-modules (guile-user)) @@ -226,11 +226,11 @@ Die Zeichenkette, die das Format angibt, muss in Anführungszeichen mit Backslas @cindex safe, Kommandozeile @item safe -Vertraut der @file{@/.ly} Datei nicht. +Vertraut der @file{.ly} Datei nicht. Wenn LilyPond über einen Webserver verfügbar gemacht wird, @b{MUSS} unbedingt eine die Optionen @code{--safe} oder @code{--jail} angegeben werden. -Die @code{--safe} Option verhindert, dass in der @file{@/.ly}-Datei angegebener +Die @code{--safe} Option verhindert, dass in der @file{.ly}-Datei angegebener Scheme-Code das System gefährden kann, wie etwa in folgendem Beispiel: @quotation @@ -243,10 +243,10 @@ Scheme-Code das System gefährden kann, wie etwa in folgendem Beispiel: @end quotation Mit der @code{-dsafe} Option werden alle Scheme-Ausdrücke einem speziellen -sicheren Modus ausgewertet. Dieser Modus ist vom GUILE @file{safe@/-r5rs} Modul +sicheren Modus ausgewertet. Dieser Modus ist vom GUILE @file{safe-r5rs} Modul abgeleitet und fügt noch zahlreiche weitere erlaubte Funktionen der LilyPond Programm-Schnittstelle hinzu. Diese Funktionen sind in -@file{scm/@/safe@/-lily@/.scm} angegeben. +@file{scm/safe-lily.scm} angegeben. Zusätzliche verbietet der sichere Modus auch @code{\include} Befehle. @@ -358,7 +358,7 @@ fort, wenn die gesuchte Datei nicht in dem Verzeichnis gefunden wird. @item -i,--init=@var{Initialisierungsdatei} Benutzt @var{Initialisierungsdatei} zur gesamten Programminitialisierung. Der -Standardwert ist @file{init@/.ly}. +Standardwert ist @file{init.ly}. @cindex Verzeichnis, Ausgabe speichern in @cindex Ausgabedateiname @@ -401,7 +401,7 @@ von Dritten automatisch verarbeitet werden. Sie funktioniert dergestalt, dass das Wurzelverzeichnis von @command{lilypond} auf @var{Jail-Verzeichnis} gesetzt wird, bevor die -tatsächliche Kompilierung der @file{@/.ly}-Datei beginnt. Der Benutzer und die Gruppe +tatsächliche Kompilierung der @file{.ly}-Datei beginnt. Der Benutzer und die Gruppe werden auf die angegebenen Werte gesetzt und das aktuelle Arbeitsverzeichnis wird ebenfalls auf den angegebenen Wert @var{Arbeitsverzeichnis} gesetzt. Diese Einstellungen garantieren (zumindest in der Theorie), dass es nicht @@ -813,7 +813,7 @@ umgangen werden. @translationof Apparent error in @code{../ly/init.ly} Verschiedene seltsame Fehlermeldungen können über Syntax-Fehler in -@file{@/.@/./@/ly/@/init@/.ly} auftauchen, wenn die Eingabedatei nicht richtig +@file{../ly/init.ly} auftauchen, wenn die Eingabedatei nicht richtig formuliert ist, wenn sie etwa nicht richtig passende Klammerpaare oder Anführungszeichen enthält. diff --git a/Documentation/de/usage/setup.itely b/Documentation/de/usage/setup.itely index 1a854b9ead..c6e9412d74 100644 --- a/Documentation/de/usage/setup.itely +++ b/Documentation/de/usage/setup.itely @@ -145,24 +145,24 @@ Verschiedene Texteditoren haben Unterstützung für LilyPond. @subsection Emacs-Modus @translationof Emacs mode -Emacs hat einen LilyPond-Modus (@file{lilypond@/-mode}), eine Datei, die +Emacs hat einen LilyPond-Modus (@file{lilypond-mode}), eine Datei, die die Vervollständigung von Befehlen, Einrückungen, für LilyPond spezifische Klammerschließungen und die Markierung der Syntax beherrscht. Zusätzlich stehen noch praktische Tastaturkombinationen zum Programmaufruf und zum Nachschlagen in den Handbüchern zur -Verfügung. Siehe unten, wenn die Datei @file{lilypond@/-mode} +Verfügung. Siehe unten, wenn die Datei @file{lilypond-mode} sich nicht auf Ihrem Computer befindet. Der Emacs-Modus zur Noteneingabe und zum Programmaufruf ist in den Emacs-Quellen im @file{elisp}-Verzeichnis enthalten. Mit dem Befehl @command{make install} können Sie es nach @var{elispdir} -installieren. Die Datei @file{lilypond@/-init@/.el} sollte in - @var{load-path}@file{/@/site@/-start@/.d/@/} liegen oder Ihrem - @file{@/~/@/@/.emacs} or @file{@/~/@/@/.emacs@/.el} hinzugefügt werden. +installieren. Die Datei @file{lilypond-init.el} sollte in + @var{load-path}@file{/site-start.d/} liegen oder Ihrem + @file{~/.emacs} or @file{~/.emacs.el} hinzugefügt werden. -Als Benutzer können Sie Ihren Quellenpfad (etwa @file{@/~/@/site@/-lisp/@/}) +Als Benutzer können Sie Ihren Quellenpfad (etwa @file{~/site-lisp/}) ihrem @var{load-path} hinzufügen, indem Sie folgende Zeile zu Ihrer -@file{@/~/@/@/.emacs}-Datei hinzufügen: +@file{~/.emacs}-Datei hinzufügen: @c any reason we do not advise: (push "~/site-lisp" load-path) @example @@ -180,7 +180,7 @@ Noteneingabe und zum Programmaufruf befindet sich im Quellarchiv im @code{$VIM}-Verzeichnis. LilyPond-Dateien werden automatisch erkannt, wenn sich in der Datei -@file{@/~/@/@/.vim/@/filetype@/.vim} folgender Inhalt befindet: +@file{~/.vim/filetype.vim} folgender Inhalt befindet: @example if exists("did_load_filetypes") @@ -192,7 +192,7 @@ augroup END @end example Fügen Sie den LilyPond-Pfad in ihre -@file{@/~/@/@/.vimrc}-Datei ein, indem Sie ihre folgende Zeile hinzufügen: +@file{~/.vimrc}-Datei ein, indem Sie ihre folgende Zeile hinzufügen: @example set runtimepath+=/usr/local/share/lilypond/$@{LILYPOND_VERSION@}/vim/ @@ -200,7 +200,7 @@ set runtimepath+=/usr/local/share/lilypond/$@{LILYPOND_VERSION@}/vim/ @noindent Dabei wird $@{LILYPOND_VERSION@}durch Ihre LilyPond-Version ersetzt. Sollten -Sie LilyPond nicht nach @file{/@/usr/@/local/@/} installiert haben, müssen Sie den +Sie LilyPond nicht nach @file{/usr/local/} installiert haben, müssen Sie den Pfad entsprechend anpassen. @@ -277,17 +277,17 @@ Diese werden dann bei einem Klick zum Browser geschickt, der wiederum einen Texteditor mit dem Cursor an der richtigen Stelle öffnet. Damit diese Kettenreaktion funktioniert, müssen Sie ihrem PDF-Programm -mit dem Skript @file{lilypond@/-invoke@/-editor} beibringen, Hyperlinks zu folgen. +mit dem Skript @file{lilypond-invoke-editor} beibringen, Hyperlinks zu folgen. Im Falle von Xpdf auf einer UNIX-Maschine sollte folgende Zeile in der Datei @file{xpdfrc}@footnote{Unter UNIX befindet sich diese Datei entweder in -@file{/@/etc/@/xpdfrc} oder als @file{@/.xpdfrc} in Ihrem Heim-Verzeichnis.} stehen. +@file{/etc/xpdfrc} oder als @file{.xpdfrc} in Ihrem Heim-Verzeichnis.} stehen. @example urlCommand "lilypond-invoke-editor %s" @end example -Das Programm @file{lilypond@/-invoke@/-editor} ist ein kleines Hilfsprogramm. +Das Programm @file{lilypond-invoke-editor} ist ein kleines Hilfsprogramm. Es ruft einen Editor auf für bestimmte @code{textedit}-URIs und startet einen Browser für die anderen. Die Umgebungsvariable @code{EDITOR} wird für folgende Zeichenketten: @@ -337,7 +337,7 @@ ausgeschaltet werden, indem die Zeile @end example @noindent -in der @file{@/.ly}-Datei gesetzt wird. Point and Click kann auch explizit +in der @file{.ly}-Datei gesetzt wird. Point and Click kann auch explizit eingeschaltet werden durch die Zeile: @example diff --git a/Documentation/de/usage/suggestions.itely b/Documentation/de/usage/suggestions.itely index 56274c73f8..44b985f87c 100644 --- a/Documentation/de/usage/suggestions.itely +++ b/Documentation/de/usage/suggestions.itely @@ -285,7 +285,7 @@ liest eine besondere Datei mit der Bezeichnung @code{Makefile}, die definiert, welche Dateien von welchen anderen Dateien abhängen und welche Befehle für das Betriebssystem nötig sind, um eine Datei aus einer anderen zu erstellen. Ein Makefile könnte etwa erklären, wie -@file{ballad@/.pdf} und @file{ballad@/.midi} aus @file{ballad@/.ly} +@file{ballad.pdf} und @file{ballad.midi} aus @file{ballad.ly} erstellt werden können, indem LilyPond aufgerufen wird. Es gibt Fällen, wenn es sich sehr stark empfiehlt, ein @code{Makefile} @@ -346,8 +346,8 @@ Symphony/ `-- symphonyDefs.ily @end example -Die @file{@/.ly}-Dateien un den Verzeichnissen @code{Scores} und -@code{Parts} erhalten ihrere Noten aus @file{@/.ily}-Dateien, die +Die @file{.ly}-Dateien un den Verzeichnissen @code{Scores} und +@code{Parts} erhalten ihrere Noten aus @file{.ily}-Dateien, die sich im @code{Notes}-Verzeichnis befinden: @example diff --git a/Documentation/de/usage/updating.itely b/Documentation/de/usage/updating.itely index ede0459f49..d560be8d2d 100644 --- a/Documentation/de/usage/updating.itely +++ b/Documentation/de/usage/updating.itely @@ -85,8 +85,8 @@ convert-ly -e meineDatei.ly @noindent im Verzeichnis, in welchem die Datei liegt, aufzurufen. Hierdurch wird -@file{meineDatei@/.ly} direkt aktualisiert und das Original nach -@file{meineDatei@/.ly~} gesichert. +@file{meineDatei.ly} direkt aktualisiert und das Original nach +@file{meineDatei.ly~} gesichert. @warning{@command{convert-ly} konvertiert immer bis zur letzten Syntax-Änderung, die das Programm beherrscht. Das heißt, dass die @code{\version}-Nummer, @@ -188,7 +188,7 @@ convert-ly """D:/My Scores/Ode.ly""" > "D:/My Scores/new Ode.ly" Wenn der einfache @command{convert-ly -e *.ly}-Befehl nicht funktioniert, weil die ausgeschriebene Kommandozeile zu lang wird, kann man @command{convert-ly} auch als Loop wiederholt laufen lassen. Dieses -Beispiel für UNIX konvertiert alle @file{@/-ly}-Dateien im aktuellen +Beispiel für UNIX konvertiert alle @file{-ly}-Dateien im aktuellen Verzeichnis: @example diff --git a/Documentation/es/changes.tely b/Documentation/es/changes.tely index f6630bd99d..2b67fec9e2 100644 --- a/Documentation/es/changes.tely +++ b/Documentation/es/changes.tely @@ -283,7 +283,7 @@ pares se pueden fijar utilizando @code{inner-margin} y @item Los márgenes predeterminados del papel, tal y como se especifican en -el archivo @file{ly/@/paper@/-defaults@/-init@/.ly}, se aplican al +el archivo @file{ly/paper@/-defaults-init.ly}, se aplican al tamaño de papel predeterminado (A4) y se redimensionan automáticamente al tamaño del papel seleccionado. diff --git a/Documentation/es/extending/programming-interface.itely b/Documentation/es/extending/programming-interface.itely index d4e4368e8e..f716529813 100644 --- a/Documentation/es/extending/programming-interface.itely +++ b/Documentation/es/extending/programming-interface.itely @@ -95,9 +95,9 @@ Referencia de la notación: @ruser{Predicados de tipo predefinidos}. Archivos de inicio: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Funciones de sustitución sencillas @@ -384,7 +384,7 @@ Primero la función @code{raise-markup} crea el sello para la cadena @code{ejemplo de texto}, y después eleva el sello Stencil en 0.5 espacios de pentagrama. Este es un ejemplo bastante simple; en el resto de la sección podrán verse ejemplos más complejos, así como en -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Definición de una instrucción de marcado nueva @@ -615,7 +615,7 @@ Una buena manera de comenzar a escribir una instrucción de marcado nueva, es seguir el ejemplo de otra instrucción ya incorporada. Casi todas las instrucciones de marcado que están incorporadas en LilyPond se pueden encontrar en el archivo -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. Por ejemplo, querríamos adaptar la instrucción @code{\draw-line}, para que trace una línea doble. La instrucción @code{\draw-line} está diff --git a/Documentation/es/extending/scheme-tutorial.itely b/Documentation/es/extending/scheme-tutorial.itely index daed4146e6..42642987f9 100644 --- a/Documentation/es/extending/scheme-tutorial.itely +++ b/Documentation/es/extending/scheme-tutorial.itely @@ -877,7 +877,7 @@ espacios de pentagrama, y así esta instrucción mueve el objeto un espacio de pentagrama a la derecha, y dos espacios hacia arriba. Los procedimientos para trabajar con desplazamientos están en -@file{scm/@/lily@/-library@/.scm}. +@file{scm/lily-library.scm}. @subheading Dimensiones @@ -891,7 +891,7 @@ dimensiones en Y, el @code{car} es la coordenada inferior, y el @code{cdr} es la coordenada superior. Los procedimientos para trabajar con intervalos están en -@file{scm/@/lily@/-library@/.scm}. Se deben usar estos procedimientos +@file{scm/lily-library.scm}. Se deben usar estos procedimientos siempre que sea posible, para asegurar la consistencia del código. @subheading Listas-A de propiedades diff --git a/Documentation/es/included/generating-output.itexi b/Documentation/es/included/generating-output.itexi index 249c042305..527bcb0a3d 100644 --- a/Documentation/es/included/generating-output.itexi +++ b/Documentation/es/included/generating-output.itexi @@ -33,7 +33,7 @@ Del menú de la parte superior izquierda de la pantalla, elija @sourceimage{Learning_Macos_Save_menu,,,} -ELija un nombre para su archivo, por ejemplo @file{prueba@/.ly}. +ELija un nombre para su archivo, por ejemplo @file{prueba.ly}. @sourceimage{Learning_Macos_Save_file_with_name,,,} @@ -109,7 +109,7 @@ un nombre de LilyPond válido. @sourceimage{Learning_Win7_Save_Menu,,,} -Escoja un nombre para el archivo, por ejemplo @file{prueba@/.ly}. +Escoja un nombre para el archivo, por ejemplo @file{prueba.ly}. @sourceimage{Learning_Win7_Save_File_With_Name,,,} @@ -132,18 +132,18 @@ Pulse con el botón derecho sobre el archivo y elija @w{@code{Abrir con @subsubheading Paso 2-B. Compílelo (con doble clic) -O simplemente haga doble clic sobre el archivo @file{prueba@/.ly}. +O simplemente haga doble clic sobre el archivo @file{prueba.ly}. @subsubheading Paso 3. Examinar el resultado -Durante la compilación del archivo @file{prueba@/.ly}, se abrirá muy +Durante la compilación del archivo @file{prueba.ly}, se abrirá muy brevemente una ventana de la consola y luego se cerrará. Durante este proceso se habrán creado tres archivos adicionales: @sourceimage{Learning_Win7_All_Files_Created,,,} -El archivo PDF contiene el documento @file{prueba@/.ly} convertido en +El archivo PDF contiene el documento @file{prueba.ly} convertido en una partitura musical. @sourceimage{Learning_Win7_Pdf_Output,,,} @@ -197,7 +197,7 @@ programas cuando tenga algún problema al compilar un documento.} @subsubheading Paso 1. Creamos el archivo @file{.ly} Haga un archivo de texto con el nombre -@file{prueba@/.ly} y escriba en él lo siguiente: +@file{prueba.ly} y escriba en él lo siguiente: @c double \\ required because this is inside a macro! @example @@ -210,7 +210,7 @@ Haga un archivo de texto con el nombre @subsubheading Paso 2. Compilación (con la línea de órdenes) -Para procesar el archivo @file{prueba@/.ly} escriba lo siguiente en la +Para procesar el archivo @file{prueba.ly} escriba lo siguiente en la línea de órdenes: @example @@ -235,7 +235,7 @@ Convirtiendo a `prueba.pdf'... @subsubheading Paso 3: Examinar el resultado -Podemos ver o imprimir el archivo @file{prueba@/.pdf} resultante. +Podemos ver o imprimir el archivo @file{prueba.pdf} resultante. @end macro diff --git a/Documentation/es/learning/fundamental.itely b/Documentation/es/learning/fundamental.itely index c5ef8d0b0e..57faf2cbdd 100644 --- a/Documentation/es/learning/fundamental.itely +++ b/Documentation/es/learning/fundamental.itely @@ -207,7 +207,7 @@ recibirá el mismo tratamiento que una partitura independiente, pero se combinarán todos juntos en un archivo de salida único. No se necesita ninguna instrucción @code{\book}, se creará una implícitamente. Sin embargo, si quiere archivos de salida separados a partir de un único -archivo @file{@/.ly}, entonces es necesario utilizar la instrucción +archivo @file{.ly}, entonces es necesario utilizar la instrucción @code{\book} para separar las distintas secciones: cada bloque @code{\book} produce un archivo de salida distinto. @@ -2958,10 +2958,10 @@ caso, queremos modificar solamente la sub-propiedad @code{stretchability}. De nuevo, los curiosos encontrarán los valores predeterminados para la propiedad staff-staff-spacing -en el archivo @file{scm/@/define@/-grobs@/.scm} +en el archivo @file{scm/define-grobs.scm} examinando la definición del grob @code{VerticalAxisGroup} grob. El valor de @code{stretchability} se toma de la definición del contexto -@code{PianoStaff} (en el archivo @file{ly/@/engraver@/-init@/.ly}) de +@code{PianoStaff} (en el archivo @file{ly/engraver-init.ly}) de forma que los valores sean idénticos. @example @@ -3194,7 +3194,7 @@ reducir el trabajo si la sintaxis de entrada de LilyPond cambia (véase definición (como p.ej. @code{\dolce}) para todos sus archivos (ver @ref{Hojas de estilo}), y después la sintaxis se modifica, sólo tendrá que actualizar su definición @code{\dolce} única, en lugar de tener -que hacer cambios en cada uno de los archivos @file{@/.ly}. +que hacer cambios en cada uno de los archivos @file{.ly}. @@ -3210,7 +3210,7 @@ en una variable. El contenido de dicha variable se usa después para generar tanto la particella como la partitura del director. Es muy conveniente definir las notas en un archivo especial. Por -ejemplo, supongamos que el archivo @file{trompa@/.ly} contiene la +ejemplo, supongamos que el archivo @file{trompa.ly} contiene la siguiente parte de un dúo para trompa y fagot: @example @@ -3242,7 +3242,7 @@ La línea @end example @noindent -sustituye el contenido de @file{trompa@/.ly} en esta posición dentro del +sustituye el contenido de @file{trompa.ly} en esta posición dentro del archivo, así que @code{notasTrompa} se define con posterioridad. La instrucción @code{\transpose f@tie{}c'} indica que el argumento constituido por @code{\notasTrompa} se debe transponer una quinta @@ -3295,7 +3295,7 @@ resultado Esta partitura se hace combinando toda la música junta. Suponiendo que la otra voz se encuentra dentro de @code{notasFagot} en el archivo -@file{fagot@/.ly}, la partitura se hace con +@file{fagot.ly}, la partitura se hace con @example \include "fagot.ly" diff --git a/Documentation/es/learning/tweaks.itely b/Documentation/es/learning/tweaks.itely index c731d3a78a..a5cbb38667 100644 --- a/Documentation/es/learning/tweaks.itely +++ b/Documentation/es/learning/tweaks.itely @@ -3883,7 +3883,7 @@ Haremos referencia a este archivo utilizando la instrucción @code{.ily} se utiliza para distinguir este archivo de inclusión --que se supone que no debe ser procesado de forma independiente-- del archivo principal). Ahora modificaremos la música (guardemos este -archivo como @file{musica@/.ly}). +archivo como @file{musica.ly}). @c We have to do this awkward example/lilypond-non-verbatim @c because we can't do the \include stuff in the manual. @@ -3934,8 +3934,8 @@ la indicación metronómica encima de la clave, en lugar de ir encima de la prim nota. Y por último, mi profesor de composición odia las indicaciones de compás @q{C}, así que la convertiremos en @q{4/4}. -Sin embargo, no debemos cambiar el archivo @file{musica@/.ly}. -Sustituyamos nuestro archivo @file{definiciones@/.ily} con éste: +Sin embargo, no debemos cambiar el archivo @file{musica.ly}. +Sustituyamos nuestro archivo @file{definiciones.ily} con éste: @example %%% definiciones.ily @@ -4020,7 +4020,7 @@ inst = ¡Eso tiene un aspecto mucho mejor! Ahora suponga que quiere publicar esta pieza. A mi profesor de composición no le gustan las indicaciones de compás @q{C}, pero yo les tengo cierto cariño. Copiaremos el archivo -actual @file{definiciones@/.ily} a @file{publicar@/-web@/.ily} y modificaremos +actual @file{definiciones.ily} a @file{publicar-web.ily} y modificaremos éste. Como el propósito de esta música es producir un PDF que va a mostrarse en la pantalla, también vamos a aumentar el tamaño general de la salida. @@ -4105,13 +4105,13 @@ inst = Ahora, en la música, simplemente sustituyo @code{\include "definiciones.ily"} por @code{\include "publicar-web.ily"}. Por supuesto, podríamos hacer esto aún más práctico. Podríamos hacer un -archivo @file{definiciones@/.ily} que contuviera solamente las +archivo @file{definiciones.ily} que contuviera solamente las definiciones de @code{mpdolce} y de @code{inst}, un archivo -@file{publicar-web@/.ily} que contuviera solamente la sección +@file{publicar-web.ily} que contuviera solamente la sección @code{\layout} que se mostró en el ejemplo, y un archivo -@file{universidad@/.ily} que contendría solamente los trucos para +@file{universidad.ily} que contendría solamente los trucos para producir la salida que le gusta a mi profesor. El comienzo de -@file{musica@/.ly} tendría entonces este aspecto: +@file{musica.ly} tendría entonces este aspecto: @example \include "definiciones.ily" @@ -4192,13 +4192,13 @@ LilyPond. Dentro de esta carpeta, las dos subcarpetas interesantes son @itemize -@item @file{ly/@/} - contiene archivos en formato LilyPond -@item @file{scm/@/} - contiene archivos en formato Scheme +@item @file{ly/} - contiene archivos en formato LilyPond +@item @file{scm/} - contiene archivos en formato Scheme @end itemize -Vamos a comenzar observando algunos archivos que están en @file{ly/@/}. -Abra @file{ly/@/property@/-init@/.ly} con un editor de textos. El mismo que -usaría normalmente para los archivos @file{@/.ly} servirá perfectamente. +Vamos a comenzar observando algunos archivos que están en @file{ly/}. +Abra @file{ly/property-init.ly} con un editor de textos. El mismo que +usaría normalmente para los archivos @file{.ly} servirá perfectamente. Este archivo contiene las definiciones de todas las instrucciones estándar predefinidas de LilyPond, como por ejemplo @code{\stemUp} y @code{\slurDotted}. Podrá ver que no son nada más que definiciones de @@ -4218,25 +4218,25 @@ predefinidas se pueden redefinir con facilidad como cualquier otra variable, al principio de su archivo de código de entrada. Los siguientes son los archivos más útiles que se encuentran en -@file{ly/@/}: +@file{ly/}: @multitable @columnfractions .4 .6 @headitem Archivo @tab Contenido -@item @file{ly/@/engraver@/-init@/.ly} +@item @file{ly/engraver-init.ly} @tab Definiciones de Contextos de grabadores -@item @file{ly/@/paper@/-defaults@/-init@/.ly} +@item @file{ly/paper-defaults-init.ly} @tab especificaciones de valores predeterminados relacionados con el papel -@item @file{ly/@/performer@/-init@/.ly} +@item @file{ly/performer-init.ly} @tab Definiciones de Contextos de interpretación -@item @file{ly/@/property@/-init@/.ly} +@item @file{ly/property-init.ly} @tab Definiciones de todas las instrucciones predefinidas que son comunes -@item @file{ly/@/spanner@/-init@/.ly} +@item @file{ly/spanner-init.ly} @tab Definiciones de las instrucciones predefinidas relacionadas con los objetos de extensión @end multitable Otros ajustes (como las definiciones de las instrucciones de marcado) -se almacenan como archivos @file{@/.scm} (de Scheme). El lenguaje de +se almacenan como archivos @file{.scm} (de Scheme). El lenguaje de programación Scheme se utiliza para proporcionar un interfaz programable en el funcionamiento interno de LilyPond. Cualquier explicación adicional sobre estos archivos se encuentra por el momento @@ -4251,19 +4251,19 @@ interesarle son: @multitable @columnfractions .4 .6 @headitem Archivo @tab Contenido -@item @file{scm/@/auto@/-beam@/.scm} +@item @file{scm/auto-beam.scm} @tab Valores predeterminados de sub-barrado -@item @file{scm/@/define@/-grobs@/.scm} +@item @file{scm/define-grobs.scm} @tab valores predeterminados de las propiedades de grobs -@item @file{scm/@/define@/-markup@/-commands@/.scm} +@item @file{scm/define-markup-commands.scm} @tab Especificar todas las instrucciones de marcado -@item @file{scm/@/midi@/.scm} +@item @file{scm/midi.scm} @tab Ajustes predeterminados para la salida MIDI -@item @file{scm/@/output@/-lib@/.scm} +@item @file{scm/output-lib.scm} @tab Ajustes que afectan al aspecto de los trastes, colores, alteraciones, lineas divisorias, etc. -@item @file{scm/@/parser@/-clef@/.scm} +@item @file{scm/parser-clef.scm} @tab Definiciones de las claves contempladas -@item @file{scm/@/script@/.scm} +@item @file{scm/script.scm} @tab Ajustes predeterminados para las articulaciones @end multitable diff --git a/Documentation/es/notation/ancient.itely b/Documentation/es/notation/ancient.itely index 2ff1239fae..634389aec4 100644 --- a/Documentation/es/notation/ancient.itely +++ b/Documentation/es/notation/ancient.itely @@ -1249,12 +1249,12 @@ marca el final de un canto, sino que se usa también con frecuencia dentro de un único canto antifonal o responsorial para marcar el final de cada una de las secciones. -Para usar divisiones, incluya el archivo @file{gregorian@/.ly}. +Para usar divisiones, incluya el archivo @file{gregorian.ly}. Contiene definiciones que podrá aplicar con tan sólo escribir @code{\divisioMinima}, @code{\divisioMaior}, @code{\divisioMaxima} y @code{\finalis} en los lugares adecuados de la entrada. Algunas ediciones usan @emph{virgula} o @emph{caesura} en vez de divisio -minima. Por ello, @file{gregorian@/.ly} define también las +minima. Por ello, @file{gregorian.ly} define también las instrucciones @code{\virgula} y @code{\caesura}. @lilypond[quote,ragged-right] @@ -1407,7 +1407,7 @@ alineación de la letra y un correcto manejo de las alteraciones accidentales. Se habilita el soporte de los neumas gregorianos por medio de la -inclusión con @code{\include} del archivo @file{gregorian@/.ly} al principio +inclusión con @code{\include} del archivo @file{gregorian.ly} al principio del archivo. Esto hace que estén disponibles una cierta cantidad de instrucciones adicionales para producir los símbolos de los neumas que se usan en la notación de canto llano. @@ -1535,7 +1535,7 @@ es la nota intermedia de una ligadura ascendente, y suele caer sobre un intervalo de semitono, pero es perfectamente posible, si bien incorrecto, hacer un quilisma de una nota. -Además de los símbolos de nota, el archivo @file{gregorian@/.ly} define también +Además de los símbolos de nota, el archivo @file{gregorian.ly} define también las instrucciones @code{\versus}, @code{\responsum}, @code{\ij}, @code{\iij}, @code{\IJ} y @code{\IIJ}, que producen los caracteres correspondientes, p.ej. para utilizarlos en la letra, como marcas de diff --git a/Documentation/es/notation/changing-defaults.itely b/Documentation/es/notation/changing-defaults.itely index 00215194b5..234ec3702b 100644 --- a/Documentation/es/notation/changing-defaults.itely +++ b/Documentation/es/notation/changing-defaults.itely @@ -41,7 +41,7 @@ Internamente, LilyPond utiliza el lenguaje Scheme (un dialecto de LISP) para aportar la infraestructura. La sobreescritura de las decisiones de disposición da acceso efectivo a las interioridades del programa, lo que requiere código de Scheme como entrada. Los -elementos de Scheme se inauguran dentro de un archivo @file{@/.ly} con +elementos de Scheme se inauguran dentro de un archivo @file{.ly} con el símbolo de cuadradillo @code{#}.@footnote{@rextend{Tutorial de Scheme} contiene un breve tutorial sobre la introducción de números, listas, cadenas y símbolos en Scheme.} @@ -78,8 +78,8 @@ Manual de aprendizaje: @rlearning{Contextos y grabadores}. Archivos de inicio: -@file{ly/@/engraver@/-init@/.ly}, -@file{ly/@/performer@/-init@/.ly}. +@file{ly/engraver-init.ly}, +@file{ly/performer-init.ly}. Fragmentos de código: @rlsr{Contexts and engravers}. @@ -1167,7 +1167,7 @@ pueden modificar. Hemos estado hablando de @emph{el} objeto @code{Fingering}, pero realmente esto no significa mucho. El archivo de inicialización (véase @rlearning{Otras fuentes de información}) -@file{scm/@/define@/-grobs@/.scm} muestra el alma del @q{objeto}, +@file{scm/define-grobs.scm} muestra el alma del @q{objeto}, @example (Fingering @@ -1604,7 +1604,7 @@ Existe un tipo especial de propiedad de contexto: la descripción de los grobs. Las decscripciones de los grobs reciben un nombre en @code{MayúsculasDeCamello} (empezando en mayúscula). Contienen los @q{ajustes predeterminados} para un tipo particular de grob, en forma -de lista asociativa. Consulte @file{scm/@/define@/-grobs@/.scm} para +de lista asociativa. Consulte @file{scm/define-grobs.scm} para ver los ajustes de cada descripción de grob. Las descripciones de grob se modifican con @code{\override}. @@ -2000,7 +2000,7 @@ predeterminados en el inicio; éstos se relacionan en la sección @qq{Backend} de la Referencia de Funcionamiento Interno (véase @rinternals{StaffGrouper}): -@file{scm/@/define@/-grobs@/.scm}: +@file{scm/define-grobs.scm}: @example '((space . 9) (minimum-distance . 7) (padding . 1)) @@ -2077,7 +2077,7 @@ eliminación de cualquier valor predeterminado @emph{inicializado} que se establezca en un archivo de inicio y que se carga cada vez que se compila un archivo de entrada. En el ejemplo anterior, los valores predeterminados inicializados para @code{padding} y -@code{minimum-distance} (definidos en @file{scm/@/define@/-grobs@/.scm}) se +@code{minimum-distance} (definidos en @file{scm/define-grobs.scm}) se reinician a sus valores predeterminados si no se han fijado (cero para las dos claves). La definición de una propiedad o variable como una lista-A (de cualquier tamaño) siempre reinicia todos los valores de @@ -2908,7 +2908,7 @@ después del salto. Como alternativa se puede especificar cualquiera de las ocho combinaciones mediante funciones predefinidas cuya definición está en -@file{scm/@/output@/-lib@/.scm}, donde las tres últimas columnas indican si +@file{scm/output-lib.scm}, donde las tres últimas columnas indican si los objetos de presentación serán visibles en las posiciones que se muestran en el encabezamiento de cada columna: @@ -3255,7 +3255,7 @@ Referencia de la notación: Archivos de inicio: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Fragmentos de código: @rlsr{Tweaks and overrides}. @@ -3865,9 +3865,9 @@ Expansión de LilyPond: @rextend{Sintaxis de las funciones musicales}. Archivos instalados: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Ejemplos de funciones de sustitución diff --git a/Documentation/es/notation/chords.itely b/Documentation/es/notation/chords.itely index 279d307990..b3e6a46780 100644 --- a/Documentation/es/notation/chords.itely +++ b/Documentation/es/notation/chords.itely @@ -723,9 +723,9 @@ Referencia de la notación: @ref{Modificadores de acorde más usuales}. Archivos instalados: -@file{scm/@/chords@/-ignatzek@/.scm}, -@file{scm/@/chord@/-entry@/.scm}, -@file{ly/@/chord@/-modifier@/-init@/.ly}. +@file{scm/chords-ignatzek.scm}, +@file{scm/chord-entry.scm}, +@file{ly/chord-modifier-init.ly}. Fragmentos de código: @rlsr{Chords}. diff --git a/Documentation/es/notation/expressive.itely b/Documentation/es/notation/expressive.itely index 7fa275a2f5..51cab5cf44 100644 --- a/Documentation/es/notation/expressive.itely +++ b/Documentation/es/notation/expressive.itely @@ -161,7 +161,7 @@ c4-> c-. c2-_ @end lilypond Las reglas para la colocación predeterminada de las articulaciones se -encuentran definidas en el archivo @file{scm/@/script@/.scm}. Las +encuentran definidas en el archivo @file{scm/script.scm}. Las articulaciones y ornamentos se pueden colocar manualmente por encima o por debajo del pentagrama; véase @ref{Dirección y posición}. @@ -217,7 +217,7 @@ Referencia de la notación: @ref{Trinos}. Archivos instalados: -@file{scm/@/script@/.scm}. +@file{scm/script.scm}. Fragmentos de código: @rlsr{Expressive marks}. diff --git a/Documentation/es/notation/fretted-strings.itely b/Documentation/es/notation/fretted-strings.itely index ebf04e1956..c1c59e45ec 100644 --- a/Documentation/es/notation/fretted-strings.itely +++ b/Documentation/es/notation/fretted-strings.itely @@ -482,7 +482,7 @@ estándar Mi-La-Re-Sol-Si-Mi). Otras afinaciones predefinidas son @code{guitar-open-g-tuning} (Sol Mayor al aire, Re-Sol-Re-Sol-Si-Re), @code{mandolin-tuning} (mandolina) y @code{banjo-open-g-tuning} (banjo con Sol Mayor al aire). Las afinaciones predefinidas están en -@file{scm/@/tablature@/.scm}. +@file{scm/tablature.scm}. Una afinación de las cuerdas es una lista de Scheme de alturas, una por cada cuerda, ordenadas de 1 a N, donde la cuerda 1 está arriba en @@ -545,7 +545,7 @@ La clave moderna de tablatura contempla tablaturas de 4 a 7 cuerdas. @seealso Archivos de inicio: -@file{scm/@/tablature@/.scm}. +@file{scm/tablature.scm}. Fragmentos de código: @rlsr{Fretted strings}. @@ -1003,17 +1003,17 @@ en una tabla de búsqueda: @end lilypond Los diagramas de traste predefinidos están en el archivo -@file{predefined@/-guitar@/-fretboards@/.ly}. Los diagramas de trastes se +@file{predefined-guitar-fretboards.ly}. Los diagramas de trastes se almacenan tomando como base las notas de un acorde y el valor de @code{stringTunings} que se está utilizando en cada momento. -@file{predefined@/-guitar@/-fretboards@/.ly} contiene diagramas de traste +@file{predefined-guitar-fretboards.ly} contiene diagramas de traste predefinidos sólo para @code{guitar-tuning}. Los diagramas de traste predefinidos se pueden añadir para otros instrumentos u otras afinaciones siguiendo los ejemplos que aparecen en -@file{predefined@/-guitar@/-fretboards@/.ly}. +@file{predefined-guitar-fretboards.ly}. Los diagramas de posiciones para el ukelele están en el archivo -@file{predefined@/-ukulele@/-fretboards@/.ly}. +@file{predefined-ukulele-fretboards.ly}. @lilypond[verbatim, ragged-right, quote] \include "predefined-ukulele-fretboards.ly" @@ -1272,9 +1272,9 @@ Referencia de la notación: @ref{Diagramas predefinidos de trastes}. Archivos de inicio: -@file{ly/@/predefined@/-guitar@/-fretboards@/.ly}, -@file{ly/@/predefined@/-guitar@/-ninth@/-fretboards@/.ly}, -@file{ly/@/predefined@/-ukulele@/-fretboards@/.ly}. +@file{ly/predefined-guitar-fretboards.ly}, +@file{ly/predefined-guitar-ninth-fretboards.ly}, +@file{ly/predefined-ukulele-fretboards.ly}. Fragmentos de código: @rlsr{Fretted strings}. @@ -1783,5 +1783,5 @@ Fragmentos de código: @rlsr{Fretted strings}. Archivos de inicio: -@file{scm/@/output@/-lib@/.scm} contiene las afinaciones +@file{scm/output-lib.scm} contiene las afinaciones predefinidas para el banjo. diff --git a/Documentation/es/notation/input.itely b/Documentation/es/notation/input.itely index a001882238..11f100502f 100644 --- a/Documentation/es/notation/input.itely +++ b/Documentation/es/notation/input.itely @@ -31,7 +31,7 @@ generales de LilyPond, más que con la notación específica. @translationof Input structure El formato principal de entrada para LilyPond son archivos de texto. -Por convenio, el nombre de estos archivos termina en @file{@/.ly}. +Por convenio, el nombre de estos archivos termina en @file{.ly}. @menu * Estructura de una partitura:: @@ -111,8 +111,8 @@ de un bloque @code{\book}. Un bloque @code{\book} dentro de un archivo fuente produce al menos un archivo de salida, y de forma predeterminada el nombre del archivo de salida que se produce está derivado del nombre del archivo de entrada, de forma que -@file{fandangoforelephants@/.ly} da como resultado -@file{fandangoforelephants@/.pdf}. +@file{fandangoforelephants.ly} da como resultado +@file{fandangoforelephants.pdf}. (Para ver más detalles acerca de los bloques @code{\book}, consulte @ref{Varias partituras en un libro}, @ref{Varios archivos de salida a @@ -154,7 +154,7 @@ y los textos se introducen con un bloque @code{\markup}: @funindex \book Todos los movimientos y textos que aparecen en el mismo archivo -@file{@/.ly} se tipografían normalmente en la forma de un solo archivo +@file{.ly} se tipografían normalmente en la forma de un solo archivo de salida. @example @@ -234,7 +234,7 @@ como el libro propiamente dicho, mediante la especificación del bloque @translationof Multiple output files from one input file Si queremos varios archivos de salida a partir del mismo archivo -@file{@/.ly}, podemos escribir varios bloques @code{\book}, donde cada +@file{.ly}, podemos escribir varios bloques @code{\book}, donde cada uno de estos bloques @code{\book} dará como resultado un archivo de salida distinto. Si no especificamos ningún bloque @code{\book} en el archivo, LilyPond trata implícitamente todo el archivo como un solo @@ -267,15 +267,15 @@ versión para cada nombre que pueda coincidir; así: @} @end example -en el archivo fuente @file{eightminiatures@/.ly}, produce +en el archivo fuente @file{eightminiatures.ly}, produce @itemize @item -@file{eightminiatures@/.pdf}, +@file{eightminiatures.pdf}, @item -@file{eightminiatures@/-1@/.pdf} y +@file{eightminiatures-1.pdf} y @item -@file{eightminiatures@/-2@/.pdf}. +@file{eightminiatures-2.pdf}. @end itemize @node Nombres de los archivos de salida @@ -293,9 +293,9 @@ En la sección anterior vimos cómo Lilypond evita las coincidencias de nombres al producir varias salidas a partir de un único archivo fuente de entrada. También podemos especificar nuestros propios sufijos para cada bloque @code{\book}, de manera que podemos producir, por ejemplo, -archivos con los nombres @file{eightminiatures@/-Romanze@/.pdf}, -@file{eightminiatures@/-Menuetto@/.pdf} y -@file{eightminiatures@/-Nocturne@/.pdf} añadiendo una declaración +archivos con los nombres @file{eightminiatures-Romanze.pdf}, +@file{eightminiatures-Menuetto.pdf} y +@file{eightminiatures-Nocturne.pdf} añadiendo una declaración @code{\bookOutputSuffix} dentro de cada bloque @code{\book}. @example @@ -342,11 +342,11 @@ El código anterior produce los siguientes archivos de salida: @itemize @item -@file{Romanze@/.pdf}, +@file{Romanze.pdf}, @item -@file{Menuetto@/.pdf} y +@file{Menuetto.pdf} y @item -@file{Nocturne@/.pdf}. +@file{Nocturne.pdf}. @end itemize @node Estructura del archivo @@ -361,7 +361,7 @@ El código anterior produce los siguientes archivos de salida: @funindex \book @funindex \bookpart -Un archivo @file{@/.ly} puede contener cualquier número de expresiones +Un archivo @file{.ly} puede contener cualquier número de expresiones del nivel superior, donde una expresión del nivel superior es una de las siguientes posibilidades: @@ -389,7 +389,7 @@ del nivel superior, y se combina con ellas formando un @code{\book} (libro) único. Este comportamiento se puede cambiar estableciendo el valor de la variable @code{toplevel-score-handler} en el nivel superior. El @emph{handler} predeterminado se define en el archivo de -inicio @file{@/.@/./@/scm/@/lily@/.scm}. +inicio @file{../scm/lily.scm}. @item Un bloque @code{\book} combina lógicamente varios movimientos (es @@ -398,7 +398,7 @@ varias partituras @code{\score}, se crea un solo archivo de salida para cada bloque @code{\book}, en el que se concatenan todos los movimientos correspondientes. La única razón para especificar explícitamente bloques @code{\book} en un archivo de entrada -@file{@/.ly} es si queremos crear varios archivos de salida a partir de +@file{.ly} es si queremos crear varios archivos de salida a partir de un único archivo de entrada. Una excepción se da dentro de los documentos de lilypond-book, en los que tenemos que escribir explícitamente un bloque @code{\book} si queremos tener más de una @@ -406,7 +406,7 @@ explícitamente un bloque @code{\book} si queremos tener más de una ejemplo. Se puede cambiar este comportamiento estableciendo el valor de la variable @code{toplevel-book-handler} en el nivel superior. El @emph{handler} predeterminado se define en el archivo de inicio -@file{@/.@/./@/scm/@/lily@/.scm}. +@file{../scm/lily.scm}. @item Un bloque @code{\bookpart}. Un libro puede dividirse en varias @@ -442,7 +442,7 @@ contiene sólo la expresión musical anterior se traduce a Se puede cambiar este comportamiento estableciendo el valor de la variable @code{toplevel-music-handler} en el nivel más alto. El @emph{handler} predeterminado se define en el archivo de inicio -@file{@/.@/./@/scm/@/lily@/.scm}. +@file{../scm/lily.scm}. @item Un texto de marcado, por ejemplo una estrofa @@ -745,7 +745,7 @@ falso. Una opción más avanzada es cambiar las definiciones de las variables siguientes dentro del bloque @code{\paper}. El archivo de inicio -@file{@/.@/./@/ly/@/titling@/-init@/.ly} ofrece un listado de la +@file{../ly/titling-init.ly} ofrece un listado de la disposición predeterminada. @table @code @@ -973,7 +973,7 @@ tocAct = @seealso Archivos de inicio: -@file{@/.@/./@/ly/@/toc@/-init@/.ly}. +@file{../ly/toc-init.ly}. @predefined @@ -1011,7 +1011,7 @@ referirse a otro archivo, utilice @end example La línea @code{\include "otroarchivo.ly"} equivale a pegar todo el -contenido de @file{otroarchivo@/.ly} en el archivo actual en el lugar en +contenido de @file{otroarchivo.ly} en el archivo actual en el lugar en que aparece el @code{\include}. Por ejemplo, en un proyecto grande podríamos querer archivos distintos para cada parte instrumental y crear un archivo de @qq{partitura completa} que reúne los archivos @@ -1028,7 +1028,7 @@ instrucción @code{\include}. Los archivos en otros lugares se pueden incluir proporcionando una referencia de ruta completa o una ruta relativa (pero utilice la barra inclinada normal del UNIX, /, no la barra invertida de DOS/Windows, \, como separador de directorio). Por -ejemplo, si @file{material@/.ly} está situado un directorio por encima +ejemplo, si @file{material.ly} está situado un directorio por encima del directorio de trabajo actual, utilice @example @@ -1065,15 +1065,15 @@ También se pueden incluir archivos de un directorio que está en una ruta de búsqueda especificada como opción al invocar a LilyPond desde la línea de órdenes. Los archivos incluidos se especifican usando solamente su nombre de archivo. Por ejemplo, para compilar mediante -este método un archivo @file{principal@/.ly} que incluye archivos +este método un archivo @file{principal.ly} que incluye archivos situados en un subdirectorio llamado @file{partes}, cambie al -directorio que contiene @file{principal@/.ly} e introduzca +directorio que contiene @file{principal.ly} e introduzca @example lilypond --include=partes principal.ly @end example -y en @file{principal@/.ly} escriba +y en @file{principal.ly} escriba @example \include "VI.ly" @@ -1082,12 +1082,12 @@ y en @file{principal@/.ly} escriba @end example Los archivos que se incluyen en muchas partituras se pueden poner en -el directorio de LilyPond @file{@/.@/./@/ly} (la localización de este +el directorio de LilyPond @file{../ly} (la localización de este directorio depende de la instalación: véase @rlearning{Otras fuentes de información}). Estos archivos se pueden incluir sencillamente por su nombre en un enunciado @code{\include}. De esta forma se incluyen los archivos dependientes del idioma como -@file{espanol@/.ly}. +@file{espanol.ly}. LilyPond incluye de forma predeterminada ciertos archivos cuando se inicia el programa. Estas inclusiones no son visibles para el @@ -1887,7 +1887,7 @@ tempoWholesPerMinute = #(ly:make-moment 270 8) Las definiciones de contexto siguen con precisión la misma sintaxis que la de un bloque @code{\layout}. Los módulos de traducción para el sonido reciben el nombre de ejecutantes. Los contextos para la salida -MIDI se definen en @file{@/.@/./@/ly/@/performer@/-init@/.ly}, véase +MIDI se definen en @file{../ly/performer-init.ly}, véase @rlearning{Otras fuentes de información}. Por ejemplo, para eliminar el efecto de los matices de la salida MIDI, inserte las líneas siguientes en el bloque @code{\midi@{ @}}. @@ -2024,7 +2024,7 @@ Los matices o indicaciones de dinámica se traducen a una fracción fija del rango de volumen MIDI disponible. Las fracciones predeterminadas se extienden desde 0.25 para @notation{ppppp} hasta 0.95 para @notation{fffff}. El conjunto de indicaciones dinámicas y las -fracciones asociadas pueden verse en @file{@/.@/./@/scm/@/midi@/.scm}, véase +fracciones asociadas pueden verse en @file{../scm/midi.scm}, véase @rlearning{Otras fuentes de información}. Este conjunto de fracciones se puede cambiar o extender proporcionando una función que toma como argumento una indicación dinámica y devuelve la fracción requerida, y @@ -2066,7 +2066,7 @@ predeterminada. Como alternativa, si se necesitara redefinir la tabla completa de fracciones, sería mejor usar el procedimiento @notation{default-dynamic-absolute-volume} que aparece en -@file{@/.@/./@/scm/@/midi@/.scm} y la tabla asociada como modelo. El último +@file{../scm/midi.scm} y la tabla asociada como modelo. El último ejemplo de esta sección muestra cómo se puede hacer esto. @unnumberedsubsubsec Volumen maestro MIDI @@ -2177,7 +2177,7 @@ Si las propiedades de volumen MIDI máximo y mínimo no están establecidas, de forma predeterminada LilyPond aplica un pequeño grado de ecualización a algunos instrumentos. Los instrumentos y la ecualización que se aplica se muestra en la tabla -@notation{instrument-equalizer-alist} en @file{@/.@/./@/scm/@/midi@/.scm}. +@notation{instrument-equalizer-alist} en @file{../scm/midi.scm}. El ecualizador básico predeterminado se puede sustituir estableciendo @code{instrumentEqualizer} en el contexto @code{Score} a un @@ -2188,7 +2188,7 @@ sustitución se hace de la misma forma que mostramos para restablecer la fracción de volumen absoluto @code{dynamicAbsoluteVolumeFunction} al comienzo de esta sección. El ecualizador predeterminado, @notation{default-instrument-equalizer}, en -@file{@/.@/./@/scm/@/midi@/.scm}, muestra cómo se puede escribir tal +@file{../scm/midi.scm}, muestra cómo se puede escribir tal procedimiento. El ejemplo siguiente establece los volúmenes relativos de la flauta y diff --git a/Documentation/es/notation/notation-appendices.itely b/Documentation/es/notation/notation-appendices.itely index 142056fc33..9ffb9ff3c3 100644 --- a/Documentation/es/notation/notation-appendices.itely +++ b/Documentation/es/notation/notation-appendices.itely @@ -1098,7 +1098,7 @@ fuente. Una lista asociativa o abreviadamente una @strong{lista-A} (alist en inglés) es una pareja de Scheme que asocia un valor con una clave: -@w{@code{(clave . valor)}}. Por ejemplo, en @file{scm/@/lily@/.scm}, la +@w{@code{(clave . valor)}}. Por ejemplo, en @file{scm/lily.scm}, la lista-A @w{@qq{type-p-name-alist}} asocia ciertos predicadps de tipo (p.ej.@tie{}@code{ly:music?}) con nombres (p.ej.@tie{}@qq{music}) de forma que se pueda informar de los fallos de comprobación de tipo con @@ -1252,11 +1252,11 @@ Un @strong{lexer} o analizador léxico es un programa que convierte una secuencia de caracteres en una secuencia de elementos o tokens, en un proceso que se llama análisis léxico. El analizador léxico de LilyPond convierte el flujo obtenido a partir de un archivo de entrada -@file{@/.ly} en un flujo descompuesto en tokens más apto para la +@file{.ly} en un flujo descompuesto en tokens más apto para la siguiente fase del procesado: el análisis sintáctico, véase @ref{parser (analizador sintáctico)}. El analizador léxico de LilyPond lexer está construido con la herramienta Flex a partir del -archivo de lexer @file{lily/@/lexer@/.ll} que contiene las reglas léxicas. +archivo de lexer @file{lily/lexer.ll} que contiene las reglas léxicas. Este archivo es parte del código fuente y no se incluye dentro de la instalación binaria de LilyPond. @@ -1312,7 +1312,7 @@ no se puede conseguir esto, el archivo es inválido y se produce un mensaje de error adecuado. Las agrupaciones sintácticas y las reglas para construir estas agrupaciones a partir de sus elementos constituyentes para la sintaxis de LilyPond están definidas en -@file{lily/@/parser@/.yy} y se muestran en la forma normal de Backus (BNF) +@file{lily/parser.yy} y se muestran en la forma normal de Backus (BNF) dentro de @ref{Gramática de LilyPond}. Este archivo se usa para construir el analizador sintáctico durante la compilación del programa por parte del generador de analizadores sintácticos, Bison. Es parte @@ -1345,7 +1345,7 @@ por parte de los usuarios está fuertemente desaconsejado, porque su semántica de ámbito puede ser confusa. Cuando el valor de una de estas variables se modifica dentro de un -archivo @file{@/.ly}, el cambio es global, y a no ser que se revierta +archivo @file{.ly}, el cambio es global, y a no ser que se revierta explícitamente, el nuevo valor persistirá hasta el final del archivo, afectando a todos los bloques @code{\score} así como a los archivos externos añadidos con la instrucción @code{\include}. Esto puede @@ -1408,7 +1408,7 @@ medio de macros. Hay dos tipos de objetos smob: los smobs simples, orientados a objetos inmutables simples como números, y los smobs complejos, usados para objetos con identidades. Si tiene acceso a las fuentes de LilyPond sources, encontrará más información en -@file{lily/@/includes/@/smob@/.hh}. +@file{lily/includes/smob.hh}. @node stencil (sello) @unnumberedsubsec stencil (sello) diff --git a/Documentation/es/notation/percussion.itely b/Documentation/es/notation/percussion.itely index 8900ecaf3f..62713e9d4d 100644 --- a/Documentation/es/notation/percussion.itely +++ b/Documentation/es/notation/percussion.itely @@ -128,7 +128,7 @@ Referencia de la notación: @ref{Notas de percusión}. Archivos de inicio: -@file{ly/@/drumpitch@/-init@/.ly}. +@file{ly/drumpitch-init.ly}. Fragmentos de código: @rlsr{Percussion}. diff --git a/Documentation/es/notation/rhythms.itely b/Documentation/es/notation/rhythms.itely index 78a2db466d..e01c8ac578 100644 --- a/Documentation/es/notation/rhythms.itely +++ b/Documentation/es/notation/rhythms.itely @@ -1089,7 +1089,7 @@ instrucción @code{\time} establece también los valores predeterminados basados en el tipo de compás para las propiedades @code{baseMoment}, @code{beatStructure} y @code{beamExceptions}. Los valores predefinidos de estas propiedades están en -@file{scm/@/time@/-signature@/-settings@/.scm}. Los valores predefinidos +@file{scm/time-signature-settings.scm}. Los valores predefinidos existentes se pueden cambiar, o pueden añadirse valores nuevos: @lilypond[quote,verbatim] @@ -1882,7 +1882,7 @@ Referencia de la notación: @ref{Establecer el comportamiento de las barras automáticas}. Archivos instalados: -@file{scm/@/auto@/-beam@/.scm}. +@file{scm/auto-beam.scm}. Fragmentos de código: @rlsr{Rhythms}. @@ -2004,7 +2004,7 @@ función, consulte @ref{Gestión del tiempo}. De forma predeterminada @code{baseMoment} está fijado a una unidad más que el denominador del compás. Todas las excepciones a este valor predeterminado están en -@file{scm/@/time@/-signature@/-settings@/.scm}. +@file{scm/time-signature-settings.scm}. Las reglas de autobarrado especiales (distintas de terminar una barra sobre un pulso) están definidas en la propiedad @code{beamExceptions}. @@ -2072,7 +2072,7 @@ contexto @code{Timing} al comportamiento predeterminado. Estos ajustes de barrado automático predeterminados para un tipo de compás están determinados en el archivo -@file{scm/@/time@/-signature@/-settings@/.scm}. Los ajustes de +@file{scm/time-signature-settings.scm}. Los ajustes de barrado automático para un tipo de compás pueden cambiarse como se describe en @ref{Indicación de compás}. @@ -2112,7 +2112,7 @@ En las reglas anteriores, el tipo de barra beam-type es la duración de la nota más breve dentro del grupo unido por una barra. Como referencia, pueden encontrarse las reglas de barrado predefinidas -en el archivo @file{scm/@/time@/-signature@/-settings@/.scm}. +en el archivo @file{scm/time-signature-settings.scm}. @snippets @@ -2138,7 +2138,7 @@ en el archivo @file{scm/@/time@/-signature@/-settings@/.scm}. @seealso Archivos de inicio: -@file{scm/@/beam@/-settings@/.scm}. +@file{scm/beam-settings.scm}. Fragmentos de código: @rlsr{Rhythms}. @@ -2875,7 +2875,7 @@ c1 \mark \default c1 @end lilypond -El archivo @file{scm/@/translation@/-functions@/.scm} contiene las +El archivo @file{scm/translation-functions.scm} contiene las definiciones de @code{format-mark-numbers} (el formato por omisión), @code{format-mark-box-numbers}, @code{format-mark-letters} y @code{format-mark-box-letters}. Se pueden usar éstos como inspiración @@ -2938,7 +2938,7 @@ Referencia de la notación: @ref{Formatear el texto}, @ref{Alinear los contextos}. -Archivos de inicio: @file{scm/@/translation@/-functions@/.scm} +Archivos de inicio: @file{scm/translation-functions.scm} contiene las definiciones de @code{format-mark-numbers} y de @code{format-mark-letters}. Se pueden usar como inspiración para escribir otras funciones de formateo. @@ -3110,7 +3110,7 @@ Referencia de la notación: @ref{Barras manuales}. Archivos de inicio: -@file{ly/@/grace@/-init@/.ly}. +@file{ly/grace-init.ly}. Fragmentos de código: @rlsr{Rhythms}. diff --git a/Documentation/es/notation/simultaneous.itely b/Documentation/es/notation/simultaneous.itely index c6dfd35163..f77ad3e981 100644 --- a/Documentation/es/notation/simultaneous.itely +++ b/Documentation/es/notation/simultaneous.itely @@ -155,7 +155,7 @@ Notation Reference: @ref{Articulaciones y ornamentos}. Archivos de inicio: -@file{ly/@/chord@/-repetition@/-init@/.ly}. +@file{ly/chord-repetition-init.ly}. @node Expresiones simultáneas diff --git a/Documentation/es/notation/spacing.itely b/Documentation/es/notation/spacing.itely index 25af30b020..5e09d9f4e0 100644 --- a/Documentation/es/notation/spacing.itely +++ b/Documentation/es/notation/spacing.itely @@ -101,14 +101,14 @@ Se encuentran disponibles los tamaños de papel más comunes, entre ellos @code{a4}, @code{letter}, @code{legal} y @code{11x17} (conocido también como tabloide). Están contemplados muchos más tamaños de papel de forma predeterminada. Para ver más detalles, consulte -@file{scm/@/paper@/.scm} y busque la definición de @code{paper-alist}. +@file{scm/paper.scm} y busque la definición de @code{paper-alist}. @c TODO add a new appendix for paper sizes (auto-generated) -pm @warning{El tamaño predeterminado del papel es @code{a4}.} Se pueden añadir tamaños adicionales editando la definición de -@code{paper-alist} en el archivo de inicio @file{scm/@/paper@/.scm}, +@code{paper-alist} en el archivo de inicio @file{scm/paper.scm}, aunque se sobreescribirán en la siguiente reinstalación del programa. @cindex orientación @@ -132,7 +132,7 @@ variables. @seealso Archivos instalados: -@file{scm/@/paper@/.scm}. +@file{scm/paper.scm}. Fragmentos de código: @rlsr{Spacing}. @@ -149,7 +149,7 @@ diseño de página se establecen automáticamente de acuerdo con el tamaño del papel. El valor predeterminado de los márgenes está accesible en el archivo -@file{ly/@/paper@/-defaults@/-init@/.ly}. Estos valores se aplican al +@file{ly/paper-defaults-init.ly}. Estos valores se aplican al tamaño predeterminado del papel (A4, a no ser que se especifique de otra forma) y se escalan adecuadamente para otros tamaños del papel. @@ -295,7 +295,7 @@ y la segunda redefine la variable completamente: @end example Los ajustes predeterminados de inicio para estas variables están -definidos en el archivo @file{ly/@/paper@/-defaults@/-init@/.ly}. +definidos en el archivo @file{ly/paper-defaults-init.ly}. @subsubheading Variables de dimensión de @code{\paper} verticales flexibles @@ -373,7 +373,7 @@ hay ningún sistema entre los dos. El encabezamiento y el pie se crean por parte de las funciones @code{make-footer} y @code{make-header}, definidas dentro de @code{\paper}. Las implementaciones predeterminadas están en -@file{ly/@/paper@/-defaults@/.ly} y en @file{ly/@/titling@/-init@/.ly}. +@file{ly/paper-defaults.ly} y en @file{ly/titling-init.ly}. El diseño de la página en sí está realizado por dos funciones dentro del bloque @code{\paper}, @code{page-music-height} y @@ -384,7 +384,7 @@ ella. Se pueden definir valores del bloque @code{\paper} en Scheme. En tal caso, @code{mm}, @code{in}, @code{pt}, y @code{cm} son variables que -están definidas en @file{paper@/-defaults@/.ly} con valores en milímetros. +están definidas en @file{paper-defaults.ly} con valores en milímetros. Por ello el valor @w{@code{2 cm}} se debe multiplicar en el siguiente ejemplo: @@ -1047,7 +1047,7 @@ compases, y sólo en dichos lugares: @c TODO Check this Una configuración de división de líneas se puede guardar como archivo -@code{@/.ly} automáticamente. Ello permite que alineaciones verticales +@file{.ly} automáticamente. Ello permite que alineaciones verticales se estiren para que encajen en las páginas durante una segunda ejecución del proceso de formateo. Esta posibilidad es bastante novedosa y difícil. Hay más detalles disponibles en @rlsr{Spacing}. @@ -1799,8 +1799,8 @@ Véase también @code{default-staff-staff-spacing}. @seealso Archivos de inicio: -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Referencia de funcionamiento interno: @rinternals{Contexts}, @@ -1873,7 +1873,7 @@ agrupadas: @seealso Archivos de inicio: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Fragmentos de código: @rlsr{Spacing}. @@ -1942,7 +1942,7 @@ grob @code{StaffGrouper} al espaciado de las pautas agrupadas: @seealso Installed Files: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Snippets: @rlsr{Spacing}. @@ -2013,8 +2013,8 @@ la línea de letra es capaz de ampliarse mucho más de lo que es usual: @seealso Archivos de inicio: -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Fragmentos de código: @rlsr{Spacing}. diff --git a/Documentation/es/notation/text.itely b/Documentation/es/notation/text.itely index 2719f81ec4..00e6471b9c 100644 --- a/Documentation/es/notation/text.itely +++ b/Documentation/es/notation/text.itely @@ -515,7 +515,7 @@ Fragmentos de código: @rlsr{Text}. Archivos de inicio: -@file{scm/@/markup@/.scm}. +@file{scm/markup.scm}. @knownissues @@ -720,7 +720,7 @@ Referencia de funcionamiento interno: @rinternals{TextScript}. Archivos de inicio: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Alineación de texto @@ -983,7 +983,7 @@ Referencia de funcionamiento interno: @rinternals{TextScript}. Archivos de inicio: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Notación gráfica dentro de elementos de marcado @@ -1167,8 +1167,8 @@ Referencia de funcionamiento interno: @rinternals{TextScript}. Archivos de inicio: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/stencil@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/stencil.scm}. @node Notación musical dentro de elementos de marcado @@ -1303,9 +1303,9 @@ Referencia de funcionamiento interno: @rinternals{TextScript}. Archivos de inicio: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/fret@/-diagrams@/.scm}, -@file{scm/@/harp@/-pedals@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/fret-diagrams.scm}, +@file{scm/harp-pedals.scm}. @node Elementos de marcado de varias páginas @@ -1371,7 +1371,7 @@ Referencia de funcionamiento interno: @rinternals{TextScript}. Archivos de inicio: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @funindex \markuplines @@ -1553,7 +1553,7 @@ Fragmentos de código: @c A source file gets never installed... @c Installed files: -@c @file{lily/@/font@/-config@/-scheme@/.cc}. +@c @file{lily/font-config-scheme.cc}. @node Fuentes tipográficas del documento completo diff --git a/Documentation/es/notation/wind.itely b/Documentation/es/notation/wind.itely index f46bb4a865..9754f52205 100644 --- a/Documentation/es/notation/wind.itely +++ b/Documentation/es/notation/wind.itely @@ -164,7 +164,7 @@ que son usuales en la música de gaita, mediante instrucciones breves. Por ejem \grace @{ \small G32[ d G e] @} @end example -@file{bagpipe@/.ly} también contiene definiciones de alturas para las notas de la +@file{bagpipe.ly} también contiene definiciones de alturas para las notas de la gaita en las octavas adecuadas, de forma que no se tenga que preocupar por @code{\relative} o por @code{\transpose}. @@ -408,8 +408,8 @@ salida de música impresa: @end lilypond Se pueden crear diagramas nuevos siguiendo los patrones que están en -@file{scm/@/define@/-woodwind@/-diagrams@/.scm} y en -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. Sin embargo, esto requiere +@file{scm/define-woodwind-diagrams.scm} y en +@file{scm/display-woodwind-diagrams.scm}. Sin embargo, esto requiere conocimientos de Scheme y quizá no esté al alcance de todos los usuarios. @@ -432,8 +432,8 @@ usuarios. @seealso Archivos de inicio: -@file{scm/@/define@/-woodwind@/-diagrams@/.scm}, -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. +@file{scm/define-woodwind-diagrams.scm}, +@file{scm/display-woodwind-diagrams.scm}. Fragmentos de código: @rlsr{Winds}. diff --git a/Documentation/es/notation/world.itely b/Documentation/es/notation/world.itely index e72aa215db..bd04f395c7 100644 --- a/Documentation/es/notation/world.itely +++ b/Documentation/es/notation/world.itely @@ -60,7 +60,7 @@ las diferencias de altura. Por ejemplo, la notación de la semitono y de cuarto de tonoc, estando determinadas por el contexto las exactas alteraciones de altura. Se usan por lo general los nombres de nota italianos, mientras que el archivo de inicio -@file{arabic@/.ly} proporciona un conjunto adecuado de macros y +@file{arabic.ly} proporciona un conjunto adecuado de macros y definiciones que extienden la notación estándar. Para ver más detalles, consulte @ref{Música árabe}. @@ -72,12 +72,12 @@ emplea formas melódicas conocidas como @notation{makamlar}, cuyos intervalos están basados en divisiones de 1/9 de tono. Se siguen usando las notas del pentagrama occidental, pero con alteraciones accidentales exclusivas de la música turca, que están definidas en el -archivo @file{makam@/.ly}. Para ver más información sobre la música +archivo @file{makam.ly}. Para ver más información sobre la música clásica turca y los makamlar, consulte @ref{Música clásica de Turquía}. -PAra localizar los archivos de inicio como @file{arabic@/.ly} o -@file{makam@/.ly} en su sistema, consulte @rlearning{Otras fuentes de +PAra localizar los archivos de inicio como @file{arabic.ly} o +@file{makam.ly} en su sistema, consulte @rlearning{Otras fuentes de información}. @snippets @@ -212,7 +212,7 @@ Por ejemplo, así es como puede ser la notación de la escala árabe El símbolo del semi-bemol no coincide con el símbolo que se utiliza en la notación árabe. Se puede usar el símbolo @code{\dwn} definido en -@file{arabic@/.ly} precediendo a un bemol como vía alternativa si es +@file{arabic.ly} precediendo a un bemol como vía alternativa si es importante usar el símbolo árabe específico del semi-bemol. El aspecto del símbolo del semi-bemol dentro de la armadura no se puede alterar mediante este método. @@ -243,7 +243,7 @@ Fragmentos de código: @cindex Arabic key signatures Además de las armaduras de tonalidad mayores y menores, están -definidas en @file{arabic@/.ly} las siguientes tonalidades: +definidas en @file{arabic.ly} las siguientes tonalidades: @notation{bayati}, @notation{rast}, @notation{sikah}, @notation{iraq} y @notation{kurd}. Estas armaduras de tonalidad definen una pequeña cantidad de grupos de maqam, en contraste con los numerosos maqams que @@ -561,7 +561,7 @@ Desde el punto de vista de la notación moderna, es conveniente utilizar las notas occidentales (do, re, mi, ... ó c, d, e, ...) con alteraciones especiales que elevan o bajan las notas en intervalos de 1/9, 4/9, 5/9 y 8/9 de tono. Esetas alteraciones están definidas en -el archivo @file{makam@/.ly}. +el archivo @file{makam.ly}. La tabla siguiente relaciona: diff --git a/Documentation/es/texidocs/conducting-signs,-measure-grouping-signs.texidoc b/Documentation/es/texidocs/conducting-signs,-measure-grouping-signs.texidoc index 2f0b22827f..9033d84b49 100644 --- a/Documentation/es/texidocs/conducting-signs,-measure-grouping-signs.texidoc +++ b/Documentation/es/texidocs/conducting-signs,-measure-grouping-signs.texidoc @@ -3,7 +3,7 @@ La agrupación de pulsos dentro de un compás está controlada por la propiedad de contexto @code{beatStructure}. Hay establecidos valores de @code{beatStructure} para muchos tipos de compases en -@file{scm/@/time@/-signature@/-settings@/.scm}. Los valores de +@file{scm/time-signature-settings.scm}. Los valores de @code{beatStructure} se pueden cambiar o establecer con @code{\\set}. Como alternativa, se puede usar la función de Scheme @code{set-time-signature} para establecer tanto el compás como la @@ -21,7 +21,7 @@ de pulsos. Estos símbolos facilitan la lectura de música moderna rítmicamente compleja. En este ejemplo, el compás de 9/8 se agrupa según dos patrones distintos utilizando los dos métodos, mientras que el compás de 5/8 se agrupa de acuerdo con el ajuste predeterminado que -está en @file{scm/@/time@/-signature@/-settings@/.scm}: +está en @file{scm/time-signature-settings.scm}: " doctitlees = "Símbolos de dirección y símbolos de agrupación de compás" diff --git a/Documentation/es/texidocs/defining-an-engraver-in-scheme-ambitus-engraver.texidoc b/Documentation/es/texidocs/defining-an-engraver-in-scheme-ambitus-engraver.texidoc index 6d8506001f..ecadc5c2eb 100644 --- a/Documentation/es/texidocs/defining-an-engraver-in-scheme-ambitus-engraver.texidoc +++ b/Documentation/es/texidocs/defining-an-engraver-in-scheme-ambitus-engraver.texidoc @@ -5,7 +5,7 @@ Este ejemplo demuestra cómo se puede definir el grabador de ámbito en el espacio del usuario, con un grabador de Scheme. Esto es básicamente una reescritura en Scheme del código de -@file{lily/@/ambitus@/-engraver@/.cc}. +@file{lily/ambitus-engraver.cc}. " diff --git a/Documentation/es/texidocs/flamenco-notation.texidoc b/Documentation/es/texidocs/flamenco-notation.texidoc index 009255eb88..cba2735f29 100644 --- a/Documentation/es/texidocs/flamenco-notation.texidoc +++ b/Documentation/es/texidocs/flamenco-notation.texidoc @@ -33,7 +33,7 @@ con los abanicos y los rasgueados, las notas se imprimen con cabeza sólo en el primer acorde. Este fragmento de código contiene código de tipo cabecera que se puede -copiar como @file{flamenco@/.ly} e incluirse en los documentos fuente. +copiar como @file{flamenco.ly} e incluirse en los documentos fuente. " doctitlees = "Notación del flamenco" diff --git a/Documentation/es/texidocs/makam-example.texidoc b/Documentation/es/texidocs/makam-example.texidoc index f9dd5aec30..1d337a1323 100644 --- a/Documentation/es/texidocs/makam-example.texidoc +++ b/Documentation/es/texidocs/makam-example.texidoc @@ -2,7 +2,7 @@ texidoces = " El «Makam» es un tipo de melodía de Turquía que utiliza alteraciones microtonales de 1/9 de tono. Consulte el -archivo de inicio @file{makam@/.ly} (véase el 'Manual de +archivo de inicio @file{makam.ly} (véase el 'Manual de aprendizaje @version{}, 4.6.3 Otras fuentes de información' para averiguar la situación de este archivo) para ver detalles de los nombres de las notas y las alteraciones. diff --git a/Documentation/es/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc b/Documentation/es/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc index c6d876c506..62f26a16d3 100644 --- a/Documentation/es/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc +++ b/Documentation/es/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc @@ -1,7 +1,7 @@ %% Translation of GIT committish: 5160eccb26cee0bfd802d844233e4a8d795a1e94 texidoces = " Las abreviaturas se encuentran definidas dentro del archivo -@file{ly/@/script@/-init@/.ly}, donde las variables @code{dashHat}, +@file{ly/script-init.ly}, donde las variables @code{dashHat}, @code{dashPlus}, @code{dashDash}, @code{dashBar}, @code{dashLarger}, @code{dashDot} y @code{dashUnderscore} reciben valores predeterminados. Se pueden modificar estos valores diff --git a/Documentation/es/texidocs/redefining-grace-note-global-defaults.texidoc b/Documentation/es/texidocs/redefining-grace-note-global-defaults.texidoc index 6f14e0d9f9..e93f21bd1b 100644 --- a/Documentation/es/texidocs/redefining-grace-note-global-defaults.texidoc +++ b/Documentation/es/texidocs/redefining-grace-note-global-defaults.texidoc @@ -6,7 +6,7 @@ almacenados en los identificadores @code{startGraceMusic}, @code{stopGraceMusic}, @code{startAcciaccaturaMusic}, @code{stopAcciaccaturaMusic}, @code{startAppoggiaturaMusic} y @code{stopAppoggiaturaMusic}, que están definidos en el archivo -@file{ly/@/grace@/-init@/.ly}. Redefiniéndolos se pueden obtener otros +@file{ly/grace-init.ly}. Redefiniéndolos se pueden obtener otros efectos. " diff --git a/Documentation/es/texidocs/string-quartet-template-with-separate-parts.texidoc b/Documentation/es/texidocs/string-quartet-template-with-separate-parts.texidoc index f33af3cafc..8fe5ad7443 100644 --- a/Documentation/es/texidocs/string-quartet-template-with-separate-parts.texidoc +++ b/Documentation/es/texidocs/string-quartet-template-with-separate-parts.texidoc @@ -8,9 +8,9 @@ pieza en particellas indicviduales. Tenemos que dividir esta plantilla en archivos independientes; los nombres de archivo están dentro de los comentarios al principio de -cada archivo. @file{piece@/.ly} contiene todas las definiciones de -música. Los otros archivos (@file{score@/.ly}, @file{vn1@/.ly}, -@file{vn2@/.ly}, @file{vla@/.ly} y @file{vlc@/.ly}) producen la particella +cada archivo. @file{piece.ly} contiene todas las definiciones de +música. Los otros archivos (@file{score.ly}, @file{vn1.ly}, +@file{vn2.ly}, @file{vla.ly} y @file{vlc.ly}) producen la particella correspondiente. ¡No olvide quitar los comentarios que hemos especificado cuando use diff --git a/Documentation/es/texidocs/woodwind-diagrams-key-lists.texidoc b/Documentation/es/texidocs/woodwind-diagrams-key-lists.texidoc index aa265af4c5..e4882f494f 100644 --- a/Documentation/es/texidocs/woodwind-diagrams-key-lists.texidoc +++ b/Documentation/es/texidocs/woodwind-diagrams-key-lists.texidoc @@ -5,7 +5,7 @@ El fragmento de código que aparece a continuación produce una lista de todas las llaves y disposiciones de llave posibles para los diagramas de posiciones de instrumentos de viento madera, tal y como están -definidos en @file{scm/@/define@/-woodwind@/-diagrams@/.scm}. La lista se +definidos en @file{scm/define-woodwind-diagrams.scm}. La lista se presenta en la consola y en el archivo de registro de salida, pero no en la salida de música. diff --git a/Documentation/es/usage/external.itely b/Documentation/es/usage/external.itely index f9c9e1323e..91e8968f0f 100644 --- a/Documentation/es/usage/external.itely +++ b/Documentation/es/usage/external.itely @@ -44,17 +44,17 @@ correcto. Para conseguir que esta cadena funcione, tendrá que configurar el visor de PDF de forma que siga los hiper-enlaces usando el guión -@file{lilypond@/-invoke@/-editor} proporcionado con LilyPond. +@file{lilypond-invoke-editor} proporcionado con LilyPond. Para Xpdf sobre Unix, lo siguiente debe estar presente en @file{xpdfrc}@footnote{En Unix, este archivo se encuentra o bien en -@file{/@/etc/@/xpdfrc} o como @file{@/.xpdfrc} en su directorio personal.} +@file{/etc/xpdfrc} o como @file{.xpdfrc} en su directorio personal.} @example urlCommand "lilypond-invoke-editor %s" @end example -El programa @file{lilypond@/-invoke@/-editor} es un pequeño programa de +El programa @file{lilypond-invoke-editor} es un pequeño programa de apoyo. Invoca un editor para las URIs especiales de @code{textedit}, y lanza un navegador de web para el resto. Comprueba la variable de entorno @code{EDITOR} en busca de los siguientes patrones, @@ -105,7 +105,7 @@ escribiendo @end example @noindent -dentro de un archivo @file{@/.ly}. Se puede activar explícitamente la +dentro de un archivo @file{.ly}. Se puede activar explícitamente la posibilidad de apuntar y pulsar con @example @@ -150,22 +150,22 @@ Existe apoyo por parte de varios editores de texto para LilyPond. @unnumberedsubsec Modo de Emacs @translationof Emacs mode -Emacs tiene un @file{lilypond@/-mode}, que proporciona autocompleción de +Emacs tiene un @file{lilypond-mode}, que proporciona autocompleción de teclado, sangrado, compensación de paréntesis específica de LilyPond y resaltado de sintaxis con colores, útiles combinaciones de teclas para compilar y leer los manuales de LilyPond utilizando Info. Si el -@file{lilypond@/-mode} no está instalado en su sistema, siga leyendo. +@file{lilypond-mode} no está instalado en su sistema, siga leyendo. Está incluido un modo de Emacs para escribir música y ejecutar LilyPond, en el archivo del código fuente dentro del directorio @file{elisp}. Haga @command{make install} para instalarlo dentro de -@var{elispdir}. El archivo @file{lilypond@/-init@/.el} se debe situar en -@var{load-path}@file{/@/site@/-start@/.d/@/} o añadirse a su @file{@/~/@/@/.emacs} o -@file{@/~/@/@/.emacs@/.el}. +@var{elispdir}. El archivo @file{lilypond-init.el} se debe situar en +@var{load-path}@file{/site-start.d/} o añadirse a su @file{~/.emacs} o +@file{~/.emacs.el}. Como usuario, puede querer añadir su ruta a las fuentes -(p.ej. @file{@/~/@/site@/-lisp/@/}) a su @var{load-path} añadiendo la -siguiente línea (modificada) a su @file{@/~/@/@/.emacs} +(p.ej. @file{~/site-lisp/}) a su @var{load-path} añadiendo la +siguiente línea (modificada) a su @file{~/.emacs} @c any reason we do not advise: (push "~/site-lisp" load-path) @example @@ -181,7 +181,7 @@ Para @uref{http://@/www@/.vim@/.org,Vim}, se proporcionan para su uso con LilyPond un plug-in o complemento para el tipo de archivo, un modo de sangrado y un modo de resaltado de sintaxis. Para habilitar todas estas posibilidades, cree (o modifique) -su archivo @file{@/$HOME/@/@/.vimrc} de manera que contenga estas tres líneas +su archivo @file{$HOME/.vimrc} de manera que contenga estas tres líneas en el mismo orden: @example @@ -191,7 +191,7 @@ filetype on @end example Si LilyPond no está instalado en el directorio -@file{/@/usr/@/local/}, cambie esta ruta de una forma adecuada. +@file{/usr/local/}, cambie esta ruta de una forma adecuada. Este asunto se trata en @rlearning{Otras fuentes de información}. @@ -267,7 +267,7 @@ que tiene un convertidor para un formato directo. las duraciones se escriben solamente cuando es necesario. Es posible grabar un archivo MIDI usando un teclado digital y -convertirlo después a @file{@/.ly}. Sin embargo, los intérpretes +convertirlo después a @file{.ly}. Sin embargo, los intérpretes humanos no son lo suficientemente exactos desde el punto de vista rítmico como para hacer que sea trivial la conversión de MIDI a LY. Si se invoca con las opciones de cuantización (@code{-s} y @code{-d}), @@ -348,7 +348,7 @@ dialecto del XML para representar notación musical. @command{musicxml2ly} extrae las notas, articulaciones, estructura de la partitura, letra, etc., de archivos de MusicXML parte a parte, y -los escribe en un archivo @file{@/.ly}. Se invoca a través de la línea de +los escribe en un archivo @file{.ly}. Se invoca a través de la línea de órdenes. La invocación desde la línea de órdenes se hace como sigue: @@ -374,8 +374,8 @@ convertir las alturas en modo absoluto. mostrar un resumen de la utilización y las opciones. @item -l, --language=IDIOMA -utilizar un archivo de idioma distinto @file{IDIOMA@/.ly} y los -correspondientes nombres de nota, p.ej. 'deutsch' para @file{deutsch@/.ly} y +utilizar un archivo de idioma distinto @file{IDIOMA.ly} y los +correspondientes nombres de nota, p.ej. 'deutsch' para @file{deutsch.ly} y los nombres de nota en alemán. @item --lxml @@ -393,7 +393,7 @@ barrado automático de LilyPond. @item -o,--output=@var{archivo} fijar el nombre del archivo de salida como @var{archivo}. Si @var{archivo} es @file{-}, la salida se imprime sobre stdout, la -salida estándar. Si no se da, se usa @var{archivo_xml}@file{@/.ly}. +salida estándar. Si no se da, se usa @var{archivo_xml}@file{.ly}. @item -r,--relative convertir las alturas en modo relativo (predeterminado). diff --git a/Documentation/es/usage/lilypond-book.itely b/Documentation/es/usage/lilypond-book.itely index 659256ef58..ac6d9b625c 100644 --- a/Documentation/es/usage/lilypond-book.itely +++ b/Documentation/es/usage/lilypond-book.itely @@ -117,7 +117,7 @@ situado en el mismo directorio que este archivo.) @subheading Procesado Guarde el código anterior como un archivo llamado -@file{lilybook@/.lytex}, y luego ejecute en un terminal: +@file{lilybook.lytex}, y luego ejecute en un terminal: @c keep space after @version{} so TeX doesn't choke @example @@ -427,7 +427,7 @@ De forma adicional, @code{@@lilypondversion} imprime la versión actual de lilypond. Cuando se ejecuta @command{lilypond-book} sobre el archivo, se obtiene -como resultado un archivo Texinfo (con la extensión @file{@/.texi}) que +como resultado un archivo Texinfo (con la extensión @file{.texi}) que contiene etiquetas @code{@@image} para el HTML, Info y la salida impresa. @command{lilypond-book} genera imágenes de la música en formatos EPS y PDF para usarlos en la salida impresa, y en formato PNG @@ -524,11 +524,11 @@ propiedad @code{role} del elemento más interno (véanse las secciones siguientes). Las etiquetas se eligen de forma que permitan a los editores de DocBook formatear el contenido satisfactoriamente. Los archivos de DocBook que se van a procesar con @command{lilypond-book} -deben tener la extensión @file{@/.lyxml}. +deben tener la extensión @file{.lyxml}. @subheading Incluir un archivo de LilyPond -Este es el caso más sencillo. Debemos usar la extensión @file{@/.ly} +Este es el caso más sencillo. Debemos usar la extensión @file{.ly} para el archivo incluido, e insertarlo como un @code{imageobject} estándar, con la estructura siguiente: @@ -568,9 +568,9 @@ lleva el @code{programlisting} en su interior. @subheading Procesar el documento de DocBook -Al ejecutar @command{lilypond-book} sobre el archivo @file{@/.lyxml} se +Al ejecutar @command{lilypond-book} sobre el archivo @file{.lyxml} se creará un documento de DocBook válido que se puede procesar -posteriormente con la extensión @file{@/.xml}. Si usa +posteriormente con la extensión @file{.xml}. Si usa @uref{http://@/dblatex@/.sourceforge@/.net@/,dblatex}, creará un archivo PDF a partir de este documento automáticamente. Para la generación de HTML (HTML Help, JavaHelp, etc.) puede usar las hojas de @@ -727,7 +727,7 @@ Si queremos traducir los comentarios y los nombres de variable en la salida literal pero no en el código fuente, podemos establecer el valor de la variable de entorno @code{LYDOC_LOCALEDIR} a la ruta de un directorio; este directorio debe contener un árbol de catálogos de -mensajes @file{@/.mo} con @code{lilypond-doc} como dominio. +mensajes @file{.mo} con @code{lilypond-doc} como dominio. @item addversion (Sólo para la salida de Texinfo.) Anteponer la línea @code{\version @@ -736,14 +736,14 @@ mensajes @file{@/.mo} con @code{lilypond-doc} como dominio. @item texidoc (Sólo para la salida de Texinfo.) Si se llama a @command{lilypond} con la opción @option{--header=@/texidoc}, y el archivo que se procesa -se llama @file{fulanito@/.ly}, crea un archivo -@file{fulanito@/.texidoc} si existe un campo @code{texidoc} dentro del +se llama @file{fulanito.ly}, crea un archivo +@file{fulanito.texidoc} si existe un campo @code{texidoc} dentro del bloque @code{\header} de cabecera. La opción @code{texidoc} hace que @command{lilypond-book} incluya estos archivos, añadiendo su contenido como un bloque de documentación inmediatamente antes del fragmento musical. -Suponiendo que el archivo @file{fulanito@/.ly} contiene +Suponiendo que el archivo @file{fulanito.ly} contiene @example \header @{ @@ -754,7 +754,7 @@ Suponiendo que el archivo @file{fulanito@/.ly} contiene @noindent y que tenemos lo siguiente en nuestro documento de Texinfo -@file{prueba@/.texinfo} +@file{prueba.texinfo} @example @@lilypondfile[texidoc]@{fulanito.ly@} @@ -769,16 +769,16 @@ lilypond-book --pdf --process="lilypond \ @end example La mayoría de los documentos de prueba de LilyPond (en el directorio -@file{input} de la distribución) son pequeños archivos @file{@/.ly} que +@file{input} de la distribución) son pequeños archivos @file{.ly} que tienen exactamente este aspecto. Por motivos de localización de idioma, si el documento de Texinfo contiene @code{@@documentlanguage @var{LANG}} y la cabecera de -@file{loquesea@/.ly} contiene un campo @code{texidoc@var{LANG}}, y +@file{loquesea.ly} contiene un campo @code{texidoc@var{LANG}}, y @command{lilypond} se ejecuta con @option{--header=@/texidoc@var{LANG}}, entonces se incluirá -@file{loquesea@/.texidoc@var{LANG}} en lugar de -@file{loquesea@/.texidoc}. +@file{loquesea.texidoc@var{LANG}} en lugar de +@file{loquesea.texidoc}. @item lilyquote (Sólo para la salida de Texinfo.) Esta opción es similar a quote, @@ -792,10 +792,10 @@ música (y el bloque preformateado que se da en la opción (Sólo para la salida de Texinfo.) Esta opción funciona de forma parecida a la opción @code{texidoc}: si @command{lilypond} se llama con la opción @option{--header=@/doctitle}, y el archivo que procesar -se llama @file{loquesea@/.ly} y contiene un campo @code{doctitle} en -el bloque @code{\header}, crea un archivo @file{loquesea@/.doctitle}. +se llama @file{loquesea.ly} y contiene un campo @code{doctitle} en +el bloque @code{\header}, crea un archivo @file{loquesea.doctitle}. Cuando se usa la opción @code{doctitle}, el contenido de -@file{loquesea@/.doctitle}, que debería ser una línea única de +@file{loquesea.doctitle}, que debería ser una línea única de @var{texto}, se inserta en el documento de Texinfo como @code{@@lydoctitle @var{texto}}. @code{@@lydoctitle} debe ser un macro definido en el documento de Texinfo. La misma indicación @@ -821,9 +821,9 @@ parte del directorio de la ruta del archivo. @translationof Invoking lilypond-book @command{lilypond-book} produce un archivo con una de las siguientes -extensiones: @file{@/.tex}, @file{@/.texi}, @file{@/.html} o @file{@/.xml}, -dependiendo del formato de salida. Todos los archivos @file{@/.tex}, -@file{@/.texi} y @file{@/.xml} necesitan un procesado posterior. +extensiones: @file{.tex}, @file{.texi}, @file{.html} o @file{.xml}, +dependiendo del formato de salida. Todos los archivos @file{.tex}, +@file{.texi} y @file{.xml} necesitan un procesado posterior. @subheading Instrucciones específicas de formato @@ -863,9 +863,9 @@ ps2pdf miarchivo.ps @end example @noindent -El archivo @file{@/.dvi} creado por este proceso no contiene las cabezas +El archivo @file{.dvi} creado por este proceso no contiene las cabezas de las notas. Esto es normal; si sigue las instrucciones, las cabezas -aparecerán en los archivos @file{@/.ps} y @file{@/.pdf}. +aparecerán en los archivos @file{.ps} y @file{.pdf}. La ejecución de @command{dvips} puede dar como resultado algunas advertencias sobre las fuentes tipográficas; son inocuas y se pueden diff --git a/Documentation/es/usage/running.itely b/Documentation/es/usage/running.itely index 0febd0326e..99ebb2d878 100644 --- a/Documentation/es/usage/running.itely +++ b/Documentation/es/usage/running.itely @@ -76,19 +76,19 @@ lilypond [@var{opción}]@dots{} @var{archivo}@dots{} @end example Cuando se invoca con un nombre de archivo sin extensión, se prueba en -primer lugar con la extensión @file{@/.ly}. Para leer la entrada desde +primer lugar con la extensión @file{.ly}. Para leer la entrada desde stdin, utilice un guión (@code{-}) en sustitución de @var{archivo}. -Cuando se procesa @file{archivo@/.ly}, la salida resultante son los -archivos @file{archivo@/.ps} y @file{archivo@/.pdf}. Se pueden +Cuando se procesa @file{archivo.ly}, la salida resultante son los +archivos @file{archivo.ps} y @file{archivo.pdf}. Se pueden especificar varios archivos; cada uno de ellos se procesará de forma independiente@footnote{El estado de GUILE no se restablece después de procesar un archivo @code{.ly}, por lo que debe tener cuidado de no modificar ningún valor predeterminado desde dentro de Scheme.}. -Si @file{archivo@/.ly} contiene más de un bloque @code{\score}, el resto +Si @file{archivo.ly} contiene más de un bloque @code{\score}, el resto de las partituras se obtendrán como salida en archivos numerados, -empezando por @file{archivo@/-1@/.pdf}. además, el valor de +empezando por @file{archivo-1.pdf}. además, el valor de @code{output-suffix} (sufijo de salida) se insertará entre el nombre base y el número. Un archivo de entrada que contenga @@ -100,8 +100,8 @@ base y el número. Un archivo de entrada que contenga @end example @noindent -producirá como salida @var{base}@file{@/-violin@/.pdf} y -@var{base}@file{@/-cello@/-1@/.pdf}. +producirá como salida @var{base}@file{-violin.pdf} y +@var{base}@file{-cello-1.pdf}. @unnumberedsubsubsec Instrucciones estándar de la línea de órdenes @@ -142,7 +142,7 @@ Están contempladas las siguientes opciones: @item -e,--evaluate=@var{expresión} Evaluar la @var{expresión} de Scheme antes de analizar los archivos -@file{@/.ly}. Se pueden pasar varias opciones @code{-e}, que se +@file{.ly}. Se pueden pasar varias opciones @code{-e}, que se evaluarán en secuencia. La expresión se evaluará en el módulo @code{guile-user}, de manera que @@ -160,7 +160,7 @@ en la línea de órdenes, e incluir @end example @noindent -al principio del archivo @file{@/.ly}. +al principio del archivo @file{.ly}. @item -f,--format=@var{formato} Formato de la salida. Como @code{formato} se puede elegir entre @@ -212,7 +212,7 @@ Observe que la cadena se debe incluir dentro de comillas escapadas @cindex safe, línea de órdenes @item safe -No confiar en la entrada @file{@/.ly}. +No confiar en la entrada @file{.ly}. Cuando el proceso de tipografía de LilyPond se encuentra disponible a través de un servidor web, @b{SE DEBEN} pasar las opciones @@ -231,9 +231,9 @@ por ejemplo La opción @code{-dsafe} funciona evaluando las expresiones en línea de Scheme dentro de un módulo especial seguro. Este módulo seguro deriva -del módulo GUILE @file{safe@/-r5rs}, pero añade ciertas funciones del +del módulo GUILE @file{safe-r5rs}, pero añade ciertas funciones del API de LilyPond. Estas funciones se relacionan en -@file{scm/@/safe@/-lily@/.scm}. +@file{scm/safe-lily.scm}. Además, el modo seguro prohíbe las directivas @code{\include} e inhabilita el uso de barras invertidas en las cadenas de @TeX{}. @@ -338,7 +338,7 @@ encuentra, la búsqueda continúa en los directorios siguientes. @item -i,--init=@var{archivo} Establecer el archivo de inicio a @var{archivo} (predeterminado: -@file{init@/.ly}). +@file{init.ly}). @cindex carpeta, dirigir la salida hacia @cindex salida, establecer el nombre del archivo de @@ -786,7 +786,7 @@ explícitamente: @translationof Apparent error in ../ly/init.ly Pueden aparecer varios mensajes de error extraños acerca de errores de -sintaxis en @file{@/.@/./@/ly/@/init@/.ly} si el archivo de entrada no está +sintaxis en @file{../ly/init.ly} si el archivo de entrada no está correctamente formado, por ejemplo si no contiene llaves o comillas correctamente emparejados. diff --git a/Documentation/es/usage/suggestions.itely b/Documentation/es/usage/suggestions.itely index ccaaab73b6..2884c244dd 100644 --- a/Documentation/es/usage/suggestions.itely +++ b/Documentation/es/usage/suggestions.itely @@ -274,7 +274,7 @@ programa lee un archivo especial llamado @code{Makefile} que define las relaciones de dependencia entre los archivos y qué instrucciones necesitamos dar al sistema operativo para producir un archivo a partir de otro. Por ejemplo, el archivo de make detallaría cómo obtener -@file{balada@/.pdf} y @file{balada@/.midi} a partir de @file{balada@/.ly} +@file{balada.pdf} y @file{balada.midi} a partir de @file{balada.ly} mediante la ejecución de Lilypond. Existen ocasiones en las que es buena idea crear un @code{Makefile} @@ -335,8 +335,8 @@ Sinfonia/ `-- sinfoniaDefs.ily @end example -Los archivos @file{@/.ly} de los directorios @code{Partituras} y -@code{Particellas} obtienen las notas de archivos @file{@/.ily} que están en +Los archivos @file{.ly} de los directorios @code{Partituras} y +@code{Particellas} obtienen las notas de archivos @file{.ily} que están en el directorio @code{Notas}: @example diff --git a/Documentation/es/usage/updating.itely b/Documentation/es/usage/updating.itely index 2bba238398..1e78f2e01f 100644 --- a/Documentation/es/usage/updating.itely +++ b/Documentation/es/usage/updating.itely @@ -87,8 +87,8 @@ convert-ly -e miarchivo.ly @noindent dentro del directorio que contiene el archivo. Con esto se actualiza -@file{miarchivo@/.ly} @emph{in situ} y se preserva el archivo original -@file{miarchivo@/.ly~}. +@file{miarchivo.ly} @emph{in situ} y se preserva el archivo original +@file{miarchivo.ly~}. @warning{@command{convert-ly} siempre convierte hasta el último cambio de sintaxis que es capaz de manejar. Esto significa que el número de @@ -193,7 +193,7 @@ convert-ly """D:/Mis partituras/Oda.ly""" > "D:/Mis partituras/nueva Oda.ly" Si la orden simple @command{convert-ly -e *.ly} no funciona porque la instrucción expandida se hace muy larga, en vez de ello la orden @command{convert-ly} se puede poner dentro de un bucle. Este ejemplo -para UNIX actualiza todos los documentos @file{@/.ly} del directorio +para UNIX actualiza todos los documentos @file{.ly} del directorio actual @example diff --git a/Documentation/extending/programming-interface.itely b/Documentation/extending/programming-interface.itely index fff6d7915e..27bff68a1c 100644 --- a/Documentation/extending/programming-interface.itely +++ b/Documentation/extending/programming-interface.itely @@ -90,9 +90,9 @@ Notation Reference: @ruser{Predefined type predicates}. Installed Files: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Simple substitution functions @@ -370,7 +370,7 @@ The @code{raise-markup} function first creates the stencil for the @code{text example} string, and then it raises that Stencil by 0.5 staff space. This is a rather simple example; more complex examples are in the rest -of this section, and in @file{scm/@/define@/-markup@/-commands@/.scm}. +of this section, and in @file{scm/define-markup-commands.scm}. @node New markup command definition @@ -579,7 +579,7 @@ customized: A good way to start writing a new markup command, is to take example on a builtin one. Most of the markup commands provided with LilyPond can be -found in file @file{scm/@/define@/-markup@/-commands@/.scm}. +found in file @file{scm/define-markup-commands.scm}. For instance, we would like to adapt the @code{\draw-line} command, to draw a double line instead. The @code{\draw-line} command is defined as diff --git a/Documentation/extending/scheme-tutorial.itely b/Documentation/extending/scheme-tutorial.itely index 30da21647a..58a2042134 100644 --- a/Documentation/extending/scheme-tutorial.itely +++ b/Documentation/extending/scheme-tutorial.itely @@ -836,7 +836,7 @@ property of the TextScript object. These numbers are measured in staff-spaces, so this command moves the object 1 staff space to the right, and 2 spaces up. -Procedures for working with offsets are found in @file{scm/@/lily@/-library@/.scm}. +Procedures for working with offsets are found in @file{scm/lily-library.scm}. @subheading Extents @@ -848,7 +848,7 @@ For X extents, the @code{car} is the left hand X coordinate, and the is the bottom coordinate, and the @code{cdr} is the top coordinate. Procedures for working with intervals are found in -@file{scm/@/lily@/-library@/.scm}. These procedures should be used when possible +@file{scm/lily-library.scm}. These procedures should be used when possible to ensure consistency of code. @subheading Property alists diff --git a/Documentation/fr/included/generating-output.itexi b/Documentation/fr/included/generating-output.itexi index 72038a5178..e78f9457f8 100644 --- a/Documentation/fr/included/generating-output.itexi +++ b/Documentation/fr/included/generating-output.itexi @@ -32,7 +32,7 @@ Dans le menu, en haut et à gauche de la fenêtre, sélectionnez @sourceimage{Learning_Macos_Save_menu,,,} -Attribuez un nom à votre fichier, par exemple @file{test@/.ly}. +Attribuez un nom à votre fichier, par exemple @file{test.ly}. @sourceimage{Learning_Macos_Save_file_with_name,,,} @@ -105,7 +105,7 @@ exemple@tie{}: LilyPond attend un nom de fichier valide. @sourceimage{Learning_Win7_Save_Menu,,,} -Affectez un nom à votre fichier, comme par exemple @file{test@/.ly}. +Affectez un nom à votre fichier, comme par exemple @file{test.ly}. @sourceimage{Learning_Win7_Save_File_With_Name,,,} @@ -125,18 +125,18 @@ l'option @w{@code{Ouvrir avec > LilyPond}}. @subsubheading Étape 2b. Compilation par double-clic -Vous pouvez aussi faire un double-clic sur le fichier @file{test@/.ly}. +Vous pouvez aussi faire un double-clic sur le fichier @file{test.ly}. @subsubheading Étape 3. Visualisation du résultat -Au cours de la compilation du fichier @file{test@/.ly}, une fenêtre +Au cours de la compilation du fichier @file{test.ly}, une fenêtre d'interpréteur de commande s'ouvre et se referme. Trois fichiers complémentaires seront générés pendant ce temps là. @sourceimage{Learning_Win7_All_Files_Created,,,} -Le fichier PDF contient la gravure de votre fichier @file{test@/.ly}. +Le fichier PDF contient la gravure de votre fichier @file{test.ly}. @sourceimage{Learning_Win7_Pdf_Output,,,} @@ -185,7 +185,7 @@ en cas de compilation infructueuse.} @subsubheading Étape 1. Création d'un fichier @file{.ly} -Créez un fichier texte du nom de @file{test@/.ly} et saisissez@tie{}: +Créez un fichier texte du nom de @file{test.ly} et saisissez@tie{}: @c double \\ required because this is inside a macro! @example @@ -198,7 +198,7 @@ Créez un fichier texte du nom de @file{test@/.ly} et saisissez@tie{}: @subsubheading Étape 2. Compilation en ligne de commande -Pour traiter le fichier @file{test@/.ly}, tapez ce qui suit à l'invite de +Pour traiter le fichier @file{test.ly}, tapez ce qui suit à l'invite de commande@tie{}: @example @@ -229,7 +229,7 @@ non. @subsubheading Étape 3. Visualisation du résultat -Vous pouvez à présent visualiser ou imprimer @file{test@/.pdf}. +Vous pouvez à présent visualiser ou imprimer @file{test.pdf}. @end macro diff --git a/Documentation/fr/learning/fundamental.itely b/Documentation/fr/learning/fundamental.itely index bc57168210..ec15cb0b04 100644 --- a/Documentation/fr/learning/fundamental.itely +++ b/Documentation/fr/learning/fundamental.itely @@ -210,12 +210,12 @@ regroupées dans un seul fichier résultant. La commande @code{\book} (@emph{recueil} ou @emph{ouvrage}) n'est pas obligatoire -- elle sera créée implicitement. Néanmoins, le recours à la commande @code{\book} vous permettra d'obtenir des fichiers résultants distincts à partir -d'un même fichier source @file{@/.ly} -- par exemple un fichier par pupitre. +d'un même fichier source @file{.ly} -- par exemple un fichier par pupitre. En résumé : Dès que LilyPond rencontre un bloc @code{\book}, il crée un -fichier distinct (@file{@/.pdf} par exemple). Dans le cas où il n'est pas +fichier distinct (@file{.pdf} par exemple). Dans le cas où il n'est pas mentionné explicitement, LilyPond regroupera l'intégralité du code dans un bloc @code{\book}. @@ -2931,11 +2931,11 @@ jetez un œil au chapitre Revenons à notre propos@tie{}: nous voulons modifier uniquement la sous-propriété @code{stretchability}. Les impatients trouveront les valeurs par défaut de la propriété @code{staff-staff-spacing} dans le -fichier @file{scm/@/define@/-grobs@/.scm}, en examinant la définition du +fichier @file{scm/define-grobs.scm}, en examinant la définition du @emph{grob} @code{VerticalAxisGroup}. La valeur que nous affecterons à @code{stretchability} est celle que contient la définition du contexte @code{PianoStaff} telle qu'elle apparaît dans le fichier -@file{ly/@/engraver@/-init@/.ly}). +@file{ly/engraver-init.ly}). @example \score @{ @@ -3164,7 +3164,7 @@ du travail si la syntaxe de LilyPond change un jour -- voir définition, par exemple @code{\dolce}, pour tous vos fichiers (voir @ref{Feuilles de style}) et que la syntaxe change, alors vous n'aurez qu'à mettre à jour votre seule définition @code{\dolce}, au lieu de -devoir modifier chaque fichier @file{@/.ly}. +devoir modifier chaque fichier @file{.ly}. @node Conducteurs et parties @@ -3179,7 +3179,7 @@ stockée dans une variable, dont le contenu servira à imprimer à la fois la partie séparée et la partition d'orchestre. Il est judicieux de définir les notes dans un fichier séparé. Par -exemple, supposons que le fichier @file{musique@/-Cor@/.ly} contienne la +exemple, supposons que le fichier @file{musique-Cor.ly} contienne la partie suivante pour un duo cor/@/basson. @example @@ -3212,7 +3212,7 @@ fichier@tie{}: @end example @noindent -sera substitué le contenu du fichier @file{musique@/-Cor@/.ly}, et de ce +sera substitué le contenu du fichier @file{musique-Cor.ly}, et de ce fait la variable @code{notesCor} se trouvera définie. La commande @code{\transpose@tie{}f@tie{}c'} indique que son argument @code{\notesCor} sera transposé à la quinte supérieure@tie{}: le son @@ -3262,7 +3262,7 @@ silence multimesure et cette option, on obtient le résultat suivant@tie{}: @end lilypond Le conducteur rassemble toute la musique. Si l'on suppose que l'autre -voix de notre duo se trouve dans le fichier @file{musique@/-Basson@/.ly} en +voix de notre duo se trouve dans le fichier @file{musique-Basson.ly} en tant que variable @code{notesBasson}, on établira un conducteur avec @example diff --git a/Documentation/fr/learning/tweaks.itely b/Documentation/fr/learning/tweaks.itely index 55c07f2e9d..8ee8912d7f 100644 --- a/Documentation/fr/learning/tweaks.itely +++ b/Documentation/fr/learning/tweaks.itely @@ -3857,7 +3857,7 @@ début de notre fichier de musique. Lui attribuer l'extension voué à être inclus dans un fichier maître@tie{}; il n'est pas destiné à être compilé isolément.@* Maintenant, modifions notre musique (enregistrez ce fichier -sous @file{musique@/.ly}). +sous @file{musique.ly}). @c We have to do this awkward example/lilypond-non-verbatim @c because we can't do the \include stuff in the manual. @@ -3910,8 +3910,8 @@ note. Et pour finir, mon professeur de composition déteste les chiffrages de mesure en @qq{C}, nous allons donc le transformer en @qq{4/4}. -Cependant, ne changez pas le fichier @file{musique@/.ly}. Remplacez le -fichier @file{definitions@/.ily} par ceci@tie{}: +Cependant, ne changez pas le fichier @file{musique.ly}. Remplacez le +fichier @file{definitions.ily} par ceci@tie{}: @example %%% definitions.ily @@ -3996,8 +3996,8 @@ inst = C'est encore mieux@tie{}! Mais supposons maintenant que je veuille publier cette pièce. Mon professeur de composition n'aime pas les chiffrages de mesure en @qq{C}, mais moi je les aime bien. Copions -l'actuel @file{definitions@/.ily} dans le fichier -@file{publication@/-web@/.ily}, et modifions ce dernier. Puisque la musique +l'actuel @file{definitions.ily} dans le fichier +@file{publication-web.ily}, et modifions ce dernier. Puisque la musique est destinée à produire un fichier PDF affiché sur écran, nous allons aussi augmenter la taille globale de police. @@ -4084,12 +4084,12 @@ Il ne nous reste plus qu'à remplacer musique. Il est possible, bien sûr, de rendre cela encore plus pratique. Nous -pourrions créer un fichier @file{definitions@/.ily} qui ne contiendrait +pourrions créer un fichier @file{definitions.ily} qui ne contiendrait que les définitions de @code{mpdolce} et de @code{inst}, un -fichier @file{publication@/-web@/.ily} qui ne contiendrait que la section -@code{layout} décrite ci-dessus et un fichier @file{universite@/.ily} qui +fichier @file{publication-web.ily} qui ne contiendrait que la section +@code{layout} décrite ci-dessus et un fichier @file{universite.ily} qui ne contiendrait que les retouches pour produire le résultat que mon -professeur préfère. Le début du fichier @file{musique@/.ly} ressemblerait +professeur préfère. Le début du fichier @file{musique.ly} ressemblerait alors à @example @@ -4174,9 +4174,9 @@ intéressants@tie{}: @item @code{scm/} -- contient les fichiers en format Scheme @end itemize -Commençons par examiner quelques fichiers contenus dans @file{ly/@/}. -Nous ouvrons @file{ly/@/property@/-init@/.ly} dans un éditeur de texte -- -celui que vous avez l'habitude d'utiliser pour les fichiers @file{@/.ly} +Commençons par examiner quelques fichiers contenus dans @file{ly/}. +Nous ouvrons @file{ly/property-init.ly} dans un éditeur de texte -- +celui que vous avez l'habitude d'utiliser pour les fichiers @file{.ly} fera très bien l'affaire. Ce fichier contient les définitions de toutes les commandes standard prédéfinies de LilyPond, comme @code{\stemUp} et @code{\slurDotted}. Vous pouvez constater que ce n'est rien d'autre @@ -4195,25 +4195,25 @@ Si vous n'aimez pas les valeurs par défaut, les commandes prédéfinies peuvent être facilement redéfinies, comme n'importe quelle autre variable, en tête de votre fichier d'entrée. -Voici les fichiers les plus utiles dans le répertoire @file{ly/@/}@tie{}: +Voici les fichiers les plus utiles dans le répertoire @file{ly/}@tie{}: @multitable @columnfractions .4 .6 @headitem Nom de fichier @tab Contenu -@item @file{ly/@/engraver@/-init@/.ly} +@item @file{ly/engraver-init.ly} @tab Définitions des Contextes de graveurs -@item @file{ly/@/paper@/-defaults@/-init@/.ly} +@item @file{ly/paper-defaults-init.ly} @tab Réglages papier par défaut -@item @file{ly/@/performer@/-init@/.ly} +@item @file{ly/performer-init.ly} @tab Définitions des Contextes d'interprétation -@item @file{ly/@/property@/-init@/.ly} +@item @file{ly/property-init.ly} @tab Définitions de toutes les commandes prédéfinies courantes -@item @file{ly/@/spanner@/-init@/.ly} +@item @file{ly/spanner-init.ly} @tab Définitions des commandes prédéfinies pour les bandeaux @end multitable Les autres réglages (comme les définitions de commandes @emph{markup}) -sont conservés comme fichiers @file{@/.scm} (Scheme). Le langage de +sont conservés comme fichiers @file{.scm} (Scheme). Le langage de programmation Scheme offre une interface programmable dans le processus interne de LilyPond. De plus amples explications sur ces fichiers dépasseraient le cadre de ce manuel dans la mesure où elles @@ -4229,20 +4229,20 @@ sont@tie{}: @multitable @columnfractions .4 .6 @headitem Nom de fichier @tab Contenu -@item @file{scm/@/auto@/-beam@/.scm} +@item @file{scm/auto-beam.scm} @tab Régles par défaut des ligatures subalternes -@item @file{scm/@/define@/-grobs@/.scm} +@item @file{scm/define-grobs.scm} @tab Réglages par défaut des propriétés de @emph{grobs} -@item @file{scm/@/define@/-markup@/-commands@/.scm} +@item @file{scm/define-markup-commands.scm} @tab Spécification de toutes les commandes de @emph{markup} -@item @file{scm/@/midi@/.scm} +@item @file{scm/midi.scm} @tab Réglages par défaut pour les sorties MIDI -@item @file{scm/@/output@/-lib@/.scm} +@item @file{scm/output-lib.scm} @tab Réglages affectant l'apparence des frets, couleurs, altérations, barres de mesure, etc. -@item @file{scm/@/parser@/-clef@/.scm} +@item @file{scm/parser-clef.scm} @tab Définition des clefs prises en charge -@item @file{scm/@/script@/.scm} +@item @file{scm/script.scm} @tab Réglages par défaut des articulations @end multitable diff --git a/Documentation/fr/notation/ancient.itely b/Documentation/fr/notation/ancient.itely index d2b73b363f..b5ec18a5cb 100644 --- a/Documentation/fr/notation/ancient.itely +++ b/Documentation/fr/notation/ancient.itely @@ -852,11 +852,11 @@ n'est pas uniquement une marque de fin de chant@tie{}; il sert aussi à indiquer la fin de chaque partie dans une structure verset/répons. Les divisions sont disponibles après inclusion du fichier -@file{gregorian@/-init@/.ly}. Ce fichier définit les commandes +@file{gregorian-init.ly}. Ce fichier définit les commandes @code{\divisioMinima}, @code{\divisioMaior}, @code{\divisioMaxima} et @code{\finalis}. Certaines éditions utilisent @emph{virgula} ou @emph{caesura} en lieu et place de @emph{divisio minima}@tie{}; c'est -pourquoi @file{gregorian@/-init@/.ly} définit aussi @code{\virgula} et +pourquoi @file{gregorian-init.ly} définit aussi @code{\virgula} et @code{\caesura}. @lilypond[quote,ragged-right] @@ -970,7 +970,7 @@ La syntaxe utilisée correspond à l'ancienne convention de préfixage opterons probablement pour le style en suffixe (postfix) @code{note\[@tie{}@dots{}@tie{}note\]}. En attendant, vous pouvez inclure le fichier -@file{gregorian@/-init@/.ly}, qui fournit une fonction Scheme +@file{gregorian-init.ly}, qui fournit une fonction Scheme @example \ligature @var{expr_musicale} @end example diff --git a/Documentation/fr/notation/changing-defaults.itely b/Documentation/fr/notation/changing-defaults.itely index 83bd4f28ea..9657f82bd6 100644 --- a/Documentation/fr/notation/changing-defaults.itely +++ b/Documentation/fr/notation/changing-defaults.itely @@ -44,7 +44,7 @@ En sous-main, LilyPond se sert du langage Scheme (un dérivé du LISP) comme infrastructure. Modifier les choix de mise en page revient à pénétrer dans les entrailles du programme, et de ce fait requiert l'emploi du Scheme. Les fragments de Scheme, dans un fichier -@file{@/.ly}, sont introduits par le caractère @emph{hash}, (@code{#}, +@file{.ly}, sont introduits par le caractère @emph{hash}, (@code{#}, improprement surnommé @qq{dièse}). @footnote{Le @rextend{Tutoriel Scheme} fournit quelques notions de base pour saisir des nombres, des listes, des chaînes de caractères ou @@ -107,8 +107,8 @@ Manuel d'initiation : @rlearning{Contextes et graveurs}. Fichiers d'initialisation : -@file{ly/@/engraver@/-init@/.ly}, -@file{ly/@/performer@/-init@/.ly}. +@file{ly/engraver-init.ly}, +@file{ly/performer-init.ly}. Morceaux choisis : @rlsr{Contexts and engravers}. @@ -958,7 +958,7 @@ Pour aller encore plus loin, plutôt que de simplement parler de l'objet @code{Fingering}, ce qui ne nous avance pas à grand chose, on peut aller explorer son âme même, dans les fichiers source de LilyPond (voir @rlearning{Autres sources de documentation}), en l'occurence le fichier -@file{scm/@/define@/-grobs@/.scm}@tie{}: +@file{scm/define-grobs.scm}@tie{}: @example (Fingering @@ -1395,7 +1395,7 @@ d'éléments. Ces propriétés, dont les noms commencent par une majuscule, puis comprennent une ou plusieurs majuscules (de style @code{TotoTata}), contiennent les réglages @qq{par défaut} pour les objets graphiques. Ces réglages sont sous forme de liste Scheme@tie{}; on peut les -consulter dans le fichier @file{scm/@/define@/-grobs@/.scm}. +consulter dans le fichier @file{scm/define-grobs.scm}. Les descriptions d'éléments doivent être modifiées avec la commande @code{\override}. diff --git a/Documentation/fr/notation/chords.itely b/Documentation/fr/notation/chords.itely index 7477b9e50c..5827142105 100644 --- a/Documentation/fr/notation/chords.itely +++ b/Documentation/fr/notation/chords.itely @@ -317,7 +317,7 @@ puis on la transforme en liste d'exceptions au moyen du code (sequential-music-to-chord-exceptions chExceptionMusic #t) @end example Pour qu'elles soient effectives, on ajoute ces exceptions aux exceptions -par défaut définies dans @file{ly/@/chord@/-modifier@/-init@/.ly}@tie{}: +par défaut définies dans @file{ly/chord-modifier-init.ly}@tie{}: @example (append (sequential-music-to-chord-exceptions chExceptionMusic #t) @@ -413,8 +413,8 @@ Morceaux choisis : @rlsrnamed{Chords,Accords}. Fichiers internes : -@file{scm/@/chords@/-ignatzek@/.scm}, -@file{scm/@/chord@/-entry@/.scm}. +@file{scm/chords-ignatzek.scm}, +@file{scm/chord-entry.scm}. @knownissues diff --git a/Documentation/fr/notation/expressive.itely b/Documentation/fr/notation/expressive.itely index 85b7f45b35..7534627988 100644 --- a/Documentation/fr/notation/expressive.itely +++ b/Documentation/fr/notation/expressive.itely @@ -154,7 +154,7 @@ c4-> c-. c2-_ @end lilypond Même si LilyPond place automatiquement ces symboles, selon les règles -contenues dans le fichier @code{scm/@/script@/.scm}, il est possible de +contenues dans le fichier @file{scm/script.scm}, il est possible de l'obliger à les positionner au-dessus ou en-dessous de la note, comme indiqué au chapitre @ref{Direction et positionnement}. @@ -213,7 +213,7 @@ Manuel de notation : @ref{Trilles}. Fichiers installés : -@code{scm/@/script@/.scm}. +@file{scm/script.scm}. Morceaux choisis : @rlsrnamed{Expressive marks,Signes d'interprétation}. diff --git a/Documentation/fr/notation/fretted-strings.itely b/Documentation/fr/notation/fretted-strings.itely index 15cdb67da4..58b0fb1d9f 100644 --- a/Documentation/fr/notation/fretted-strings.itely +++ b/Documentation/fr/notation/fretted-strings.itely @@ -442,7 +442,7 @@ l'accordage standard d'une guitare@tie{}: mi la ré sol si mi (EADGBE). D'autres accordages prédéfinis sont disponibles@tie{}: @code{guitar-open-g-tuning}, @code{mandolin-tuning} et @code{banjo-open-g-tuning}. Les accordages prédéfinis sont répertoriés -dans le fichier @file{scm/@/output@/-lib@/.scm}. +dans le fichier @file{scm/output-lib.scm}. L'accordage est constitué par une liste Scheme des hauteurs de notes correspondant aux cordes à vide, une note pour chaque corde, classée par @@ -488,7 +488,7 @@ mynotes = { @seealso Fichiers d'initialisation : -@file{scm/@/output@/-lib@/.scm}. +@file{scm/output-lib.scm}. Morceaux choisis : @rlsrnamed{Fretted strings,Cordes frettées}. @@ -912,17 +912,17 @@ des diagrammes d'accords stockés dans une table de correspondance@tie{}: @end lilypond Les diagrammes d'accord définis par défaut sont dans le fichier -@file{predefined@/-guitar@/-fretboards@/.ly}. Les diagrammes d'accord sont +@file{predefined-guitar-fretboards.ly}. Les diagrammes d'accord sont stockés en fonction des notes de l'accord ainsi que de l'accordage (@code{stringTunings}) utilisé. -@file{predefined@/-guitar@/-fretboards@/.ly} contient les diagrammes d'accord +@file{predefined-guitar-fretboards.ly} contient les diagrammes d'accord prédéfinis uniquement pour l'accordage standard (@code{guitar-tuning}). Des diagrammes d'accords peuvent être définis pour d'autres instruments ou d'autres accordages en suivant les exemples du fichier -@file{predefined@/-guitar@/-fretboards@/.ly}. +@file{predefined-guitar-fretboards.ly}. Les diagrammes de fret propres au ukulele se trouvent dans le fichier -@file{predefined@/-ukulele@/-fretboards@/.ly}. +@file{predefined-ukulele-fretboards.ly}. @lilypond[verbatim, ragged-right, quote] \include "predefined-ukulele-fretboards.ly" @@ -1161,8 +1161,8 @@ Manuel de notation : @ref{Tablatures prédéfinies}. Fichiers d'initialisation : -@file{ly/@/predefined@/-guitar@/-fretboards@/.ly}, -@file{ly/@/predefined@/-guitar@/-ninth@/-fretboards@/.ly}. +@file{ly/predefined-guitar-fretboards.ly}, +@file{ly/predefined-guitar-ninth-fretboards.ly}. Morceaux choisis : @rlsrnamed{Fretted strings,Cordes frettées}. @@ -1529,4 +1529,4 @@ Morceaux choisis : @rlsrnamed{Fretted strings,Cordes frettées}. Les accordages prédéfinis du banjo sont contenus dans le fichier -@file{scm/@/output@/-lib@/.scm}. +@file{scm/output-lib.scm}. diff --git a/Documentation/fr/notation/percussion.itely b/Documentation/fr/notation/percussion.itely index 4be5cd2e40..35c650091d 100644 --- a/Documentation/fr/notation/percussion.itely +++ b/Documentation/fr/notation/percussion.itely @@ -66,7 +66,7 @@ fichier LilyPond, un nom complet et un nom raccourci. Ces noms sont inventoriés dans le fichier d'initialisation -@file{ly/@/drumpitch@/-init@/.ly}. +@file{ly/drumpitch-init.ly}. @c TODO: properly document this. @@ -285,7 +285,7 @@ down = \drummode { bd4 sn bd toml8 toml } @seealso -Fichier d'initialisation : @file{ly/@/drumpitch@/-init@/.ly}. +Fichier d'initialisation : @file{ly/drumpitch-init.ly}. Référence du programme : @rinternals{DrumStaff}, @rinternals{DrumVoice}. diff --git a/Documentation/fr/notation/rhythms.itely b/Documentation/fr/notation/rhythms.itely index cf7d90112f..3da2258df9 100644 --- a/Documentation/fr/notation/rhythms.itely +++ b/Documentation/fr/notation/rhythms.itely @@ -1094,7 +1094,7 @@ En plus de déterminer la métrique qui sera imprimée, la commande @code{\time} règlera aussi les valeurs par défaut des propriétés @code{baseMoment}, @code{beatStructure} et @code{beamExceptions}. Les valeurs prédéterminées par défaut de ces différentes propriétés sont -inscrites dans le fichier @file{scm/@/time@/-signature@/-settings@/.scm}. Vous +inscrites dans le fichier @file{scm/time-signature-settings.scm}. Vous pouvez les modifier de la manière suivante@tie{}: @lilypond[quote,verbatim] @@ -1876,7 +1876,7 @@ Manuel de notation : @ref{Définition des règles de ligature automatique}. Fichiers d'initialisation : -@file{scm/@/auto@/-beam@/.scm}. +@file{scm/auto-beam.scm}. Morceaux choisis : @rlsrnamed{Rhythms,Rythme}. @@ -2001,14 +2001,14 @@ La pulsation -- @emph{baseMoment} en anglais -- découle directement de la métrique telle que définie par la commande @code{\time}. Elle est par défaut égale à un sur le dénominateur de la métrique. Les exceptions à cette règle par défaut sont répertoriées dans le fichier -@file{scm/@/time@/-signature@/-settings@/.scm}. Pour savoir comment +@file{scm/time-signature-settings.scm}. Pour savoir comment jouer avec la valeur de @code{baseMoment} selon la métrique, reportez vous au chapitre @ref{Métrique}. Les règles de ligature et de subdivision spécifiques sont enregistrées dans la propriété @code{beamExceptions}. Ses valeurs par défaut, rangées par métrique et type de règle, sont répertoriées dans le -fichier @file{scm/@/time@/-signature@/-settings@/.scm}. +fichier @file{scm/time-signature-settings.scm}. Les règles spécifiques autres que celles concernant la terminaison des ligatures sont gérées par la propriété @code{beamExceptions}. @@ -2074,7 +2074,7 @@ métrique. Les règles de ligature automatique par défaut sont répertoriées, par métrique, dans le fichier -@file{scm/@/time@/-signature@/-settings@/.scm}. Les manières de déroger +@file{scm/time-signature-settings.scm}. Les manières de déroger à ce comportement sosnt abordées au chapitre @ref{Métrique}. @i{@strong{Principes de la ligature automatique}} @@ -2110,7 +2110,7 @@ pour regrouper les notes par des ligatures. Le type de ligature correspond à la durée la plus courte dans le groupe. Pour information, les règles de ligature par défaut sont répertoriées -dans le fichier @file{scm/@/time@/-signature@/-settings@/.scm}. +dans le fichier @file{scm/time-signature-settings.scm}. @snippets @@ -2138,7 +2138,7 @@ dans le fichier @file{scm/@/time@/-signature@/-settings@/.scm}. @seealso Fichiers d'initialisation : -@file{scm/@/beam-@/settings@/.scm}. +@file{scm/beam-settings.scm}. Morceaux choisis : @rlsrnamed{Rhythms,Rythme}. @@ -2845,7 +2845,7 @@ c1 \mark \default c1 @end lilypond -Le fichier @file{scm/@/translation@/-functions@/.scm} comporte les +Le fichier @file{scm/translation-functions.scm} comporte les définitions de @code{format-mark-numbers} (comportement par défaut), @code{format-mark-box-numbers}, @code{format-mark-letters} et @code{format-mark-box-letters}. Vous pouvez vous en inspirer pour @@ -2905,7 +2905,7 @@ Manuel de notation : @ref{Alignement des objets}. Fichiers d'initialisation : -@file{scm/@/translation@/-functions@/.scm} contient les définitions de +@file{scm/translation-functions.scm} contient les définitions de @code{format-mark-numbers} et @code{format-mark-letters}. Elles seront source d'inspiration pour d'autres fonctions de formatage. @@ -3072,7 +3072,7 @@ Glossaire musicologique : @rglosnamed{appoggiatura,appogiature}. Fichiers d'initialisation : -@file{ly/@/grace@/-init@/.ly}. +@file{ly/grace-init.ly}. Morceaux choisis : @rlsrnamed{Rhythms,Rythme}. diff --git a/Documentation/fr/notation/simultaneous.itely b/Documentation/fr/notation/simultaneous.itely index 5c7e9eb85e..2779c1564c 100644 --- a/Documentation/fr/notation/simultaneous.itely +++ b/Documentation/fr/notation/simultaneous.itely @@ -162,7 +162,7 @@ Manuel de notation : @ref{Articulations et ornements}. Fichiers d'initialisation : -@file{ly/@/chord@/-repetition@/-init@/.ly}. +@file{ly/chord-repetition-init.ly}. @node Expressions simultanées diff --git a/Documentation/fr/notation/spacing.itely b/Documentation/fr/notation/spacing.itely index a8a24c3849..f5b2a15a25 100644 --- a/Documentation/fr/notation/spacing.itely +++ b/Documentation/fr/notation/spacing.itely @@ -153,14 +153,14 @@ question. Les formats @code{a4}, @code{letter}, @code{legal} et @code{11x17} (ou tabloïde) sont couramment utilisés pour les éditions musicales. Bien d'autres formats sont disponibles et sont répertoriés à la rubrique -@code{paper-alist} du fichier d'initialisation @file{scm/@/paper@/.scm}. +@code{paper-alist} du fichier d'initialisation @file{scm/paper.scm}. @c TODO add a new appendix for paper sizes (auto-generated) -pm @warning{Par défaut, le papier est au format A4 (codé @code{a4}).} Rien ne vous empèche d'ajouter un format de papier inhabituel à la -rubrique @code{paper-alist} du fichier @file{scm/@/paper@/.scm}. Sachez +rubrique @code{paper-alist} du fichier @file{scm/paper.scm}. Sachez cependant que celui-ci est écrasé à chaque mise à jour de LilyPond. @cindex orientation @@ -185,7 +185,7 @@ autre variable. @seealso Fichiers d'initialisation : -@file{scm/@/paper@/.scm}. +@file{scm/paper.scm}. Morceaux choisis : @rlsrnamed{Spacing,Espacements}. @@ -202,7 +202,7 @@ mise en page sont automatiquement définis par rapport au format du papier. Les valeurs par défaut des marges, inscrites dans le fichier -d'initialisation @file{ly/@/paper@/-defaults@/-init@/.ly}, s'appliquent +d'initialisation @file{ly/paper-defaults-init.ly}, s'appliquent au format par défaut (A4 sauf mention spécifique) et sont étalonnées pour les autres formats. @@ -343,7 +343,7 @@ deuxième redéfinit complètement la variable. @end example Les valeurs par défaut de ces variables sont répertoriés dans le -fichier @file{ly/@/paper@/-defaults@/-init@/.ly}. +fichier @file{ly/paper-defaults-init.ly}. @subsubheading Variables de dimensionnement fluctuant du bloc @code{\paper} @@ -424,8 +424,8 @@ page. L'entête et le pied de page sont créés respectivement par les fonctions @code{make-header} et @code{make-footer}, toutes deux définies dans le bloc @code{\paper}. Leur implémentation par défaut se trouve dans les -fichiers d'initialisation @file{ly/@/paper@/-defaults@/-init@/.ly} et -@file{ly/@/titling@/-init@/.ly}. +fichiers d'initialisation @file{ly/paper-defaults-init.ly} et +@file{ly/titling-init.ly}. La mise en forme de la page est réalisée par les fonctions @code{page-music-height} et @code{page-make-stencil}, toutes deux @@ -436,7 +436,7 @@ seconde génère la page selon le nombre de système qu'elle contiendra. Vous pouvez définir toutes ces valeurs -- en @code{mm}, @code{in}, @code{pt} ou @code{cm} -- en langage Scheme au sein du bloc @code{\paper}. Celles contenues dans le fichier -@file{paper@/-defaults@/.ly} sont en millimètres, c'est la raison pour +@file{paper-defaults.ly} sont en millimètres, c'est la raison pour laquelle la valeur de @code{2@tie{}cm} de ce qui suit doit être précédée du signe multiplier. @@ -1877,8 +1877,8 @@ cette dernière aura préséance. Voir aussi la propriété @seealso Fichiers d'initialisation : -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Référence des propriétés internes : @rinternals{Contexts}, @@ -1951,7 +1951,7 @@ isolées à l'aide de la propriété @code{staff-staff-spacing}@tie{}: @seealso Fichiers d'initialisation : -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Morceaux choisis : @rlsrnamed{Spacing,Espacements}. @@ -2023,7 +2023,7 @@ regroupes, à l'aide des propriétés de l'objet graphique @seealso Fichiers d'initialisation : -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Morceaux choisis : @rlsrnamed{Spacing,Espacements}. @@ -2093,8 +2093,8 @@ Vous noterez que la valeur élevée attribuée à la clé @seealso Fichiers d'initialisation : -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Morceaux choisis : @rlsrnamed{Spacing,Espacements}. diff --git a/Documentation/fr/notation/text.itely b/Documentation/fr/notation/text.itely index 1c1ac9ae8c..aa0b29dbdd 100644 --- a/Documentation/fr/notation/text.itely +++ b/Documentation/fr/notation/text.itely @@ -523,7 +523,7 @@ Morceaux choisis : @rlsrnamed{Text,Texte}. Fichiers d'initialisation : -@file{scm/@/markup@/.scm}. +@file{scm/markup.scm}. @knownissues @@ -727,7 +727,7 @@ Référence des propriétés internes : @rinternals{TextScript}. Fichiers d'initialisation : -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Alignement du texte @@ -992,7 +992,7 @@ Référence des propriétés internes : @rinternals{TextScript}. Fichiers d'initialisation : -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Éléments graphiques dans du texte formaté @@ -1177,8 +1177,8 @@ Référence des propriétés internes : @rinternals{TextScript}. Fichiers d'initialisation : -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/stencil@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/stencil.scm}. @node Notation musicale dans du texte formaté @@ -1313,9 +1313,9 @@ Référence des propriétés internes : @rinternals{TextScript}. Fichiers d'initialisation : -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/fret@/-diagrams@/.scm}, -@file{scm/@/harp@/-pedals@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/fret-diagrams.scm}, +@file{scm/harp-pedals.scm}. @node Texte avec sauts de page @@ -1384,7 +1384,7 @@ Référence des propriétés internes : @rinternals{TextScript}. Fichiers d'initialisation : -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @funindex \markuplines @@ -1571,7 +1571,7 @@ Morceaux choisis : @c A source file gets never installed... @c Fichiers d'initialisation : -@c @file{lily/@/font@/-config@/-scheme@/.cc}. +@c @file{lily/font-config-scheme.cc}. @node Choix des fontes par défaut diff --git a/Documentation/fr/notation/wind.itely b/Documentation/fr/notation/wind.itely index 20d4aaab4d..d9e5c92118 100644 --- a/Documentation/fr/notation/wind.itely +++ b/Documentation/fr/notation/wind.itely @@ -187,7 +187,7 @@ exemple, @code{\taor} est un raccourci pour \grace @{ \small G32[ d G e] @} @end example -@file{bagpipe@/.ly} prend également en charge les définitions de hauteurs +@file{bagpipe.ly} prend également en charge les définitions de hauteurs pour la cornemuse@tie{}; vous n'avez donc pas à vous soucier d'employer @code{\relative} ou @code{\transpose}. @@ -435,8 +435,8 @@ pour un instrument donné, en utilisant dans un fichier @end lilypond De nouveaux diagrammes sont réalisables, en suivant les directives -contenues dans les fichiers @file{scm/@/define@/-woodwind@/-diagrams@/.scm} et -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. Ceci requiert toutefois la +contenues dans les fichiers @file{scm/define-woodwind-diagrams.scm} et +@file{scm/display-woodwind-diagrams.scm}. Ceci requiert toutefois la maîtrise du langage Scheme. @@ -456,8 +456,8 @@ maîtrise du langage Scheme. @seealso Fichiers d'initialisation : -@file{scm/@/define@/-woodwind@/-diagrams@/.scm}, -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. +@file{scm/define-woodwind-diagrams.scm}, +@file{scm/display-woodwind-diagrams.scm}. Morceaux choisis : @rlsrnamed{Winds,Vents}. diff --git a/Documentation/fr/notation/world.itely b/Documentation/fr/notation/world.itely index 1ecde47767..0c2b44678a 100644 --- a/Documentation/fr/notation/world.itely +++ b/Documentation/fr/notation/world.itely @@ -47,7 +47,7 @@ tons sont divisés en 9 intervalles. Du point de vue actuel des pratiques de notation, il est possible d'utiliser les notes occidentales (do, ré, mi@dots{}) auxquelles on ajoutera l'atlération spécifique à la musique turque. Ces différentes altérations sont définies dans le -fichier @file{makam@/.ly} -- reportez vous au chapitre +fichier @file{makam.ly} -- reportez vous au chapitre @rlearning{Autres sources de documentation} pour le localiser sur votre système. Vous trouverez, dans le tableau suivant, le nom de ces altérations, le suffixe à utiliser, ainsi que la fraction de ton entier @@ -196,7 +196,7 @@ Le symbole indiquant un demi-bémol ne correspond pas au symbole utilisé dans la notation arabe. Si le symbole particulier du demi-bémol arabe doit absolument être utilisé, il est possible de s'en approcher en faisant précéder la note par la commande -@code{\dwn} définie dans le fichier @file{arabic@/.ly}. +@code{\dwn} définie dans le fichier @file{arabic.ly}. Cette méthode ne peut toutefois pas être utilisée pour modifier l'aspect du demi-bémol dans l'armure. @@ -226,7 +226,7 @@ Morceaux choisis : @c elles ne doivent donc pas être traduites. -vv Outre les armures mineures et majeures, les armures suivantes -sont définies dans la fichier @file{arabic@/.ly}@tie{}: @notation{bayati}, +sont définies dans la fichier @file{arabic.ly}@tie{}: @notation{bayati}, @notation{rast}, @notation{sikah}, @notation{iraq} et @notation{kurd}. Ces armatures définissent un petit nombre de groupes de maqams plutôt que le grand nombre de maqams habituellement utilisés. @@ -529,7 +529,7 @@ D'un point de vue de notation moderne, il est pratique d'utiliser positions occidentales des notes sur la portée (do, ré, mi@dots{}) avec des altérations spéciales qui haussent ou baissent les notes par intervalles de 1/9, 4/9, 5/9 et 8/9 de ton. Ces altérations sont -définies dans le dossier @file{makam@/.ly} (pour trouver l'emplacement de +définies dans le dossier @file{makam.ly} (pour trouver l'emplacement de ce dossier dans votre système, voir @rlearning{Autres sources de documentation}). Une description plus détaillée se trouve dans diff --git a/Documentation/fr/texidocs/makam-example.texidoc b/Documentation/fr/texidocs/makam-example.texidoc index c57dc212a3..b732d97259 100644 --- a/Documentation/fr/texidocs/makam-example.texidoc +++ b/Documentation/fr/texidocs/makam-example.texidoc @@ -2,7 +2,7 @@ texidocfr = " Le « makam » est une forme de mélodie turque qui utilise des altérations d'un neuvième de ton. Consultez le fichier d'initialisation -@file{makam@/.ly} pour plus de détails sur les hauteurs et altérations +@file{makam.ly} pour plus de détails sur les hauteurs et altérations utilisées (voir le chapitre 4.6.3 - Autres sources d'information du manuel d'initiation pour le localiser). diff --git a/Documentation/fr/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc b/Documentation/fr/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc index 64cf3db796..ef5a60788f 100644 --- a/Documentation/fr/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc +++ b/Documentation/fr/texidocs/modifying-default-values-for-articulation-shorthand-notation.texidoc @@ -1,7 +1,7 @@ %% Translation of GIT committish: 217cd2b9de6e783f2a5c8a42be9c70a82195ad20 texidocfr = " Les raccourcis sont répertoriés dans le fichier -@file{ly/@/script@/-init@/.ly}, dans lequel on retrouve les variables +@file{ly/script-init.ly}, dans lequel on retrouve les variables @code{dashHat}, @code{dashPlus}, @code{dashDash}, @code{dashBar}, @code{dashLarger}, @code{dashDot}, et @code{dashUnderscore} ainsi que leur valeur par défaut. Ces valeurs peuvent être modifiées selon vos diff --git a/Documentation/fr/texidocs/redefining-grace-note-global-defaults.texidoc b/Documentation/fr/texidocs/redefining-grace-note-global-defaults.texidoc index 50b2ca1244..085d202687 100644 --- a/Documentation/fr/texidocs/redefining-grace-note-global-defaults.texidoc +++ b/Documentation/fr/texidocs/redefining-grace-note-global-defaults.texidoc @@ -4,7 +4,7 @@ Vous pouvez modifier les valeurs des variables @code{startGraceMusic}, @code{stopGraceMusic}, @code{startAcciaccaturaMusic}, @code{stopAcciaccaturaMusic}, @code{startAppoggiaturaMusic}, et @code{stopAppoggiaturaMusic} afin d'en personnaliser les effets. Pour -plus de détails, voir le fichier @file{ly/@/grace@/-init@/.ly}. +plus de détails, voir le fichier @file{ly/grace-init.ly}. " doctitlefr = "Redéfinition des réglages de mise en forme par défaut des notes d'ornement" diff --git a/Documentation/fr/texidocs/string-quartet-template-with-separate-parts.texidoc b/Documentation/fr/texidocs/string-quartet-template-with-separate-parts.texidoc index fb88640e73..32a50067a0 100644 --- a/Documentation/fr/texidocs/string-quartet-template-with-separate-parts.texidoc +++ b/Documentation/fr/texidocs/string-quartet-template-with-separate-parts.texidoc @@ -7,9 +7,9 @@ illustre l'utilisation de la fonction @code{\\tag} dans le but d'extraire des parties séparées. Il vous faudra découper ce canevas en plusieurs fichiers séparés ; leur -nom respectif est indiqué en commentaire : @file{piece@/.ly} comporte tout -ce qui a trait à la musique, les autres fichiers -- @file{score@/.ly}, -@file{vn1@/.ly}, @file{vn2@/.ly}, @file{vla@/.ly}, et @file{vlc@/.ly} -- vous +nom respectif est indiqué en commentaire : @file{piece.ly} comporte tout +ce qui a trait à la musique, les autres fichiers -- @file{score.ly}, +@file{vn1@/.ly}, @file{vn2.ly}, @file{vla.ly}, et @file{vlc.ly} -- vous permettront d'obtenir les parties selon le pupitre. diff --git a/Documentation/fr/texidocs/woodwind-diagrams-key-lists.texidoc b/Documentation/fr/texidocs/woodwind-diagrams-key-lists.texidoc index f0af09d63e..22ee648eea 100644 --- a/Documentation/fr/texidocs/woodwind-diagrams-key-lists.texidoc +++ b/Documentation/fr/texidocs/woodwind-diagrams-key-lists.texidoc @@ -2,7 +2,7 @@ texidocfr = " Le code suivant vous permettra d'obtenir une liste de toutes les possibilités en matière de doigtés pour bois, tels qu'ils sont définis -dans le fichier @file{scm/@/define@/-woodwind@/-diagrams@/.scm}. Cette liste +dans le fichier @file{scm/define-woodwind-diagrams.scm}. Cette liste sera produite en console et dans le fichier de journalisation, mais pas sous forme de musique. " diff --git a/Documentation/fr/usage/external.itely b/Documentation/fr/usage/external.itely index 124a54d0d1..64833058b8 100644 --- a/Documentation/fr/usage/external.itely +++ b/Documentation/fr/usage/external.itely @@ -46,18 +46,18 @@ pointe. Afin que cette chaîne de traitement soit pleinement opérationnelle, il faut configurer votre visionneur de PDF de façon à ce qu'il suive les -liens grâce au script @file{lilypond@/-invoke@/-editor} fourni avec +liens grâce au script @file{lilypond-invoke-editor} fourni avec LilyPond. Pour Xpdf, sous UNIX, vous devrez insérer la ligne suivante dans -le fichier @file{xpdfrc} -- soit @file{/@/etc/@/xpdfrc}, soit dans votre -répertoire personnel @file{@/.xpdfrc}. +le fichier @file{xpdfrc} -- soit @file{/etc/xpdfrc}, soit dans votre +répertoire personnel @file{.xpdfrc}. @example urlCommand "lilypond-invoke-editor %s" @end example -@file{lilypond@/-invoke@/-editor} est un petit programme assistant. Il +@file{lilypond-invoke-editor} est un petit programme assistant. Il se charge d'appeler un éditeur pour les identifants de ressource (@emph{URI}) de type @code{textedit}, et un navigateur pour les autres. Il teste en outre la variable d'environnement @code{EDITOR} pour les cas @@ -110,7 +110,7 @@ toujours possible de désactiver le pointer-cliquer en ajoutant @end example @noindent -dans le fichier @file{@/.ly}. Il peut alors être activé de manière +dans le fichier @file{.ly}. Il peut alors être activé de manière explicite grâce à @example @@ -127,7 +127,7 @@ lilypond -dno-point-and-click file.ly @warning{Lorsqu'un fichier LilyPond est destiné à être redistribué, pensez à désactiver le pointer-cliquer, de telle sorte que les chemins d'accès et autres informations propres à votre système ne se retrouvent -pas inclus dans le fichier @file{@/.pdf}.} +pas inclus dans le fichier @file{.pdf}.} @node LilyPond et les éditeurs de texte @@ -154,24 +154,24 @@ Certains éditeurs de texte prennent en charge LilyPond. @unnumberedsubsec Mode Emacs @translationof Emacs mode -Emacs dispose d'un @file{lilypond@/-mode} qui fournit l'autocomplétion +Emacs dispose d'un @file{lilypond-mode} qui fournit l'autocomplétion des mots-clés, l'indentation, les appariements spécifiques à LilyPond, la coloration syntaxique, ainsi que des raccourcis pour compiler et consulter les manuels de LilyPond en mode info. Si le -@file{lilypond@/-mode} n'était pas installé sur votre système, procédez +@file{lilypond-mode} n'était pas installé sur votre système, procédez comme ci-dessous. Le répertoire @file{elisp} inclus dans les sources contient aussi un mode pour saisir la musique et lancer LilyPond. Faites @command{make install} pour l'installer dans votre @var{elispdir}. Le fichier -@file{lilypond@/-init@/.el} devrait trouver sa place dans -@var{load-path}@file{/@/site@/-start@/.d/@/} ou bien ajouté à votre -@file{@/~/@/@/.emacs} ou @file{@/~/@/@/.emacs@/.el}. +@file{lilypond-init.el} devrait trouver sa place dans +@var{load-path}@file{/site-start.d/} ou bien ajouté à votre +@file{~/.emacs} ou @file{~/.emacs.el}. En tant que simple utilisateur, vous pouvez toujours ajouter votre -propre répertoire (par exemple @file{@/~/@/site@/-lisp/@/}) à votre +propre répertoire (par exemple @file{~/site-lisp/}) à votre @var{load-path} en ajoutant la ligne suivante -- modifiée en conséquence --- à votre @file{@/~/@/@/.emacs}@tie{}: +-- à votre @file{~/.emacs}@tie{}: @c any reason we do not advise: (push "~/site-lisp" load-path) @example @@ -186,7 +186,7 @@ propre répertoire (par exemple @file{@/~/@/site@/-lisp/@/}) à votre En ce qui concerne @uref{http://@/www@/.vim@/.org,Vim}, LilyPond fournit tout le nécessaire pour gérer la coloration syntaxique et l'indentation. Le mode spécifique à Vim doît être indiqué dans le fichier -@file{@/$HOME/@/@/.vimrc}. Localisez ce fichier, ou créez-le, et +@file{$HOME/.vimrc}. Localisez ce fichier, ou créez-le, et ajoutez-y les trois lignes suivantes@tie{}: @example @@ -197,7 +197,7 @@ filetype on @noindent Si LilyPond est installé dans un autre répertoire que -@file{/@/usr/@/local/}, modifiez ce chemin en conséquence. Pour de plus +@file{/usr/local/}, modifiez ce chemin en conséquence. Pour de plus amples détails, consultez @rlearning{Autres sources de documentation}. @@ -269,7 +269,7 @@ convertisseur capable d'importer directement un fichier. les durées spécifiées lorsque nécessaire. Vous pouvez enregistrer un fichier MIDI grâce à un clavier -électronique et ensuite le convertir en fichier @file{@/.ly}. Néanmoins +électronique et ensuite le convertir en fichier @file{.ly}. Néanmoins le rythme humain n'a pas une précision suffisante pour qu'une conversion MIDI à ly ne se fasse sans surprise. En le couplant à une quantisation (options @code{-s} et @code{-d}), @command{midi2ly} tente @@ -349,7 +349,7 @@ dialecte XML pour représenter la notation musicale. @command{musicxml2ly} extrait, à partir d'un fichier MusicXML, les notes, articulations, structure de la partition, paroles, etc. -et les écrit dans un fichier @file{@/.ly}. Il se lance en ligne de +et les écrit dans un fichier @file{.ly}. Il se lance en ligne de commande. Pour le lancer en ligne de commande, procédez ainsi : @@ -391,7 +391,7 @@ gérer les ligatures automatiquement. @item -o,--output=@var{file} Générer le résultat dans le fichier @var{fichier}. S'il n'est pas -déterminé, ce sera @var{fichier-xml}@file{@/.ly}@tie{}; @file{-} +déterminé, ce sera @var{fichier-xml}@file{.ly}@tie{}; @file{-} produira le résultat sur la sortie standard (@var{stdout}). @item -r,--relative diff --git a/Documentation/fr/usage/lilypond-book.itely b/Documentation/fr/usage/lilypond-book.itely index 3c9a6a27a8..6e61cdc638 100644 --- a/Documentation/fr/usage/lilypond-book.itely +++ b/Documentation/fr/usage/lilypond-book.itely @@ -114,8 +114,8 @@ indépendant, alors inclus avec \verb+\lilypondfile+. \lilypondfile[quote,noindent]{screech-boink.ly} -(Si besoin, remplacez @file{screech@/-boink@/.ly} par -n'importe quel fichier @file{@/.ly} qui se trouve dans +(Si besoin, remplacez @file{screech-boink.ly} par +n'importe quel fichier @file{.ly} qui se trouve dans le même répertoire que le présent fichier.) \end{document} @@ -125,7 +125,7 @@ le même répertoire que le présent fichier.) @subheading Traitement -Enregistrez ces lignes dans un fichier nommé @file{lilybook@/.lytex} puis, +Enregistrez ces lignes dans un fichier nommé @file{lilybook.lytex} puis, dans un terminal, lancez @c keep space after @version{} so TeX doesn't choke @@ -439,7 +439,7 @@ Par ailleurs, l'utilisation d'un @code{@@lilypondversion} permet d'afficher la version de LilyPond utilisée. Le traitement du fichier source par @command{lilypond-book} génère un -fichier Texinfo (extension @file{@/.itexi}) qui contiendra les balises +fichier Texinfo (extension @file{.itexi}) qui contiendra les balises @code{@@image} pour les formats HTML, Info ou imprimable. Les images générées par @command{lilypond-book} sont au format EPS et PDF en vue d'une impression, et au format PNG pour leur utilisation en HTML ou @@ -541,13 +541,13 @@ fournies par la propriété @code{role} de l'élément central -- voir les paragraphes suivants. Les balises sont déterminées de manière à ce que les éditeurs DocBook prennent en charge du mieux possible leur contenu. Les fichiers DocBook destinés à un traitement par -@command{lilypond-book} doivent avoir une extension @file{@/.lyxml}. +@command{lilypond-book} doivent avoir une extension @file{.lyxml}. @subheading Inclusion d'un fichier LilyPond Il s'agit en fait du cas le plus simple. Le fichier à inclure doit -avoir une extension @file{@/.ly} et sera inséré comme n'importe quel +avoir une extension @file{.ly} et sera inséré comme n'importe quel @code{imageobject}, en respectant la structure suivante@tie{}: @example @@ -588,8 +588,8 @@ Comme vous le remarquez, la balise externe -- qu'il s'agisse d'un @subheading Génération du document DocBook -@command{lilypond-book} génère, à partir d'un fichier @file{@/.lyxml}, un -document DocBook tout à fait valide -- extension @file{@/.xml} -- que vous +@command{lilypond-book} génère, à partir d'un fichier @file{.lyxml}, un +document DocBook tout à fait valide -- extension @file{.xml} -- que vous pourrez ensuite traiter avec votre application habituelle. Dans le cas de @uref{http://@/dblatex@/.sourceforge@/.net@/,dblatex}, vous obtiendrez alors automatiquement un fichier PDF. Les feuilles de style @@ -749,14 +749,14 @@ ligne @code{\version @@w@{"@@version@{@}"@}} au @code{verbatim}. @item texidoc Option disponible uniquement pour Texinfo.@* -Dès lors qu'un fichier @code{toto@/.ly} contient dans sa section +Dès lors qu'un fichier @file{toto.ly} contient dans sa section @code{\header} la variable @code{texidoc}, l'appel de @command{lilypond} avec l'option @option{--header=@/texidoc} créera le fichier -@code{toto@/.texidoc}. Par ailleurs, c'est le contenu de ce -@code{toto@/.texidoc} qui sera ensuite recopié par +@file{toto.texidoc}. Par ailleurs, c'est le contenu de ce +@file{toto.texidoc} qui sera ensuite recopié par @command{lilypond-book} en préambule de l'extrait de partition. -Prenons par exemple le fichier @file{toto@/.ly} dont le contenu est +Prenons par exemple le fichier @file{toto.ly} dont le contenu est @example \header @{ @@ -766,7 +766,7 @@ Prenons par exemple le fichier @file{toto@/.ly} dont le contenu est @end example @noindent -et quelque part dans notre document Texinfo @file{test@/.texinfo} +et quelque part dans notre document Texinfo @file{test.texinfo} @example @@lilypondfile[texidoc]@{toto.ly@} @@ -787,10 +787,10 @@ Cette option est fort utile dans le cadre de l'adaptation en langue étrangère. En effet, s'il est spécifié dans le document Texinfo une clause @code{@@documentlanguage@tie{}@var{LANGUE}}, la présence d'une variable @code{texidoc@var{LANGUE}} dans l'entête du fichier -@file{foo@/.ly} entraînera la reproduction -- par l'appel +@file{foo.ly} entraînera la reproduction -- par l'appel @code{lilypond}@tie{}@option{--header=@/texidoc@var{LANGUE}} -- du -contenu de @file{toto@/.texidoc@var{LANGUE}} en lieu et place de celui de -@file{toto@/.texidoc}. +contenu de @file{toto.texidoc@var{LANGUE}} en lieu et place de celui de +@file{toto.texidoc}. @item lilyquote Option disponible uniquement pour Texinfo.@* @@ -804,11 +804,11 @@ fichier source. @item doctitle Option disponible uniquement pour Texinfo.@* Cette option fonctionne selon le même principe que l'option -@code{texidoc}@tie{}: lorsqu'un fichier @file{toto@/.ly} contient dans +@code{texidoc}@tie{}: lorsqu'un fichier @file{toto.ly} contient dans son @code{\header} une variable @code{doctitle} et que @code{lilypond} est appelé avec l'option @code{doctitle}, le contenu de cette variable -- une simple ligne de @var{texte} -- sera recopié dans un fichier -@file{toto@/.doctitle} puis inséré dans le document Texinfo sous la +@file{toto.doctitle} puis inséré dans le document Texinfo sous la forme @code{@@lydoctitle@tie{}@var{texte}}. @code{@@lydoctitle} doit faire l'objet d'une macro, définie dans le document Texinfo. @@ -835,8 +835,8 @@ chemin d'accès au fichier est tronqué. @translationof Invoking lilypond-book @command{lilypond-book} produit un fichier qui aura, selon le format de -sortie spécifié, l'extension @file{@/.tex}, @file{@/.texi}, @file{@/.html} ou -@file{@/.xml}. Les fichiers @file{@/.tex}, @file{@/.texi} et @file{@/.xml} +sortie spécifié, l'extension @file{.tex}, @file{.texi}, @file{.html} ou +@file{.xml}. Les fichiers @file{.tex}, @file{.texi} et @file{.xml} nécessitent un traitement complémentaire. @@ -879,9 +879,9 @@ ps2pdf monfichier.ps @end example @noindent -Le fichier @file{@/.dvi} généré lors de ce traitement ne contient aucune +Le fichier @file{.dvi} généré lors de ce traitement ne contient aucune tête de note, ce qui est tout à fait normal@tie{}; elles seront incluses -lors de la génération du @file{@/.ps} puis dans le @file{@/.pdf}. +lors de la génération du @file{.ps} puis dans le @file{.pdf}. La commande @command{dvips} peut déclencher certains messages concernant des fontes, que vous pouvez ignorer sans scrupule.@* diff --git a/Documentation/fr/usage/running.itely b/Documentation/fr/usage/running.itely index 02f26d1e0b..da3098d6b1 100644 --- a/Documentation/fr/usage/running.itely +++ b/Documentation/fr/usage/running.itely @@ -79,18 +79,18 @@ lilypond [@var{option}]@dots{} @var{fichier}@dots{} @end example Lorsque le fichier est fourni sans extension, LilyPond présume qu'il -s'agit de @file{@/.ly}. Pour interpréter directement l'entrée standard +s'agit de @file{.ly}. Pour interpréter directement l'entrée standard (@emph{stdin}), fournissez un tiret (@code{-}) en lieu et place de @var{fichier}. -Le traitement de @file{monfichier@/.ly} produira @file{monfichier@/.ps} et -@file{monfichier@/.pdf}. Vous pouvez spécifier plusieurs fichiers à la +Le traitement de @file{monfichier.ly} produira @file{monfichier.ps} et +@file{monfichier.pdf}. Vous pouvez spécifier plusieurs fichiers à la fois@tie{}; ils seront traités indépendamment les uns des autres.@footnote{Le statut de GUILE n'étant pas réinitialisé après -traitement d'un fichier @file{@/.ly}, veillez à ne pas modifier les +traitement d'un fichier @file{.ly}, veillez à ne pas modifier les réglages par défaut du système à partir d'assertions en Scheme.} -Lorsque @file{monfichier@/.ly} contient plus d'une section @code{\book}, +Lorsque @file{monfichier.ly} contient plus d'une section @code{\book}, les fichiers produits -- à partir du deuxième -- seront numérotés. Par ailleurs, la valeur affectée à @code{output-suffix} sera insérée entre la racine et le numéro. Par exemple, un fichier @var{racine} qui @@ -104,8 +104,8 @@ contiendrait @end example @noindent -fournira grâce à LilyPond @file{@var{racine}@/-violon@/.pdf} et -@file{@var{racine}@/-cello@/-1@/.pdf}. +fournira grâce à LilyPond @file{@var{racine}-violon.pdf} et +@file{@var{racine}-cello-1.pdf}. @unnumberedsubsubsec Commandes standard de l'interpréteur @@ -151,7 +151,7 @@ Voici les différentes options disponibles à la ligne de commande@tie{}: @item -e,--evaluate=@var{expr} Évalue l'expression Scheme @var{expr} avant d'analyser tout fichier -@file{@/.ly}. Lorsque vous spécifiez l'option @code{-e} à plusieurs +@file{.ly}. Lorsque vous spécifiez l'option @code{-e} à plusieurs reprises, l'évaluation sera faite en séquence. Dans la mesure où l'expression est évaluée par le module @@ -170,7 +170,7 @@ en ligne de commande, et ajouter la ligne @end example @noindent -en tête de votre fichier @file{@/.ly}. +en tête de votre fichier @file{.ly}. @item -f,--format=@var{format} @@ -226,7 +226,7 @@ Veillez à ne pas oublier d'encadrer la valeur par des guillemets @cindex safe, ligne de commande @item safe -Ne pas avoir une confiance aveugle dans le code @file{@/.ly}. +Ne pas avoir une confiance aveugle dans le code @file{.ly}. Lorsque LilyPond est accessible au travers d'un serveur web, il est @strong{impératif} d'utiliser les options @code{--safe} ou @@ -245,9 +245,9 @@ chose du style L'option @code{-dsafe} forcera l'évaluation, au fil de l'eau et par un module sécurisé, des expressions Scheme contenues dans le fichier -source. Ce module sécuritaire, dérivé du module GUILE @file{safe@/-r5rs}, +source. Ce module sécuritaire, dérivé du module GUILE @file{safe-r5rs}, ajoute un certain nombre de fonctions -- listées dans -@file{scm/@/safe@/-lily@/.scm} -- à l'API de LilyPond. +@file{scm/safe-lily.scm} -- à l'API de LilyPond. De plus, le mode @emph{safe} ne permet ni l'utilisation de directives @code{\include} ni le recours aux obliques inversées (@emph{backslash}) @@ -360,7 +360,7 @@ examinés l'un après l'autre. @item -i,--init=@var{fichier} -Définit @var{fichier} (par défaut @file{init@/.ly}) en tant que fichier +Définit @var{fichier} (par défaut @file{init.ly}) en tant que fichier d'initialisation. @@ -371,7 +371,7 @@ d'initialisation. Détermine le nom par défaut du fichier résultant à @var{FICHIER}@tie{}; lorsque l'argument @var{RÉP} correspond à un répertoire déjà existant, c'est là que les fichiers résultants seront déposés. Le suffixe adéquat -sera ajouté (p.ex. @file{@/.pdf} pour du pdf) dans tous les cas. +sera ajouté (p.ex. @file{.pdf} pour du pdf) dans tous les cas. @cindex PostScript output @@ -823,7 +823,7 @@ La manière adéquate de procéder consiste à inverser les commandes @translationof Apparent error in ../ly/init.ly Certains messages d'erreur relatifs à une erreur de syntaxe dans le -fichier @file{@/.@/./@/ly/@/init@/.ly} peuvent survenir lorsque le fichier est mal +fichier @file{../ly/init.ly} peuvent survenir lorsque le fichier est mal formaté. Cela se produit notamment lors d'un défaut de parité de bornages ou de guillemets. diff --git a/Documentation/fr/usage/suggestions.itely b/Documentation/fr/usage/suggestions.itely index 5a6afc1207..e2abd0db93 100644 --- a/Documentation/fr/usage/suggestions.itely +++ b/Documentation/fr/usage/suggestions.itely @@ -283,8 +283,8 @@ spécial, nommé @code{Makefile}, qui contient tout ce qu'il faut -- les dépendances entre certains fichiers, les instructions successives à traiter par le système -- pour aboutir au fichier que vous désirez obtenir. Il pourrait par exemple contenir tout ce qu'il -faut pour produire @file{ballade@/.pdf} et @file{ballade@/.midi} à partir de -@file{ballade@/.ly} en lançant LilyPond. +faut pour produire @file{ballade.pdf} et @file{ballade.midi} à partir de +@file{ballade.ly} en lançant LilyPond. La création d'un @code{Makefile} peut se révéler pertinente pour certains projets, que ce soit par simple goût personnel ou bien par @@ -346,8 +346,8 @@ Symphonie/ `-- symphonieDefs.ily @end example -Les fichiers @file{@/.ly} des répertoires @code{Partitions} et -@code{Pupitres} récupèreront la notation des fichiers @file{@/.ily} +Les fichiers @file{.ly} des répertoires @code{Partitions} et +@code{Pupitres} récupèreront la notation des fichiers @file{.ily} contenus dans le répertoire @code{Notes}@tie{}: @example diff --git a/Documentation/fr/usage/updating.itely b/Documentation/fr/usage/updating.itely index b963125d99..1d4676bce6 100644 --- a/Documentation/fr/usage/updating.itely +++ b/Documentation/fr/usage/updating.itely @@ -85,8 +85,8 @@ convert-ly -e monfichier.ly @end example @noindent -dans le dossier où il se trouve. @file{monfichier@/.ly} sera mis à jour, -et vous aurez une copie de l'original@tie{}: @file{monfichier@/.ly~}. +dans le dossier où il se trouve. @file{monfichier.ly} sera mis à jour, +et vous aurez une copie de l'original@tie{}: @file{monfichier.ly~}. @warning{@command{convert-ly} effectuera les conversions jusqu'aux modifications de syntaxe les plus récentes qu'il contient. C'est la @@ -190,7 +190,7 @@ convert-ly """D:/Mes Partitions/Ode.ly""" > "D:/Mes Partitions/nouveau Ode.ly" Lorsque la commande @command{convert-ly -e *.ly} échoue parce que son expansion dépasse la taille maximale d'une ligne, vous pouvez lancer @command{convert-ly} dans une boucle. L'exemple suivant permet, sous -Unix, de convertir tous les fichiers @file{@/.ly} d'un même +Unix, de convertir tous les fichiers @file{.ly} d'un même répertoire@tie{}: @example diff --git a/Documentation/hu/learning/fundamental.itely b/Documentation/hu/learning/fundamental.itely index bff811ff82..adc511a6b6 100644 --- a/Documentation/hu/learning/fundamental.itely +++ b/Documentation/hu/learning/fundamental.itely @@ -3140,7 +3140,7 @@ LilyPond input syntax changes (see you have a single definition (such as @code{\dolce}) for all your input files (see @ref{Style sheets}), then if the syntax changes, you only need to update your single @code{\dolce} definition, -instead of making changes throughout every @file{@/.ly} file. +instead of making changes throughout every @file{.ly} file. @node Partitúra és szólamkották @@ -3154,7 +3154,7 @@ a variable. The contents of that variable is then used to generate both the part and the full score. It is convenient to define the notes in a special file. For example, -suppose that the file @file{horn@/-music@/.ly} contains the following part +suppose that the file @file{horn-music.ly} contains the following part of a horn/@/bassoon duo @example @@ -3185,7 +3185,7 @@ The line @end example @noindent -substitutes the contents of @file{horn@/-music@/.ly} at this position in +substitutes the contents of @file{horn-music.ly} at this position in the file, so @code{hornNotes} is defined afterwards. The command @code{\transpose f@tie{}c'} indicates that the argument, being @code{\hornNotes}, should be transposed by a fifth upwards. Sounding @@ -3236,7 +3236,7 @@ this option to the music above, leads to the following result The score is made by combining all of the music together. Assuming that the other voice is in @code{bassoonNotes} in the file -@file{bassoon@/-music@/.ly}, a score is made with +@file{bassoon-music.ly}, a score is made with @example \include "bassoon-music.ly" diff --git a/Documentation/hu/learning/tutorial.itely b/Documentation/hu/learning/tutorial.itely index ce37b085ad..31fb2cf0f2 100644 --- a/Documentation/hu/learning/tutorial.itely +++ b/Documentation/hu/learning/tutorial.itely @@ -111,7 +111,7 @@ gyorsabban fog futni!} @translationof MacOS X Ha elindítjuk a @command{LilyPond.app} alkalmazást, egy példaállományt látunk -megnyitva. Mentsük el (pl. @file{test@/.ly} néven az Asztalra), majd a +megnyitva. Mentsük el (pl. @file{test.ly} néven az Asztalra), majd a @w{@qq{Compile > Typeset File}} (@q{Fordítás > Kotta szedése}) menüpont segítségével fordítsuk le. Ezután az eredményül kapott PDF fájl a képernyőn látható. @@ -126,20 +126,20 @@ naplóablakban láthatjuk a hibák leírását. Windows alatt az Asztalon levő LilyPond ikonra duplán kattintva indíthatjuk el a LilyPondot, mely először egy példafájlt nyit meg egy egyszerű -szövegszerkesztőben. Mentsük el (pl. @file{test@/.ly} néven az Asztalra), +szövegszerkesztőben. Mentsük el (pl. @file{test.ly} néven az Asztalra), majd kattintsunk rá duplán a lefordításához (az ikonja egy hangjegyre -hasonlít). Pár másodperc múlva létrejön egy @file{test@/.pdf} nevű fájl az +hasonlít). Pár másodperc múlva létrejön egy @file{test.pdf} nevű fájl az Asztalon. Ha erre duplán kattintunk, megtekinthetjük a nyomtatható kottát. -A @file{test@/.ly} fordításának másik módja, hogy egérrel ráhúzzuk a LilyPond +A @file{test.ly} fordításának másik módja, hogy egérrel ráhúzzuk a LilyPond parancsikonjára. -Egy létező @file{@/.ly} fájl szerkesztéséhez kattintsunk rá jobb gombbal, és +Egy létező @file{.ly} fájl szerkesztéséhez kattintsunk rá jobb gombbal, és válasszuk az @qq{Edit source} (@q{Forrás szerkesztése}) menüpontot. Új kotta írásához vagy a szerkesztőt futtassuk a fent leírt módon, majd válasszuk ki a @qq{File > New} (@q{Fájl > Új}) parancsot, vagy jobb gombbal kattintsunk az Asztalra, válasszuk az @q{Új > Szöveges dokumentum} menüpontot, nevezzük át a fájlt a kívánt névre, és változtassuk meg a -kiterjesztését @file{@/.ly}-re. Ezután ugyanúgy szerkeszthetjük és +kiterjesztését @file{.ly}-re. Ezután ugyanúgy szerkeszthetjük és feldolgozhatjuk, ahogy eddig is tettük. Ha duplán kattintunk egy @code{.ly} fájlra, nem csak egy PDF-et kapunk, hanem @@ -150,7 +150,7 @@ tartalmaz információkat. Hiba esetén ajánlatos megvizsgálni. @subsection Parancssor @translationof Command-line -Hozzunk létre egy fájlt @file{test@/.ly} néven, és írjuk bele a következőket: +Hozzunk létre egy fájlt @file{test.ly} néven, és írjuk bele a következőket: @example @{ @@ -158,7 +158,7 @@ Hozzunk létre egy fájlt @file{test@/.ly} néven, és írjuk bele a következő @} @end example -A @file{test@/.ly} fájl feldolgozásához adjuk ki az alábbi parancsot: +A @file{test.ly} fájl feldolgozásához adjuk ki az alábbi parancsot: @example lilypond test.ly diff --git a/Documentation/hu/usage/running.itely b/Documentation/hu/usage/running.itely index 9b6d9da475..02c39d54c1 100644 --- a/Documentation/hu/usage/running.itely +++ b/Documentation/hu/usage/running.itely @@ -67,20 +67,20 @@ A @command{lilypond} program a következő módon futtatható parancssorból: lilypond [@var{opció}]@dots{} @var{fájlnév}@dots{} @end example -Ha nem adunk meg kiterjesztést, az alapértelmezett @file{@/.ly} kiterjesztéssel +Ha nem adunk meg kiterjesztést, az alapértelmezett @file{.ly} kiterjesztéssel próbálkozik a LilyPond. A szabványos bemenetről való beolvasáshoz a @code{-} karakter használandó @var{fájlnév} gyanánt. -Amikor a @file{fájlnév@/.ly} fájl feldolgozásra kerül, egy @file{fájlnév@/.ps} -és egy @file{fájlnév@/.pdf} fájlt kapunk kimenetként. Több fájlt is +Amikor a @file{fájlnév.ly} fájl feldolgozásra kerül, egy @file{fájlnév.ps} +és egy @file{fájlnév.pdf} fájlt kapunk kimenetként. Több fájlt is feldolgoztathatunk egyszerre; ezek egymástól függetlenül kerülnek feldolgozásra. @footnote{A GUILE megelőző állapota nem áll vissza feldolgozás után, így elővigyázatosnak kell lenni, hogy ne változtassuk meg a rendszer alapbeállításait Scheme kódból.} -Ha a @file{fájlnév@/.ly} több @code{\book} blokkot tartalmaz, minden blokkból -egy-egy, számozott kimeneti fájl keletkezik, @file{fájlnév@/.pdf}, -@file{fájlnév@/-1@/.pdf}, @file{fájlnév@/-2@/.pdf} stb. formában. Az +Ha a @file{fájlnév.ly} több @code{\book} blokkot tartalmaz, minden blokkból +egy-egy, számozott kimeneti fájl keletkezik, @file{fájlnév.pdf}, +@file{fájlnév-1.pdf}, @file{fájlnév-2.pdf} stb. formában. Az @code{output-suffix} változó értéke fog szerepelni a fájlnév és a számozás között. Például a következő bemeneti fájlból: @@ -92,7 +92,7 @@ között. Például a következő bemeneti fájlból: @end example @noindent -egy @file{@var{fájlnév}@/-violino@/.pdf} és egy @file{@var{fájlnév}@/-cello@/-1@/.pdf} +egy @file{@var{fájlnév}-violino.pdf} és egy @file{@var{fájlnév}-cello-1.pdf} nevű fájl keletkezik. @node A lilypond parancssori paraméterei @@ -106,7 +106,7 @@ A következő parancssori opciók támogatottak: @table @code @item -e,--evaluate=@var{kifejezés} -A Scheme @var{kifejezés} kiértékelése az @file{@/.ly} fájlok beolvasása előtt. +A Scheme @var{kifejezés} kiértékelése az @file{.ly} fájlok beolvasása előtt. Több @code{-e} opció is megadható, ezek a megadott sorrendben lesznek végrehajtva. @@ -189,9 +189,9 @@ kárt okozzon. Például: @end quotation @code{-dsafe} módban a Scheme kifejezések kiértékelése egy speciális -biztonsági modulban történik. Ez a modul a GUILE @file{safe@/-r5rs} modulján +biztonsági modulban történik. Ez a modul a GUILE @file{safe-r5rs} modulján alapul, de a LilyPond API néhány függvényének meghívását lehetővé teszi. -Ezek a függvények a @file{scm/@/safe@/-lily@/.scm} fájlban találhatóak. +Ezek a függvények a @file{scm/safe-lily.scm} fájlban találhatóak. Ezenkívül biztonsági módban tilos az @code{\include} parancsok alkalmazása és a \ karakter használata @TeX{} karakterláncokban. @@ -285,7 +285,7 @@ A @var{könyvtár} hozzáadása a bemeneti fájlok keresési útvonalához. @item -i,--init=@var{fájl} Az inicializáló fájl beállítása a megadott @var{fájl}ra. (Alapértelmezett: -@file{init@/.ly}.) +@file{init.ly}.) @item -o,--output=@var{fájl} Kimeneti fájl megadása. A megfelelő kiterjesztés automatikusan hozzáfűzésre @@ -569,7 +569,7 @@ következő módon: @translationof Apparent error in ../ly/init.ly Különféle rejtélyes hibaüzenetek jelenhetnek meg, melyek a -@file{@/.@/./@/ly/@/init@/.ly} fájlban található szintaktikai hibára utalnak, ha a +@file{../ly/init.ly} fájlban található szintaktikai hibára utalnak, ha a forrásfájl nem jól formált, például nem egyezik a nyitó és csukó kapcsos zárójelek vagy idézőjelek száma. diff --git a/Documentation/hu/web/download.itexi b/Documentation/hu/web/download.itexi index 7b0dc50108..4fefcea849 100644 --- a/Documentation/hu/web/download.itexi +++ b/Documentation/hu/web/download.itexi @@ -272,7 +272,7 @@ Töröld a LilyPond.app alkalmazást. @warning{Ha a grafikus felület megfelel, ezeket az utasításokat nyugodtan figyelmen kívül hagyhatod.} -Írd be a könyvtáradban található @file{@/.profile} fájlba a következő sort: +Írd be a könyvtáradban található @file{.profile} fájlba a következő sort: @example export PATH=/Applications/LilyPond.app/Contents/Resources/bin:$PATH diff --git a/Documentation/included/compile.itexi b/Documentation/included/compile.itexi index b2dcf7fdb7..5c4db5807c 100644 --- a/Documentation/included/compile.itexi +++ b/Documentation/included/compile.itexi @@ -253,12 +253,12 @@ here: @uref{http://download.linuxaudio.org/lilypond/source/} @end example -Download the tarball to your @file{@/~/@/src/} directory, or some +Download the tarball to your @file{~/src/} directory, or some other appropriate place. @warning{Be careful where you unpack the tarball! Any subdirectories of the current folder named @file{lilypond/} or -@file{lilypond@/-@var{x.y.z}/} (where @var{x.y.z} is the release +@file{lilypond-@var{x.y.z}/} (where @var{x.y.z} is the release number) will be overwritten if there is a name clash with the tarball.} @@ -269,7 +269,7 @@ tar -xzf lilypond-@var{x.y.z}.tar.gz @end example This creates a subdirectory within the current directory called -@file{lilypond@/-@var{x.y.z}/}. Once unpacked, the source files +@file{lilypond-@var{x.y.z}/}. Once unpacked, the source files occupy about 40 MB of disk space. Windows users wanting to look at the source code may have to @@ -306,7 +306,7 @@ This will: @enumerate @item generate a number of files and directories to aid -configuration, such as @file{configure}, @file{README@/.txt}, etc. +configuration, such as @file{configure}, @file{README.txt}, etc. @item automatically run the @command{./configure} command. @end enumerate @@ -375,12 +375,12 @@ directory. Here are the relevant lines taken from the output of @quotation By default, `@command{make@tie{}install}' will install all the -files in @file{/@/usr/@/local/@/bin}, @file{/@/usr/@/local/@/lib} etc. You -can specify an installation prefix other than @file{/@/usr/@/local} +files in @file{/usr/local/bin}, @file{/usr/local/lib} etc. You +can specify an installation prefix other than @file{/usr/local} using `@code{--prefix}', for instance `@code{--prefix=$HOME}'. @end quotation -A typical installation prefix is @file{$HOME/@/usr}: +A typical installation prefix is @file{$HOME/usr}: @example ./configure --prefix=$HOME/usr @@ -394,8 +394,8 @@ write permission (such as your home directory). The installation directory will be automatically created if necessary. The location of the @command{lilypond} command installed by this -process will be @file{@var{prefix}/@/bin/@/lilypond}; you may want to -add @file{@var{prefix}/@/bin/} to your @code{$PATH} if it is not +process will be @file{@var{prefix}/bin/lilypond}; you may want to +add @file{@var{prefix}/bin/} to your @code{$PATH} if it is not already included. It is also possible to specify separate installation directories @@ -480,7 +480,7 @@ If you want to build multiple versions of LilyPond with different configuration settings, you can use the @code{--enable-config=@var{CONF}} option of @command{configure}. You should use @code{make@tie{}conf=@var{CONF}} to generate the -output in @file{out@/-@var{CONF}}. For example, suppose you want to +output in @file{out-@var{CONF}}. For example, suppose you want to build with and without profiling, then use the following for the normal build @@ -515,7 +515,7 @@ make conf=prof install If a less verbose build output if desired, the variable @code{QUIET_BUILD} may be set to @code{1} on @command{make} -command line, or in @file{local@/.make} at top of the build tree. +command line, or in @file{local.make} at top of the build tree. @node Post-compilation options @@ -543,7 +543,7 @@ make install @end example If instead, your installation directory is not one that you can -normally write to (such as the default @file{/@/usr/@/local/}, which +normally write to (such as the default @file{/usr/local/}, which typically is only writeable by the superuser), you will need to temporarily become the superuser when running @command{make@tie{}install}: @@ -628,13 +628,13 @@ so it may only take a minute or two to test changes if the documentation is already built. If @command{make@tie{}doc} succeeds, the HTML documentation tree -is available in @file{out@/-www/@/offline@/-root/}, and can be browsed +is available in @file{out-www/offline-root/}, and can be browsed locally. Various portions of the documentation can be found by -looking in @file{out/} and @file{out@/-www} subdirectories in other +looking in @file{out/} and @file{out-www} subdirectories in other places in the source tree, but these are only @emph{portions} of the docs. Please do not complain about anything which is broken in those places; the only complete set of documentation is in -@file{out@/-www/@/offline@/-root/} from the top of the source tree. +@file{out-www/offline-root/} from the top of the source tree. Compilation of documentation in Info format with images can be done separately by issuing: @@ -695,7 +695,7 @@ running LilyPond to build images of music, and there cannot be several simultaneously running @command{lilypond-book} instances, so the @option{-j} @command{make} option does not significantly speed up the build process. To help speed it up, the makefile -variable @option{CPU_COUNT} may be set in @file{local@/.make} or on +variable @option{CPU_COUNT} may be set in @file{local.make} or on the command line to the number of @code{.ly} files that LilyPond should process simultaneously, e.g. on a bi-processor or dual core machine: @@ -758,12 +758,12 @@ make install-info @noindent Note that to get the images in Info documentation, @code{install-doc} target creates symbolic links to HTML and PDF installed documentation -tree in @file{@var{prefix}/@/share/@/info}, in order to save disk space, +tree in @file{@var{prefix}/share/info}, in order to save disk space, whereas @code{install-info} copies images in -@file{@var{prefix}/@/share/@/info} subdirectories. +@file{@var{prefix}/share/info} subdirectories. It is possible to build a documentation tree in -@file{out@/-www/@/online@/-root/}, with special processing, so it can be +@file{out-www/online-root/}, with special processing, so it can be used on a website with content negotiation for automatic language selection; this can be achieved by issuing @@ -817,10 +817,10 @@ Please note that this may break sometimes -- for example, if a new feature is added with a test file in input/regression, even the latest development release of LilyPond will fail to build the docs. -You may build the manual without building all the @file{input/@/@/*} stuff +You may build the manual without building all the @file{input/*} stuff (i.e. mostly regression tests): change directory, for example to @file{Documentation/}, issue @code{make doc}, which will build -documentation in a subdirectory @file{out@/-www} from the source files in +documentation in a subdirectory @file{out-www} from the source files in current directory. In this case, if you also want to browse the documentation in its post-processed form, change back to top directory and issue @@ -915,7 +915,7 @@ export PATH=/opt/local/bin:/opt/local/sbin:$PATH export DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib:$DYLD_FALLBACK_LIBRARY_PATH @end example -Now you must edit the generated @file{config@/.make} file. Change +Now you must edit the generated @file{config.make} file. Change @example FLEXLEXER_FILE = /usr/include/FlexLexer.h @@ -953,8 +953,8 @@ automatic font detection, add Solaris7, ./configure -@file{@/./@/configure} needs a POSIX compliant shell. On Solaris7, -@file{/@/bin/@/sh} is not yet POSIX compliant, but @file{/@/bin/@/ksh} or bash +@file{./configure} needs a POSIX compliant shell. On Solaris7, +@file{/bin/sh} is not yet POSIX compliant, but @file{/bin/ksh} or bash is. Run configure like @example @@ -971,9 +971,9 @@ CONFIG_SHELL=/bin/bash bash -c ./configure @unnumberedsubsubsec FreeBSD To use system fonts, dejaview must be installed. With the default -port, the fonts are installed in @file{usr/@/X11R6/@/lib/@/X11/@/fonts/@/dejavu}. +port, the fonts are installed in @file{usr/X11R6/lib/X11/fonts/dejavu}. -Open the file @file{$LILYPONDBASE/@/usr/@/etc/@/fonts/@/local@/.conf} and add the +Open the file @file{$LILYPONDBASE/usr/etc/fonts/local.conf} and add the following line just after the @code{} line. (Adjust as necessary for your hierarchy.) @@ -1013,8 +1013,8 @@ Debian GNU/Linux If you want to use lilypond's python libraries (either running certain build scripts manually, or using them in other programs), -set @code{PYTHONPATH} to @file{python/@/out} in your build -directory, or @file{@/.@/.@/./@/usr/@/lib/@/lilypond/@/current/@/python} in the +set @code{PYTHONPATH} to @file{python/out} in your build +directory, or @file{.../usr/lib/lilypond/current/python} in the installation directory structure. @@ -1093,7 +1093,7 @@ made with @command{scripts/build/create-version-itexi.py} and@* @item used extensively in the @code{WEBSITE_ONLY_BUILD} version of the -website (made with @file{website@/.make}, used on lilypond.org) +website (made with @file{website.make}, used on lilypond.org) @item not (?) used in the main docs? diff --git a/Documentation/included/generating-output.itexi b/Documentation/included/generating-output.itexi index e3f424cd98..1d9de533d3 100644 --- a/Documentation/included/generating-output.itexi +++ b/Documentation/included/generating-output.itexi @@ -24,7 +24,7 @@ From the menus along the top left of your screen, select @sourceimage{Learning_Macos_Save_menu,,,} -Choose a name for your file, for example @file{test@/.ly}. +Choose a name for your file, for example @file{test.ly}. @sourceimage{Learning_Macos_Save_file_with_name,,,} @@ -97,7 +97,7 @@ valid LilyPond file name. @sourceimage{Learning_Win7_Save_Menu,,,} -Choose a name for your file, for example @file{test@/.ly}. +Choose a name for your file, for example @file{test.ly}. @sourceimage{Learning_Win7_Save_File_With_Name,,,} @@ -118,18 +118,18 @@ Right-click on the file and from the pop-up context menu choose @subsubheading Step 2b. Compile (with double-clicking) -Or simply double-click the @file{test@/.ly}. +Or simply double-click the @file{test.ly}. @subsubheading Step 3. View output -During the compilation of the @file{test@/.ly} file, a command window +During the compilation of the @file{test.ly} file, a command window will, very briefly open and then close. Three additional files will have been created during this process. @sourceimage{Learning_Win7_All_Files_Created,,,} -The PDF file contains the engraved @file{test@/.ly} file. +The PDF file contains the engraved @file{test.ly} file. @sourceimage{Learning_Win7_Pdf_Output,,,} @@ -178,7 +178,7 @@ compiling a file.} @subsubheading Step 1. Create your @file{.ly} file -Create a text file called @file{test@/.ly} and enter: +Create a text file called @file{test.ly} and enter: @c double \\ required because this is inside a macro! @example @@ -191,7 +191,7 @@ Create a text file called @file{test@/.ly} and enter: @subsubheading Step 2. Compile (with command-line) -To process @file{test@/.ly}, type the following at the command prompt: +To process @file{test.ly}, type the following at the command prompt: @example lilypond test.ly @@ -214,7 +214,7 @@ Converting to `./test.pdf'... @subsubheading Step 3. View output -You may view or print the resulting @file{test@/.pdf}. +You may view or print the resulting @file{test.pdf}. @end macro diff --git a/Documentation/it/learning/fundamental.itely b/Documentation/it/learning/fundamental.itely index 717acf4652..0603ab8bb9 100644 --- a/Documentation/it/learning/fundamental.itely +++ b/Documentation/it/learning/fundamental.itely @@ -194,7 +194,7 @@ Puoi scrivere molteplici blocchi @code{\score}. Ciascuno verrà trattato come una partitura separata, ma saranno tutti combinati in un unico file di output. Non è necessario il comando @code{\book} -- ne verrà creato uno automaticamente. Tuttavia, se si desiderano -file di output separati da un file @file{@/.ly}, allora si deve usare +file di output separati da un file @file{.ly}, allora si deve usare il comando @code{\book} per separare le diverse sezioni: ogni blocco @code{\book} produrrà un file di output separato. @@ -3067,7 +3067,7 @@ la sintassi di input di LilyPond cambia (vedi una definizione singola (come @code{\dolce}) per tutti i tuoi file di input (vedi @ref{Style sheets}), poi se la sintassi cambia devi soltanto aggiornare la tua singola definizione @code{\dolce}, -invece di dover modificare tutti i file @file{@/.ly}. +invece di dover modificare tutti i file @file{.ly}. @node Partiture e parti @@ -3082,7 +3082,7 @@ variabile. I contenuti di quella variabile vengono poi usati per generare sia la parte che l'intera partitura. Conviene definire le note in un file speciale. Ad esempio, -supponiamo che il file @file{horn@/-music@/.ly} contenga la seguente parte +supponiamo che il file @file{horn-music.ly} contenga la seguente parte di un duetto per corno e fagotto @example @@ -3113,7 +3113,7 @@ La linea @end example @noindent -sostituisce i contenuti di @file{horn@/-music@/.ly} in quella posizione del +sostituisce i contenuti di @file{horn-music.ly} in quella posizione del file, quindi @code{hornNotes} è definito dopo. Il comando @code{\transpose f@tie{}c'} indica che l'argomento, ovvero @code{\hornNotes}, deve essere trasposto di una quinta ascendente. La tonalità @@ -3164,7 +3164,7 @@ opzione alla musica precedente, si arriva al seguente risultato Lo spartito si forma combinando tutta la musica insieme. Assumendo che l'altra voce si trovi in @code{bassoonNotes} nel file -@file{bassoon@/-music@/.ly}, lo spartito sarà +@file{bassoon-music.ly}, lo spartito sarà @example \include "bassoon-music.ly" diff --git a/Documentation/it/learning/tutorial.itely b/Documentation/it/learning/tutorial.itely index fde1c18425..2a8451f4ef 100644 --- a/Documentation/it/learning/tutorial.itely +++ b/Documentation/it/learning/tutorial.itely @@ -136,7 +136,7 @@ LilyPad incluso nel pacchetto. Se stai usando uno dei programmi descritti in programmi nel caso tu abbia qualche problema a compilare un file.} Cliccando due volte su @command{LilyPond.app}, il programma si aprirà con -un file di esempio. Salvalo, ad esempio, come @file{test@/.ly} sulla tua +un file di esempio. Salvalo, ad esempio, come @file{test.ly} sulla tua Scrivania, e poi elaboralo col comando di menu @w{@code{Compila > Crea File}}. Il file PDF risultante comparirà sullo schermo. @@ -156,23 +156,23 @@ programmi nel caso tu abbia qualche problema a compilare un file.} In Windows, se fai un doppio clic sull'icona di LilyPond presente sulla Scrivania, si aprirà un editor di testo con un semplice file di esempio. -Salvalo, ad esempio, come @file{test@/.ly} sulla tua Scrivania e poi clicca +Salvalo, ad esempio, come @file{test.ly} sulla tua Scrivania e poi clicca due volte sul file per elaborarlo (l'icona del file ha l'aspetto di una -nota). Dopo alcuni secondi, comparirà un file @file{test@/.pdf} sulla +nota). Dopo alcuni secondi, comparirà un file @file{test.pdf} sulla tua scrivania. Clicca due volte su questo file PDF per vedere lo -spartito prodotto. Un metodo alternativo per elaborare il file @file{test@/.ly} +spartito prodotto. Un metodo alternativo per elaborare il file @file{test.ly} è trascinarlo sull'icona di LilyPond col cursore del mouse. -Per modificare un file @file{@/.ly} esistente, clicca col tasto destro del +Per modificare un file @file{.ly} esistente, clicca col tasto destro del mouse su di esso e seleziona @qq{Modifica il sorgente}. Per avere un file nuovo da cui iniziare, lancia l'editor come descritto sopra e clicca su @qq{Nuovo} nel menu @qq{File}, oppure clicca col tasto destro del mouse sulla scrivania e seleziona @qq{Nuovo..Documento di testo}, cambia il nome in un nome -di tua scelta e modifica l'estensione del file in @file{@/.ly}. Clicca due volte +di tua scelta e modifica l'estensione del file in @file{.ly}. Clicca due volte sull'icona per inserirci il tuo codice LilyPond, come in precedenza. Il doppio clic del file non produce soltanto un file PDF, ma anche -un file @file{@/.log} che contiene alcune informazioni sulle operazioni che +un file @file{.log} che contiene alcune informazioni sulle operazioni che LilyPond ha svolto sul file. Se ci dovesse essere un errore, controlla questo file. @@ -188,7 +188,7 @@ descritti in @rprogram{Alternate input}, consulta la documentazione per questi programmi in caso tu abbia problemi a compilare un file.} -Crea un file di testo chiamato @file{test@/.ly} e scrivi: +Crea un file di testo chiamato @file{test.ly} e scrivi: @example @{ @@ -196,7 +196,7 @@ Crea un file di testo chiamato @file{test@/.ly} e scrivi: @} @end example -Per elaborare @file{test@/.ly}, eseguire questo comando: +Per elaborare @file{test.ly}, eseguire questo comando: @example lilypond test.ly @@ -219,7 +219,7 @@ Layout output to `test.ps'... Converting to `test.pdf'... @end example -Puoi vedere o stampare il risultante @file{text@/.pdf}. +Puoi vedere o stampare il risultante @file{text.pdf}. @node Come scrivere i file di input diff --git a/Documentation/ja/usage/lilypond-book.itely b/Documentation/ja/usage/lilypond-book.itely index fad1801461..b4c61d0e70 100644 --- a/Documentation/ja/usage/lilypond-book.itely +++ b/Documentation/ja/usage/lilypond-book.itely @@ -715,12 +715,12 @@ as a domain. @item texidoc (Only for Texinfo output.) If @command{lilypond} is called with the @option{--header=@/texidoc} option, and the file to be processed is -called @file{foo@/.ly}, it creates a file @file{foo@/.texidoc} if there +called @file{foo.ly}, it creates a file @file{foo.texidoc} if there is a @code{texidoc} field in the @code{\header}. The @code{texidoc} option makes @command{lilypond-book} include such files, adding its contents as a documentation block right before the music snippet. -Assuming the file @file{foo@/.ly} contains +Assuming the file @file{foo.ly} contains @example \header @{ @@ -748,11 +748,11 @@ Most LilyPond test documents (in the @file{input} directory of the distribution) are small @file{.ly} files which look exactly like this. For localization purpose, if the Texinfo document contains -@code{@@documentlanguage @var{LANG}} and @file{foo@/.ly} header +@code{@@documentlanguage @var{LANG}} and @file{foo.ly} header contains a @code{texidoc@var{LANG}} field, and if @command{lilypond} is called with @option{--header=@/texidoc@var{LANG}}, then -@file{foo@/.texidoc@var{LANG}} will be included instead of -@file{foo@/.texidoc}. +@file{foo.texidoc@var{LANG}} will be included instead of +@file{foo.texidoc}. @item lilyquote (Only for Texinfo output.) This option is similar to quote, but only @@ -765,9 +765,9 @@ useful if you want to @code{quote} the music snippet but not the (Only for Texinfo output.) This option works similarly to @code{texidoc} option: if @command{lilypond} is called with the @option{--header=@/doctitle} option, and the file to be processed is -called @file{foo@/.ly} and contains a @code{doctitle} field in the -@code{\header}, it creates a file @file{foo@/.doctitle}. When -@code{doctitle} option is used, the contents of @file{foo@/.doctitle}, +called @file{foo.ly} and contains a @code{doctitle} field in the +@code{\header}, it creates a file @file{foo.doctitle}. When +@code{doctitle} option is used, the contents of @file{foo.doctitle}, which should be a single line of @var{text}, is inserted in the Texinfo document as @code{@@lydoctitle @var{text}}. @code{@@lydoctitle} should be a macro defined in the Texinfo document. diff --git a/Documentation/ja/usage/running.itely b/Documentation/ja/usage/running.itely index 520fea0dd2..9c2ea580d3 100644 --- a/Documentation/ja/usage/running.itely +++ b/Documentation/ja/usage/running.itely @@ -210,7 +210,7 @@ export (ly:gulp-file "/etc/passwd") はパスワード ファイルをエクス 特別なセーフ モジュールの中で評価します。@c このセーフ モジュールは GUILE @file{safe-r5rs} モジュールから派生したものですが、@c LilyPond API 関数をいくつか追加しています。@c -これらの関数は @file{scm/@/safe@/-lily@/.scm} でリスト アップされています。 +これらの関数は @file{scm/safe-lily.scm} でリスト アップされています。 さらに、セーフ モードは @code{\include} 指示を却下し、@c @TeX{} 文字列の中にあるバックスラッシュを無効にします。 diff --git a/Documentation/learning/fundamental.itely b/Documentation/learning/fundamental.itely index f5f55343c3..8ee72ee770 100644 --- a/Documentation/learning/fundamental.itely +++ b/Documentation/learning/fundamental.itely @@ -191,7 +191,7 @@ You may code multiple @code{\score} blocks. Each will be treated as a separate score, but they will be all combined into a single output file. A @code{\book} command is not necessary -- one will be implicitly created. However, if you would like -separate output files from one @file{@/.ly} file then the +separate output files from one @file{.ly} file then the @code{\book} command should be used to separate the different sections: each @code{\book} block will produce a separate output file. @@ -2845,10 +2845,10 @@ curious, have a look at @ruser{Overview of modifying properties}. In this case, we want to modify the @code{stretchability} sub-property only. Again, for the curious, you can find the default values for the staff-staff-spacing property -in file @file{scm/@/define@/-grobs@/.scm} by looking up the definition +in file @file{scm/define-grobs.scm} by looking up the definition of the @code{VerticalAxisGroup} grob. The value for @code{stretchability} is taken from the definition of the -@code{PianoStaff} context (in file @file{ly/@/engraver@/-init@/.ly}) +@code{PianoStaff} context (in file @file{ly/engraver-init.ly}) so that the values are identical. @example @@ -3078,7 +3078,7 @@ LilyPond input syntax changes (see you have a single definition (such as @code{\dolce}) for all your input files (see @ref{Style sheets}), then if the syntax changes, you only need to update your single @code{\dolce} definition, -instead of making changes throughout every @file{@/.ly} file. +instead of making changes throughout every @file{.ly} file. @node Scores and parts @@ -3091,7 +3091,7 @@ a variable. The contents of that variable is then used to generate both the part and the full score. It is convenient to define the notes in a special file. For example, -suppose that the file @file{horn@/-music@/.ly} contains the following part +suppose that the file @file{horn-music.ly} contains the following part of a horn/@/bassoon duo @example @@ -3123,7 +3123,7 @@ The line @end example @noindent -substitutes the contents of @file{horn@/-music@/.ly} at this position in +substitutes the contents of @file{horn-music.ly} at this position in the file, so @code{hornNotes} is defined afterwards. The command @code{\transpose f@tie{}c'} indicates that the argument, being @code{\hornNotes}, should be transposed by a fifth upwards. Sounding @@ -3174,7 +3174,7 @@ this option to the music above, leads to the following result The score is made by combining all of the music together. Assuming that the other voice is in @code{bassoonNotes} in the file -@file{bassoon@/-music@/.ly}, a score is made with +@file{bassoon-music.ly}, a score is made with @example \include "bassoon-music.ly" diff --git a/Documentation/learning/tweaks.itely b/Documentation/learning/tweaks.itely index a0913808c1..3b6a79ffe0 100644 --- a/Documentation/learning/tweaks.itely +++ b/Documentation/learning/tweaks.itely @@ -3724,10 +3724,10 @@ inst = @end example We will refer to this file using the @code{\include} command near -the top of the music file. (The extension @file{@/.ily} is used to +the top of the music file. (The extension @file{.ily} is used to distinguish this included file, which is not meant to be compiled on its own, from the main file.) -Now let's modify our music (let's save this file as @file{music@/.ly}). +Now let's modify our music (let's save this file as @file{music.ly}). @c We have to do this awkward example/lilypond-non-verbatim @c because we can't do the \include stuff in the manual. @@ -3778,7 +3778,7 @@ put the metronome marking above the clef, instead of over the first note. And finally, my composition professor hates @q{C} time signatures, so we'd better make that @q{4/4} instead. -Don't change @file{music@/.ly}, though. Replace our @file{definitions@/.ily} +Don't change @file{music.ly}, though. Replace our @file{definitions.ily} with this: @example @@ -3864,7 +3864,7 @@ inst = That looks nicer! But now suppose that I want to publish this piece. My composition professor doesn't like @q{C} time signatures, but I'm somewhat fond of them. Let's copy the -current @file{definitions@/.ily} to @file{web@/-publish@/.ily} and +current @file{definitions.ily} to @file{web-publish.ily} and modify that. Since this music is aimed at producing a pdf which will be displayed on the screen, we'll also increase the overall size of the output. @@ -3949,12 +3949,12 @@ inst = Now in our music, I simply replace @code{\include "definitions.ily"} with @code{\include "web-publish.ily"}. Of course, we could make this -even more convenient. We could make a @file{definitions@/.ily} file which +even more convenient. We could make a @file{definitions.ily} file which contains only the definitions of @code{mpdolce} and @code{inst}, a -@file{web@/-publish@/.ily} file which contains only the @code{\layout} -section listed above, and a @file{university@/.ily} file which +@file{web-publish.ily} file which contains only the @code{\layout} +section listed above, and a @file{university.ily} file which contains only the tweaks to produce the output that my professor -prefers. The top of @file{music@/.ly} would then look like this: +prefers. The top of @file{music.ly} would then look like this: @example \include "definitions.ily" @@ -4031,12 +4031,12 @@ script, and @var{X.Y.Z} is the LilyPond version number. Within this directory the two interesting subdirectories are @itemize -@item @file{ly/@/} - contains files in LilyPond format -@item @file{scm/@/} - contains files in Scheme format +@item @file{ly/} - contains files in LilyPond format +@item @file{scm/} - contains files in Scheme format @end itemize -Let's begin by looking at some files in @file{ly/@/}. -Open @file{ly/@/property@/-init@/.ly} in a text editor. The one +Let's begin by looking at some files in @file{ly/}. +Open @file{ly/property-init.ly} in a text editor. The one you normally use for @code{.ly} files will be fine. This file contains the definitions of all the standard LilyPond predefined commands, such as @code{\stemUp} and @code{\slurDotted}. You will @@ -4056,25 +4056,25 @@ be redefined easily, just like any other variable, at the head of your input file. The following are the most useful files to be found in -@file{ly/@/}: +@file{ly/}: @multitable @columnfractions .4 .6 @headitem Filename @tab Contents -@item @file{ly/@/engraver@/-init@/.ly} +@item @file{ly/engraver-init.ly} @tab Definitions of engraver Contexts -@item @file{ly/@/paper@/-defaults@/-init@/.ly} +@item @file{ly/paper-defaults-init.ly} @tab Specifications of paper-related defaults -@item @file{ly/@/performer@/-init@/.ly} +@item @file{ly/performer-init.ly} @tab Definitions of performer Contexts -@item @file{ly/@/property@/-init@/.ly} +@item @file{ly/property-init.ly} @tab Definitions of all common predefined commands -@item @file{ly/@/spanner@/-init@/.ly} +@item @file{ly/spanner-init.ly} @tab Definitions of spanner-related predefined commands @end multitable Other settings (such as the definitions of markup commands) are -stored as @file{@/.scm} (Scheme) files. The Scheme programming +stored as @file{.scm} (Scheme) files. The Scheme programming language is used to provide a programmable interface into LilyPond internal operation. Further explanation of these files is currently outside the scope of this manual, as a knowledge of @@ -4088,20 +4088,20 @@ interest are: @multitable @columnfractions .4 .6 @headitem Filename @tab Contents -@item @file{scm/@/auto@/-beam@/.scm} +@item @file{scm/auto-beam.scm} @tab Sub-beaming defaults -@item @file{scm/@/define@/-grobs@/.scm} +@item @file{scm/define-grobs.scm} @tab Default settings for grob properties -@item @file{scm/@/define@/-markup@/-commands@/.scm} +@item @file{scm/define-markup-commands.scm} @tab Specify all markup commands -@item @file{scm/@/midi@/.scm} +@item @file{scm/midi.scm} @tab Default settings for MIDI output -@item @file{scm/@/output@/-lib@/.scm} +@item @file{scm/output-lib.scm} @tab Settings that affect appearance of frets, colors, accidentals, bar lines, etc -@item @file{scm/@/parser@/-clef@/.scm} +@item @file{scm/parser-clef.scm} @tab Definitions of supported clefs -@item @file{scm/@/script@/.scm} +@item @file{scm/script.scm} @tab Default settings for articulations @end multitable diff --git a/Documentation/nl/included/generating-output.itexi b/Documentation/nl/included/generating-output.itexi index 86ee2a8cc4..1259b05c7c 100644 --- a/Documentation/nl/included/generating-output.itexi +++ b/Documentation/nl/included/generating-output.itexi @@ -38,7 +38,7 @@ Uit de menu's links bovenaan je scherm, kies @sourceimage{Learning_Macos_Save_menu,,,} -Kies een naam voor je bestand, bijvoorbeeld @file{test@/.ly}. +Kies een naam voor je bestand, bijvoorbeeld @file{test.ly}. @sourceimage{Learning_Macos_Save_file_with_name,,,} @@ -121,7 +121,7 @@ als je het nog geen geldige LilyPond-naam hebt gegeven. @sourceimage{Learning_Win7_Save_Menu,,,} -Kies een naam voor je bestand, bijvoorbeeld @file{test@/.ly}. +Kies een naam voor je bestand, bijvoorbeeld @file{test.ly}. @sourceimage{Learning_Win7_Save_File_With_Name,,,} @@ -144,19 +144,19 @@ popup-contextmenu @w{@code{Open met > LilyPond}} te kiezen. @c FIXME: why present/advise the best/simplest for last? @subsubheading Stap 2b. Compileer (door te dubbelklikken) -Of dubbelklik het @file{test@/.ly} bestand. +Of dubbelklik het @file{test.ly} bestand. @subsubheading Stap 3. Bekijk de uitvoer -Tijdens het compileren van het @file{test@/.ly} bestand, wordt +Tijdens het compileren van het @file{test.ly} bestand, wordt een commandovenster geopend dat zich na korte tijd weer sluit. Tijdens dit proces worden drie extra bestanden aangemaakt. @sourceimage{Learning_Win7_All_Files_Created,,,} -Het PDF-bestand bevat het gegraveerde @file{test@/.ly} bestand. +Het PDF-bestand bevat het gegraveerde @file{test.ly} bestand. @sourceimage{Learning_Win7_Pdf_Output,,,} @@ -210,7 +210,7 @@ van een bestand.} @subsubheading Stap 1. Maak je @file{.ly}-bestand -Maak een tekstbestand met de naam @file{test@/.ly} en vul het met: +Maak een tekstbestand met de naam @file{test.ly} en vul het met: @c double \\ required because this is inside a macro! @example @@ -223,7 +223,7 @@ Maak een tekstbestand met de naam @file{test@/.ly} en vul het met: @subsubheading Stap 2. Compileren (op de commandoregel) -Om het @file{test@/.ly}-bestand te compileren, typ op de +Om het @file{test.ly}-bestand te compileren, typ op de commandoregel: @example @@ -247,7 +247,7 @@ Converteren naar `./test.pdf'... @subsubheading Stap 3. Bekijk de uitvoer -Je kunt het resulterende @file{test@/.pdf}-bestand bekijken of +Je kunt het resulterende @file{test.pdf}-bestand bekijken of printen. @end macro diff --git a/Documentation/nl/learning/fundamental.itely b/Documentation/nl/learning/fundamental.itely index 2bdbf8349c..e97599b855 100644 --- a/Documentation/nl/learning/fundamental.itely +++ b/Documentation/nl/learning/fundamental.itely @@ -212,7 +212,7 @@ wordt behandeld als een afzonderlijke partituur en ze worden allemaal samengevoegd in een enkel uitvoerbestand. Een @code{\book}-commando is niet nodig -- die wordt impliciet aangemaakt. Echter, als je afzonderlijke uitvoerbestanden -vanuit een @file{@/.ly}-bestand wil maken, dan moet het +vanuit een @file{.ly}-bestand wil maken, dan moet het @code{\book}-commando worden gebruikt om de verschillende secties aan te geven: elk @code{\book}-blok produceert een apart uitvoerbestand. @@ -3028,7 +3028,7 @@ LilyPond input syntax changes (see you have a single definition (such as @code{\dolce}) for all your input files (see @ref{Style sheets}), then if the syntax changes, you only need to update your single @code{\dolce} definition, -instead of making changes throughout every @file{@/.ly} file. +instead of making changes throughout every @file{.ly} file. @node Scores and parts @@ -3041,7 +3041,7 @@ a variable. The contents of that variable is then used to generate both the part and the full score. It is convenient to define the notes in a special file. For example, -suppose that the file @file{horn@/-music@/.ly} contains the following part +suppose that the file @file{horn-music.ly} contains the following part of a horn/@/bassoon duo @example @@ -3073,7 +3073,7 @@ The line @end example @noindent -substitutes the contents of @file{horn@/-music@/.ly} at this position in +substitutes the contents of @file{horn-music.ly} at this position in the file, so @code{hornNotes} is defined afterwards. The command @code{\transpose f@tie{}c'} indicates that the argument, being @code{\hornNotes}, should be transposed by a fifth upwards. Sounding @@ -3124,7 +3124,7 @@ this option to the music above, leads to the following result The score is made by combining all of the music together. Assuming that the other voice is in @code{bassoonNotes} in the file -@file{bassoon@/-music@/.ly}, a score is made with +@file{bassoon-music.ly}, a score is made with @example \include "bassoon-music.ly" diff --git a/Documentation/notation/ancient.itely b/Documentation/notation/ancient.itely index 00b206c52a..6aedd34bc1 100644 --- a/Documentation/notation/ancient.itely +++ b/Documentation/notation/ancient.itely @@ -227,7 +227,7 @@ The syntax still uses the deprecated infix style @code{\[ music expr postfix style @code{note\[ ... note\]}. @c Alternatively, the file -@c @file{gregorian@/-init@/.ly} can be included; it provides a scheme +@c @file{gregorian-init.ly} can be included; it provides a scheme @c function @c @example @c \ligature @var{music expr} @@ -1178,12 +1178,12 @@ the breathmarks from @ref{Breath marks}. The @emph{finalis} sign not only marks the end of a chant, but is also frequently used within a single antiphonal/responsorial chant to mark the end of each section. -To use divisiones, include the file @file{gregorian@/.ly}. It +To use divisiones, include the file @file{gregorian.ly}. It contains definitions that you can apply by just inserting @code{\divisioMinima}, @code{\divisioMaior}, @code{\divisioMaxima}, and @code{\finalis} at proper places in the input. Some editions use @emph{virgula} or @emph{caesura} instead of divisio minima. -Therefore, @file{gregorian@/.ly} also defines @code{\virgula} and +Therefore, @file{gregorian.ly} also defines @code{\virgula} and @code{\caesura} @lilypond[quote,ragged-right] @@ -1326,7 +1326,7 @@ still lacking, such as (among others) horizontal alignment of multiple ligatures, lyrics alignment, and proper handling of accidentals. The support for Gregorian neumes is enabled by @code{\include}ing -@file{gregorian@/.ly} at the beginning of the file. This makes available +@file{gregorian.ly} at the beginning of the file. This makes available a number of extra commands to produce the neume symbols used in plainchant notation. @@ -1456,7 +1456,7 @@ ligature, and usually falls on a half-tone step, but it is perfectly possible, although incorrect, to make a single-note quilisma. -In addition to the note signs, @file{gregorian@/.ly} also defines the +In addition to the note signs, @file{gregorian.ly} also defines the commands @code{\versus}, @code{\responsum}, @code{\ij}, @code{\iij}, @code{\IJ}, and @code{\IIJ}, that will produce the corresponding characters, e.g., for use in lyrics, as section diff --git a/Documentation/notation/changing-defaults.itely b/Documentation/notation/changing-defaults.itely index 040095ff6f..c696f95365 100644 --- a/Documentation/notation/changing-defaults.itely +++ b/Documentation/notation/changing-defaults.itely @@ -36,7 +36,7 @@ and is also included with the LilyPond documentation package. Internally, LilyPond uses Scheme (a LISP dialect) to provide infrastructure. Overriding layout decisions in effect accesses the program internals, which requires Scheme input. Scheme elements are -introduced in a @file{@/.ly} file with the hash mark +introduced in a @file{.ly} file with the hash mark @code{#}.@footnote{@rextend{Scheme tutorial}, contains a short tutorial on entering numbers, lists, strings, and symbols in Scheme.} @@ -72,8 +72,8 @@ Learning Manual: @rlearning{Contexts and engravers}. Installed files: -@file{ly/@/engraver@/-init@/.ly}, -@file{ly/@/performer@/-init@/.ly}. +@file{ly/engraver-init.ly}, +@file{ly/performer-init.ly}. Snippets: @rlsr{Contexts and engravers}. @@ -1199,7 +1199,7 @@ can be modified. We have been talking of @emph{the} @code{Fingering} object, but actually it does not amount to much. The initialization file (see @rlearning{Other sources of information}) -@file{scm/@/define@/-grobs@/.scm} shows the soul of the @q{object}, +@file{scm/define-grobs.scm} shows the soul of the @q{object}, @example (Fingering @@ -1624,7 +1624,7 @@ There is a special type of context property: the grob description. Grob descriptions are named in @code{StudlyCaps} (starting with capital letters). They contain the @q{default settings} for a particular kind of grob as an -association list. See @file{scm/@/define@/-grobs@/.scm} +association list. See @file{scm/define-grobs.scm} to see the settings for each grob description. Grob descriptions are modified with @code{\override}. @@ -2076,7 +2076,7 @@ any @emph{initialized} default values that are set in an initialization file and loaded each time an input file is compiled. In the above example, the initialized default values for @code{padding} and @code{minimum-distance} (defined in -@file{scm/@/define@/-grobs@/.scm}) are reset to their default-when-unset +@file{scm/define-grobs.scm}) are reset to their default-when-unset values (zero for both keys). Defining a property or variable as an alist (of any size) will always reset all unset key-values to their default-when-unset values. Unless this is the intended @@ -2865,7 +2865,7 @@ beginning of a line. Or to be more precise, before a line break, where there is no line break, or after a line break. Alternatively, these eight combinations may be specified -by pre-defined functions, defined in @file{scm/@/output@/-lib@/.scm}, +by pre-defined functions, defined in @file{scm/output-lib.scm}, where the last three columns indicate whether the layout objects will be visible in the positions shown at the head of the columns: @@ -3198,7 +3198,7 @@ Notation Reference: @ref{Modifying properties}. Installed Files: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Snippets: @rlsr{Tweaks and overrides}. @@ -3783,9 +3783,9 @@ Extending: @rextend{Music functions}. Installed Files: -@file{lily/@/music@/-scheme@/.cc}, -@file{scm/@/c++@/.scm}, -@file{scm/@/lily@/.scm}. +@file{lily/music-scheme.cc}, +@file{scm/c++.scm}, +@file{scm/lily.scm}. @node Substitution function examples diff --git a/Documentation/notation/chords.itely b/Documentation/notation/chords.itely index b4b09a7636..29979b8f94 100644 --- a/Documentation/notation/chords.itely +++ b/Documentation/notation/chords.itely @@ -697,9 +697,9 @@ Notation Reference: @ref{Common chord modifiers}. Installed Files: -@file{scm/@/chords@/-ignatzek@/.scm}, -@file{scm/@/chord@/-entry@/.scm}, -@file{ly/@/chord@/-modifier@/-init@/.ly}. +@file{scm/chords-ignatzek.scm}, +@file{scm/chord-entry.scm}, +@file{ly/chord-modifier-init.ly}. Snippets: @rlsr{Chords}. diff --git a/Documentation/notation/expressive.itely b/Documentation/notation/expressive.itely index 7154a26bbc..f2fee1c5de 100644 --- a/Documentation/notation/expressive.itely +++ b/Documentation/notation/expressive.itely @@ -153,7 +153,7 @@ c4-> c-. c2-_ @end lilypond The rules for the default placement of articulations are defined -in @file{scm/@/script@/.scm}. Articulations and ornamentations +in @file{scm/script.scm}. Articulations and ornamentations may be manually placed above or below the staff; see @ref{Direction and placement}. @@ -207,7 +207,7 @@ Notation Reference: @ref{Trills}. Installed Files: -@file{scm/@/script@/.scm}. +@file{scm/script.scm}. Snippets: @rlsr{Expressive marks}. diff --git a/Documentation/notation/fretted-strings.itely b/Documentation/notation/fretted-strings.itely index cb76380a4e..1de78a0498 100644 --- a/Documentation/notation/fretted-strings.itely +++ b/Documentation/notation/fretted-strings.itely @@ -466,7 +466,7 @@ The default string tuning is @code{guitar-tuning}, which is the standard EADGBE tuning. Some other predefined tunings are @code{guitar-open-g-tuning}, @code{mandolin-tuning} and @code{banjo-open-g-tuning}. The predefined string tunings -are found in @file{scm/@/tablature@/.scm}. +are found in @file{scm/tablature.scm}. A string tuning is a Scheme list of string pitches, one for each string, ordered by string number from 1 to N, @@ -528,7 +528,7 @@ The modern tab clef supports tablatures from 4 to 7 strings. @seealso Installed Files: -@file{scm/@/tablature@/.scm}. +@file{scm/tablature.scm}. Snippets: @rlsr{Fretted strings}. @@ -971,17 +971,17 @@ are stored in a lookup table: @end lilypond The default predefined fret diagrams are contained in the file -@file{predefined@/-guitar@/-fretboards@/.ly}. Fret diagrams are +@file{predefined-guitar-fretboards.ly}. Fret diagrams are stored based on the pitches of a chord and the value of @code{stringTunings} that is currently in use. -@file{predefined@/-guitar@/-fretboards@/.ly} contains predefined +@file{predefined-guitar-fretboards.ly} contains predefined fret diagrams only for @code{guitar-tuning}. Predefined fret diagrams can be added for other instruments or other tunings by following the examples found in -@file{predefined@/-guitar@/-fretboards@/.ly}. +@file{predefined-guitar-fretboards.ly}. Fret diagrams for the ukulele are contained in the file -@file{predefined@/-ukulele@/-fretboards@/.ly}. +@file{predefined-ukulele-fretboards.ly}. @lilypond[verbatim, ragged-right, quote] \include "predefined-ukulele-fretboards.ly" @@ -1233,9 +1233,9 @@ Notation Reference: @ref{Predefined fretboard diagrams}. Installed Files: -@file{ly/@/predefined@/-guitar@/-fretboards@/.ly}, -@file{ly/@/predefined@/-guitar@/-ninth@/-fretboards@/.ly}, -@file{ly/@/predefined@/-ukulele@/-fretboards@/.ly}. +@file{ly/predefined-guitar-fretboards.ly}, +@file{ly/predefined-guitar-ninth-fretboards.ly}, +@file{ly/predefined-ukulele-fretboards.ly}. Snippets: @rlsr{Fretted strings}. @@ -1722,4 +1722,4 @@ Snippets: @rlsr{Fretted strings}. Installed Files: -@file{scm/@/output@/-lib@/.scm} contains predefined banjo tunings. +@file{scm/output-lib.scm} contains predefined banjo tunings. diff --git a/Documentation/notation/input.itely b/Documentation/notation/input.itely index d82845e8f1..a61d56b231 100644 --- a/Documentation/notation/input.itely +++ b/Documentation/notation/input.itely @@ -29,7 +29,7 @@ rather than specific notation. @section Input structure The main format of input for LilyPond are text files. By convention, -these files end with @file{@/.ly}. +these files end with @file{.ly}. @menu * Structure of a score:: @@ -106,8 +106,8 @@ Remember that even in a file containing only a @code{\score} block, it is implicitly enclosed in a \book block. A \book block in a source file produces at least one output file, and by default the name of the output file produced is derived from the name of the input file, so -@file{fandangoforelephants@/.ly} will produce -@file{fandangoforelephants@/.pdf}. +@file{fandangoforelephants.ly} will produce +@file{fandangoforelephants.pdf}. (For more details about @code{\book} blocks, see @ref{Multiple scores in a book}, @@ -146,7 +146,7 @@ and texts are entered with a @code{\markup} block, @funindex \book -All the movements and texts which appear in the same @file{@/.ly} file +All the movements and texts which appear in the same @file{.ly} file will normally be typeset in the form of a single output file. @example @@ -219,7 +219,7 @@ title, like the book itself, by specifying a @code{\header} block. @node Multiple output files from one input file @subsection Multiple output files from one input file -If you want multiple output files from the same @file{@/.ly} file, +If you want multiple output files from the same @file{.ly} file, then you can add multiple @code{\book} blocks, where each such \book block will result in a separate output file. If you do not specify any @code{\book} block in the @@ -254,16 +254,16 @@ name which may clash, so @} @end example -in source file @file{eightminiatures@/.ly} +in source file @file{eightminiatures.ly} will produce @itemize @item -@file{eightminiatures@/.pdf}, +@file{eightminiatures.pdf}, @item -@file{eightminiatures@/-1@/.pdf} and +@file{eightminiatures-1.pdf} and @item -@file{eightminiatures@/-2@/.pdf}. +@file{eightminiatures-2.pdf}. @end itemize @node Output file names @@ -279,8 +279,8 @@ In the previous section, we saw how Lilypond prevents name-clashes when producing several ouputs from a single source file. You also have the ability to specify your own suffixes for each @code{\book} block, so for example you can produce files called -@file{eightminiatures@/-Romanze@/.pdf}, @file{eightminiatures@/-Menuetto@/.pdf} -and @file{eightminiatures@/-Nocturne@/.pdf} by adding a +@file{eightminiatures-Romanze.pdf}, @file{eightminiatures-Menuetto.pdf} +and @file{eightminiatures-Nocturne.pdf} by adding a @code{\bookOutputSuffix} declaration inside each @code{\book} block. @example @@ -326,11 +326,11 @@ The file above will produce these output files: @itemize @item -@file{Romanze@/.pdf}, +@file{Romanze.pdf}, @item -@file{Menuetto@/.pdf} and +@file{Menuetto.pdf} and @item -@file{Nocturne@/.pdf}. +@file{Nocturne.pdf}. @end itemize @@ -345,7 +345,7 @@ The file above will produce these output files: @funindex \book @funindex \bookpart -A @file{@/.ly} file may contain any number of toplevel expressions, where a +A @file{.ly} file may contain any number of toplevel expressions, where a toplevel expression is one of the following: @itemize @@ -371,7 +371,7 @@ A @code{\score} block. This score will be collected with other toplevel scores, and combined as a single @code{\book}. This behavior can be changed by setting the variable @code{toplevel-score-handler} at toplevel. The default handler is -defined in the init file @file{@/.@/./@/scm/@/lily@/.scm}. +defined in the init file @file{../scm/lily.scm}. @item A @code{\book} block logically combines multiple movements @@ -379,14 +379,14 @@ A @code{\book} block logically combines multiple movements are a number of @code{\score}s, one output file will be created for each @code{\book} block, in which all corresponding movements are concatenated. The only reason to explicitly specify -@code{\book} blocks in a @file{@/.ly} file is if you wish to create +@code{\book} blocks in a @file{.ly} file is if you wish to create multiple output files from a single input file. One exception is within lilypond-book documents, where you explicitly have to add a @code{\book} block if you want more than a single @code{\score} or @code{\markup} in the same example. This behavior can be changed by setting the variable @code{toplevel-book-handler} at toplevel. The default handler is defined in the init file -@file{@/.@/./@/scm/@/lily@/.scm}. +@file{../scm/lily.scm}. @item A @code{\bookpart} block. A book may be divided into several parts, @@ -420,7 +420,7 @@ music expression will be translated into This behavior can be changed by setting the variable @code{toplevel-music-handler} at toplevel. The default handler is -defined in the init file @file{@/.@/./@/scm/@/lily@/.scm}. +defined in the init file @file{../scm/lily.scm}. @item A markup text, a verse for example @@ -713,7 +713,7 @@ Headers may be completely removed by setting them to false. A more advanced option is to change the definitions of the following variables in the @code{\paper} block. The init file -@file{@/.@/./@/ly/@/titling@/-init@/.ly} lists the default layout. +@file{../ly/titling-init.ly} lists the default layout. @table @code @funindex bookTitleMarkup @@ -775,8 +775,8 @@ composer flush right on a single line. The header and footer are created by the functions @code{make-header} and @code{make-footer}, defined in @code{\paper}. The default implementations are in -@file{ly/@/paper@/-defaults@/-init@/.ly} and -@file{ly/@/titling@/-init@/.ly}. +@file{ly/paper-defaults-init.ly} and +@file{ly/titling-init.ly}. This example centers page numbers at the bottom of every page. @@ -959,7 +959,7 @@ tocAct = @seealso -Init files: @file{@/.@/./@/ly/@/toc@/-init@/.ly}. +Init files: @file{../ly/toc-init.ly}. @predefined @@ -995,7 +995,7 @@ another file, use @end example The line @code{\include "otherfile.ly"} is equivalent to pasting the -contents of @file{otherfile@/.ly} into the current file at the place +contents of @file{otherfile.ly} into the current file at the place where the @code{\include} appears. For example, in a large project you might write separate files for each instrument part and create a @qq{full score} file which brings together the @@ -1011,7 +1011,7 @@ specifying just the file name after the @code{\include} command. Files in other locations may be included by giving either a full path reference or a relative path reference (but use the UNIX forward slash, /, rather than the DOS/Windows back slash, \, as the -directory separator.) For example, if @file{stuff@/.ly} is located +directory separator.) For example, if @file{stuff.ly} is located one directory higher than the current working directory, use @example @@ -1046,9 +1046,9 @@ version of lilypond. Files can also be included from a directory in a search path specified as an option when invoking LilyPond from the command line. The included files are then specified using just their -file name. For example, to compile @file{main@/.ly} which includes +file name. For example, to compile @file{main.ly} which includes files located in a subdirectory called @file{parts} by this method, -cd to the directory containing @file{main@/.ly} and enter +cd to the directory containing @file{main.ly} and enter @example lilypond --include=parts main.ly @@ -1063,11 +1063,11 @@ and in main.ly write @end example Files which are to be included in many scores may be placed in -the LilyPond directory @file{@/.@/./ly}. (The location of this +the LilyPond directory @file{../ly}. (The location of this directory is installation-dependent - see @rlearning{Other sources of information}). These files can then be included simply by naming them on an @code{\include} statement. -This is how the language-dependent files like @file{english@/.ly} are +This is how the language-dependent files like @file{english.ly} are included. LilyPond includes a number of files by default when you start @@ -1821,7 +1821,7 @@ tempoWholesPerMinute = #(ly:make-moment 270 8) Context definitions follow precisely the same syntax as those within a @code{\layout} block. Translation modules for sound are called performers. The contexts for MIDI output are defined in -@file{@/.@/./@/ly/@/performer@/-init@/.ly}, +@file{../ly/performer-init.ly}, see @rlearning{Other sources of information}. For example, to remove the effect of dynamics from the MIDI output, insert the following lines in the @@ -1954,7 +1954,7 @@ Dynamic marks are translated to a fixed fraction of the available MIDI volume range. The default fractions range from 0.25 for @notation{ppppp} to 0.95 for @notation{fffff}. The set of dynamic marks and the associated fractions can be seen in -@file{@/.@/./@/scm/@/midi@/.scm}, see @rlearning{Other sources of information}. +@file{../scm/midi.scm}, see @rlearning{Other sources of information}. This set of fractions may be changed or extended by providing a function which takes a dynamic mark as its argument and returns the required fraction, and setting @@ -1994,7 +1994,7 @@ found, or calls the default function otherwise. Alternatively, if the whole table of fractions needs to be redefined, it would be better to use the @notation{default-dynamic-absolute-volume} procedure in -@file{@/.@/./@/scm/@/midi@/.scm} and the associated table as a model. +@file{../scm/midi.scm} and the associated table as a model. The final example in this section shows how this might be done. @unnumberedsubsubsec Overall MIDI volume @@ -2105,7 +2105,7 @@ If the MIDI minimum and maximum volume properties are not set LilyPond will, by default, apply a small degree of equalization to a few instruments. The instruments and the equalization applied are shown in the table @notation{instrument-equalizer-alist} -in @file{@/.@/./@/scm/@/midi@/.scm}. +in @file{../scm/midi.scm}. This basic default equalizer can be replaced by setting @code{instrumentEqualizer} in the @code{Score} context to a new @@ -2115,7 +2115,7 @@ maximum volumes to be applied to that instrument. This replacement is done in the same way as shown for resetting the @code{dynamicAbsoluteVolumeFunction} at the start of this section. The default equalizer, @notation{default-instrument-equalizer}, in -@file{@/.@/./@/scm/@/midi@/.scm} shows how such a procedure might be written. +@file{../scm/midi.scm} shows how such a procedure might be written. The following example sets the relative flute and clarinet volumes to the same values as the previous example. diff --git a/Documentation/notation/notation-appendices.itely b/Documentation/notation/notation-appendices.itely index 0669a5933e..2ee583b1d5 100644 --- a/Documentation/notation/notation-appendices.itely +++ b/Documentation/notation/notation-appendices.itely @@ -1040,7 +1040,7 @@ or in the source code. An association list or @strong{alist} for short is a Scheme pair which associates a value with a key: @w{@code{(key . value)}}. For -example, in @file{scm/@/lily@/.scm}, the alist +example, in @file{scm/lily.scm}, the alist @w{@qq{type-p-name-alist}} associates certain type predicates (e.g.@tie{}@code{ly:music?}) with names (e.g.@tie{}@qq{music}) so that type-check failures can be reported with a console message that @@ -1181,10 +1181,10 @@ Internals Reference: A @strong{lexer} is a program which converts a sequence of characters into a sequence of tokens, a process called lexical analysis. The LilyPond lexer converts the stream obtained from an -input @file{@/.ly} file into a tokenized stream more suited to the +input @file{.ly} file into a tokenized stream more suited to the next stage of processing - parsing, for which see @ref{parser}. The LilyPond lexer is built with Flex from the lexer file -@file{lily/@/lexer@/.ll} which contains the lexical rules. This file +@file{lily/lexer.ll} which contains the lexical rules. This file is part of the source code and is not included in the LilyPond binary installation. @@ -1233,7 +1233,7 @@ tree of tokens whose root is the grammar's start symbol. If this cannot be achieved the file is invalid and an appropriate error message is produced. The syntactic groupings and the rules for constructing the groupings from their parts for the LilyPond syntax -are defined in @file{lily/@/parser@/.yy} and shown in Backus Normal Form +are defined in @file{lily/parser.yy} and shown in Backus Normal Form (BNF) in @ref{LilyPond grammar}. This file is used to build the parser during the program build by the parser generator, Bison. It is part of the source code and is not included in the LilyPond @@ -1263,7 +1263,7 @@ These are variables defined directly in Scheme. Their direct use by users is strongly discouraged, because their scoping semantics can be confusing. -When the value of such a variable is changed in a @file{@/.ly} file, +When the value of such a variable is changed in a @file{.ly} file, the change is global, and unless explicitly reverted, the new value will persist to the end of the file, affecting subsequent @code{\score} blocks as well as external files added with the @@ -1322,7 +1322,7 @@ smobs are created from C++ objects through macros. There are two types of smob objects: simple smobs, intended for simple immutable objects like numbers, and complex smobs, used for objects with identities. If you have access to the LilyPond sources, more -information can be found in @file{lily/@/includes/@/smob@/.hh}. +information can be found in @file{lily/includes/smob.hh}. @node stencil @unnumberedsubsec stencil diff --git a/Documentation/notation/percussion.itely b/Documentation/notation/percussion.itely index 1048b387bc..9b4a80974f 100644 --- a/Documentation/notation/percussion.itely +++ b/Documentation/notation/percussion.itely @@ -119,7 +119,7 @@ Notation Reference: @ref{Percussion notes}. File: -@file{ly/@/drumpitch@/-init@/.ly} +@file{ly/drumpitch-init.ly} Snippets: @rlsr{Percussion}. diff --git a/Documentation/notation/rhythms.itely b/Documentation/notation/rhythms.itely index a02a1cb42d..9b719c93ea 100644 --- a/Documentation/notation/rhythms.itely +++ b/Documentation/notation/rhythms.itely @@ -1051,7 +1051,7 @@ In addition to setting the printed time signature, the @code{\time} command also sets time-signature-based default values for the properties @code{baseMoment}, @code{beatStructure}, and @code{beamExceptions}. The predefined default values for these properties can be found in -@file{scm/@/time@/-signature@/-settings@/.scm}. The existing default values can +@file{scm/time-signature-settings.scm}. The existing default values can be changed, or new default values can be added: @lilypond[quote,verbatim] @@ -1823,7 +1823,7 @@ Notation Reference: @ref{Setting automatic beam behavior}. Installed Files: -@file{scm/@/auto@/-beam@/.scm}. +@file{scm/auto-beam.scm}. Snippets: @rlsr{Rhythms}. @@ -1942,7 +1942,7 @@ see @ref{Time administration}. By default @code{baseMoment} is set to one over the denominator of the time signature. Any exceptions to this default can be found in -@file{scm/@/time@/-signature@/-settings@/.scm}. +@file{scm/time-signature-settings.scm}. Special autobeaming rules (other than ending a beam on a beat) are defined in the @code{beamExceptions} property. @@ -2007,7 +2007,7 @@ context to the default behavior. @end lilypond These default automatic beaming settings for a time signature -are determined in @file{scm/@/time@/-signature@/-settings@/.scm}. +are determined in @file{scm/time-signature-settings.scm}. The automatic beaming settings for a time signature can be changed as described in @ref{Time signature}. @@ -2046,7 +2046,7 @@ In the rules above, the beam-type is the duration of the shortest note in the beamed group. For reference, the default beaming rules are found in -@file{scm/@/time@/-signature@/-settings@/.scm}. +@file{scm/time-signature-settings.scm}. @snippets @@ -2072,7 +2072,7 @@ For reference, the default beaming rules are found in @seealso Installed files: -@file{scm/@/beam@/-settings@/.scm}. +@file{scm/beam-settings.scm}. Snippets: @rlsr{Rhythms}. @@ -2779,7 +2779,7 @@ c1 \mark \default c1 @end lilypond -The file @file{scm/@/translation@/-functions@/.scm} contains the +The file @file{scm/translation-functions.scm} contains the definitions of @code{format-mark-numbers} (the default format), @code{format-mark-box-numbers}, @code{format-mark-letters} and @code{format-mark-box-letters}. These can be used as inspiration @@ -2841,7 +2841,7 @@ Notation Reference: @ref{Aligning objects}. Installed Files: -@file{scm/@/translation@/-functions@/.scm} contains +@file{scm/translation-functions.scm} contains the definitions of @code{format-mark-numbers} and @code{format-mark-letters}. They can be used as inspiration for other formatting functions. @@ -3010,7 +3010,7 @@ Notation Reference: @ref{Manual beams}. Installed Files: -@file{ly/@/grace@/-init@/.ly}. +@file{ly/grace-init.ly}. Snippets: @rlsr{Rhythms}. diff --git a/Documentation/notation/simultaneous.itely b/Documentation/notation/simultaneous.itely index 55bf27b101..cf92c2718a 100644 --- a/Documentation/notation/simultaneous.itely +++ b/Documentation/notation/simultaneous.itely @@ -149,7 +149,7 @@ Notation Reference: @ref{Articulations and ornamentations}. Installed Files: -@file{ly/@/chord@/-repetition@/-init@/.ly}. +@file{ly/chord-repetition-init.ly}. @node Simultaneous expressions diff --git a/Documentation/notation/spacing.itely b/Documentation/notation/spacing.itely index d10e3b1264..7ec64272ac 100644 --- a/Documentation/notation/spacing.itely +++ b/Documentation/notation/spacing.itely @@ -226,7 +226,7 @@ to all pages. If the @code{\paper} block is inside a Common paper sizes are available, including @code{a4}, @code{letter}, @code{legal}, and @code{11x17} (also known as tabloid). Many more paper sizes are supported by default. For -details, see @file{scm/@/paper@/.scm}, and search for the +details, see @file{scm/paper.scm}, and search for the definition of @code{paper-alist}. @c TODO add a new appendix for paper sizes (auto-generated) -pm @@ -235,7 +235,7 @@ definition of @code{paper-alist}. Extra sizes may be added by editing the definition of @code{paper-alist} in the initialization file -@file{scm/@/paper@/.scm}, however they will be overridden on a +@file{scm/paper.scm}, however they will be overridden on a subsequent install. @cindex orientation @@ -251,7 +251,7 @@ degrees, and wider line widths will be set accordingly. @seealso Installed Files: -@file{scm/@/paper@/.scm}. +@file{scm/paper.scm}. @node Automatic scaling to paper size @@ -276,7 +276,7 @@ dimensions affected by automatic scaling are @code{left-margin}, @code{binding-offset}, @code{indent}, and @code{short-indent}. The default values for these dimensions are set in -@file{ly/@/paper@/-defaults@/-init@/.ly}, using internal variables named +@file{ly/paper-defaults-init.ly}, using internal variables named @code{top-margin-default}, @code{bottom-margin-default}, etc. These are the values that result at the default paper size @code{a4}. For reference, with @code{a4} paper the @@ -285,8 +285,8 @@ These are the values that result at the default paper size @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}, -@file{scm/@/paper@/.scm}. +@file{ly/paper-defaults-init.ly}, +@file{scm/paper.scm}. @node Fixed vertical spacing \paper variables @@ -297,7 +297,7 @@ scaled to the paper size, which may lead to unexpected behavior. See @ref{Automatic scaling to paper size}.} Default values (before scaling) are defined in -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @table @code @item paper-height @@ -340,7 +340,7 @@ parts of a book created with @code{\bookpart} blocks. @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. Snippets: @rlsr{Spacing}. @@ -478,7 +478,7 @@ variable names, the term @q{@code{markup}} refers to both @ref{File structure}). All distances are measured in staff-spaces. -Default settings are defined in @file{ly/@/paper@/-defaults@/-init@/.ly}. +Default settings are defined in @file{ly/paper-defaults-init.ly}. @c TODO: Where do headers/footers fit in? -mp @@ -539,7 +539,7 @@ Notation Reference: @ref{Flexible vertical spacing within systems}. Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. Snippets: @rlsr{Spacing}. @@ -563,7 +563,7 @@ See @ref{Automatic scaling to paper size}.} @unnumberedsubsubsec @code{\paper} variables for widths and margins Default values (before scaling) that are not listed here are -defined in @file{ly/@/paper@/-defaults@/-init@/.ly}. +defined in @file{ly/paper-defaults-init.ly}. @table @code @@ -647,14 +647,14 @@ set in a @code{\layout} block. @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @node \paper variables for two-sided mode @unnumberedsubsubsec @code{\paper} variables for two-sided mode Default values (before scaling) are defined in -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @table @code @@ -697,14 +697,14 @@ with @code{two-sided} set to true. @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @node \paper variables for shifts and indents @unnumberedsubsubsec @code{\paper} variables for shifts and indents Default values (before scaling) that are not listed here are -defined in @file{ly/@/paper@/-defaults@/-init@/.ly}. +defined in @file{ly/paper-defaults-init.ly}. @table @code @@ -736,7 +736,7 @@ set in a @code{\layout} block. @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. Snippets: @rlsr{Spacing}. @@ -799,7 +799,7 @@ Notation Reference: @unnumberedsubsubsec @code{\paper} variables for page breaking Default values not listed here are defined in -@file{ly/@/paper@/-defaults@/-init@/.ly} +@file{ly/paper-defaults-init.ly} @table @code @@ -855,14 +855,14 @@ Notation Reference: @ref{Minimal page breaking}. Installed files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @node \paper variables for page numbering @unnumberedsubsubsec @code{\paper} variables for page numbering Default values not listed here are defined in -@file{ly/@/paper@/-defaults@/-init@/.ly} +@file{ly/paper-defaults-init.ly} @table @code @@ -894,7 +894,7 @@ If set to false, page numbers are not printed. @seealso Installed Files: -@file{ly/@/paper@/-defaults@/-init@/.ly}. +@file{ly/paper-defaults-init.ly}. @node Miscellaneous \paper variables @@ -921,7 +921,7 @@ header variables are printed. Default: @code{#f}. A markup object that is inserted between systems, often used for orchestral scores. Default: unset. The @code{\slashSeparator} -markup, defined in @file{ly/@/titling@/-init@/.ly}, is provided as a +markup, defined in @file{ly/titling-init.ly}, is provided as a sensible default, for example: @lilypond[quote,verbatim,noragged-right,line-width=30\mm] @@ -945,7 +945,7 @@ sensible default, for example: @seealso Installed files: -@file{ly/@/titling@/-init@/.ly}. +@file{ly/titling-init.ly}. Snippets: @rlsr{Spacing}. @@ -1216,7 +1216,7 @@ every 4 measures, and only there: @end example @c TODO Check this -A linebreaking configuration can be saved as a @file{@/.ly} file +A linebreaking configuration can be saved as a @file{.ly} file automatically. This allows vertical alignments to be stretched to fit pages in a second formatting run. This is fairly new and complicated. More details are available in @@ -1934,8 +1934,8 @@ in the staff-group that have it set. Also see @seealso Installed files: -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Internals Reference: @rinternals{Contexts}, @@ -2005,7 +2005,7 @@ property can affect the spacing of ungrouped staves: @seealso Installed Files: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Snippets: @rlsr{Spacing}. @@ -2073,7 +2073,7 @@ The following example shows how properties of the @seealso Installed Files: -@file{scm/@/define@/-grobs@/.scm}. +@file{scm/define-grobs.scm}. Snippets: @rlsr{Spacing}. @@ -2143,8 +2143,8 @@ able to stretch much more than usual: @seealso Installed Files: -@file{ly/@/engraver@/-init@/.ly}, -@file{scm/@/define@/-grobs@/.scm}. +@file{ly/engraver-init.ly}, +@file{scm/define-grobs.scm}. Snippets: @rlsr{Spacing}. diff --git a/Documentation/notation/text.itely b/Documentation/notation/text.itely index 09b3d56ef1..3f1d612441 100644 --- a/Documentation/notation/text.itely +++ b/Documentation/notation/text.itely @@ -494,7 +494,7 @@ Snippets: @rlsr{Text}. Installed files: -@file{scm/@/markup@/.scm}. +@file{scm/markup.scm}. @knownissues @@ -690,7 +690,7 @@ Internals Reference: @rinternals{TextScript}. Installed files: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Text alignment @@ -946,7 +946,7 @@ Internals Reference: @rinternals{TextScript}. Installed files: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @node Graphic notation inside markup @@ -1127,8 +1127,8 @@ Internals Reference: @rinternals{TextScript}. Installed files: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/stencil@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/stencil.scm}. @node Music notation inside markup @@ -1259,9 +1259,9 @@ Internals Reference: @rinternals{TextScript}. Installed files: -@file{scm/@/define@/-markup@/-commands@/.scm}, -@file{scm/@/fret@/-diagrams@/.scm}, -@file{scm/@/harp@/-pedals@/.scm}. +@file{scm/define-markup-commands.scm}, +@file{scm/fret-diagrams.scm}, +@file{scm/harp-pedals.scm}. @node Multi-page markup @@ -1325,7 +1325,7 @@ Internals Reference: @rinternals{TextScript}. Installed files: -@file{scm/@/define@/-markup@/-commands@/.scm}. +@file{scm/define-markup-commands.scm}. @funindex \markuplines @@ -1496,7 +1496,7 @@ Snippets: @c A source file gets never installed... @c Installed files: -@c @file{lily/@/font@/-config@/-scheme@/.cc}. +@c @file{lily/font-config-scheme.cc}. @node Entire document fonts diff --git a/Documentation/notation/wind.itely b/Documentation/notation/wind.itely index c747819a02..d5c4afbd88 100644 --- a/Documentation/notation/wind.itely +++ b/Documentation/notation/wind.itely @@ -167,7 +167,7 @@ write @code{\taor} instead of \grace @{ \small G32[ d G e] @} @end example -@file{bagpipe@/.ly} also contains pitch definitions for the bagpipe +@file{bagpipe.ly} also contains pitch definitions for the bagpipe notes in the appropriate octaves, so you do not need to worry about @code{\relative} or @code{\transpose}. @@ -403,8 +403,8 @@ will not show up in the music output: @end lilypond New diagrams can be created by following the patterns in -@file{scm/@/define@/-woodwind@/-diagrams@/.scm} and -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. However, this will +@file{scm/define-woodwind-diagrams.scm} and +@file{scm/display-woodwind-diagrams.scm}. However, this will require Scheme ability and may not be accessible to all users. @predefined @@ -426,8 +426,8 @@ require Scheme ability and may not be accessible to all users. @seealso Installed Files: -@file{scm/@/define@/-woodwind@/-diagrams@/.scm}, -@file{scm/@/display@/-woodwind@/-diagrams@/.scm}. +@file{scm/define-woodwind-diagrams.scm}, +@file{scm/display-woodwind-diagrams.scm}. Snippets: @rlsr{Winds}. diff --git a/Documentation/notation/world.itely b/Documentation/notation/world.itely index 30c8bd0061..26ae1f6a9b 100644 --- a/Documentation/notation/world.itely +++ b/Documentation/notation/world.itely @@ -56,7 +56,7 @@ pitch differences being implicit. For example, semitone and quarter-tone accidentals, with the precise pitch alterations being determined by context. Italian note names are typically used, while the init file -@file{arabic@/.ly} provides a suitable set of macros +@file{arabic.ly} provides a suitable set of macros and definitions extending the standard notation. For more details, see @ref{Arabic music}. @@ -69,12 +69,12 @@ example, employs melodic forms known as @notation{makamlar}, whose intervals are based on 1/9 divisions of the whole tone. Standard Western staff notes are still used, but with special accidentals unique to Turkish music, that are defined in the file -@file{makam@/.ly}. For further information on Turkish classical +@file{makam.ly}. For further information on Turkish classical music and makamlar, see @ref{Turkish classical music}. -To locate init files such as @file{arabic@/.ly} or -@file{makam@/.ly} on your system, see +To locate init files such as @file{arabic.ly} or +@file{makam.ly} on your system, see @rlearning{Other sources of information}. @snippets @@ -201,7 +201,7 @@ notated: The symbol for semi-flat does not match the symbol which is used in Arabic notation. The @code{\dwn} symbol defined in -@file{arabic@/.ly} may be used preceding a flat symbol as a work +@file{arabic.ly} may be used preceding a flat symbol as a work around if it is important to use the specific Arabic semi-flat symbol. The appearance of the semi-flat symbol in the key signature cannot be altered by using this method. @@ -231,7 +231,7 @@ Snippets: @cindex Arabic key signatures In addition to the minor and major key signatures, the following -key signatures are defined in @file{arabic.@/ly}: @notation{bayati}, +key signatures are defined in @file{arabic.ly}: @notation{bayati}, @notation{rast}, @notation{sikah}, @notation{iraq}, and @notation{kurd}. These key signatures define a small number of maqam groups rather than the large number of maqams that are in @@ -538,7 +538,7 @@ From a modern notational point of view it is convenient to use the standard Western staff notes (c, d, e, ...) with special accidentals that raise or lower notes by intervals of 1/9, 4/9, 5/9 and 8/9 of a tone. These accidentals are -defined in the file @file{makam@/.ly}. +defined in the file @file{makam.ly}. The following table lists: @itemize diff --git a/Documentation/usage/external.itely b/Documentation/usage/external.itely index 584ce1d007..e9ddeec567 100644 --- a/Documentation/usage/external.itely +++ b/Documentation/usage/external.itely @@ -38,18 +38,18 @@ file. These hyperlinks are sent to the web-browser, which opens a text-editor with the cursor in the right place. To make this chain work, you should configure your PDF viewer to -follow hyperlinks using the @file{lilypond@/-invoke@/-editor} script +follow hyperlinks using the @file{lilypond-invoke-editor} script supplied with LilyPond. For Xpdf on UNIX, the following should be present in @file{xpdfrc}@footnote{On UNIX, this file is found either in -@file{/@/etc/@/xpdfrc} or as @file{@/.xpdfrc} in your home directory.} +@file{/etc/xpdfrc} or as @file{.xpdfrc} in your home directory.} @example urlCommand "lilypond-invoke-editor %s" @end example -The program @file{lilypond@/-invoke@/-editor} is a small helper +The program @file{lilypond-invoke-editor} is a small helper program. It will invoke an editor for the special @code{textedit} URIs, and run a web browser for others. It tests the environment variable @code{EDITOR} for the following patterns, @@ -98,7 +98,7 @@ off by issuing @end example @noindent -in a @file{@/.ly} file. Point and click may be explicitly enabled with +in a @file{.ly} file. Point and click may be explicitly enabled with @example \pointAndClickOn @@ -135,21 +135,21 @@ There is support for different text editors for LilyPond. @node Emacs mode @unnumberedsubsec Emacs mode -Emacs has a @file{lilypond@/-mode}, which provides keyword +Emacs has a @file{lilypond-mode}, which provides keyword autocompletion, indentation, LilyPond specific parenthesis matching and syntax coloring, handy compile short-cuts and reading LilyPond -manuals using Info. If @file{lilypond@/-mode} is not installed on your +manuals using Info. If @file{lilypond-mode} is not installed on your platform, see below. An Emacs mode for entering music and running LilyPond is contained in the source archive in the @file{elisp} directory. Do @command{make -install} to install it to @var{elispdir}. The file @file{lilypond@/-init@/.el} -should be placed to @var{load-path}@file{/@/site@/-start@/.d/@/} or appended -to your @file{@/~/@/@/.emacs} or @file{@/~/@/@/.emacs@/.el}. +install} to install it to @var{elispdir}. The file @file{lilypond-init.el} +should be placed to @var{load-path}@file{/site-start.d/} or appended +to your @file{~/.emacs} or @file{~/.emacs.el}. -As a user, you may want add your source path (e.g. @file{@/~/@/site@/-lisp/@/}) to +As a user, you may want add your source path (e.g. @file{~/site-lisp/}) to your @var{load-path} by appending the following line (as modified) to your -@file{@/~/@/@/.emacs} +@file{~/.emacs} @c any reason we do not advise: (push "~/site-lisp" load-path) @example @@ -163,7 +163,7 @@ your @var{load-path} by appending the following line (as modified) to your For @uref{http://@/www@/.vim@/.org,Vim}, a filetype plugin, indent mode, and syntax-highlighting mode are available to use with LilyPond. To enable all of these features, create (or modify) -your @file{@/$HOME/@/@/.vimrc} to contain these three lines, in order: +your @file{$HOME/.vimrc} to contain these three lines, in order: @example filetype off @@ -172,7 +172,7 @@ filetype on @end example @noindent -If LilyPond is not installed in the @file{/@/usr/@/local/@/} directory, +If LilyPond is not installed in the @file{/usr/local/} directory, change the path appropriately. This topic is discussed in @rlearning{Other sources of information}. @@ -237,7 +237,7 @@ channels into @rinternals{Voice} contexts. Relative mode is used for pitches, durations are only written when necessary. It is possible to record a MIDI file using a digital keyboard, and -then convert it to @file{@/.ly}. However, human players are not +then convert it to @file{.ly}. However, human players are not rhythmically exact enough to make a MIDI to LY conversion trivial. When invoked with quantizing (@code{-s} and @code{-d} options) @command{midi2ly} tries to compensate for these timing errors, but is not @@ -313,7 +313,7 @@ to a single duration and add phrase markings or pedal indicators. for representing music notation. @command{musicxml2ly} extracts the notes, articulations, score structure, -lyrics, etc. from part-wise MusicXML files, and writes them to a @file{@/.ly} +lyrics, etc. from part-wise MusicXML files, and writes them to a @file{.ly} file. It is invoked from the command-line. @@ -353,8 +353,8 @@ do not convert beaming information, use LilyPond's automatic beaming instead. @item -o,--output=@var{file} -set output filename to @var{file}. If @var{file} is @file{@/-}, the output -will be printed on stdout. If not given, @var{xml-file}@file{@/.ly} will +set output filename to @var{file}. If @var{file} is @file{-}, the output +will be printed on stdout. If not given, @var{xml-file}@file{.ly} will be used. @item -r,--relative diff --git a/Documentation/usage/lilypond-book.itely b/Documentation/usage/lilypond-book.itely index 44b2dc0a26..d41d70ed07 100644 --- a/Documentation/usage/lilypond-book.itely +++ b/Documentation/usage/lilypond-book.itely @@ -100,7 +100,7 @@ Larger examples can be put into a separate file, and introduced with \lilypondfile[quote,noindent]{screech-boink.ly} -(If needed, replace @file{screech@/-boink@/.ly} by any @file{@/.ly} file +(If needed, replace @file{screech-boink.ly} by any @file{.ly} file you put in the same directory as this file.) \end{document} @@ -109,7 +109,7 @@ you put in the same directory as this file.) @subheading Processing -Save the code above to a file called @file{lilybook@/.lytex}, then in a +Save the code above to a file called @file{lilybook.lytex}, then in a terminal run @c keep space after @version{} so TeX doesn't choke @@ -409,7 +409,7 @@ Additionally, @code{@@lilypondversion} displays the current version of lilypond. When @command{lilypond-book} is run on it, this results in a Texinfo -file (with extension @file{@/.texi}) containing @code{@@image} tags for +file (with extension @file{.texi}) containing @code{@@image} tags for HTML, Info and printed output. @command{lilypond-book} generates images of the music in EPS and PDF formats for use in the printed output, and in PNG format for use in HTML and Info output. @@ -503,11 +503,11 @@ inline or not inline. The snippet formatting options are always provided in the @code{role} property of the innermost element (see in next sections). Tags are chosen to allow DocBook editors format the content gracefully. The DocBook files to be processed with -@command{lilypond-book} should have the extension @file{@/.lyxml}. +@command{lilypond-book} should have the extension @file{.lyxml}. @subheading Including a LilyPond file -This is the most simple case. We must use the @file{@/.ly} extension for +This is the most simple case. We must use the @file{.ly} extension for the included file, and insert it as a standard @code{imageobject}, with the following structure: @@ -547,8 +547,8 @@ the @code{programlisting} inside. @subheading Processing the DocBook document -Running @command{lilypond-book} on our @file{@/.lyxml} file will create a -valid DocBook document to be further processed with @file{@/.xml} +Running @command{lilypond-book} on our @file{.lyxml} file will create a +valid DocBook document to be further processed with @file{.xml} extension. If you use @uref{http://@/dblatex@/.sourceforge@/.net@/,dblatex}, it will create a PDF file from this document automatically. For HTML (HTML Help, @@ -691,7 +691,7 @@ will be printed with a verbatim block like If you would like to translate comments and variable names in verbatim output but not in the sources, you may set the environment variable @code{LYDOC_LOCALEDIR} to a directory path; the directory should -contain a tree of @file{@/.mo} message catalogs with @code{lilypond-doc} +contain a tree of @file{.mo} message catalogs with @code{lilypond-doc} as a domain. @item addversion @@ -701,12 +701,12 @@ as a domain. @item texidoc (Only for Texinfo output.) If @command{lilypond} is called with the @option{--header=@/texidoc} option, and the file to be processed is -called @file{foo@/.ly}, it creates a file @file{foo@/.texidoc} if there +called @file{foo.ly}, it creates a file @file{foo.texidoc} if there is a @code{texidoc} field in the @code{\header}. The @code{texidoc} option makes @command{lilypond-book} include such files, adding its contents as a documentation block right before the music snippet. -Assuming the file @file{foo@/.ly} contains +Assuming the file @file{foo.ly} contains @example \header @{ @@ -716,7 +716,7 @@ Assuming the file @file{foo@/.ly} contains @end example @noindent -and we have this in our Texinfo document @file{test@/.texinfo} +and we have this in our Texinfo document @file{test.texinfo} @example @@lilypondfile[texidoc]@{foo.ly@} @@ -731,14 +731,14 @@ lilypond-book --pdf --process="lilypond \ @end example Most LilyPond test documents (in the @file{input} directory of the -distribution) are small @file{@/.ly} files which look exactly like this. +distribution) are small @file{.ly} files which look exactly like this. For localization purpose, if the Texinfo document contains -@code{@@documentlanguage @var{LANG}} and @file{foo@/.ly} header +@code{@@documentlanguage @var{LANG}} and @file{foo.ly} header contains a @code{texidoc@var{LANG}} field, and if @command{lilypond} is called with @option{--header=@/texidoc@var{LANG}}, then -@file{foo@/.texidoc@var{LANG}} will be included instead of -@file{foo@/.texidoc}. +@file{foo.texidoc@var{LANG}} will be included instead of +@file{foo.texidoc}. @item lilyquote (Only for Texinfo output.) This option is similar to quote, but only @@ -751,9 +751,9 @@ useful if you want to @code{quote} the music snippet but not the (Only for Texinfo output.) This option works similarly to @code{texidoc} option: if @command{lilypond} is called with the @option{--header=@/doctitle} option, and the file to be processed is -called @file{foo@/.ly} and contains a @code{doctitle} field in the -@code{\header}, it creates a file @file{foo@/.doctitle}. When -@code{doctitle} option is used, the contents of @file{foo@/.doctitle}, +called @file{foo.ly} and contains a @code{doctitle} field in the +@code{\header}, it creates a file @file{foo.doctitle}. When +@code{doctitle} option is used, the contents of @file{foo.doctitle}, which should be a single line of @var{text}, is inserted in the Texinfo document as @code{@@lydoctitle @var{text}}. @code{@@lydoctitle} should be a macro defined in the Texinfo document. @@ -777,9 +777,9 @@ directory part of the file path is stripped. @section Invoking @command{lilypond-book} @command{lilypond-book} produces a file with one of the following -extensions: @file{@/.tex}, @file{@/.texi}, @file{@/.html} or @file{@/.xml}, -depending on the output format. All of @file{@/.tex}, @file{@/.texi} and -@file{@/.xml} files need further processing. +extensions: @file{.tex}, @file{.texi}, @file{.html} or @file{.xml}, +depending on the output format. All of @file{.tex}, @file{.texi} and +@file{.xml} files need further processing. @subheading Format-specific instructions @@ -817,9 +817,9 @@ ps2pdf yourfile.ps @end example @noindent -The @file{@/.dvi} file created by this process will not contain +The @file{.dvi} file created by this process will not contain note heads. This is normal; if you follow the instructions, they -will be included in the @file{@/.ps} and @file{@/.pdf} files. +will be included in the @file{.ps} and @file{.pdf} files. Running @command{dvips} may produce some warnings about fonts; these are harmless and may be ignored. If you are running @command{latex} in diff --git a/Documentation/usage/running.itely b/Documentation/usage/running.itely index b1ade90acc..faeb814666 100644 --- a/Documentation/usage/running.itely +++ b/Documentation/usage/running.itely @@ -69,19 +69,19 @@ lilypond [@var{option}]@dots{} @var{file}@dots{} @end example -When invoked with a filename that has no extension, the @file{@/.ly} +When invoked with a filename that has no extension, the @file{.ly} extension is tried first. To read input from stdin, use a dash (@code{-}) for @var{file}. -When @file{filename@/.ly} is processed it will produce @file{filename@/.ps} -and @file{filename@/.pdf} as output. Several files can be specified; +When @file{filename.ly} is processed it will produce @file{filename.ps} +and @file{filename.pdf} as output. Several files can be specified; they will each be processed independently. @footnote{The status of GUILE is not reset after processing a @code{.ly} file, so be careful not to change any system defaults from within Scheme.} -If @file{filename@/.ly} contains more than one @code{\book} +If @file{filename.ly} contains more than one @code{\book} block, then the rest of the scores will be output in numbered files, -starting with @file{filename@/-1@/.pdf}. In addition, the value of +starting with @file{filename-1.pdf}. In addition, the value of @code{output-suffix} will be inserted between the basename and the number. An input file containing @@ -93,8 +93,8 @@ number. An input file containing @end example @noindent -will output @var{base}@file{@/-violin@/.pdf} and -@var{base}@file{@/-cello@/-1@/.pdf}. +will output @var{base}@file{-violin.pdf} and +@var{base}@file{-cello-1.pdf}. @unnumberedsubsubsec Standard shell commands @@ -134,7 +134,7 @@ The following options are supported: @table @code @item -e,--evaluate=@var{expr} -Evaluate the Scheme @var{expr} before parsing any @file{@/.ly} files. +Evaluate the Scheme @var{expr} before parsing any @file{.ly} files. Multiple @code{-e} options may be given, they will be evaluated sequentially. @@ -222,8 +222,8 @@ havoc, for example The @code{-dsafe} option works by evaluating in-line Scheme expressions in a special safe module. This safe module is derived from -GUILE @file{safe@/-r5rs} module, but adds a number of functions of the -LilyPond API. These functions are listed in @file{scm/@/safe@/-lily@/.scm}. +GUILE @file{safe-r5rs} module, but adds a number of functions of the +LilyPond API. These functions are listed in @file{scm/safe-lily.scm}. In addition, safe mode disallows @code{\include} directives and disables the use of backslashes in @TeX{} strings. @@ -275,8 +275,8 @@ This mode is used by default by @command{lilypond-book}. Schoolbook fonts, included with your LilyPond installation, for optimal rendering. Under UNIX, simply copy these fonts from the LilyPond directory (typically - @file{/@/usr/@/share/@/lilypond/@/VERSION/@/fonts/@/otf/@/}) to - @file{@/~/@/@/.fonts/@/}. The SVG output should be compatible with any + @file{/usr/share/lilypond/VERSION/fonts/otf/}) to + @file{~/.fonts/}. The SVG output should be compatible with any SVG editor or user agent. @item scm @@ -323,7 +323,7 @@ first defined directory, and if the file to be included is not found the search will continue in subsequent directories. @item -i,--init=@var{file} -Set init file to @var{file} (default: @file{init@/.ly}). +Set init file to @var{file} (default: @file{init.ly}). @cindex folder, directing output to @cindex output filename, setting @@ -396,7 +396,7 @@ be a single directory writable by this user, which should be passed in LilyPond needs to read a number of files while running. All these files are to be copied into the jail, under the same path they appear in the real root filesystem. The entire content of the LilyPond installation -(e.g., @file{/@/usr/@/share/@/lilypond}) +(e.g., @file{/usr/share/lilypond}) should be copied. If problems arise, the simplest way to trace them down is to run @@ -440,7 +440,7 @@ Show the warranty with which GNU LilyPond comes. (It comes with @item LILYPOND_DATADIR This specifies a directory where locale messages and data files will be looked up by default. The directory should contain -subdirectories called @file{ly/@/}, @file{ps/@/}, @file{tex/@/}, etc. +subdirectories called @file{ly/}, @file{ps/}, @file{tex/}, etc. @item LANG This selects the language for the warning messages. @@ -752,7 +752,7 @@ problem: @unnumberedsubsec Apparent error in @code{../ly/init.ly} Various obscure error messages may appear about syntax errors in -@file{@/.@/./@/ly/@/init@/.ly} if the input file is not correctly formed, +@file{../ly/init.ly} if the input file is not correctly formed, for example, if it does not contain correctly matched braces or quote signs. diff --git a/Documentation/usage/suggestions.itely b/Documentation/usage/suggestions.itely index 8f5bae0b08..6efd86a8aa 100644 --- a/Documentation/usage/suggestions.itely +++ b/Documentation/usage/suggestions.itely @@ -261,7 +261,7 @@ facility called @code{make}. This software reads a special file called a @code{Makefile} that defines what files depend on what others and what commands you need to give the operating system to produce one file from another. For example the makefile would spell out how to produce -@file{ballad@/.pdf} and @file{ballad@/.midi} from @file{ballad@/.ly} by +@file{ballad.pdf} and @file{ballad.midi} from @file{ballad.ly} by running Lilypond. There are times when it is a good idea to create a @code{Makefile} @@ -320,8 +320,8 @@ Symphony/ `-- symphonyDefs.ily @end example -The @file{@/.ly} files in the @file{Scores} and -@file{Parts} directories get their notes from @file{@/.ily} +The @file{.ly} files in the @file{Scores} and +@file{Parts} directories get their notes from @file{.ily} files in the @file{Notes} directory: @example diff --git a/Documentation/usage/updating.itely b/Documentation/usage/updating.itely index 5b75dfb558..1b63d64032 100644 --- a/Documentation/usage/updating.itely +++ b/Documentation/usage/updating.itely @@ -78,8 +78,8 @@ convert-ly -e myfile.ly @noindent in the directory containing the file. This will upgrade -@file{myfile@/.ly} in-place and preserve the original file in -@file{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} @@ -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 @file{@/.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;