I was also looking for similar editors for indian music notation for quite
some and just couple of days back came across this
http://gpalem.web.officelive.com/CarMusTy.html
Looks promising, but seems the work in still going on. May be you can take a
look at it and see if it comes close. Here is
Greetings,
I wish to use bars as an indication of seconds and would therefore
prefer it, if the first note of the measure were to touch the bar (and the
stem, if the stem is pointing downward). Does anyone know how this is
possible?
Many thanks,
Stephan
In my installation, Lilypond runtime seems to increase exponentially (at
least not linearly) with the number of pages to engrave. Is there any option
to speed up Lilypond, e.g. by removing time-consuming engravers, such that
the performance only increases (almost) linearly with the number of
On 6 August 2010 17:06, James james.l...@datacore.com wrote:
I'll do this as I am working on this section anyway.
OK, but only if you're going to add a convert rule (rather than
editing the snippet), otherwise we'll have to add the snippet to
snippets/new.
Cheers,
Neil
Hello,
On 31/07/2010 18:44, Xavier Scheuer wrote:
2010/7/31 Neil Puttockn.putt...@gmail.com:
Or
\override TextSpanner #'style = #'none
from 2.13.24.
Great!
I remembered we had a discussion about this possibility with
DynamicTextSpanner but I did not know it was finally implemented.
On 5 August 2010 14:26, ornello dominik.hoer...@fun.de wrote:
In my installation, Lilypond runtime seems to increase exponentially
(at least not linearly) with the number of pages to engrave.
Is there any option to speed up Lilypond, e.g. by removing time-
consuming engravers, such that the
On 06/08/2010 17:28, Neil Puttock wrote:
On 6 August 2010 17:06, Jamesjames.l...@datacore.com wrote:
I'll do this as I am working on this section anyway.
OK, but only if you're going to add a convert rule (rather than
editing the snippet), otherwise we'll have to add the snippet to
On 6 August 2010 17:31, James james.l...@datacore.com wrote:
I don't know what adding 'convert rule' means. :/
A convert rule is what convert-ly uses to update old .ly files. All
the rules are contained in python/convertrules.py.
A full LSR update (running makelsr.py on the docs tarball from
On Thu, 2010-08-05 at 05:26 -0700, ornello wrote:
In my installation, Lilypond runtime seems to increase exponentially (at
least not linearly) with the number of pages to engrave. Is there any option
to speed up Lilypond, e.g. by removing time-consuming engravers, such that
the performance
On 06/08/2010 17:41, Neil Puttock wrote:
A convert rule is what convert-ly uses to update old .ly files. All
the rules are contained in python/convertrules.py.
A full LSR update (running makelsr.py on the docs tarball from LSR)
calls convert-ly on all the snippets.
I have no problems adding
On Wednesday 04 August 2010 15:09:59 Neil Puttock wrote:
On 3 August 2010 21:49, Marc Mouries m...@mouries.net wrote:
Thanks Neil. I just tried it and as you can see the number is too
far on the right. I inserted a call to make-general-align-markup
X LEFT but it did not help. Is there a way
Hi Nick
There are a couple of things which prevented your
override from working. Don't forget this is very new
code in a development release - you're probably the
first person to use it in anger, so you may find any
residual bugs.
First, the override command simply overrides the
*default*
In my endeavors to learn Scheme I have noticed a number of function calls in Lilypond which are not covered in non-Guile documentation. One example is define-public but there are others (the later appears to be a convenience notation for a "regular" Scheme construct). I am assuming that these
On Fri, Aug 06, 2010 at 06:01:15PM +0100, James wrote:
(seems an awful lot of work to just change a few lines in a snippet
though :( ).
The idea is if we add a convert-ly rule, then any user files which
include the old syntax can be automatically updated. The focus
here is on the end-user,
On Thu, Aug 05, 2010 at 05:26:15AM -0700, ornello wrote:
In my installation, Lilypond runtime seems to increase exponentially (at
least not linearly) with the number of pages to engrave. Is there any option
to speed up Lilypond, e.g. by removing time-consuming engravers, such that
the
On 6 Aug 2010, at 22:11, jim.showal...@verizon.net wrote:
Does it matter which Scheme interpreter and/or documentation I choose.
Guile adds its own stuff besides Scheme; see its manual:
http://www.gnu.org/software/guile/manual/
More info on
http://www.gnu.org/software/guile/guile.html
Any
On 6 August 2010 22:31, Graham Percival gra...@percival-music.ca wrote:
There's a section in the Learning manual called speeding up
lilypond, or something like that. This sounds like a good place
to look.
Hi Graham,
Are you speaking of LM 4.6.5 Avoiding tweaks with slower processing ?
It
On Fri, Aug 06, 2010 at 10:54:01PM +0200, Xavier Scheuer wrote:
On 6 August 2010 22:31, Graham Percival gra...@percival-music.ca wrote:
There's a section in the Learning manual called speeding up
lilypond, or something like that. This sounds like a good place
to look.
Are you speaking
Yes, it works when used before the time signature when I use #'Score but
not when I use #'Voice.
I also notice that when I turn off the beamExceptions the beaming goes a
bit haywire. Have a look at bars 5 and 6 after I have used \set
beamExceptions = #'():
\version 2.13.29
changeBeamingA =
Hello,
In NR, I discovered a problem concerning tagging. If I remove multiple tags,
it will wolk perfectly; however, the opposite way is not available (at the very
bottom of the tagging section). I'd like to make parts for my overture, which
already contains many midi tags. I want to nest
20 matches
Mail list logo