Re: Tempo mark alignment

2009-05-23 Thread Xavier Scheuer
I totally agree, there is a problem with textual Tempo marks alignment. I wanted to report this too, then I saw issues 684, 700 and now 712 reporting this, so I didn't. But since there are 3 unfixed issues reporting the same thing and since the first one is open for 8 months now, I allowed mys

Re: Tempo mark alignment

2009-05-23 Thread Graham Percival
On Sat, May 23, 2009 at 09:37:19AM +0200, Xavier Scheuer wrote: > I wanted to report this too, then I saw issues 684, 700 and now 712 > reporting this, so I didn't. But since there are 3 unfixed issues > reporting the same thing and since the first one is open for 8 months > now, I allowed my

Re: DOCS: revising LM "Score and Parts"

2009-05-23 Thread Ian Hulin
Jon, You've put Linux-style bash shell commands to interpret this rule to differentiate what to do for the midi and pf files if ... don't forget that on Windows you're dealing with the cmd command-line interpreter rather than bash, so you may need to do a Windows-variant version of this rule.

Re: Tempo mark alignment

2009-05-23 Thread Reinhold Kainhofer
Am Samstag, 23. Mai 2009 13:34:12 schrieb Graham Percival: > On Sat, May 23, 2009 at 09:37:19AM +0200, Xavier Scheuer wrote: > > PS : When I read this message again it looks a bit "offensive", this > > wasn't my goal. I really appreciate the work of every of you and I think > > lilypond is a extrao

Re: centering of instrument names

2009-05-23 Thread Valentin Villenave
2009/5/20 Francisco Vila : > Maybe it's not that easy. If the right padding is intended to put the > stencil to the rightmost side, the problem is that the extent of the > brace (if any) is unknown at this moment. And let's not forget that braces can have different sizes from one system to another

Re: DOCS: revising LM "Score and Parts"

2009-05-23 Thread Jonathan Kulp
Are you just talking about the if .. then conditional part? First I'll try just commenting that whole thing out and see if it will compile, then I'll try to figure out how to deliver the output to the right directories. Thanks Ian, Jon. On Sat, May 23, 2009 at 8:19 AM, Ian Hulin wrote: > Jon,

Re: centering of instrument names

2009-05-23 Thread Joe Neeman
On Fri, 2009-05-22 at 23:46 +0100, Neil Puttock wrote: > 2009/5/20 Francisco Vila : > > 2009/5/20 Francisco Vila : > >> The key code is this. Given a (big) amount of time I could figure out > >> how it works and try to improve it. > >> > >> http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=blobd

Re: centering of instrument names

2009-05-23 Thread Neil Puttock
2009/5/23 Joe Neeman : > If I understand this correctly, you're suggesting that we pad each > instrument name according to the largest (wrt X-extent) SystemStartXXX. That's basically it, though the extent would be that of the greatest number of stacked delimiters: for example, in the Haydn snippe

Re: [frogs] patch for issue 708

2009-05-23 Thread Carl D. Sorensen
Thanks, Applied. Valentin, Can you change the status of 708 to fixed in 2.13.1? And verify, at your convenience? Thanks, Carl On 5/22/09 9:11 PM, "Andrew Hawryluk" wrote: > This patch will allow convert-ly to process this: > > \version "2.11.0" > > { > c d'4 ees > \set Staff.keySignatur

Re: centering of instrument names

2009-05-23 Thread Joe Neeman
On Sat, 2009-05-23 at 23:38 +0100, Neil Puttock wrote: > 2009/5/23 Joe Neeman : > > > If I understand this correctly, you're suggesting that we pad each > > instrument name according to the largest (wrt X-extent) SystemStartXXX. > > That's basically it, though the extent would be that of the grea

Re: centering of instrument names

2009-05-23 Thread Carl D. Sorensen
On 5/23/09 6:48 PM, "Joe Neeman" wrote: > On Sat, 2009-05-23 at 23:38 +0100, Neil Puttock wrote: >> 2009/5/23 Joe Neeman : >> >>> If I understand this correctly, you're suggesting that we pad each >>> instrument name according to the largest (wrt X-extent) SystemStartXXX. >> >> That's basica

Re: [frogs] patch for issue 708

2009-05-23 Thread Graham Percival
On Sat, May 23, 2009 at 05:20:56PM -0600, Carl D. Sorensen wrote: > Can you change the status of 708 to fixed in 2.13.1? And verify, at your > convenience? Actually, the idea is that the programmer (or comitter) would change the status to fixed, and Valentin would verify it when 2.13.1 GUB is rel

Re: centering of instrument names

2009-05-23 Thread Joe Neeman
On Sat, 2009-05-23 at 18:57 -0600, Carl D. Sorensen wrote: > > > On 5/23/09 6:48 PM, "Joe Neeman" wrote: > > > On Sat, 2009-05-23 at 23:38 +0100, Neil Puttock wrote: > >> A similar effect could be achieved by setting a negative value for > >> 'padding (see attached image), > > > > Fair enough,

RE: centering of instrument names

2009-05-23 Thread Kieren MacMillan
Hi Neil (et al), I'm definitely talkin' out the back of my head here, but... =\ Can the instrument name blob take advantage of a "vertical skyline" ("profile"?) the way the rest of the notation (notes, etc.) take advantage of a "horizontal skyline"? That would certainly solve the problem prec

Re: [frogs] patch for issue 708

2009-05-23 Thread Patrick McCarty
On Sat, May 23, 2009 at 7:26 PM, Graham Percival wrote: > On Sat, May 23, 2009 at 05:20:56PM -0600, Carl D. Sorensen wrote: >> Can you change the status of 708 to fixed in 2.13.1?  And verify, at your >> convenience? > > Actually, the idea is that the programmer (or comitter) would > change the st

Re: [frogs] patch for issue 708

2009-05-23 Thread Carl D. Sorensen
On 5/23/09 8:39 PM, "Patrick McCarty" wrote: > On Sat, May 23, 2009 at 7:26 PM, Graham Percival > wrote: >> On Sat, May 23, 2009 at 05:20:56PM -0600, Carl D. Sorensen wrote: >>> Can you change the status of 708 to fixed in 2.13.1?  And verify, at your >>> convenience? >> >> Actually, the ide

Re: [frogs] patch for issue 708

2009-05-23 Thread Carl D. Sorensen
On 5/23/09 8:26 PM, "Graham Percival" wrote: > On Sat, May 23, 2009 at 05:20:56PM -0600, Carl D. Sorensen wrote: >> Can you change the status of 708 to fixed in 2.13.1? And verify, at your >> convenience? > > Actually, the idea is that the programmer (or comitter) would > change the status t