Hi,
This is an idea for the far-off future, but IMO it would be nice to
see input/regression migrate to a new tests/ directory that looks
something like this:
tests
`- general
| `- *.ly
`- musicxml
`- *.xml
`- *.mxl
Since the input/ directory now only contains regressi
On 2009-09-25, John Mandereau wrote:
> Le mercredi 16 septembre 2009 à 19:53 +0200, Jean-Charles Malahieude a
> écrit :
> > Checking for LilyPond binary : not found, trying standard check
> > Checking for program lilypond: ok /home/jcharles/bin/lilypond
>
> Patrick McCarty wrote:
On 2009-10-03, Jan Nieuwenhuizen wrote:
> Op donderdag 01-10-2009 om 14:37 uur [tijdzone -0700], schreef Patrick
> McCarty:
>
> > to see if that would fix it, but for some reason I couldn't get that
> > working; my normal method of adding "patches = [...]" didn't work.
> > GUB just seemed to skip
On Mon, Oct 5, 2009 at 11:37 AM, Patrick McCarty wrote:
> On Sun, Oct 4, 2009 at 6:28 AM, Graham Percival
> wrote:
>>
>> Still, if you're feeling adventurous, you could give these a spin.
>> Whatever crashes you get or failures score-compiling failures you
>> report can't hurt our efforts to have
On Sun, Oct 4, 2009 at 6:28 AM, Graham Percival
wrote:
>
> Still, if you're feeling adventurous, you could give these a spin.
> Whatever crashes you get or failures score-compiling failures you
> report can't hurt our efforts to have a release.
>
> http://lilypond.org/~graham/
> (don't grab the 2.
Am Sonntag, 14. Juni 2009 23:37:40 schrieb Neil Puttock:
> 2009/6/14 Reinhold Kainhofer :
> > 2) If I have extender lines turned on, it is not possible to print markup
> > as a figure inside the Staff context. If I try this, I always get the
> > same extender warning and no figure is shown:
> > Pro
Currently, unsetting the instrumentCueName property results in a warning that
'() is not a valid markup... This is fixed by the following patch, which
prevents an InstrumentSwitch object from being created when unsetting
instrumentCueName:
http://codereview.appspot.com/124110
Okay to apply?
C
