2013/4/17 Keith OHara :
> On Tue, 16 Apr 2013 04:10:32 -0700, Janek Warchoł
> wrote:
>
>> 2013/4/16 :
>>> So what we need is not a vote. What we need is as much feedback as we
>>> can get about cases considered problematic, and we need to see whether
>>> we can change defaults in a way where the
On Tue, 16 Apr 2013 12:15:23 -0700, m...@mikesolomon.org
wrote:
On 16 avr. 2013, at 22:12, d...@gnu.org wrote:
"Wrong placement"? Seriously? Can you give any articulation where
you'd get bad behavior for considering just its bounding box?
f4->-.
In the bad old days, the staccato was spa
On Tue, 16 Apr 2013 04:10:32 -0700, Janek Warchoł
wrote:
2013/4/16 :
I hate it when I get last-minute realizations. Here is another thing we
need to do for the stable release: go through all problems of the "too
snug" kind and work out defaults that avoid them.
This might be impossible.
On 16 avr. 2013, at 22:12, d...@gnu.org wrote:
> On 2013/04/16 11:11:03, janek wrote:
>> 2013/4/16 :
>> > I hate it when I get last-minute realizations. Here is another
> thing we
>> > need to do for the stable release: go through all problems of the
> "too
>> > snug" kind and work out defaults
On 2013/04/16 11:11:03, janek wrote:
2013/4/16 :
> I hate it when I get last-minute realizations. Here is another
thing we
> need to do for the stable release: go through all problems of the
"too
> snug" kind and work out defaults that avoid them.
This might be impossible. For example t
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely#newcode160
Documentation/changes.tely:160: #(ly:set-option 'debug-skylines #t)
\override Score.Metron
2013/4/16 :
> I hate it when I get last-minute realizations. Here is another thing we
> need to do for the stable release: go through all problems of the "too
> snug" kind and work out defaults that avoid them.
This might be impossible. For example to avoid this problem {
d''4-.\downbow } we'd
> So we need feedback from the heavy hitters, and we have annoyingly
> few of them I know about. Kieren is one. I don't know how many
> tweaks there are in Valentin's opera, but that might be another
> opportunity.
For my pieces, I always try to avoid overrides and tweaks as much as
possible.
On 16 avr. 2013, at 12:59, d...@gnu.org wrote:
> On 2013/04/16 08:34:43, MikeSol wrote:
>> On 2013/04/16 07:51:46, dak wrote:
>> >
>> > I hate it when I get last-minute realizations. Here is another
>> > thing we need to do for the stable release: go through all
>> > problems of the "too snug" ki
On 2013/04/16 08:34:43, MikeSol wrote:
On 2013/04/16 07:51:46, dak wrote:
>
> I hate it when I get last-minute realizations. Here is another
> thing we need to do for the stable release: go through all
> problems of the "too snug" kind and work out defaults that avoid
> them. It's ok to tell pe
On 2013/04/16 07:51:46, dak wrote:
On 2013/04/16 07:40:19, Trevor Daniels wrote:
> On 2013/04/16 07:20:59, dak wrote:
> > On 2013/04/16 06:05:42, MikeSol wrote:
> >> I would add a note that, if there is too-snug spacing
> >> for an object, setting its vertical skylines to #'()
> >> will generally
On 2013/04/16 07:51:46, dak wrote:
So for a stable release, we need conservative
settings. Settings that won't _force_ people to
pepper their sources with overrides and tweaks just
to throw them all out again when the next version arrives.
So for this particular case we'd need to add predefs
l
On 2013/04/16 07:40:19, Trevor Daniels wrote:
On 2013/04/16 07:20:59, dak wrote:
> On 2013/04/16 06:05:42, MikeSol wrote:
>> I would add a note that, if there is too-snug spacing
>> for an object, setting its vertical skylines to #'()
>> will generally restore old behavior.
>
> I am not really en
On 2013/04/16 07:20:59, dak wrote:
On 2013/04/16 06:05:42, MikeSol wrote:
I would add a note that, if there is too-snug spacing
for an object, setting its vertical skylines to #'()
will generally restore old behavior.
I am not really enthused about telling people that,
since "too snug" is a b
On 2013/04/16 06:05:42, MikeSol wrote:
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely#newcode153
Documentation/changes.tely:153: @item
I would a
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://codereview.appspot.com/8613043/diff/19001/Documentation/changes.tely#newcode153
Documentation/changes.tely:153: @item
I would add a note that, if there is too-snug spacin
2013/4/13 Keith OHara :
> On Fri, 12 Apr 2013 03:24:46 -0700, wrote:
>> actually, placement of d4-.\downbow looks like a bug to me. Its too
>> similar to square fermata.
>
> All the more reason to include it in the "changes" announcement. We would
> not want this to surprise anyone.
ok
>> Anot
On Fri, 12 Apr 2013 03:24:46 -0700, wrote:
https://codereview.appspot.com/8613043/diff/5001/Documentation/changes.tely#newcode162
Documentation/changes.tely:162: c'4\f a4\f d\f( f)
On 2013/04/12 06:53:34, Keith wrote:
d'4-.\downbow a4^"r'venu..." c \tempo "T1" e
shows more of the affected g
https://codereview.appspot.com/8613043/diff/5001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://codereview.appspot.com/8613043/diff/5001/Documentation/changes.tely#newcode156
Documentation/changes.tely:156: using an integral-like approach. This
generally results in
lgtm
https://codereview.appspot.com/8613043/diff/5001/Documentation/changes.tely
File Documentation/changes.tely (right):
https://codereview.appspot.com/8613043/diff/5001/Documentation/changes.tely#newcode156
Documentation/changes.tely:156: using an integral-like approach. This
generally resul
20 matches
Mail list logo
