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
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
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
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
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
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,
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
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
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
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
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
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
12 matches
Mail list logo