On Tue, Mar 31, 2015 at 7:19 PM, David Nalesnik
wrote:
>
>
> I'm not finding that general-music is actually _used_, though it appears
> with many many events in scm/define-music-types.scm. From what I can tell,
> its uses are ancient. Possibly it should be removed from the codebase
> altogether
On Tue, Mar 31, 2015 at 4:41 PM, David Nalesnik
wrote:
>
> You need to add 'event' to types for your event to register. (I'd have to
> investigate why.) Also, 'music-event' should be replaced with
> 'general-music'.
>
> #(define bang-types
>'(
> (BangEvent
> . ((description . "BAN
On Tue, Mar 31, 2015 at 6:41 PM, David Nalesnik
wrote:
> You need to add 'event' to types for your event to register. (I'd have to
> investigate why.)
>
FWIW, "event" is looked for in lily/music-iterator.cc.
Also, 'music-event' should be replaced with 'general-music'.
>
I'm not finding that
Hi Nathan,
On Tue, Mar 31, 2015 at 3:53 PM, Nathan Ho wrote:
> On Mon, Mar 30, 2015 at 1:44 PM, Nathan Ho
> wrote:
>
>> Hi list,
>>
>> What is the most up-to-date way to define my own event classes?
>>
>> I've looked at frameEngraver as a model but none of the old versions
>> seem to be working
On Mon, Mar 30, 2015 at 1:44 PM, Nathan Ho wrote:
> Hi list,
>
> What is the most up-to-date way to define my own event classes?
>
> I've looked at frameEngraver as a model but none of the old versions
> seem to be working. The most up-to-date one I could find
> (https://lists.gnu.org/archive/htm
Hi list,
What is the most up-to-date way to define my own event classes?
I've looked at frameEngraver as a model but none of the old versions
seem to be working. The most up-to-date one I could find
(https://lists.gnu.org/archive/html/lilypond-user/2013-07/msg00373.html)
gives me numerous "Event
Hey all,
I've been using several examples of user-end-defined engravers to define
my own and none of them, as far as I know, define event classes that are
then listened to by said engravers. Looking at the source, I see that in
scm/define-event-classes this is done around line 65, but it is no