[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Determining location of the staff lines
From: |
Carl Sorensen |
Subject: |
Re: Determining location of the staff lines |
Date: |
Wed, 17 Feb 2010 11:04:06 -0700 |
On 2/17/10 10:18 AM, "David Kastrup" <address@hidden> wrote:
> Carl Sorensen <address@hidden> writes:
>
>> Yes, arbitrary properties can be added to the context. Context
>> properties are stored as scheme alists. So that is a potential
>> workaround that you could use now -- store the private data in a
>> context property (which makes it not private, but nobody else is using
>> it so it's pseudo-provate).
>
> It is not really prohibited to use an engraver more than once in one
> context, is it?
It's probably not prohibited, but it can hardly be desired behavior, since
the engraver would duplicate its work and you'd get multiple identical grobs
(because the engraver is controlled solely by music events and context
properties).
Thanks,
Carl
- Determining location of the staff lines, Eric Knapp, 2010/02/03
- Re: Determining location of the staff lines, Carl Sorensen, 2010/02/03
- Re: Determining location of the staff lines, Carl Sorensen, 2010/02/03
- Re: Determining location of the staff lines, Eric Knapp, 2010/02/10
- Re: Determining location of the staff lines, Carl Sorensen, 2010/02/10
- Re: Determining location of the staff lines, Eric Knapp, 2010/02/14
- Re: Determining location of the staff lines, Carl Sorensen, 2010/02/15
- Re: Determining location of the staff lines, Eric Knapp, 2010/02/17
- Re: Determining location of the staff lines, Carl Sorensen, 2010/02/17
- Re: Determining location of the staff lines, David Kastrup, 2010/02/17
- Re: Determining location of the staff lines,
Carl Sorensen <=
- Re: Determining location of the staff lines, Neil Puttock, 2010/02/17
- Re: Determining location of the staff lines, David Kastrup, 2010/02/18
- Re: Determining location of the staff lines, Han-Wen Nienhuys, 2010/02/18
- Re: Determining location of the staff lines, David Kastrup, 2010/02/18