Reviewers: carl.d.sorensen_gmail.com, lemzwerg,
Message:
On 2011/12/06 05:39:42, lemzwerg wrote:
David, I suggest to apply patches of that kind directly to the
repository
without setting up a Rietveld issue.
Done. It is actually part of my EventChord work. I got oodles of
display
Mike,
can you have a look at issue #460 in case you find some time? This is
neither urgent nor really important, but you've got a feeling of this
bar stuff meanwhile, I presume...
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
Le Dec 6, 2011 à 12:29 PM, Werner LEMBERG a écrit :
Mike,
can you have a look at issue #460 in case you find some time? This is
neither urgent nor really important, but you've got a feeling of this
bar stuff meanwhile, I presume...
Werner
Not a prob!
Cheers,
MS
http://codereview.appspot.com/5452057/diff/1/lily/bar-number-engraver.cc
File lily/bar-number-engraver.cc (right):
http://codereview.appspot.com/5452057/diff/1/lily/bar-number-engraver.cc#newcode107
lily/bar-number-engraver.cc:107: if (mp.main_part_ != Rational (0))
So, we now always print out
Hey all,
I believe that the variable `clone' needs to be unquoted in commit
4778c7326d726f50f6ac541322006d6b90795945 (it is part of a quasi-quoted list).
I haven't tested it thoroughly, but please give it a look and lemme know if
this is indeed the case.
Cheers,
MS
http://codereview.appspot.com/5440049/diff/9003/lily/bar-number-engraver.cc
File lily/bar-number-engraver.cc (right):
http://codereview.appspot.com/5440049/diff/9003/lily/bar-number-engraver.cc#newcode156
lily/bar-number-engraver.cc:156: scm_string_concatenate (scm_list_2
(scm_number_to_string
Le Dec 6, 2011 à 1:04 PM, n.putt...@gmail.com a écrit :
http://codereview.appspot.com/5440049/diff/9003/lily/bar-number-engraver.cc
File lily/bar-number-engraver.cc (right):
http://codereview.appspot.com/5440049/diff/9003/lily/bar-number-engraver.cc#newcode156
can you have a look at issue #460 in case you find some time? This
is neither urgent nor really important, but you've got a feeling of
this bar stuff meanwhile, I presume...
Not a prob!
You are amazingly fast, faster than Han-Wen at his best time :-)
Thanks a lot!
Werner
PS: I
m...@apollinemike.com m...@apollinemike.com writes:
Hey all,
I believe that the variable `clone' needs to be unquoted in commit
4778c7326d726f50f6ac541322006d6b90795945 (it is part of a quasi-quoted
list). I haven't tested it thoroughly, but please give it a look and
lemme know if this is
Le Dec 6, 2011 à 2:01 PM, David Kastrup a écrit :
m...@apollinemike.com m...@apollinemike.com writes:
Hey all,
I believe that the variable `clone' needs to be unquoted in commit
4778c7326d726f50f6ac541322006d6b90795945 (it is part of a quasi-quoted
list). I haven't tested it thoroughly,
m...@apollinemike.com m...@apollinemike.com writes:
Le Dec 6, 2011 à 2:01 PM, David Kastrup a écrit :
m...@apollinemike.com m...@apollinemike.com writes:
Hey all,
I believe that the variable `clone' needs to be unquoted in commit
4778c7326d726f50f6ac541322006d6b90795945 (it is part of a
David Kastrup d...@gnu.org writes:
m...@apollinemike.com m...@apollinemike.com writes:
If one defines a music function incorrectly and then tries to use it, i.e. :
foo =
#(define-music-function (parser location)
#{ a #})
\foo
One gets the following warning message:
Parsing...
m...@apollinemike.com m...@apollinemike.com writes:
Le Dec 6, 2011 à 2:01 PM, David Kastrup a écrit :
m...@apollinemike.com m...@apollinemike.com writes:
Hey all,
I believe that the variable `clone' needs to be unquoted in commit
4778c7326d726f50f6ac541322006d6b90795945 (it is part of a
Hi Harm,
On Fri, Dec 2, 2011 at 7:06 PM, Thomas Morley thomasmorle...@googlemail.com
wrote:
But now there's a new problem. Sometimes I've to notice a very small, but
visible displacement of the NoteColumn, if KeyCancellation is left bound
and a new Clef is right bound (mes. 5 of the full
Looks good.
For consistency with NR5.4.6 Painting objects white, you should subtract
4 from each of the layer numbers, and remove the override of StaffSymbol
layer.
Some people have probably used white-out on text or dynamics (in their
default layer=1) to place it over the StaffSymbol, so they
On 2011/12/05 08:59:18, J_lowe wrote:
http://codereview.appspot.com/5450086/diff/3001/scm/define-grob-properties.scm
File scm/define-grob-properties.scm (right):
http://codereview.appspot.com/5450086/diff/3001/scm/define-grob-properties.scm#newcode310
scm/define-grob-properties.scm:310:
For 21:00 MST Thursday December 8
Build:
Issue 2075
http://code.google.com/p/lilypond/issues/detail?id=2075: Implement GOP
9 - behavior of make doc - R 5453046
http://codereview.appspot.com/5453046/
Enhancement:
Issue 2077
http://code.google.com/p/lilypond/issues/detail?id=2077:
On 2011/12/07 04:58:58, Colin Campbell wrote:
somewhat less painful alternative might be stencilize in its many
permutations: viz. http://dictionary.reference.com/browse/stencilize
althopugh to be quite frank, one hopes a more suitable word will come
to light.
Nevertheless, it should go to
Le Dec 7, 2011 à 7:17 AM, d...@gnu.org a écrit :
On 2011/12/07 04:58:58, Colin Campbell wrote:
somewhat less painful alternative might be stencilize in its many
permutations: viz. http://dictionary.reference.com/browse/stencilize
althopugh to be quite frank, one hopes a more suitable word
19 matches
Mail list logo
