Simon Albrecht <simon.albre...@mail.de> writes:

> I currently try out the consequences of issue 3648
> <http://code.google.com/p/lilypond/issues/detail?id=3648>, namely the
> possibility to use isolated durations as frequently as has been normal
> for isolated pitches. It certainly means a change to the habits of
> entering music in LilyPond language, but I can imagine that it
> considerably simplifies typing in the long run.

I'd keep away from it unless entering predominantly rhythmic patterns.
That includes a lot of drum music, of course.  That is: you should focus
on those use cases which simplify _reading_ music rather than _writing_
it.

> This way, the following music (verbose version)
>
> \version "2.19"
> \relative { d4 c4 c2 }
>
> becomes
>
> \relative { d4 c 2 }

Turn it into \relative { d4 c4 2 } which is d followed by a c pattern of
4 and 2.  When you are thinking of patterns, leaving out the
no-longer-redundant duration does not make much sense.  Indeed,
something like

rhythm =
#(define-music-function (parser location p) (ly:pitch?)
   "Make the rhythm in Mars (the Planets) at the given pitch"
  #{ \tuplet 3/2 { $p 8 $p $p } $p 4 $p $p 8 $p $p 4 #})

from
<URL:http://www.lilypond.org/doc/v2.19/Documentation/snippets/pitches#pitches-creating-a-sequence-of-notes-on-various-pitches>

can be turned into the much more readable

rhythm =
#(define-music-function (parser location p) (ly:pitch?)
   "Make the rhythm in Mars (the Planets) at the given pitch"
  #{ \tuplet 3/2 { $p 8 8 8 } 4 4 8 8 4 #})

which has the side effect of working fine in \relative mode without the
need to employ make-relative.  You don't want spaces to have an effect
here.  It's not clear what they would even mean here when they did.

> However, it would be great for consistency and automatisation of
> writing music if it could work. Which would mean to forbid any spaces
> or line breaks between pitch and duration, if they belong to the same
> note, and interpret them as two notes if there is any space or line
> break inbetween.
> I don’t see any problem in that with normal input, whereas in other
> cases like music functions the space might be necessary.
> What do you think?

We don't want space to be significant between separate syntactical
entities.  Particularly not for automatisation of writing music which
becomes awfully tricky if you have to keep track of writing spaces.

-- 
David Kastrup


_______________________________________________
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond

Reply via email to