2017-01-15 0:21 GMT+01:00 Thomas Morley :
> With my lily-2.14.2 I can do in terminal:
>
> ~$ lilypond-2-14-2 -e '(scm-style-repl)'
> GNU LilyPond 2.14.2
> guile> UP
> 1
> guile> DOWN
> -1
> guile> ly:tuplet-bracket::calc-direction
> #
> guile>
>
> All there and
Hi,
some relevant changes between 2.14 and 2.19 are these:
http://lilypond.org/doc/v2.18/Documentation/changes/index.html
> error: syntax error, unexpected '=', expecting SCM_FUNCTION or SCM_IDENTIFIER
> or SCM_TOKEN
> \override TupletBracket.stencil
> =
> On 14 Jan 2017, at 23:42, Simon Albrecht wrote:
>
> On 14.01.2017 23:34, Hans Aikema wrote:
>>> Can you try replacing
>>> UP in that line by 1
>>> and DOWN in that line by -1
>>> apparently the version of Lilypond in use does not yet have these constants
>>> defined
2017-01-14 23:41 GMT+01:00 J Martin Rushton :
>
>
> On 14/01/17 22:34, Hans Aikema wrote:
>>
>>> On 14 Jan 2017, at 23:32, Hans Aikema wrote:
>>>
>>>
On 14 Jan 2017, at 23:14, J Martin Rushton
On 14.01.2017 23:34, Hans Aikema wrote:
Can you try replacing
UP in that line by 1
and DOWN in that line by -1
apparently the version of Lilypond in use does not yet have these constants
defined (values taken from
On 14/01/17 22:34, Hans Aikema wrote:
>
>> On 14 Jan 2017, at 23:32, Hans Aikema wrote:
>>
>>
>>> On 14 Jan 2017, at 23:14, J Martin Rushton
>>> wrote:
>>>
>>>
>>> Progress. That seems to have sorted out the syntax errors but
> On 14 Jan 2017, at 23:32, Hans Aikema wrote:
>
>
>> On 14 Jan 2017, at 23:14, J Martin Rushton
>> wrote:
>>
>>
>>>
>> Progress. That seems to have sorted out the syntax errors but there's
>> an issue with one variable:
>>
> On 14 Jan 2017, at 23:14, J Martin Rushton
> wrote:
>
>
>>
> Progress. That seems to have sorted out the syntax errors but there's
> an issue with one variable:
> ---%<--
> Processing `.../file.ly'
> Parsing...
>
On 14/01/17 22:07, Hans Aikema wrote:
>
>> On 14 Jan 2017, at 22:49, Richard Shann wrote:
>>
>> On Sat, 2017-01-14 at 21:48 +, J Martin Rushton wrote:
>>>
>>> On 14/01/17 21:29, Richard Shann wrote:
>>>
>>
>>> I suspect the outer processing or else the low version
On 14/01/17 21:49, Richard Shann wrote:
> On Sat, 2017-01-14 at 21:48 +, J Martin Rushton wrote:
>>
>> On 14/01/17 21:29, Richard Shann wrote:
>>
>
>> I suspect the outer processing or else the low version are going to
>> waste a lot of time, so I've gone back to using square type
> On 14 Jan 2017, at 22:49, Richard Shann wrote:
>
> On Sat, 2017-01-14 at 21:48 +, J Martin Rushton wrote:
>>
>> On 14/01/17 21:29, Richard Shann wrote:
>>
>
>> I suspect the outer processing or else the low version are going to
>> waste a lot of time, so I've
On Sat, 2017-01-14 at 21:48 +, J Martin Rushton wrote:
>
> On 14/01/17 21:29, Richard Shann wrote:
>
> I suspect the outer processing or else the low version are going to
> waste a lot of time, so I've gone back to using square type brackets,
> the slur type were not clear.
yes, the first
On 14/01/17 21:41, Hans Aikema wrote:
>
>> On 14 Jan 2017, at 22:33, J Martin Rushton
>> wrote:
>>
>>
>>
>> On 14/01/17 21:27, Hans Aikema wrote:
>>>
>>>
Op 14 jan. 2017 om 21:51 heeft J Martin Rushton
het volgende
On 14/01/17 21:29, Richard Shann wrote:
>
> Here's a complete working example:
> 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><
>
> %% LilyPond file generated by Denemo version 2.0.17
>
> %%http://www.gnu.org/software/denemo/
>
> \version "2.18.0"
>
>
>
> On 14 Jan 2017, at 22:33, J Martin Rushton
> wrote:
>
>
>
> On 14/01/17 21:27, Hans Aikema wrote:
>>
>>
>>> Op 14 jan. 2017 om 21:51 heeft J Martin Rushton
>>> het volgende geschreven:
>>>
>>>
>>>
>>> I'm guessing
On Sat, 2017-01-14 at 20:51 +, J Martin Rushton wrote:
>
> On 14/01/17 19:57, Richard Shann wrote:
> > On Sat, 2017-01-14 at 18:14 +, J Martin Rushton wrote:
> >> Hi,
> >> I'm trying to set a melody from a 19thC source as closely as possible to
> >> the original. Triplets are indicated
On 14/01/17 21:27, Hans Aikema wrote:
>
>
>> Op 14 jan. 2017 om 21:51 heeft J Martin Rushton
>> het volgende geschreven:
>>
>>
>>
>> I'm guessing things aren't that simple, can I mix scheme and LP in the
>> same input file? I don't have access to the code,
On 14/01/17 21:14, Noeck wrote:
> Hi Martin,
>
> Am 14.01.2017 um 21:51 schrieb J Martin Rushton:
>> I'm guessing things aren't that simple, can I mix scheme and LP in the
>> same input file?
>
> Of course. You can put one after the other without problems and you can
> nest them using #{ …ly…
> Op 14 jan. 2017 om 21:51 heeft J Martin Rushton
> het volgende geschreven:
>
>
>
> I'm guessing things aren't that simple, can I mix scheme and LP in the
> same input file? I don't have access to the code, this is embedded
> within a larger application.
Hi Martin,
Am 14.01.2017 um 21:51 schrieb J Martin Rushton:
> I'm guessing things aren't that simple, can I mix scheme and LP in the
> same input file?
Of course. You can put one after the other without problems and you can
nest them using #{ …ly… #} and #( …scheme… ).
> I don't have access to
On 14/01/17 20:46, Noeck wrote:
> tupletBracketToSlur = {
> % Use slur-stencil
> \override TupletBracket.stencil = #ly:slur::print
> %% Use 'thickness from Slur
> \override TupletBracket.thickness = #1.2
> %% 'control-points need to be set
> \override TupletBracket.control-points =
>
On 14/01/17 19:57, Richard Shann wrote:
> On Sat, 2017-01-14 at 18:14 +, J Martin Rushton wrote:
>> Hi,
>> I'm trying to set a melody from a 19thC source as closely as possible to
>> the original. Triplets are indicated with a curved bracket rather than
>> the square one Lily uses by
Hi Martin,
please note that you have to replace the double backslashes by a single
one and mind the line breaks in the e-mail.
Here is a version that works for me (2.19.50).
Best,
Joram
tupletBracketToSlur = {
% Use slur-stencil
\override TupletBracket.stencil = #ly:slur::print
%% Use
On Sat, 2017-01-14 at 18:14 +, J Martin Rushton wrote:
> Hi,
> I'm trying to set a melody from a 19thC source as closely as possible to
> the original. Triplets are indicated with a curved bracket rather than
> the square one Lily uses by default. I've come up with a mechanism:
>
>
Erich,
On Wednesday, September 16, 2015, Erich Neuwirth [via Lilypond] <
ml-node+s1069038n181182...@n5.nabble.com> wrote:
> %% How can I put the last note of each triplet on the lower stave
> %% on the upper stave of the piano staff?
>
>
Like this:
> \tuplet 3/2 { g8 c \change Staff =
- Forwarded message from Cameron Horsburgh [EMAIL PROTECTED] -
Oops, forgot to forward this to the list!
From: Cameron Horsburgh [EMAIL PROTECTED]
To: X X [EMAIL PROTECTED]
Cc: Cameron Horsburgh [EMAIL PROTECTED]
Delivery-date: Wed, 15 Nov 2006 08:25:33 +1100
Subject: Re: Triplets
On Mon, Nov 13, 2006 at 07:28:02PM -0800, X X wrote:
Thanks, I kind of get this now, so far I've only written out one of
our Cadences out, and it's only a line or so long. So, I have some
work cut out for me. Oh, also I keep getting an error with this code:
\header{
title =
I forward a generalized version of your question to the developers:
Does anyone object if I submit a patch for the default auto beam
settings corresponding to
#(override-auto-beam-setting '(end * * 3 4) 1 4)
#(override-auto-beam-setting '(end * * 3 4) 2 4)
i.e. that all beams end on every beat
Why isn't this the default?
Would it be possible to add those rules to auto-beam.scm?
Frédéric
Mats Bengtsson wrote:
A better solution is to tell LilyPond to automatically beam the
triplets this way, see 8.6.2 Setting automatic beam behavior for
more details. For Jutta's example, just add
I believe that What you're looking for is \compressMusic. Apparently, it
works just like \times, but doesn't show the tuplet brackets. I haven't
used it, so I don't know. It also might be new to 2.7, since I can't seem
to find any mention of it in the manual (2.6 or 2.7).
I did find some
On 6-Dec-05, at 11:21 PM, jutta wrote:
Now, the figure 3 above each triplet is too close to the beam. How
can I
increase the space? (1 mm)
I would like to have the 3´s above the beams only in the first
measure. For
the rest of the score I would like to switch them off. What can I do?
Take a look at the example called tuplet-properties.ly in the Regression
Tests
document to see how to turn off triplet brackets and do other fine tuning.
/Mats
Graham Percival wrote:
On 5-Dec-05, at 5:50 AM, Homrighausen wrote:
Hi Graham,
one more question:
the triplets in the attachment
On 12/6/05, jutta [EMAIL PROTECTED] wrote:
Hi,
I need some help with triplets. I want to have 3 triplets in one measure. Each
triplet consists of bbg (example below). So each triplet should be beamed
individually. But: what happens is that all 3 triplets are connected by one
lang beam. What
A better solution is to tell LilyPond to automatically beam the
triplets this way, see 8.6.2 Setting automatic beam behavior for
more details. For Jutta's example, just add
#(override-auto-beam-setting '(end 1 12 3 4) 1 4)
#(override-auto-beam-setting '(end 1 12 3 4) 2 4)
before the triplets
On 5-Dec-05, at 5:50 AM, Homrighausen wrote:
Hi Graham,
one more question:
the triplets in the attachment should not be connected. What can I do?
Please keep lilypond emails on the mailing list. That way other people
can help or get help from the answers.
By connected, do you mean
On 18-Dec-04, at 8:22 AM, Mats Bengtsson wrote:
Joshua Koo wrote:
Hi,
When I have triplet, the 3 is in the same direction of the stems (eg.
3 is at the bottom if stem are down) . However I like it at the side
of the note head, which means the opposite direction the stem are
facing. (eg. I would
As far as I know, this is not supported for the moment, but it might be
a nice feature to
have an additional possible value for the direction property of any
object, which means
do the opposite of the default value (the latter part of the answer is
intended for the
developers).
/Mats
Joshua
37 matches
Mail list logo