-convert-ly -e --from=... --to=... --no-version *.itely
-
-%%%%%
-DOC ORGANIZATION
-
-There are three parts to the documentation: the Learning Manual,
-the Notation Reference, and the Technical Details.
-
-* Long, wordy, chatty explanations go in the Learning Manual.
-This is aimed at users learning something for the first
-time -- not necessarily just learning lilypond notation, but
-also things like learning how to deal with projects, tweaking,
-preparing parts for orchestras, etc. Less formal language
-may be used here.
-
-* Notation Reference is a (hopefully complete) description of
-LilyPond input notation. Some material from here may be
-duplicated in the Learning Manual (for teaching). The
-material is presented in an approximate order of increasing
-difficulty, but the goal is _not_ to provide a step-by-step
-learning environment. For example, all material under
-"Notes" should remain in that section, even though microtonal
-accidentals may seem more advanced than info about clefs or
-time signatures -- "Notes" should be a one-stop reference
-about, well, notes. This section is written in formal
-technical writing style.
-
-* Technical Details contains information about using
-the program lilypond with other programs (lilypond-book,
-operating systems, GUIs, convert-ly, etc). This section
-is written in formal technical writing style.
-
-
-%%%%%
-GENERAL GUIDELINES
-
-* Use two spaces for indentation in lilypond examples.
-
-* Do not forget to create @cindex entries for new sections of text.
- Enter commands with @funindex, i.e.
- @funindex \relative
- do not bother with the @code{} (they are added automatically). These
- items are added to both the command index and the unified index.
-
-* The use of the word `illegal' is inappropriate in most cases. Say
- `invalid' instead.
-
-* Avoid long stretches of input code. Noone is going to read them in
- print. Instead refer to an example input file (with @lsr{}); these
- are clickable in HTML.
-
-* Abbrevs in caps, e.g., HTML, DVI, MIDI, etc.
-
-* Colon usage
-
- 0. Do not use a colon to introduce examples, sentences just continue
-
- in the display material.
-
- 1. To introduce lists
- 2. When beginning a quote: "So, he said,..."
- This usage is rarer. Americans often just use a comma.
- 3. When adding a defining example at the end of a sentence.
-
-* To produce good looking texinfo output (for both TTY and DVI) some
- additional formatting rules should be followed.
-
- . Do not use tabs. They expand to nothing in DVI output.
-
- . Do not use spaces at the beginning of a line (except in @example
- or @verbatim environments), and do not use more than a single space
- between words. `makeinfo' copies the input lines verbatim without
- removing those spaces.
-
- . Use two spaces after a period.
-
- . Variables or numbers which consist of a single character (probably
- followed by a punctuation mark) should be tied properly, either to
- the previous or the next word. Example: