PNG image attached. This shows the default behavior when the slur is specifically positioned on the stem side, then there's a manually positioned slur showing more what it ought to look like, and finally another slur showing the default behavior when there are more than two notes being slurred together (this already looks good IMO, and the default for when there are only two notes ought to look more like this. Here's the code:

\version "2.11.61"

\relative c' {
% default, when slur is forced to stem side
  c^( d)
% positioned manually
  \once \override Slur #'positions = #'(0.8 . 1.2)
  c4^( e)
% default positioning if there are three or more.
  c^( d e2 f)
}


Valentin Villenave wrote:
2008/10/8 Werner LEMBERG <[EMAIL PROTECTED]>:
Han-Wen?  Any chance to improve the slur algorithm to fix this?

I'd happily add it to the tracker, but I'd need a report and
(preferably) a png image of what LilyPond does and what it should do.

Cheers,
Valentin


--
Jonathan Kulp
http://www.jonathankulp.com

<<attachment: slurs.png>>

_______________________________________________
lilypond-user mailing list
lilypond-user@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user

Reply via email to