Re: Clef transparent does not hide clefOctavation

2012-09-12 Thread Marek Klein
Hello, 2012/9/12 Michael Scott Cuthbert > the override Clef transparent tag does not get rid of the "8" on octava > clefs. > If there's another way to do it, I haven't seen it and it'd be great to > document. > Thank you for the report, I have added it as http://code.google.com/p/lilypond/issues

Re: Clef transparent does not hide clefOctavation

2012-09-12 Thread Thomas Morley
2012/9/12 Michael Scott Cuthbert : >> I'm not top posting (I don't know what that is!) > > the override Clef transparent tag does not get rid of the "8" on octava clefs. > If there's another way to do it, I haven't seen it and it'd be great to > document. > > Thanks for the amazing work! We've jus

Re: Chordname collisions

2012-09-12 Thread Marek Klein
Hello, 2012/9/9 Jim Long > I'm having the problem illustrated in the attachment, the > collision of the markup for the second and third chords in the > ChordNames staff. If this is a bug, is there a simple workaround > I can use until the collision issue is addressed? > Thank you for the report

Clef transparent does not hide clefOctavation

2012-09-12 Thread Michael Scott Cuthbert
> I'm not top posting (I don't know what that is!) the override Clef transparent tag does not get rid of the "8" on octava clefs. If there's another way to do it, I haven't seen it and it'd be great to document. Thanks for the amazing work! We've just got MusicXML ossias to Lilypond almost 100%

Re: NR-4.1.6. automatic saving of line breaking configuration

2012-09-12 Thread Jean-Charles Malahieude
Le 11/09/2012 00:29, Trevor Daniels disait : Jean-Charles Malahieude wrote Monday, September 10, 2012 6:57 PM The last paragraph of the line breaking section (l. 1460 of spacing.itely) (which gets a @c TODO check this) puts me into trouble. I think it should be deleted (I've already @ignored i

Re: Optical size information in Emmentaler-nn OpenType fonts

2012-09-12 Thread Werner LEMBERG
>> [...] it seems that Pango doesn't support this currently out of the >> box which means that lilypond doesn't directly benefit. > > Well, I'm not sure about that anymore. > > The feature makes sense if you have several variants of the same > family, and these variants are designed to be used at

Re: Optical size information in Emmentaler-nn OpenType fonts

2012-09-12 Thread Urs Liska
Hi Werner, thanks for the thoughts Am 08.09.2012 08:47, schrieb Werner LEMBERG: I have an Adobe OpenType font family containing its font faces in four sets: text, caption, subhead and display, each set designed for use at different point sizes. I assume the different Emmentaler-nn fonts serve t