2014-06-23 8:50 GMT+02:00 James :
> Feel free to change it. I make a minimum cut off point of 20 - 24 hours
> since a patch was 'tested' before I move them on - I have to cut-off
> somewhere - this was I think 19 hours. So for me it's no big deal.
ok, changed. Thanks!
Janek
_
https://codereview.appspot.com/108110043/diff/20001/Documentation/extending/programming-interface.itely
File Documentation/extending/programming-interface.itely (right):
https://codereview.appspot.com/108110043/diff/20001/Documentation/extending/programming-interface.itely#newcode337
Documentati
LGTM - this is helpful, thanks!
https://codereview.appspot.com/110060045/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hello,
Can I assume (dangerous ground I know) that if I look in
ly/music-functions-init.ly and see an entry that has the form
someString =
#(define-music-function ...
That this is always a command in the form
\someString
That a user can directly in a .ly file (if you see what I mean/).
I
James writes:
> Can I assume (dangerous ground I know) that if I look in
> ly/music-functions-init.ly and see an entry that has the form
>
> someString =
> #(define-music-function ...
>
> That this is always a command in the form
>
> \someString
>
> That a user can directly in a .ly file (if you
Hi,
our fixcc scripts says that it requires astyle in version exactly
2.02. However, the latest version is 2.04 and i didn't manage to find
packaged 2.02 version - does anyone know where i could get it? Or
maye we could use 2.04 after all?
I believe that having a tool like fixcc is absolutely a
I can see 2.01 in debian wheezy:
https://packages.debian.org/search?keywords=astyle
Il 23/giu/2014 22:52 "Janek Warchoł" ha scritto:
> Hi,
>
> our fixcc scripts says that it requires astyle in version exactly
> 2.02. However, the latest version is 2.04 and i didn't manage to find
> packaged 2.0
Janek Warchoł wrote:
> our fixcc scripts says that it requires astyle in version exactly
> 2.02. However, the latest version is 2.04 and i didn't manage to find
> packaged 2.02 version - does anyone know where i could get it? Or
> maye we could use 2.04 after all?
Sourceforge has all the old ver
On Wed, Mar 6, 2013 at 6:00 PM, Thomas Morley
wrote:
> Well, nowadays we have the 'collision-interfaces-property but adding
> breathing-sign-interface to it seems to have no effect.
>
> \version "2.17.12"
>
> respectBS = {
> \override Beam #'collision-interfaces =
> #'(beam-interface
>
Jay Anderson writes:
> On Wed, Mar 6, 2013 at 6:00 PM, Thomas Morley
> wrote:
>> Well, nowadays we have the 'collision-interfaces-property but adding
>> breathing-sign-interface to it seems to have no effect.
>>
>> \version "2.17.12"
>>
>> respectBS = {
>> \override Beam #'collision-interfaces
On Mon, Jun 23, 2014 at 09:28:24PM -0400, Devon Schudy wrote:
> The cases where 2.04 does worse than 2.02 are minor; I don't think
> they're enough that fixcc.py should refuse to use it.
Thanks for the analysis of astyle 2.02 vs. 2.04. I support
switching to 2.04.
However, fixcc.py should reject
Looks very good.
I looked for unwanted side-effects, and found no problems.
The old code did a very bad thing, ignoring the "self-alignment-X/Y"
request if the parent was a paper-column.
https://codereview.appspot.com/108110044/diff/80001/lily/paper-column.cc
File lily/paper-column.cc (right):
looks good, and logical.
https://codereview.appspot.com/108110045/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Looks fine as-is.
You might look at it again, and see if you like the idea of shortening
it so more people read it.
https://codereview.appspot.com/110060045/diff/1/Documentation/extending/programming-interface.itely
File Documentation/extending/programming-interface.itely (right):
https://coder
On Mon, Jun 23, 2014 at 10:24 PM, David Kastrup wrote:
> You don't say which frustration. You apparently want to have automatic
> beams across breath marks. To me, that does not make a lot of sense.
Sorry, I took out too much context from the original message. It's
pretty common in horn music (
Reviewers: Keith,
Message:
On 2014/06/24 05:42:36, Keith wrote:
looks good, and logical.
Yay! Thanks :)
Description:
use X-parents to align MMRNumbers, MMRTexts and PercentRepeatCounters
It makes more sense to use X-parents than Y-parents for horizontal
alignment. To be able to do this, we h
Thanks for review!
https://codereview.appspot.com/108110044/diff/80001/lily/paper-column.cc
File lily/paper-column.cc (right):
https://codereview.appspot.com/108110044/diff/80001/lily/paper-column.cc#newcode226
lily/paper-column.cc:226: Paper_column::get_generic_interface_extent
(Grob *column,
17 matches
Mail list logo