https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly
File input/regression/script-shift.ly (right):
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly#newcode6
input/regression/script-shift.ly:6: means centered on the stem.)
On
On 2015/01/27 07:52:05, lemzwerg wrote:
On 2015/01/27 07:26:53, dak wrote:
It seems to me like this number-pair consists of two settings that
would
almost
always be adjusted independently. Wouldn't it make more sense to
make a
separate property here? That way, the user would not need to
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly
File input/regression/script-shift.ly (right):
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly#newcode6
input/regression/script-shift.ly:6: means centered on the stem.)
On
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly
File input/regression/script-shift.ly (right):
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly#newcode6
input/regression/script-shift.ly:6: means centered on the stem.)
I'm
LGTM.
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly
File input/regression/script-shift.ly (right):
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly#newcode6
input/regression/script-shift.ly:6: means centered on the
Eek. Sorry for overquoting.
https://codereview.appspot.com/196260043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On 2015/01/27 14:37:27, david.nalesnik wrote:
What would this property be named? snap-to-column? shift-in-column?
I suggest picking a name that starts in the same way as the existing
property.
While I see the arguments for adding another property, I worry that in
so doing
there is a risk
On 2015/01/27 07:32:24, dak wrote:
Aaaand another thought: wouldn't it make more sense instead of having
independent shifts for with other articulations and without other
articulations when the articulation closest to the notehead is
responsible for
aligning the whole stack of articulations?
On 2015/01/27 08:50:36, dak wrote:
On 2015/01/27 07:52:05, lemzwerg wrote:
On 2015/01/27 07:26:53, dak wrote:
It seems to me like this number-pair consists of two settings that
would
almost
always be adjusted independently. Wouldn't it make more sense to
make a
separate property
On 2015/01/27 22:00:49, lemzwerg wrote:
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly
File input/regression/script-shift.ly (right):
https://codereview.appspot.com/196260043/diff/20001/input/regression/script-shift.ly#newcode6
On 2015/01/27 15:07:24, dak wrote:
On 2015/01/27 14:37:27, david.nalesnik wrote:
What would this property be named? snap-to-column? shift-in-column?
I suggest picking a name that starts in the same way as the existing
property.
toward-stem-shift-in-column would be unambiguous. Long,
It seems to me like this number-pair consists of two settings that would
almost always be adjusted independently. Wouldn't it make more sense to
make a separate property here? That way, the user would not need to
remember and restate the setting he is not interested in.
Reviewers: ,
Message:
Please review.
Description:
Issue 2535: Staccato on stem side alignment when other articulations are
present
The default positioning of staccato dots in combination with other
articulations
is poor, because the dot is positioned midway between the center of the
note head
LGTM, thanks!
https://codereview.appspot.com/196260043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On 2015/01/27 07:26:53, dak wrote:
It seems to me like this number-pair consists of two settings that
would almost
always be adjusted independently. Wouldn't it make more sense to make
a
separate property here? That way, the user would not need to remember
and
restate the setting he is
Aaaand another thought: wouldn't it make more sense instead of having
independent shifts for with other articulations and without other
articulations when the articulation closest to the notehead is
responsible for aligning the whole stack of articulations?
Which would be the extreme case of a
16 matches
Mail list logo
