Re: Determining location of the staff lines

2010-02-03 Thread Carl Sorensen
On 2/3/10 8:38 PM, "Carl Sorensen" wrote: > On 2/3/10 8:32 PM, "Eric Knapp" wrote: > >> Hi, everyone. >> >> I'm working on developing StaffTab notation for the Chapman Stick. I >> have attached an image that shows something I need to do. In a Scheme >> engraver, I can get the string number that

Re: Determining location of the staff lines

2010-02-03 Thread Carl Sorensen
On 2/3/10 8:32 PM, "Eric Knapp" wrote: > Hi, everyone. > > I'm working on developing StaffTab notation for the Chapman Stick. I > have attached an image that shows something I need to do. In a Scheme > engraver, I can get the string number that was notated. Then I need to > be able to draw th

Re: Scheme engraver structure questions

2010-02-03 Thread Carl Sorensen
On 2/3/10 7:50 PM, "Eric Knapp" wrote: > Hello, > > I'm learning more Scheme. (I think I'll be learning Scheme for a > while.) I'm looking at the sample file scheme-engraver.ly and I have a > few questions. I think I'm understanding the structure of the Scheme, > it appears to be a list of Sc

Determining location of the staff lines

2010-02-03 Thread Eric Knapp
Hi, everyone. I'm working on developing StaffTab notation for the Chapman Stick. I have attached an image that shows something I need to do. In a Scheme engraver, I can get the string number that was notated. Then I need to be able to draw the little rectangle on the staff to indicate which string

Scheme engraver structure questions

2010-02-03 Thread Eric Knapp
Hello, I'm learning more Scheme. (I think I'll be learning Scheme for a while.) I'm looking at the sample file scheme-engraver.ly and I have a few questions. I think I'm understanding the structure of the Scheme, it appears to be a list of Scheme pairs. Each pair (cons) has a symbol that starts wi

only python 2.4 in scripts, please

2010-02-03 Thread Graham Percival
We officially only require python 2.4 for lilypond. Could the recent change to ilypond-book.py be rewritten to avoid using the "any" keyword introduced in 2.5 ? File "/main/src/gub/target/linux-x86/src/lilypond-git.sv.gnu.org--lilypond.git-release-unstable/scripts/lilypond-book.py", line 2194,

Re: Makam or Maqam

2010-02-03 Thread Hans Aberg
On 3 Feb 2010, at 12:51, Trevor Daniels wrote: Currently, notation/world.itely mixes 'maqam' / 'maqams' and 'makam' / 'makamlar'. Is this correct for Arabic/Turkish respectively, or should it be unified? Seems like "maqam" is Arabic and "makam" is Turkish. See http://en.wikipedia.org/wiki

Re: Makam or Maqam

2010-02-03 Thread Trevor Daniels
Francisco Vila wrote Wednesday, February 03, 2010 9:25 AM Currently, notation/world.itely mixes 'maqam' / 'maqams' and 'makam' / 'makamlar'. Is this correct for Arabic/Turkish respectively, or should it be unified? Seems like "maqam" is Arabic and "makam" is Turkish. See http://en.wikipedi

Re: Makam or Maqam

2010-02-03 Thread Francisco Vila
2010/2/3 Graham Percival : > On Wed, Feb 03, 2010 at 10:25:44AM +0100, Francisco Vila wrote: >> Currently, notation/world.itely mixes 'maqam' / 'maqams' and 'makam' / >> 'makamlar'. Is this correct for Arabic/Turkish respectively, or should >> it be unified? > > I believe that both "k" and "q" are

Re: Makam or Maqam

2010-02-03 Thread Graham Percival
On Wed, Feb 03, 2010 at 10:25:44AM +0100, Francisco Vila wrote: > Currently, notation/world.itely mixes 'maqam' / 'maqams' and 'makam' / > 'makamlar'. Is this correct for Arabic/Turkish respectively, or should > it be unified? I believe that both "k" and "q" are acceptable English representations

Makam or Maqam

2010-02-03 Thread Francisco Vila
Hello, Currently, notation/world.itely mixes 'maqam' / 'maqams' and 'makam' / 'makamlar'. Is this correct for Arabic/Turkish respectively, or should it be unified? -- Francisco Vila. Badajoz (Spain) www.paconet.org , www.csmbadajoz.com ___ lilypond-d

Re: Patch: issue #659

2010-02-03 Thread Marc Hohl
Alexander Kobel schrieb: [...] I just noticed that the 'extra-offset won't influence the spacing of the notes before the bar line. The better property to tweak should be the right-edge extra space, but this does not work if the line ends prematurely. (See the attached example.) Still, like T