I agree with you, but it seems to me that the terms you use,
'functionality' and 'looks' got mixed up in this thread. With the latest
revision of 2.7.9 I think the functionality aspect is pretty close to
'good' as far as I can tell.
/henrik
Bec and John Silva <[EMAIL PROTECTED]> wrote:
> Hi Hen
Hi Henrik,It does seem that maybe trying to accommodate everyone's preference is a lost cause. Customisability should definitely be present.However, ties/slurs should "function" first and look beautiful second! :) With 2.7.7 I've been forced to not avoid some problems because they are too serious (
Werner LEMBERG <[EMAIL PROTECTED]> wrote:
> > Well, AFAIK engraving conventions are:
> >
> >* outer ties point outward
> >* double directions for seconds
> >* direction otherwise determined by vertical position.
>
> This is correct, but doesn't work in cluster-like chords.
>
> Here
"Werner LEMBERG" <[EMAIL PROTECTED]> wrote, regarding ties and rules for
their placement in chords:
Here are my rules again for reference:
sequentially from top to bottom:
+ The topmost tie is always `up'.
+ If there is a vertical gap to the last note above larger
than or equal
> Well, AFAIK engraving conventions are:
>
>* outer ties point outward
>* double directions for seconds
>* direction otherwise determined by vertical position.
This is correct, but doesn't work in cluster-like chords.
Here are my rules again for reference:
sequentially from top to
Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote,
regarding general default tie rules or behavior:
Well, AFAIK engraving conventions are:
* outer ties point outward
* double directions for seconds
* direction otherwise determined by vertical position.
--- ---
Piano is my instrument, and as a
Werner LEMBERG wrote:
IIRC, I've sent an algorithm to the list a few years ago whether
ties should go up or down, depending on the vertical structure of
a chord. Maybe you can dig it out, and perhaps it helps in
providing some constraints.
IIRC, it was the algorithm that was present before I r
> > IIRC, I've sent an algorithm to the list a few years ago whether
> > ties should go up or down, depending on the vertical structure of
> > a chord. Maybe you can dig it out, and perhaps it helps in
> > providing some constraints.
>
> IIRC, it was the algorithm that was present before I rewrot
Werner LEMBERG wrote:
IIRC, I've sent an algorithm to the list a few years ago whether ties
should go up or down, depending on the vertical structure of a chord.
Maybe you can dig it out, and perhaps it helps in providing some
constraints.
IIRC, it was the algorithm that was present before I re
Trevor Bača wrote:
Pregenerated tables included as part of the distribution (where the
large combinatorial spaces have already been searched ahead of time)?
Then do single lookups against the "known good table of optimal tie
configurations" during interpretation?
I think that would be problem
> > A tie, regardless of being short or long, must not be placed
> > completely between two staff lines if the notes are also between
> > the same two lines.
>
> It depends. I think it should, but only in crowded situations.
Yes.
> The number of TCCs is binom(M, #ties). A chord spanning a singl
On 9/4/05, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
> Werner LEMBERG wrote:
> >>I just type-set a piece using version 2.7.7 and this piece also
> >>had some ties in it. In this example I thought the new behavior was
> >>a bit odd as I have two ties in a row but they are longer note
> >>valu
Werner LEMBERG wrote:
I just type-set a piece using version 2.7.7 and this piece also
had some ties in it. In this example I thought the new behavior was
a bit odd as I have two ties in a row but they are longer note
values and should they not appear at the same level? I noticed that
the chan
- Original Message -
From: "Walter Hofmeister" <[EMAIL PROTECTED]>
Subject: Re: New slur/tie behaviour
I agree, I don't recall seeing a printed edition where the ties
or slurs
begin and end on the same staff space if the note is in a
space, or on the
line t
Trevor Baca wrote:
I agree. Although I have no idea how to verbally state a better
rule
... maybe something like "consecutive ties between like pitches
should
appear at like vertical positions" ... ?
--- ---
To me that seems like it would be a good default behavior.
In addition, although I a
On 8/31/05, Werner LEMBERG <[EMAIL PROTECTED]> wrote:
> > I just type-set a piece using version 2.7.7 and this piece also
> > had some ties in it. In this example I thought the new behavior was
> > a bit odd as I have two ties in a row but they are longer note
> > values and should they not ap
> I just type-set a piece using version 2.7.7 and this piece also
> had some ties in it. In this example I thought the new behavior was
> a bit odd as I have two ties in a row but they are longer note
> values and should they not appear at the same level? I noticed that
> the change-log gives
Hi All,
I just type-set a piece using version 2.7.7 and this piece also had some
ties in it. In this example I thought the new behavior was a bit odd as I
have two ties in a row but they are longer note values and should they not
appear at the same level? I noticed that the change-log gives an
18 matches
Mail list logo
