Re: beaming and tuplets
Henrik Frisk wrote: Hello again, The tuplet bracket in the example below has to be manually adjusted when I beam the 16th note triplet with the rests. It has a slant in the wrong direction and collides with the beam. \version "2.9.11" \new Staff \relative c' { \times 2/3 { d16 [ e r16 } r8 ] } /Henrik Any progress on this? I also reported it several weeks ago. Thanks, Paul Scott ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
web documentation structure
Why is this page not in the tree? http://lilypond.org/doc/v2.9/Documentation/ If you go to: http://lilypond.org/doc/v2.9/Documentation/user/lilypond/index.html Then Up will not take you back. The "Back" button will but it doesn't follow the doc structure. That first page is so valuable I think it should be in the tree. Thanks for reading this, Paul Scott ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Page Layout Staff Spacing ?
Once you get the spacing close to where you want it, then make adjustments to between system space and between system padding in very small steps to get it just right. I first try to get the padding right by setting between system space to -1 (negative one) to neutralize it, then adjust between system padding. After that I'll go ahead and adjust between system space up by small increments, then maybe remove the padding. Trying to work both variables simultaneously it's harder to get a handle on where things are moving to. I'm a fairly new beginner though, so I'm sure others have their own "best practices" for fitting a page. Some of which I'd be interested in hearing about too. The settings of the various "ragged" flags also makes a difference. For most "one pagers" I set them like this, then work the spacing variables above along with the global or staff font size: ragged-right = ##f ragged-last = ##f ragged-bottom = ##f ragged-last-bottom = ##t joelinux wrote: > > The space between my staves is wrong. If I let Lily do it's own thing, it > doesn't print the bottom staff on the first page. I think this is > actually a problem with the printing system on Open SuSE 10 Linux. But > when I force a page break, the distance between the staves on the first > page becomes too great, and but then when it starts off on the second > page, it's okay. > > How do I force a fixed distance between staves on a lead sheet including > the accompanying chord symbols? and where do I place the command into the > Lily code text file? > > > ___ > lilypond-user mailing list > lilypond-user@gnu.org > http://lists.gnu.org/mailman/listinfo/lilypond-user > > -- View this message in context: http://www.nabble.com/Page-Layout--Staff-Spacing---tf2060741.html#a5677640 Sent from the Gnu - Lilypond - User forum at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Page Layout Staff Spacing ?
The space between my staves is wrong. If I let Lily do it's own thing, it doesn't print the bottom staff on the first page. I think this is actually a problem with the printing system on Open SuSE 10 Linux. But when I force a page break, the distance between the staves on the first page becomes too great, and but then when it starts off on the second page, it's okay. How do I force a fixed distance between staves on a lead sheet including the accompanying chord symbols? and where do I place the command into the Lily code text file? Halstedstreet-OrigKey.ly Description: Binary data ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Clarity of Fingering?
Greetings, I was wondering what other people thought about this. I'm fingering some music for the guitar, and I'm starting to wonder about how readable the fingerings are (i.e. the 3 on the 3rd beat of bar 2 in the attached png). Am I being over-critical and too much of a perfectionist? Thanks, Stewart ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
> CM13 has the natural > maj seventh and the 6th (or thirteenth, 9th optional, 11th omitted) b > d a'> and are both CM13 chords with one omitting the ninth. > C13 again is a dominant flatted seventh with 11th omitted, 9th optional, > and > 13th (or sixth) present depending on how your instrument is able to finger > it. yes, but a 13th is always a 13th, regardless in which ocatve played. -- http://www.johannes-schoepfer.de Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
Oops I meant to say... "C9add6 would also have the flatted seventh " in first sentence of previous post, not Rick Rick Hansen (aka RickH) wrote: > > C9add6 would also have the flatted seventh making it > completely different than C69, most readers know that a C9 functions as a > dominant spring and C69 as a tonic or major. But C69 omits the seventh e g a d>. CM9 would have the natural maj seventh . CM13 has > the natural maj seventh and the 6th (or thirteenth, 9th optional, 11th > omitted) and are both CM13 chords with one > omitting the ninth. C13 again is a dominant flatted seventh with 11th > omitted, 9th optional, and 13th (or sixth) present depending on how your > instrument is able to finger it. > > Right about markup, we can always do that any time, but it wont transpose > making it useless for chords. I prefer using notes anyway in the > ChordNames context, then add exceptions as needed, but thats just me. > That way I can code all my inversions correctly and use those note > variables over again on a staff with the correct inversions showing. If > the name that emitted on the ChordNames staff is not what I want I add it > to the exception list. But sometimes the exception lookup routine fails > because it's not a 1 to 1 lookup with your source file. And that is the > most frustrating "bug" that needs to be fixed. > > Rick > > > -- View this message in context: http://www.nabble.com/triangle-chord-notation-tf2042072.html#a5672886 Sent from the Gnu - Lilypond - User forum at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
C9add6 would also have the flatted seventh making it completely different than C69, most readers know that a C9 functions as a dominant spring and C69 as a tonic or major. But C69 omits the seventh . CM9 would have the natural maj seventh . CM13 has the natural maj seventh and the 6th (or thirteenth, 9th optional, 11th omitted) and are both CM13 chords with one omitting the ninth. C13 again is a dominant flatted seventh with 11th omitted, 9th optional, and 13th (or sixth) present depending on how your instrument is able to finger it. Right about markup, we can always do that any time, but it wont transpose making it useless for chords. I prefer using notes anyway in the ChordNames context, then add exceptions as needed, but thats just me. That way I can code all my inversions correctly and use those note variables over again on a staff with the correct inversions showing. If the name that emitted on the ChordNames staff is not what I want I add it to the exception list. But sometimes the exception lookup routine fails because it's not a 1 to 1 lookup with your source file. And that is the most frustrating "bug" that needs to be fixed. Rick eyolf wrote: > > > > You're probably right about more people being more used to 6/9, but 6add9 > is > unambiguous, whereas C6/9 COULD be read as C9add6 (=C13). 6/9 would be a > single exception from the rule, which in principle is a bad thing. > > > -- View this message in context: http://www.nabble.com/triangle-chord-notation-tf2042072.html#a5672843 Sent from the Gnu - Lilypond - User forum at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
"Johannes Schöpfer" wrote: > > > c:6.9 would print "c6/9" and not "c6/add9", and i think that is what > everybody expects from this input. > > Yes, same for notes-to-chord-names technique which I use, IOW I dont use the names directly. I code the note stack and it generates "C 69" (hopefully). Where it doesnt's it generates "add" whatever, which I override in exceptions. Also the exceptions list should do it's matching exactly to your source code notes. Most people seem to be coding names, I prefer to code the notes themselves, then override those to get the name I want. (makes me quicker at identifying chords too as I play them) Rick -- View this message in context: http://www.nabble.com/triangle-chord-notation-tf2042072.html#a5672702 Sent from the Gnu - Lilypond - User forum at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
On Sun 06 August 2006 13:43, Johannes Schöpfer wrote: > > the chords. The chord names should NOT be text markup with no musical > > content, which would be the consequence of Johannes's suggestion. > > i don't want text markup chords. Then perhaps I misunderstood what you meant. Sorry about that. But if your wish that the 'input-syntax would be equal to the printed chordsymbols in the output' were granted, it would call for a whole lot of different input styles too, which I think is a bad idea. The input system should be based on a consistent application of simple rules - more or less like it is today. And I think the default output should too. Thus, I'm not sure about your example: > c:6.9 would print "c6/9" and not "c6/add9", and i think that is what > everybody expects from this input. You're probably right about more people being more used to 6/9, but 6add9 is unambiguous, whereas C6/9 COULD be read as C9add6 (=C13). 6/9 would be a single exception from the rule, which in principle is a bad thing. I also took your comment about what the midi output should or should not reflect as a concession to the problems involved in this multi-mode input. Thus: "output reflects input directly" + "midi not directly tied to input" = "some kind of text markup". That's how I read you, anyway. Eyolf -- TYBALT What, art thou drawn among these heartless hinds? Turn thee, Benvolio, look upon thy death. BENVOLIOI do but keep the peace: put up thy sword, Or manage it to part these men with me. TYBALT What, drawn, and talk of peace! I hate the word, As I hate hell, all Montagues, and thee: Have at thee, coward! -- William Shakespeare, Romeo and Juliet, Act I, Scene I ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re:LilyPond related blogs?
Greetings: "Nicolas" == Nicolas Sceaux <[EMAIL PROTECTED]> writes: Nicolas> I was wondering whether some LilyPond users were blogging Nicolas> about their use of LilyPond. I've written a bit about LilyPond in some of my articles for the Linux Journal: http://www.linuxjournal.com/user/800764/track I also maintain a site dedicated to my work with LP: http://linux-sound.org/dlp-music-lilypond Best, dp ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
> the chords. The chord names should NOT be text markup with no musical > content, which would be the consequence of Johannes's suggestion. i don't want text markup chords. > Rather, there should be more and better alternatives for display: i agree, but i expect that therefore a more exact input-syntax is needed. then the midi-output would be even more correctly. > > > > While I'm at it, does anyone know of any other Linux software that can > > do this? Last time I looked Rosegarden would take a guess at what a > > chord was and display the symbol, but I don't remember being able to > > enter chord names directly. maybe "gmorgen" johnny -- http://www.johannes-schoepfer.de Echte DSL-Flatrate dauerhaft für 0,- Euro*. Nur noch kurze Zeit! "Feel free" mit GMX DSL: http://www.gmx.net/de/go/dsl ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
On Sun 06 August 2006 13:05, Cameron Horsburgh wrote: > On Sun, Aug 06, 2006 at 09:40:08AM +0200, "Johannes Schöpfer" wrote: > >... it is maybe not useful that lilypond plays the chords in the > > midi-files. "band-in-a-box" is a program only for this reason and has > > also problems to do it correctly. > > Actually, this is something I really do like about LilyPond. I don't > play piano or guitar, and the quickest way I have to experiment with > chords progressions when composing is to dump them into LilyPond (both > in a chord symbols context and as notation) and begin experimenting > from there. ãthe fact that I can type in a progression and hear it ten > seconds later is pretty useful. I agree - if something shuould change in LPs chord naming feature, it is the alternatives for display rather than the input and the musical function of the chords. The chord names should NOT be text markup with no musical content, which would be the consequence of Johannes's suggestion. Rather, there should be more and better alternatives for display: instead of a default system (Ignatzek) which is alien to most users, and an alternative setup which nobody uses, there should be a 'minimum of symbols' style (the one I have suggested in previous posts), an 'fake book' style (closer to Ignatzek), and perhaps some more, and the Ignatzek style should be kept, if only to ensure backward compatibility and keep people's exception tables from breaking. > > While I'm at it, does anyone know of any other Linux software that can > do this? Last time I looked Rosegarden would take a guess at what a > chord was and display the symbol, but I don't remember being able to > enter chord names directly. I would guess that KGuitar and/or KTabEdit would suit your needs. (They are very similar - I think branches of the same program). You can enter notes either by clicking on the guitar neck (not your own guitar, of course...:-) or writing in tab, and then the chord generator will analyse the chord for you and suggest fingerings. Or you can go the other way around, and enter a chord name and get fingerings. I haven't used it that much, but it seems like an able little helper. Eyolf -- "Gotcha, you snot-necked weenies!" -- Post Bros. Comics ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
On Sun, Aug 06, 2006 at 09:40:08AM +0200, "Johannes Schöpfer" wrote: >... it is maybe not useful that lilypond plays the chords in the midi-files. >"band-in-a-box" is a program only for this reason and has also problems to do >it correctly. Actually, this is something I really do like about LilyPond. I don't play piano or guitar, and the quickest way I have to experiment with chords progressions when composing is to dump them into LilyPond (both in a chord symbols context and as notation) and begin experimenting from there. ãthe fact that I can type in a progression and hear it ten seconds later is pretty useful. While I'm at it, does anyone know of any other Linux software that can do this? Last time I looked Rosegarden would take a guess at what a chord was and display the symbol, but I don't remember being able to enter chord names directly. -- = Cameron Horsburgh http://web.netcall.com.au/horsburgh = ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: triangle chord notation
> So if the given notes generated a name like "Em7add11add13" > now, I would prefer to see "Em7(11 13)" (where the 11 and 13 are stacked > vertically with one set of parenthesis). it would be great if th input-syntax would be equal to the printed chordsymbols in the output. there would be no need that lilypond recognizes all kinds of chordinput. that would avoid something like "Em7add11add13"(nobody on this world would write a chord in this style). c:6.9 would print "c6/9" and not "c6/add9", and i think that is what everybody expects from this input. as same chord-symbols can be played diffrently depending on the harmonic context, it is maybe not useful that lilypond plays the chords in the midi-files. "band-in-a-box" is a program only for this reason and has also problems to do it correctly. johnny -- http://www.johannes-schoepfer.de Echte DSL-Flatrate dauerhaft für 0,- Euro*. Nur noch kurze Zeit! "Feel free" mit GMX DSL: http://www.gmx.net/de/go/dsl ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user