Doc: Remove space before the tie symbol (3133)

Doc: Remove space before the tie symbol (3133)

  This patch changes only the main tie section in the NR.

  It also tightens the description and corrects a couple of
  minor errors.

[janek, 2013-04-23 13:26:42]

LGTM

[Graham Percival, 2013-04-25 15:10:35]

I'm not wild about having ties without a space in front of them, but I can't
think of any rational reason for my reaction, so I guess LGTM.

[dak, 2013-04-25 15:20:07]

On 2013/04/25 15:10:35, Graham Percival wrote:
> I'm not wild about having ties without a space in front of them, but I can't
> think of any rational reason for my reaction, so I guess LGTM.

Oh, there is a perfectly rational reason: ties are placed symmetrically between
notes, so placing them symmetrically in the source code reflects this symmetry.

However, the implementation and the resulting behavior does _not_ have a similar
symmetry.  Which is not really all that new: we don't have comparable input
symmetry with slurs either (though it would be interesting to try).

[Jean-Charles, 2013-04-25 16:43:36]

On 2013/04/25 15:20:07, dak wrote:
> On 2013/04/25 15:10:35, Graham Percival wrote:
> > I'm not wild about having ties without a space in front of them, but I can't
> > think of any rational reason for my reaction, so I guess LGTM.
> 
> Oh, there is a perfectly rational reason: ties are placed symmetrically
between
> notes, so placing them symmetrically in the source code reflects this
symmetry.
> 
> However, the implementation and the resulting behavior does _not_ have a
similar
> symmetry.  Which is not really all that new: we don't have comparable input
> symmetry with slurs either (though it would be interesting to try).

Might be because of "one bar per line":

a4 a a b~
b4 c c c

?
Otherwise, LGTM
Jean-Charles

[Trevor Daniels, 2013-04-25 22:34:06]

On 2013/04/25 16:43:36, Jean-Charles wrote:
> On 2013/04/25 15:20:07, dak wrote:
> > On 2013/04/25 15:10:35, Graham Percival wrote:
> > > I'm not wild about having ties without a space in front of them, but I
can't
> > > think of any rational reason for my reaction, so I guess LGTM.
> > 
> > Oh, there is a perfectly rational reason: ties are placed symmetrically
> between
> > notes, so placing them symmetrically in the source code reflects this
> symmetry.
> > 
> > However, the implementation and the resulting behavior does _not_ have a
> similar
> > symmetry.  Which is not really all that new: we don't have comparable input
> > symmetry with slurs either (though it would be interesting to try).
> 
> Might be because of "one bar per line":
> 
> a4 a a b~
> b4 c c c
> 
> ?
> Otherwise, LGTM
> Jean-Charles

That looks better without a space, certainly,
but the main reason for this change was to try to
avoid leading users into expecting \music ~ f
to work by moving the examples closer to the
implementation - which is that the tie is actually
a starting spanner on the preceding note.

Anyway, pushed to staging as
c78d6ec6a281a0eb6ae042b811bf72ba5b1b618d
Closing ...