On Thu, Oct 2, 2014 at 7:28 AM, David Nalesnik
wrote:
>
>
> On Wed, Oct 1, 2014 at 4:41 PM, Jay Vara wrote:
>
>>
>>
>>
>>> I wonder two things:
>>>
>>> (1) Is there a way to combine the notes and rests in the 1/4 division of
>>> the bars?
>>>
>>
>> Not sure what you mean.
>>
>
> In the example b
On Thu, Oct 2, 2014 at 7:11 AM, Jay Vara wrote:
> David,
>
> I tried your snippet with a different meter and it gives some weird
> results. It seems to produce additional bars - I changed the bar after the
> compound meter to double bar so we can see the extraneous bars. And the
> notes are not p
On Wed, Oct 1, 2014 at 4:41 PM, Jay Vara wrote:
>
>
>
>> I wonder two things:
>>
>> (1) Is there a way to combine the notes and rests in the 1/4 division of
>> the bars?
>>
>
> Not sure what you mean.
>
In the example below, it looks strange that there are two tied eighth-note
Gs instead of a si
David,
I tried your snippet with a different meter and it gives some weird
results. It seems to produce additional bars - I changed the bar after the
compound meter to double bar so we can see the extraneous bars. And the
notes are not placed properly. Am I doing something totally foolish here?
%
David
> Apparently, the context property completionUnit needs to be set for the
> engraver to recognize sub-bar groupings.
>
> This gets better results:
>
>
Nice. I did try the completionUnit before, but I was trying to put it in
the music section rather than the pattern section and there it woul
On Wed, Oct 1, 2014 at 12:14 PM, Jay Vara wrote:
Also, I just saw your next note - that note and rest events do not cross
> added bar lines. In that case, what do they mean by sub-bar units in
> lily/completion-noteheads-engraver.cc? If they mean sub-bar units of the
> compound meter, they shou
>
> Hi David,
>
> The problem is that the Completion_heads_engraver and the
> Completion_rests_engraver do not appear to respond to sub-bar patterning,
> as the following snippet demonstrates:
>
>
> I would need to spend more time with lily/completion-noteheads-engraver.cc
> to understand what g
On Wed, Oct 1, 2014 at 11:52 AM, David Nalesnik
wrote:
>
>
> "Every time process_music () is called and there are note events, we
> figure out how long the note to typeset should be. It should be no longer
> than what's specified, than what is left to do and it should not cross
> barlines or sub
Hi Jay,
On Mon, Sep 29, 2014 at 3:42 AM, Jay Vara wrote:
> Hi David,
>
> Thank you very much. Now I know how to use the listeners!
>
> With your change it seems to work for the two-staff example with (7 4) (1
> 4) (2 4) meter. This is the only case of compound metre that I commonly use
> that h
Hi David,
Thank you very much. Now I know how to use the listeners!
With your change it seems to work for the two-staff example with (7 4) (1
4) (2 4) meter. This is the only case of compound metre that I commonly use
that has a (1 4) as one of the components.
Just to be sure, I did check a few
Hi David,
Actually, your logic and reasoning were quite correct. Only, the format
statement was before the measureLength was set. I moved the format
statement after the context-set-property and it now shows that the engraver
does successfully reset the meter.
I think the real problem is with the
Hi Jay,
On Sun, Sep 28, 2014 at 7:24 PM, David Nalesnik
wrote:
>
>
> Possibly the problem is that the custom engraver is setting measureLength
> too late for Completion_heads_engraver to use it?
>
>
That just might be it. The Completion_heads_engraver listens for
note-events. So, doing this sam
Hi Jay,
On Sun, Sep 28, 2014 at 5:46 PM, Jay Vara wrote:
> Hi David,
>
> Actually, your logic and reasoning were quite correct. Only, the format
> statement was before the measureLength was set. I moved the format
> statement after the context-set-property and it now shows that the engraver
> do
Hi Jay,
On Sun, Sep 28, 2014 at 3:29 PM, Jay Vara wrote:
> David,
>
> If I use the compound meter which has a (1 4) as one of the moments, it
> does not work. It seems to be treated as a (2 4). Actually, I think the
> Completion_heads_engraver may be the one with a problem. I checked by
> varyi
>I am not top-posting
David,
All I can say is I am amazed at your expertise. You have already saved
me a few days of work! Thank you for the original idea for this engraver
and many more thanks for this refinement.
Jay
>
> Here's an idea to make the engraver more flexible:
>
> \version "2
Hi Jay,
On Sun, Sep 28, 2014 at 12:48 PM, David Nalesnik
wrote:
>
>
> On Sun, Sep 28, 2014 at 10:30 AM, Jay Vara wrote:
>
>> I wanted to get bar lines after each sub-meter of a compound meter, and
>> to have Completion_heads_engraver recognize these bar lines and split
>> and tie notes as neede
On Sun, Sep 28, 2014 at 10:30 AM, Jay Vara wrote:
> I wanted to get bar lines after each sub-meter of a compound meter, and
> to have Completion_heads_engraver recognize these bar lines and split
> and tie notes as needed.
>
> Thanks to David and Jan-Peter, I was able to change their
> doubleBarl
On Sun, Sep 28, 2014 at 10:30 AM, Jay Vara wrote:
> I wanted to get bar lines after each sub-meter of a compound meter, and
> to have Completion_heads_engraver recognize these bar lines and split
> and tie notes as needed.
>
> Thanks to David and Jan-Peter, I was able to change their
> doubleBarl
I wanted to get bar lines after each sub-meter of a compound meter, and
to have Completion_heads_engraver recognize these bar lines and split
and tie notes as needed.
Thanks to David and Jan-Peter, I was able to change their
doubleBarlinesAfterTimeSig engraver to achieve this effect. I still ha
19 matches
Mail list logo
