Re: Doc of 'style ?
On Fri, 7 Mar 2008 13:55:49 +0100 Erlend Aasland <[EMAIL PROTECTED]> wrote: > Well, here's the possible style values for these interfaces. Since > english is not my main language, I leave it to somebody else to > write a nice documentation string. Other doc strings were written by Han-Wen and Jan, so don't feel that they need to be in "nice English". We're never going to have so much doc help that we can be picky about this kind of thing in the IR. Please produce a full patch for this. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
2008/3/7, Rune Zedeler <[EMAIL PROTECTED]>: > Quoting Valentin Villenave <[EMAIL PROTECTED]>: > > > I can't wait to see how a "bezier-sandwich" looks like! :) > > That would be a tie/slur :-) Oh, I see... what a self-explanatory name then :) > The top edge of the slur is a bezier, the bottom is a bezier where the > control > points are just a bit different. Therefore "bezier-sandwich". I get it. However, perhaps you'll agree with me when I say this could be better documented; besides, by documenting it we could also help users to tweak these stencils themselves. Currently, the only stencil property that is really well documented is text-interface, which is already very useful as it allows users to replace anything by any text or musicglyph they want; if other stencil possibilities were documented as well, users could even replace a TrillSpanner by a slur, and tweak this slur the way they'd want :) (side-question: how the hell can we achieve what Haipeng is asking for??? -- but that's another story) Cheers, Valentin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Proposal of feature: inline options
2008/3/7, Mats Bengtsson <[EMAIL PROTECTED]>: > However, there are other settings that cannot be done within the input > file, > for example setting the output format to png. I guess that at least for the > output format selection it would be very easy to add this possibility. > I'm not sure about all other options. Perhaps the input file isn't read > early enough to handle all of them (just speculating). There was also the idea of a different way to include files and directories in a main .ly file; http://code.google.com/p/lilypond/issues/detail?id=391 It's not really related to the topic, but I just felt like mentioning it :) Cheers, Valentin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
On 07/03/2008, Rune Zedeler wrote: > That would be a tie/slur :-) > > The top edge of the slur is a bezier, the bottom is a bezier where the > control > points are just a bit different. Therefore "bezier-sandwich". What about a thing called doubleSlurs that creates slurs on top of and under a musical expression. That's a real sandwich. :-) OT: Is it possible to tweak just one of the slurs in doubleSlurs? Does override change both simultaneously? -Risto ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
Quoting Valentin Villenave <[EMAIL PROTECTED]>: > I can't wait to see how a "bezier-sandwich" looks like! :) That would be a tie/slur :-) The top edge of the slur is a bezier, the bottom is a bezier where the control points are just a bit different. Therefore "bezier-sandwich". -Rune ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
Hi, On 7. mar. 2008, at 13:18, Mats Bengtsson wrote: […] the documentation of style is missing in the following interfaces: custos-interface, system-start-delimiter-interface, dots-interface. Anybody interested in doing some detective work in the C++ source code to figure out what should be written in the documentation string for these interfaces? Well, here's the possible style values for these interfaces. Since english is not my main language, I leave it to somebody else to write a nice documentation string. lily/dots.cc, 2 valid styles: vaticana and "" (an empty string) default is "" lily/system-start-delimiter.cc, 4 valid styles: bracket, brace, bar-line & line-bracket no default value (is bar-line an ok default value?) lily/custos-interface, 4 valid styles: mensural, vaticana, medicaea and hufnagel default is mensural Erlend /Mats ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Proposal of feature: inline options
All the settings that can be done with lilypond -d... can be done also within LilyPond using #(ly:set-option ...) Run lilypond -dhelp to get a complete list of these options. For example, you can do #(ly:set-option 'preview #t) However, there are other settings that cannot be done within the input file, for example setting the output format to png. I guess that at least for the output format selection it would be very easy to add this possibility. I'm not sure about all other options. Perhaps the input file isn't read early enough to handle all of them (just speculating). /Mats Francisco Vila wrote: Csound does it, for example. You can call the compiler with commandline options, but you can also write your options in the input file, and commandline options would override them if they are present. This would ease dramatically the png or preview generation for Windows users (among many other possibilities) Or, is it already possible from within scheme? -- = Mats Bengtsson Signal Processing School of Electrical Engineering Royal Institute of Technology (KTH) SE-100 44 STOCKHOLM Sweden Phone: (+46) 8 790 8463 Fax: (+46) 8 790 7260 Email: [EMAIL PROTECTED] WWW: http://www.s3.kth.se/~mabe = ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Proposal of feature: inline options
Csound does it, for example. You can call the compiler with commandline options, but you can also write your options in the input file, and commandline options would override them if they are present. This would ease dramatically the png or preview generation for Windows users (among many other possibilities) Or, is it already possible from within scheme? -- Francisco Vila. Badajoz (Spain) http://www.paconet.org ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
Bertalan Fodor (LilyPondTool) wrote: As I know the stencil callback is unfortunately C code. So the valid styles are only present in the C sources. That's a drawback of the current documentation system. It's not really that bad, see http://lists.gnu.org/archive/html/lilypond-devel/2008-03/msg00013.html I made a quick search and notice that the documentation of style is missing in the following interfaces: custos-interface, system-start-delimiter-interface, dots-interface. Anybody interested in doing some detective work in the C++ source code to figure out what should be written in the documentation string for these interfaces? /Mats ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
Valentin Villenave wrote: An additional question: are the spanner styles documented anywhere? When I tried to answer Haipeng on -user, I browsed the Internals Reference but couldn't find anything else than: style (symbol): 'line This setting determines in what style a grob is typeset. Valid choices depend on the stencil callback reading this property. Yes, so the next step in you search for the answer should be to check what the value of stencil is for this particular grob. For example, for a TextSpanner, the value is ly:line-spanner::print. Therefore, click on the line-spanner-interface, where you will find the answer to your question. The documentation of the style property should perhaps be extended by something like "... reading this property, see the documentation of the interface that seems most related to the current setting of the stencil property." ... I can't wait to see how a "bezier-sandwich" looks like! :) That's the stencil type used for slurs, so you have already seen lots of them. /Mats ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
As I know the stencil callback is unfortunately C code. So the valid styles are only present in the C sources. That's a drawback of the current documentation system. Bert Valentin Villenave wrote: An additional question: are the spanner styles documented anywhere? When I tried to answer Haipeng on -user, I browsed the Internals Reference but couldn't find anything else than: style (symbol): 'line This setting determines in what style a grob is typeset. Valid choices depend on the stencil callback reading this property. So I browsed the source files, trying to get a list of possible stencil callbacks; I found these in define-sencil-commands.scm: (map ly:register-stencil-expression '(beam bezier-sandwich blank bracket char circle dashed-line dashed-slur dot draw-line embedded-ps glyph-string named-glyph path polygon repeat-slash resetcolor round-filled-box setcolor text url-link utf-8-string white-dot white-text zigzag-line grob-cause no-origin placebox unknown delay-stencil-evaluation )) I can't say I have any idea of to use them. I looked in output-ps.scm, but that didn't really help. Can anyone help me to document it? I can't wait to see how a "bezier-sandwich" looks like! :) Cheers, Valentin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel -- LilyPondTool is the editor for LilyPond files. See http://lilypondtool.organum.hu ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Doc of 'style ?
An additional question: are the spanner styles documented anywhere? When I tried to answer Haipeng on -user, I browsed the Internals Reference but couldn't find anything else than: style (symbol): 'line This setting determines in what style a grob is typeset. Valid choices depend on the stencil callback reading this property. So I browsed the source files, trying to get a list of possible stencil callbacks; I found these in define-sencil-commands.scm: (map ly:register-stencil-expression '(beam bezier-sandwich blank bracket char circle dashed-line dashed-slur dot draw-line embedded-ps glyph-string named-glyph path polygon repeat-slash resetcolor round-filled-box setcolor text url-link utf-8-string white-dot white-text zigzag-line grob-cause no-origin placebox unknown delay-stencil-evaluation )) I can't say I have any idea of to use them. I looked in output-ps.scm, but that didn't really help. Can anyone help me to document it? I can't wait to see how a "bezier-sandwich" looks like! :) Cheers, Valentin ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Suggestion: \breathe should include a \noBeam default option
Mats Bengtsson <[EMAIL PROTECTED]> writes: > Arvid Grøtting wrote: >> Is it possible to let auto-beaming be performed by an arbitrary scheme >> function? >> > It is performed by a Scheme function, so you can just write your own and do > \set Score.autoBeamCheck = #my-own-auto-beaming-function Ah. Right. So if I like, I can do this: #(set! *random-state* (seed->random-state (getpid))) #(define (random-auto-beaming-function context dir test) (or (= dir START) (= (random 2) 0))) \set Score.autoBeamCheck = #random-auto-beaming-function ...for some quite random beaming. Now, the reason I was asking is that I've been thinking of writing an auto-beaming function that looks at whether or not the note is inside a slur. But can I get to the music (and thus the slur) from these arguments? -- Arvid ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel