[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: LilyPond concept glossary?

From: Reinhold Kainhofer
Subject: Re: LilyPond concept glossary?
Date: Sat, 1 Aug 2009 14:42:53 +0200
User-agent: KMail/1.11.4 (Linux/2.6.28-13-generic; KDE/4.2.4; i686; ; )

Hash: SHA1

Am Samstag, 1. August 2009 14:28:48 schrieb Graham Percival:
> On Sat, Aug 01, 2009 at 01:21:09PM +0200, Valentin Villenave wrote:
> > 2009/7/31 Graham Percival <address@hidden>:
> > > IMO this is more "main NR chapter" material.  Appendices are
> > > generally tables and auto-generated material.  I could imagine NR
> > > 6 being pretty much what it is right now -- essentially just
> > > simply substitution macros -- and a NR 7 being for advanced
> > > scheme.  (I mean, not \textPad #3.0 stuff, but for the amazingly
> > > complex stuff that Mark's always doing)
> >
> > I hardly think this has anything to do with *notation* per se, i.e.
> > _nobody_ ever needs to know what a smob is in order to engrave a
> > score.
> Really?  Nicolas doesn't need to know about grobs in order to do
> all the fancy scheme stuff he uses in his operas?  (I assume that
> "smob" was a typo... do we actually have something called a
> smob?!)

grobs (graphical objects) and smobs (scheme objects) are particular to 
lilypond, they are not part of musical notation, but rather the internals of 
one particular implementation. 
True, it might be good to have a glossary of the liypond terms (grobs, smobs, 
engraver, context, output-def, closure, context property, stencil, etc).

Intuitively, I would add it as an appendix to the NR, at least that's where 
you would expect and find such additional supportive material it in a printed 


- -- 
- ------------------------------------------------------------------
Reinhold Kainhofer, address@hidden,
 * Financial & Actuarial Math., Vienna Univ. of Technology, Austria
 *, DVR: 0005886
 * LilyPond, Music typesetting,
Version: GnuPG v1.4.9 (GNU/Linux)


reply via email to

[Prev in Thread] Current Thread [Next in Thread]