Due to this marvellous video
http://www.youtube.com/watch?v=345o3Wu95Qo
I have learned that short slurs and ties aren't engraved manually;
instead, there are ready-to-use stamps. In other words, since the
number of such stamps is limited, tie and slur shapes become discrete
if their length
On Wed, May 23, 2012 at 9:32 AM, Werner LEMBERG w...@gnu.org wrote:
Due to this marvellous video
http://www.youtube.com/watch?v=345o3Wu95Qo
I have learned that short slurs and ties aren't engraved manually;
instead, there are ready-to-use stamps. In other words, since the
number of such
People can argue that this is an unnecessary limitation; lilypond
can do a `better' job. However, I'm not sure whether we should do
better...
We should, definitely!
There are bad tie and slur shapes in Lily, but this is not due to
not having discrete lengths.
Umm, yes. I've meant:
Werner LEMBERG w...@gnu.org writes:
People can argue that this is an unnecessary limitation; lilypond
can do a `better' job. However, I'm not sure whether we should do
better...
We should, definitely!
There are bad tie and slur shapes in Lily, but this is not due to
not having discrete
On Wed, May 23, 2012 at 11:15 AM, Werner LEMBERG w...@gnu.org wrote:
We should, definitely!
There are bad tie and slur shapes in Lily, but this is not due to
not having discrete lengths.
Umm, yes. I've meant: Should lilypond do a `better' job than the
engravers working with those stamps?
Frankly, I don't see the point in simulating well-craftedness by
artificially introducing minor deficiencies associated with some of
the better work.
@Werner: i could live with an *option* doing this, but i doubt that
people are interested in writing it. And i think we have much,
much,
Hi David,
i'm writing just to let you know that the function changing arpeggio length:
offsetArpeggioPositions =
#(define-music-function (parser location offsets) (pair?)
#{
\override Arpeggio #'positions = #(lambda (grob)
(let* ((func (assoc-get 'positions (cdr
Werner LEMBERG w...@gnu.org writes:
Frankly, I don't see the point in simulating well-craftedness by
artificially introducing minor deficiencies associated with some of
the better work.
@Werner: i could live with an *option* doing this, but i doubt that
people are interested in writing it.
On 22 mai 2012, at 22:15, David Nalesnik wrote:
On Tue, May 22, 2012 at 2:10 PM, m...@mikesolomon.org m...@mikesolomon.org
wrote:
On 22 mai 2012, at 21:01, David Nalesnik wrote:
Hi Mike,
On Tue, May 22, 2012 at 1:20 PM, m...@mikesolomon.org m...@mikesolomon.org
wrote:
Hey David,
On Wed, May 23, 2012 at 1:02 PM, David Kastrup d...@gnu.org wrote:
Janek Warchoł janek.lilyp...@gmail.com writes:
I wish it was possible to add context to grob name in a more
LilyPondish way (i.e. with a dot)
It is conceivable as a parser extension,
That's good news!
like 3/4 is nowadays
2012/5/23 Janek Warchoł janek.lilyp...@gmail.com:
On Wed, May 23, 2012 at 1:02 PM, David Kastrup d...@gnu.org wrote:
Janek Warchoł janek.lilyp...@gmail.com writes:
I wish it was possible to add context to grob name in a more
LilyPondish way (i.e. with a dot)
It is conceivable as a parser
On Wed, May 23, 2012 at 12:16 PM, Werner LEMBERG w...@gnu.org wrote:
Frankly, I don't see the point in simulating well-craftedness by
artificially introducing minor deficiencies associated with some of
the better work.
@Werner: i could live with an *option* doing this, but i doubt that
On Wed, May 23, 2012 at 1:43 PM, Thomas Morley
thomasmorle...@googlemail.com wrote:
I tried it similar to `overrideProperty' from `music-functions-init.ly'
But I didn't manage to get rid of the -signs, when specifying the
coctext. Is this possible?
\version 2.15.38
offsetPositions =
Hi Mike,
On Wed, May 23, 2012 at 12:47 AM, m...@mikesolomon.org m...@mikesolomon.org
wrote:
[ ... ] Your patch is a post-processing corrective for when this fails.
However, the goal of LilyPond is twofold:
1) Provide users with the ability to tweak LilyPond's output when for some
reason
On Wed, May 23, 2012 at 5:16 PM, David Nalesnik
david.nales...@gmail.com wrote:
I find that the automation settings generally produce a good-looking result,
and looking through some of my scores I find that I usually let slurs, ties,
etc. alone, with an occasional override of 'positions. For
Hi all,
Speaking of ugly slurs and slur controls… ;)
Is there any easy way to get back the Slur #'attachment property we used to
have?
Cheers,
Kieren.
On 2012-May-23, at 16:51, Janek Warchoł wrote:
On Wed, May 23, 2012 at 5:16 PM, David Nalesnik
david.nales...@gmail.com wrote:
I find that
16 matches
Mail list logo
