Re: website menus: gradient vs. solid
I'm probably not helping much by saying so, but I prefer the solid - it just looks cleaner, and while the gradient version stands out more that might be just due to the darker color, and finally, I don't think it's *necessary* for it to stand out so much - it's right at the top, bold and underlined. It probably doesn't matter that much, though. Either way, it's a great improvement over the current page! +1 (to both the solid preference and the positive review of both options) Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: new website draft 8: almost giving up
Bertalan Fodor (LilyPondTool) wrote: IMO, such a page is best reserved until people have a little bit of experience with lilypond. Which will be a quite bad experience without a decent editing environment... I agree with Bertalan. Editing environments are great to help people get up to speed with LilyPond. The first thing I did when helping my wife get started with LilyPond (she does most of my first drafts) was to set up LilyPondTool. That removed multiple layers of complexity for her - running LilyPond was a button-click away (rather than using the command-line or navigating to the file in Explorer) and previewing was just as simple as well. I can understand wanting people to know how the internals work before everything is wired up for them. The learning from the bottom-up mentality is definitely the way I think (knowing *how* my car works - rather than just what it does - for example, has been very valuable), but I think it's unrealistic to expect potential users to adopt this mindset overnight, without anyone personally helping them in the process. Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: new website non-git help
Andrew Hawryluk wrote: Could we add a link in the first paragraph to the (upcoming) essay? Perhaps on the words beautifully engraved music. The essay was a prominent feature of the previous web design, and says a lot about the attention to detail that goes into LilyPond. I'd like to see the essay prominently featured in the new design as well. When I first found LilyPond, reading the essay changed my reaction from the initial Great! I found open-source engraving software that will be useful. to Damn! LilyPond looks better than any of its competitors, including the expensive ones. These people know what they're doing. Perhaps one place for a link to the essay could be right under the Excellent classical engraving subheading near the top of the Features page: Read more: The LilyPond philosophy Glancing at the Features page, I also just noticed a typo under Excellent support: s/documetation/documentation/ -Chris -- Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: new website, draft 7
I've finally gotten around to looking at the new web site, and I have to say I'm very impressed. Great work! A couple of comments about the site: On Text-input.html, the pop music example is missing a hyphen and an extender line in the first measure (though perhaps this was intentional to simplify things?) On Productions.html, I think you mis-entered the name of the other publishing company listed - on that page it's The Shady Lady Publishing but it looks like it should be The Shady Lane Publishing (though I quite like the former!). Thanks for the link to my company's site, as well. I've also added a link to the LilyPond site to the next revision of our site (I've been meaning to do that for some time). Most of the LilyPond promoting I've been doing so far has been face-to-face - especially at conventions we've exhibited at, where there are a few inquiries every day as to what software we use. Related to LilyPond promotion - do any people have suggestions as to how to explain it to people unfamiliar with LilyPond or the open source philosophy in general? The concept is certainly much more mainstream than it used to be (using Linux or Firefox as examples seems to help) but it's still difficult to explain. Also, I'm never sure how to promote LilyPond to technical illiterates who are used to a point-and-click interface. I usually end up giving LilyPond a glowing review, but cautioning that it requires a very different mindset than Finale/Sibelius. Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: new website draft 8: almost giving up
I should've read your email before I sent my previous message... Graham Percival wrote: Most of the people who have been working on the website, including me, are fed up with it. I'm ready to shovel this out the door just to get rid of it... not particularly the best frame of mind to be introducing a major change to our users' experience, but hey, that's life in open-source projects! If you feel at all enthusiastic about the new website, please consider helping. I'd like to help, though I realize it's quite late in the game for me to get up to speed on the environment you're using. One major area I see is the editing environments page (which, as far as I can see, doesn't currently exist). If it would be useful, I'd be willing to put together a page containing links to all of the various programs, categorized by type (text editor vs. point-and-click), OS, etc. Make sure you check out the alternate CSS style #2. This has fancy gradient-shaded menu bars, which could be a great hit. It's /much/ easier to see which item you have selected. If you like it, make sure you let us know, so that it can be added to the default layout. To be honest, I'm not a big fan of the different menu bar. I would like it more if it were green instead of brown (though I'm a Ubuntu user, so I'm sick of brown by nowg), but the gradients also make it look less clean to me. I really like to solid green of the default style. Perhaps something else could be done to make the current selection more evident (perhaps a darker green background with white text?). Thanks for all your hard work on the new site. It really does look quite stunning, and is clear and easy to use as well. Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: LilyPond, Finale and Sibelius (was Review of Valentin's Opera)
Valentin Villenave wrote: To me, note entry is much, much, much faster with LilyPond than with Fin/Sib. (even using a MIDI keyboard -- which, by the way, is one of the less enjoyable experiences I know of). I concur here. I am much faster with Lily than I suspect I ever could be with a graphical interface. It's so much more intuitive to me, and actually feels more musical - I have to think about the relationships between notes in a much more musical way, especially when dealing with multiple voices. The only advantage I could ever find in using such programs is that, while LilyPond's workflow is very horizontal (i.e. you enter one voice at a time), graphical programs allow you to have a global, vertical view of your score. As an engraver (rather than a composer), I greatly prefer the line-by-line approach the vast majority of the time - I prefer that the other parts take care of themselves, retaining modifications I've made, while I work on tweaking a specific area. Other than initial line+page breaks and final evaluation, I find that I keep my PDF reader zoomed in most of the time. If I need to jump between voices, the point+click hyperlinks in the PDF are a tremendous help. - if you're still composing and need to constantly have an overview of your score instead of entering pre-existing material... well, you may as well use this free-hardware tool called pencil and paper? :-) The following observation isn't true 100% of the time (i.e. don't flame me if you believe you don't fit into my perception), but in my observation most of the best composers still compose the old-fashioned way. In the little composing I've done (music theory exercises when I was still in school, etc.) I found that the GUI interface acted as a crutch, preventing me from really thinking about the relationships between notes. The GUI was certainly faster - and I appreciated utilizing it for the exercises where I really didn't care about the quality of the resulting music (especially for one theory professor that I didn't respect much) - but I started thinking about the way the music looked on the page rather than how it sounded. The way that music is entered for LilyPond causes me to think in a more musical way - there have been times when I've been stumped as to how to tell Lily to engrave something, only to realize that even if I did get it exactly as the composer wanted, the music would be confusing to read. LilyPond makes it much easier for me to work in my dual editor+engraver role. I've been using LilyPond exclusively for my fledgling music publishing business. Virtually without exception, every composer has been blown away by the quality of the engraving when presented with the proofs of their music about to be published. I deserve some of the credit for this - I spend a lot of time tweaking output, especially ties (mainly in chords) - but LilyPond gives me an excellent starting point, a very intuitive interface, and the ability to modify absolutely anything if I want to take the time. I'm convinced that no commercial product can come close. -Chris -- Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Overlong extender
Carl D. Sorensen wrote: Can you give a bit more context? After paring down to just this, I'm having a little difficulty understand how this problem arises in the actual music. The extender is so long because there's no text after it, simply adding another syllable solves that problem. So, I ask for a bit more context, since I'm guessing in the actual music, there is text after the word to, and before as well. This is a known issue. See bug # 331. http://code.google.com/p/lilypond/issues/detail?id=331 I recently submitted a patch that fixes this issue. It was just accepted within the past few days, so it's not in any release builds yet (it will be in 2.13.1). I tried your score in a version with the patch, and the extender is the correct length, so you'll be fine with 2.13.1. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: [Frescobaldi] ANN: Frescobaldi 0.7.8 released
Wilbert Berendsen wrote: Frescobaldi 0.7.8 has been released. [...] For Ubuntu users: Frescobaldi 0.7.8 has been posted to the Frescobaldi PPA: https://launchpad.net/~frescobaldi/+archive/ppa The build of the Intrepid packages has completed. The Jaunty builds will have to wait until some package conflicts in the Jaunty repositories are resolved. If you added my PPA (csnyder) in the past, please switch over to the Frescobaldi PPA. Thanks, -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: problem with installing frescobaldi
Till wrote: Wow, this looks great, I tried also to compile some time ago but was not willing to install all the compiling stuff for kde, since I have gnome. But some kde4 libraries I can afford. Did you include all the correct dependences? I will try it in the near future. Thanks Fun btw that lilypond is still considered to be TeX... I did spend quite a bit of time to make sure the dependencies were right. I haven't tested running Frescobaldi outside of KDE, but the package does build in a clean environment (absolute base system install - no Gnome, KDE, X, etc.) just fine, and pulls in the necessary dependencies. If you do try it, please let me know how it goes. I also find it amusing that LilyPond is still in the TeX section. I briefly considered changing it in the builds in my PPA, but figured that such a change would cause more problems than it was worth. I never really pay attention to those categories anyways... -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Slurs in lyrics
Hi Mats, Your solution works exceptionally well. The only issue I've had is aligning the slurs with the ends and beginning of words (rather than the center, where the hidden noteheads are). I can tweak this using \override NoteHead #'X-offset commands. Thanks so much for the tip! I'll put together a snippet for the LSR when I get a chance. -Chris Mats Bengtsson wrote: Here's one possibility. Since you can redefine contexts, you can add the slur engraver to the Lyrics context. However, it turns out that slurs need to be attached to note heads, so there are a couple of other engravers that have to be added as well. Then, you can add the slurs attached to a line of dummy notes. \version 2.12.0 \layout{ \context { \Lyrics \consists Note_heads_engraver \consists Slur_engraver \consists Rhythmic_column_engraver \consists Pitch_squash_engraver \override NoteHead #'transparent = ##t squashedPosition = #2 % For slurs above the text, use the following line %\override Slur #'direction = #UP } } \new Lyrics % The actual lyrics: \lyricmode{ Here's the ly -- rics } % The slurs, attached to dummy notes { c2 c4 ( c ) } /Mats Chris Snyder wrote: I'm engraving a piece where I'd like to put dotted slurs directly in the lyrics to instruct the singers to carry the note. I know there are other ways to indicate this (such as dotted slurs over the notes, which is what I've settled with currently), but I'd like to put the slurs over the lyrics if possible. Does anyone know of a way to do this? My hunch is that there isn't a way to do it without modifying the code, but I figured I'd check first. Thanks. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user -- Chris Snyder Adoro Music Publishing 1-616-828-4436 x800 http://www.adoromusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Slurs in lyrics
I'm engraving a piece where I'd like to put dotted slurs directly in the lyrics to instruct the singers to carry the note. I know there are other ways to indicate this (such as dotted slurs over the notes, which is what I've settled with currently), but I'd like to put the slurs over the lyrics if possible. Does anyone know of a way to do this? My hunch is that there isn't a way to do it without modifying the code, but I figured I'd check first. Thanks. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: transparent background in lilypond generated png's
Han-Wen Nienhuys wrote: How does IE deal with pngalpha images today? According to the top Google hit I came across for png alpha ie, IE7 does support PNG alpha (http://www.howtocreate.co.uk/alpha.html). -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: transparent background in lilypond generated png's
Han-Wen Nienhuys wrote: According to google analytics on lilypond.org - 25% uses IE of which 65% uses IE7. So, 8.75% use IE6. Given that the fallback in IE6 is still usable (albeit ugly) and that that percentage will only continue to drop, it sounds to me like now is as good a time as any to switch. Perhaps it might be a good idea to still allow PNG16 as an option, though, for users that are posting images to their own web sites? I'm sure that most sites see a much higher percentage of IE6 users. Otherwise, I'm sure Imagemagick could easily convert from PNG24 to PNG16 for users that need it. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: ver. 2.11.56 problems
Tom Cloyd wrote: Major lesson: the Unix/Linix command processor (or whatever - genie?) is disinterested in the fact that I'm already in the dir containing the referenced file. I have to tell it explicitly. Coming from Windows, I find this extremely confusing, nonsensical, etc., but I now suddenly understand why there are 75,000+ symlinks in my OS (unless, of course, I'm completely misunderstanding what symlinks are about). I made the switch from DOS/Windows about six years ago, and remember the same confusion. There is a very good reason for this behavior: it provides a safeguard against malicious programs being accidentally executed. Consider the following example: A user places an executable named ls in their home directory. This executable silently gives that user root-level access to the system, then calls the actual ls program. This program won't do anything if run by a normal user, of course. However, the malicious user asks the system administrator to take a look at their home directory to diagnose a problem they're having. The administrator changes to the user's home directory and runs ls to get a directory listing; unbeknownst to the administrator, the malicious ls has just given the user admin privileges using the privileges of the administrator that called it. This isn't as big of a deal with single-user systems, but it still is a good way to make sure that users are aware that they're not executing system-supplied software. Well, that explanation was longer than I thought it would be. Hopefully it's useful, or at least interesting. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: doc work
Jonathan Kulp wrote: I would agree with Mats on this one. When I was first starting with Lilypond and the template didn't have a MIDI block, I couldn't make it work b/c I couldn't figure out *where* to stick the MIDI block. i was VERY grateful to find a template that already had a working MIDI block. It's easy enough to comment this out while working on big files to speed things up. What about adding a comment in the template instead? Perhaps even leaving the \midi block commented out by default, with an uncomment the following line to enable MIDI output comment on the previous line. That way, it's obvious where to put it, and it receives even more attention than it does now. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Automatic accidentals across staves
I'd like to modify the automatic accidental behavior for an organ piece I'm engraving. The staves are set up such that there is a PianoStaff, containing two Staffs, for the manuals, and an additional Staff for pedal. No matter what I do, I can't get the pedal staff to follow the automatic accidentals like the PianoStaff staves do. Not surprisingly, moving the pedal staff to be in the PianoStaff group solves the problem, but I'd really like to follow notational conventions and have the pedal staff outside of the PianoStaff. I've whipped up an example to show what I'm doing. I've created my own custom accidental rules, but the problem also occurs with the standard piano automatic accidentals. http://temp.mvpsoft.com/ly/AutomaticAccidentals.ly http://temp.mvpsoft.com/ly/AutomaticAccidentals.png Thanks in advance. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \textLengthOn - choosing which note to lengthen
Carl Sorensen wrote: If you'd like to propose additions to the docs, we'd appreciate it if you'd tell us where the addition should go. Also, in a case like this, a simple example that shows the behavior being described can help understand possibly-confusing wording. If you could work up a simple example (one bar long) that demonstrates the point you're trying to make, I'll add it to the documentation. Here ya go. This is for section 1.8.1.1. I'd recommend that it be placed between the current \textLengthOn example and the Predefined commands header. -- begin documentation snippet -- Note that \textLengthOn does not necessarily increase the spacing of the note that the text is attached to. Rather, the shortest moment in time when the text occurs will get the added space (even if it is in another voice). \score { \new ChoirStaff \new Staff \relative c' { \clef treble c4 e g e } \new Staff \relative c { \clef bass \textLengthOn c1_\markup \column { The space is inserted between the first and second beat, even though this text is attached to the whole-note. } } } -- end documentation snippet -- Thanks! -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Score with large empty section at the top
Dominic Neumann wrote: I think it is standard behaviour. I remember there was a command to let LilyPond display all the spaces it uses and its names. But I don´t remember the command and couldn´t find it by searching ... Take a look at Notation Reference 4.6.1: Displaying spacing. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \textLengthOn - choosing which note to lengthen
Carl D. Sorensen wrote: Your proposed text shows that you don't quite understand how \textLengthOn works from a LilyPond point of view. Your terminology is not quite right, so we'll need to change the text a bit before we put it in the manual. I hope you'll not mind that. Please feel free to modify it in whatever way you see fit. \textLengthOn applies to a musical moment, not a note. A musical moment starts at an instant in time of the score, and includes all events that occur at that instant. A musical moment ends when the next musical moment begins, or when the first event occurs is not simultaneous with the current moment. Your explanation is helpful - perhaps something like that should be in the doc as well? Looking at the docs some more, it seems that the idea of musical moments isn't explained anywhere (at least not as well as you've just explained it to me). So, in the example, the first musical moment contains the c4 in the treble cleff, the c1 in the bass clef, and the markup. The second musical moment contains the e in the treble clef. The effect of \textLengthOn is to make the first musical moment take as much horizontal space as the markup. While it appears that \textLengthOn adds space to the shortest note, this is incorrect. It is not the duration of the note in the current moment that matters, but the timing of the first note to follow the current moment. This seems pedantic to me - isn't the time that elapses before the next musical moment going to be equal to the length of the shortest note/skip/rest in the current moment? Perhaps this modified version of your example helps to explain the concept. \score... That looks fine to me. I think I've understood it better than demonstrated in the example I provided; your version is easier to understand. Thanks for taking the time to work with me on this. Your attention to detail on even such a minor element is appreciated. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: \textLengthOn - choosing which note to lengthen
Trevor Daniels wrote: The action of \textLengthOn can be better understood as extending the length of the moment in time at which it occurs. All notes which occur at a later musical moment will be displaced to the end of the text, whichever staff or voice they are in, in order to remain synchronous. Thanks for the response. That makes sense (at least from a programmatic standpoint). It seems to me that the documentation (which has been tremendously improved over the last year - thanks Graham et al) could be a bit clearer on this. Perhaps including a blurb like the following: Note that \textLengthOn does not necessarily increase the spacing of the note that the text is attached to. Rather, the shortest moment in time when the text occurs will get the added space. For instance, in 4/4 time if text is added to a whole-note while another staff contains quarter-notes, the space will be added between the first and second quarter-notes of the measure. If that (or a variant of it) is at all useful, please feel free to use it in the docs. -Chris ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
\textLengthOn - choosing which note to lengthen
I'm running into a situation where \textLengthOn isn't behaving like I would expect it to. I have an organ piece where I'd like to put some text between the staves for the manuals. The text is a bit too long, however, so it hits the barline. Adding \textLengthOn seems to be the right solution. Unfortunately, I can't get it to do anything other than lengthen the space after the shortest note that occurs at the same time as the text, even the shorter note is in a different voice than the text. The expected/desired behavior for me would be to have that command lengthen the time interval for the note that the text is attached to - if it was attached to a whole-note in a 4/4 bar, for instance, I'd expect it to expand the whole bar to match the length of the text. Instead, it lengthens the length of the shortest note in the bar. I've whipped up an example of what's going on: http://temp.mvpsoft.com/ly/TextLength.ly http://temp.mvpsoft.com/ly/TextLength.png Thanks in advance. -Chris Snyder ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: use the feta font in GIMP
Hi, Matthieu, I'd like to add some little details to finalize a score, it would be a bit too hard for me to do this with lily so I had the idea to import the pdf in the GIMP and then add the final touch. I don't have the knowledge to comment about the font issue, but I do have a suggestion about the choice of tools. GIMP is not well-suited for working with vector images (such as PDFs). You'd probably be better off using a desktop publishing program, Scribus being an open-source option. -- Chris Snyder Credo Music Publishing +1 616-828-4436 http://www.credomusicpub.com ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Finding note coordinates in output
Is there a way to find out what the coordinates are of notes in scores generated by Lilypond? For instance, is there a way to get the data needed to generate an image map to go with a PNG file and allow notes to be clicked on? Thanks in advance. ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user