Passes Make and reg tests
James
http://codereview.appspot.com/4626094/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi, again --
>
> I've also attached a pared-down version of the file which should work
> in either release, as is. It distills the problem a little more -- at
> the expense of centering the number directly on the beam . . .
>
My last email included an image produced with 2.12.3. Attached is the
Hi, Colin --
On 7/5/11, Colin Campbell wrote:
>
> This will probably require an issue, David, but could you send the code
> you used to produce the 2.12.3 version, please? I can't reproduce the
> previous stable example, in order to confirm the regression, because
> your Scheme-ing gives an erro
On 11-07-05 01:44 AM, Valentin Villenave wrote:
On Mon, Jul 4, 2011 at 11:10 PM, David Nalesnik wrote:
Hello, all --
Greetings,
First of all, I hope that I'm asking this question on the appropriate list!
Since you're demonstrating a regression, I'm forwarding your message
to our bug- list.
2011/7/5 James Lowe :
> Francisco,
> Indeed git log | wc -l takes a few seconds but git log --shortstat | wc -l
> does complete but takes more time. However I am using 6 CPUs on this server
> and I noticed that one CPU was constantly at 100% all the others hovered
> about 4% while I did this.
>
Reviewers: antlists_youngman.org.uk, carl.d.sorensen_gmail.com,
Message:
Modify chord-name-engraver to print transposed guitar chords on piano
sheets
Add associated properties capoPitch and capoVertical to
define-context-properties
Description:
print transposed guitar chords on pia
Please revie
On Jul 5, 2011, at 9:20 PM, Neil Puttock wrote:
> On 5 July 2011 08:26, m...@apollinemike.com wrote:
>
>> Just to get the ball rolling on this, were I to start on a patch that
>> implements this sort of settings checking, where would be a good place to
>> start?
>> I know where the context mod
On 2011/07/04 22:31:18, Carl wrote:
OK, so I've added ligature-interface to NoteHead, and everything seems
to work
now.
Erm, can I take back what I said yesterday? :)
This looks really weird now, since it appears we're acknowledging
ligature grobs. I think ligature-head-interface would be
Summary: flag glyphs need an additional value listed in table files.
Should it be added to feta**.otf-table files or another table file
should be created?
The problem is that this value is specific to flags and it won't make
sense in other glyphs - but would it make sense to have glyphs with
diffe
Francisco,
From: lilypond-devel-bounces+james.lowe=datacore@gnu.org
[lilypond-devel-bounces+james.lowe=datacore@gnu.org] on behalf of Francisco
Vila [paconet@gmail.com]
Sent: 05 July 2011 20:32
To: LilyPond-Devel list
Subject: 'git log --shorts
On 5 July 2011 21:26, m...@apollinemike.com wrote:
> Thanks Neil! I should have been clearer before: what I don't understand is
> not the function call (pardon the double negative), but rather how the layout
> block evades setting do_internal_type_checking_global and/or how layout
> blocks ar
On Tue, Jul 05, 2011 at 03:20:40PM +, James Lowe wrote:
>
> I would give you more threads but gmane is hanging - does anyone
> know if there is another 'site' I can look up dev/bug/user
> archives and search?
Gee, it would sure be useful if our "contacts" page on the website
gave a few differ
On 5 July 2011 08:26, m...@apollinemike.com wrote:
> Just to get the ball rolling on this, were I to start on a patch that
> implements this sort of settings checking, where would be a good place to
> start?
> I know where the context mods are set and where the properties are set, but I
> don'
Hello,
From: Graham Percival [gra...@percival-music.ca]
Sent: 05 July 2011 20:24
To: James Lowe
Cc: Jonathan Kulp; lilypond-devel@gnu.org
Subject: Re: compiling documentation
On Tue, Jul 05, 2011 at 03:20:40PM +, James Lowe wrote:
>
> I would give you m
I am sorry if this is too offtopic. When I do
git log --shortstat | wc -l
git does not complete the process and refuses to give control back to
the user. Tested with git 1.7.0.4 and 1.7.4.1, on two different
(large) git repositories. The same happens if you type
git log --shortstat
and hi
On 7/5/11 10:27 AM, "David Kastrup" wrote:
>
>
> Hi, I have the following file (with outcommented usage examples at the
> end) flying around, and I think it is a reasonably workable approach to
> typesetting accordion register symbols. It should also be a good
> starting point for making exten
Hi James
Try http://lists.gnu.org/archive/html/lilypond-devel/ etc
Trevor
- Original Message -
From: "James Lowe"
To: "Jonathan Kulp"
Cc:
Sent: Tuesday, July 05, 2011 4:20 PM
Subject: RE: compiling documentation
Hello,
)-Original Message-
)From: Jonathan Kulp [mailto:jo
2011/7/5 James Lowe
> I would give you more threads but gmane is hanging - does anyone know if
> there is another 'site' I can look up dev/bug/user archives and search?
>
>
all the links are here:
http://lilypond.org/contact.html
___
lilypond-devel mail
Hi, I have the following file (with outcommented usage examples at the
end) flying around, and I think it is a reasonably workable approach to
typesetting accordion register symbols. It should also be a good
starting point for making extensions, like selecting Midi instruments at
the same time (h
On Mon, Jul 4, 2011 at 12:14 PM, Jonathan Kulp wrote:
>> My build env is fine, or at least it has been for more than a year.
>> The doc-compile problem only started a couple of weeks ago. I have
>> lilydev installed on another hard drive. Maybe I'll pop it in and try
>> it out. I'd rather not both
Am Dienstag 05 Juli 2011, 06:10:12 schrieb carl.d.soren...@gmail.com:
> I'm wondering if it's possible to avoid code dup by making a
> base_stem_engraver of which glissando_stem_engraver and stem_engraver
> would be children.
>
> I probably don't have the right terminology for this (in fact I'm su
Hello,
)-Original Message-
)From: Jonathan Kulp [mailto:jonlancek...@gmail.com]
)Sent: 05 July 2011 15:41
)To: James Lowe
)Cc: Graham Percival; lilypond-devel@gnu.org
)Subject: Re: compiling documentation
)
)On Mon, Jul 4, 2011 at 12:14 PM, Jonathan Kulp
) wrote:
)>> My build env is fine,
http://codereview.appspot.com/4675048/diff/1/Documentation/contributor/regressions.itexi
File Documentation/contributor/regressions.itexi (right):
http://codereview.appspot.com/4675048/diff/1/Documentation/contributor/regressions.itexi#newcode276
Documentation/contributor/regressions.itexi:276:
> I do wonder if David is right, and we should be using spanner_id instead of
> slur_id.
Absolutely… but for the love of mao, don't ever tell David he was right. ;)
K.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman
"m...@apollinemike.com" writes:
> On Jul 5, 2011, at 9:58 AM, m...@apollinemike.com wrote:
>
>
>
>
> 3) Make the lines_ of a constrained breaker a sparse binary tree
> (see below) of matrices, not a single matrix, that stores the
> information above. Each node of the
- Original Message -
From: "Joseph Wakeling"
To:
Sent: Tuesday, July 05, 2011 10:28 AM
Subject: Re: Changes not propagating when (re)building docs
On 07/05/2011 11:16 AM, Joseph Wakeling wrote:
So, it looks like changes made to .itely files are not being picked up
as relevant to the
Hello,
)-Original Message-
)From: lilypond-devel-bounces+james.lowe=datacore@gnu.org
)[mailto:lilypond-devel-bounces+james.lowe=datacore@gnu.org] On
)Behalf Of Joseph Wakeling
)Sent: 05 July 2011 10:29
)To: lilypond-devel@gnu.org
)Subject: Re: Changes not propagating when (re)build
On Sun, Jul 3, 2011 at 7:17 PM, Reinhold Kainhofer
wrote:
> From a contributors point of view: If a snippet compiles with current stable,
> fine, it can be used at LSR. However, if it doesn't compile with current
> stable, I can't add it to the LSR now, so it probably won't get added to the
> LSR
On 07/05/2011 11:16 AM, Joseph Wakeling wrote:
> So, it looks like changes made to .itely files are not being picked up
> as relevant to the build process.
>
> Any suggestions on how to fix this?
Sorry, missed a "Known Issues" note in the contributors' manual:
touch Documentation/notation.tely
2011/7/5 Joseph Wakeling :
> Hello all,
>
> I'm preparing a few patches for the notation manual (the section on
> contemporary music I started ages back but didn't follow through on
> properly), but have encountered a problem.
>
> I've built both Lilypond and the docs successfully, and now I'm edit
New patch set uploaded.
I have a problem with the box at the bottom: code examples are
center-aligned, not left-aligned. I didn't found any example of how
it's done in our manuals; i searched texinfo documentation and found
@flushleft, but it didn't work... How should i do this?
http://coderev
Hello all,
I'm preparing a few patches for the notation manual (the section on
contemporary music I started ages back but didn't follow through on
properly), but have encountered a problem.
I've built both Lilypond and the docs successfully, and now I'm editing
the file
Documentation/notation
On Jul 5, 2011, at 9:58 AM, m...@apollinemike.com wrote:
>
> 3) Make the lines_ of a constrained breaker a sparse binary tree (see below)
> of matrices, not a single matrix, that stores the information above. Each
> node of the tree would branch off into break/noBreak for a single point in
>
2011/7/5 Graham Percival
>
> On Mon, Jul 04, 2011 at 11:46:30PM +0200, Janek Warchoł wrote:
> > 2011/7/4 :
> > > On 2011/07/04 21:01:44, Janek Warchol wrote:
> > >> Umm.. is it right now?
> > >
> > > why the mao are you asking me? Cut&paste this and tell me yourself:
> > > cd build/
> > > make
- Original Message -
From: "Janek Warchoł"
To: ; ;
; ;
;
Sent: Monday, July 04, 2011 10:46 PM
Subject: Re: an example of minimal example (issue4636082)
2011/7/4 :
On 2011/07/04 21:01:44, Janek Warchol wrote:
Umm.. is it right now?
why the mao are you asking me? Cut&paste this
On 7/4/11 11:32 PM, "Jan Nieuwenhuizen" gnu.org> wrote:
Also, I tried to make the output of the modified fixcc+asytle pass
unchanged through emacs, but the very many cases of line-broken
asssignments will be different.
Emacs users will forget to run fixcc
That won't do, sorry. Let's mak
On Jul 5, 2011, at 6:10 AM, carl.d.soren...@gmail.com wrote:
> Looking at the details of the code, it seems fine.
>
> But I tend to agree with Han-Wen's concerns.
>
> I'm wondering if it's possible to avoid code dup by making a
> base_stem_engraver of which glissando_stem_engraver and stem_engra
- Original Message -
From: "David Nalesnik"
To:
Sent: Monday, July 04, 2011 10:10 PM
Subject: tuplet number on cross-staff kneed-beam
Hello, all --
First of all, I hope that I'm asking this question on the appropriate
list!
I'm trying to simplify the workaround relating to tuplet
Reviewers: ,
Description:
correcting note about rerunning regtests
looks like it is necessary to make test-clean
if you want to check regtests on a new branch
without making test-baseline
Please review this at http://codereview.appspot.com/4675048/
Affected files:
M Documentation/contributor
On Mon, Jul 4, 2011 at 11:10 PM, David Nalesnik wrote:
> Hello, all --
Greetings,
> First of all, I hope that I'm asking this question on the appropriate list!
Since you're demonstrating a regression, I'm forwarding your message
to our bug- list.
> I'm trying to simplify the workaround relatin
On Jul 4, 2011, at 4:39 PM, Neil Puttock wrote:
> On 4 July 2011 15:31, Carl Sorensen wrote:
>> Would a redundant check of settings from default context definitions be a
>> problem? I can't imagine that such a check would take 1% of the processing
>> time.
>
> I don't know, though I agree is un
On Jul 4, 2011, at 11:49 PM, n.putt...@gmail.com wrote:
> LGTM apart from some indentation infelicities (space before tab in
> indent).
>
> http://codereview.appspot.com/4631086/
Infelicities incapacitated, pushed as 0c258f3f339573d25080dadd0a1a5078ec35b09a.
Cheers,
MS
_
Carl Sorensen wrote Tuesday, July 05, 2011 7:12 AM
On 7/4/11 11:32 PM, "Jan Nieuwenhuizen" wrote:
Also, I tried to make the output of the modified fixcc+asytle
pass
unchanged through emacs, but the very many cases of line-broken
asssignments will be different.
That's a problem.
lo
43 matches
Mail list logo
