Re: Repeat of accidentals after a quotation
On 7/14/10 10:22 AM, "Ralph Palmer" wrote: > Greetings, Jean-François - > > As a musician, I would not expect the accidental to carry over from the > quotation. The quotation is not only in another voice, it's from another > part. If you wish to submit a new feature request for a switch, then please > submit a minimal example (snippet). > > Respectfully, > > Ralph > > On Sat, Jul 10, 2010 at 10:15 AM, Jean-François Lucarelli < > j-f.lucare...@espace-midi.com> wrote: > >> Dear Webmaster, >> >> This is not a bug, but a suggestion. >> >> During use of quotation, if an accidental appears in the quotation, then >> the >> same accidental in the real notes is not repeated. >> >> So, you can see in this picture : >> http://i30.servimg.com/u/f30/09/00/19/53/quotat10.jpg >> >> The 'ges' at the right of the picture must be specified 'ges!'. >> >> This is a source of error, because the quotations are added when all the >> score >> has been reverified. >> I think you are both saying the same thing. Jean-Francois is saying that because the accidental is in the quoted music, it doesn't appear in the main music unless it is explicitly added via ges! Jean-Francois, can you make a tiny example that shows this behavior so we can put it in the tracker? Thanks, Carl ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1182 in lilypond: Website rendering problem with navigation bar in IE 6
Comment #4 on issue 1182 by pnorcks: Website rendering problem with navigation bar in IE 6 http://code.google.com/p/lilypond/issues/detail?id=1182 Let's keep the issue open. Who knows, maybe tomorrow an enthusiastic web developer/LilyPond user with expertise in cross-browser compatibility will submit a patch to fix the issue. :) Also, as Graham noted, if anyone complains about the website being broken for IE6, we can point them to this issue. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #9 on issue 1188 by fenevad: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 I'll try playing around with this when 2.13.29 is available and see if there are any issues that emerge with different sizes. -Arle ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Updates: Status: Fixed Labels: fixed_2_13_29 Comment #12 on issue 1180 by lilyli...@googlemail.com: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 Having now seen the pdf output of the newest 2.13.29 doc I assume the issue is fixed. Please someone else verify after 2.13.29 is released. The interdependency with issue 1015 has to be reconsidered when working on 1015, but this has already been mentioned with this issue. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #8 on issue 1188 by fenevad: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 If the images above are indicated of the 2.13.29 build, I'd say that this fixes the problem. I've checked it and, although I haven't verified, the leading in the examples looks to be about the 1.2 x font size optimal minimum. So I would say that this is fixed if the behavior is consistent. Thanks for the quick fix. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1182 in lilypond: Website rendering problem with navigation bar in IE 6
Comment #3 on issue 1182 by lilyli...@googlemail.com: Website rendering problem with navigation bar in IE 6 http://code.google.com/p/lilypond/issues/detail?id=1182 http://de.wikipedia.org/wiki/Internet_Explorer#Version_6 states that since 2010/03/01 Google Sites and Google Docs don't support IE6 anymore. Since 2010/03/13 IE6 isn't supported anymore by Youtube. So it should be OK for LilyPond not to support it also? Especially as the problem is definitely less severe than the rendering problems for IE7 in issue 1160. Should we close the issue and stop supporting IE6? ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Updates: Status: Fixed Labels: fixed_2_13_29 Comment #7 on issue 1188 by lilyli...@googlemail.com: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 So I'll declare this issue "fixed" but explicitely leave it to someone else to verify! ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #6 on issue 1188 by perpeduumimmobile: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 IIUC, minimum-distance is measured in staff-space units, so the "minimum line-height" specified it defines is not changed with different font-sizes. IMHO, it's not The Real Thing (tm), but good enough for almost all common needs (postponed?). At least it's not as bad as the need to manually scale staff-space /and/ font-size when resizing staves... Besides, the bounding box not going over the theoretically maximal character height has it's benefits for fitting the Lyrics tight to the staff (very important for compressed French scores). Note that Lyrics can be above or below the staff, so both directions matter. Not sure whether Lyrics have real skylines, though, or just a simple rectangle per line. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #5 on issue 1188 by lilyli...@googlemail.com: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 For me it seems this solved the problem. But I'm feeling a bit awkward already closing the issue - I just aren't experienced enpough. So I'll leave it for a day or two to let others give their opinion to it. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #4 on issue 1188 by pnorcks: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 I don't really know either, but here is the other example Arle posted to the list. http://lists.gnu.org/archive/html/lilypond-user/2010-07/msg00238.html Though, the line spacing now looks pretty good, IMO :) Attachments: spacing2.preview.png 19.7 KB ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
OK, then please change the status to fixed. I can't - I don't have sufficient permissions. Or is this impossible because of the 1015 issue? Maybe .. I don't know. Trevor ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1182 in lilypond: Website rendering problem with navigation bar in IE 6
Comment #2 on issue 1182 by lilyli...@googlemail.com: Website rendering problem with navigation bar in IE 6 http://code.google.com/p/lilypond/issues/detail?id=1182 Change the LilyPond image for a "Get Firefox" Button? Sorry, that was inappropriate ;-) ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Am 15.07.2010 00:08, schrieb Trevor Daniels: When (and where) can I see these changes. So far I am only working with the binary releases, and I don't see this will be changing shortly ... The changes are in git for anyone who can build the docs and will appear in the documentation to 2.13.29 when that is released. I guess verification can wait until then. Trevor ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond OK, then please change the status to fixed. Or is this impossible because of the 1015 issue? ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1182 in lilypond: Website rendering problem with navigation bar in IE 6
Comment #1 on issue 1182 by pnorcks: Website rendering problem with navigation bar in IE 6 http://code.google.com/p/lilypond/issues/detail?id=1182 As I was working on the CSS, I knew that it would not work with IE6, so I made a decision early on that IE6 would not be supported. The primary problem is that IE6 does not support the child selector (>). If someone can figure out how to work around that issue, the website will look much better on IE6. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
When (and where) can I see these changes. So far I am only working with the binary releases, and I don't see this will be changing shortly ... The changes are in git for anyone who can build the docs and will appear in the documentation to 2.13.29 when that is released. I guess verification can wait until then. Trevor ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #3 on issue 1188 by lilyli...@googlemail.com: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 Does a default value take care of the line spacing being regular? (Just asking because I don't really understand what's going on) I think the picture in comment #2 looks very good. But I don't know how it behaves when the circumstances change (different contents, different font-size etc.) ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #2 on issue 1188 by pnorcks: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 Joe just added a default value for 'minimum distance (2.8), so the 2.13.29 rendering will look as attached. Is this an acceptable default? Attachments: spacing.preview.png 16.2 KB ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Inconsistent line spacing in lyric mode
Added the issue to the issue tracker: http://code.google.com/p/lilypond/issues/detail?id=1188 Thanks for posting the concise report Urs Am 14.07.2010 18:31, schrieb Arle Lommel: I'm not top posting. Line height in lyric mode is set not based on the em square of the font (which is the proper unit for almost all marco-level font measurements) but rather on the PostScript bounding box height (or something very similar to it) of the line. This results in unpredictable and inconsistent line spacing. The example included below shows the problem (my apologies for the length, but there need to be enough lines of lyrics to show the problems), as described here: 1. The spacing (leading) of the first two lines is acceptable (although tighter than ideal) because they all have ascenders and descenders, meaning that that the bounding box for the line is somewhat close to the em square height. 2. The third line, however, lacks descenders, so its bounding box sits at the baseline and now the fourth line sits too close to it. Similarly the fifth line is too close to the fourth for the same reason. 3. The sixth line, however, shows the worst-case scenario: it lacks ascenders and occurs under a line with no descenders so the sixth line sits *far* too close to the fifth line. This seems to be a clear bug since (a) it results in unpredictable behavior (you cannot predict line spacing without knowing the content of the line, whereas the line spacing should be independent of the content) and (b) it requires manual tweaks like this to fix the spacing (tweaks that might need to be altered whenever you change the lyrics being displayed): \override VerticalAxisGroup #'inter-loose-line-spacing = #'((space . 1) (padding . 1) (minimum-distance . 4) (stretchability . 1)) (In which the minimum-distance value must be altered from line to line just to achieve optimal, even space.) The seeming solution would be to base positioning of lines in lyric mode based on the em square of the font, not the PostScript bounding box. * \version "2.13.28" \header { title = "Alma a fa alatt, nyári piros alma" } \paper{ ragged-right=##t } melody = \relative a' { \key c \dorian \time 4/4 \clef treble c4\( bes8 g8 c8 bes8 g4 | ees4 f4 g8 f4. | c2 c4\) r4 \bar "|." } verseOne = { \set stanza = #"1. " \lyricmode { Sze -- re -- tem a lá -- nyát, nem te -- he -- tek ró -- la. } } verseOneE = { \lyricmode { But I can -- not help that, for I love her daugh -- ter. } } verseTwo = { \set stanza = #"2. " \lyricmode { Fe -- le -- szi a fe -- ne a ba -- ka há -- tá -- ra. } } verseTwoE = { \lyricmode { So to hell with it on the back of that sol -- dier. } } verseThree = { \set stanza = #"3. " \lyricmode { Sok zá -- ros csó -- ko -- mért zu -- tok az e -- szed -- be. } } verseThreeE = { \lyricmode { aaa sss -- ee zz , sss eee aa -- -- ee. } } \score { << \new Voice = "melody" { \melody } \new Lyrics \lyricsto "melody" \verseOne \new Lyrics \lyricsto "melody" \verseOneE \new Lyrics \lyricsto "melody" \verseTwo \new Lyrics \lyricsto "melody" \verseTwoE \new Lyrics \lyricsto "melody" \verseThree \new Lyrics \lyricsto "melody" \verseThreeE >> } \layout { \context { \Lyrics } } ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Comment #1 on issue 1188 by lilyli...@googlemail.com: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 In addition to just quoting the original bug report by Arle Lommel I'd add some comments: 1) The line spacing will not only change when the lyrics are changed but even when the line breaking changes (because this implicitly changes the lyrics contained in the line). IMO this makes the issue even more severe. 2) I find this "highly embarrassing" because the attached example looks really ugly. So I'd welcome someone with more experience change the Priority to high. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1188 in lilypond: Inconsistent line spacing in lyric mode
Status: Accepted Owner: Labels: Type-Defect Priority-Medium New issue 1188 by lilyli...@googlemail.com: Inconsistent line spacing in lyric mode http://code.google.com/p/lilypond/issues/detail?id=1188 Original bug report: http://lists.gnu.org/archive/html/bug-lilypond/2010-07/msg00185.html More discussion: http://lists.gnu.org/archive/html/lilypond-user/2010-07/msg00210.html "Line height in lyric mode is set not based on the em square of the font (which is the proper unit for almost all marco-level font measurements) but rather on the PostScript bounding box height (or something very similar to it) of the line. This results in unpredictable and inconsistent line spacing. The example included below shows the problem (my apologies for the length, but there need to be enough lines of lyrics to show the problems), as described here: 1. The spacing (leading) of the first two lines is acceptable (although tighter than ideal) because they all have ascenders and descenders, meaning that that the bounding box for the line is somewhat close to the em square height. 2. The third line, however, lacks descenders, so its bounding box sits at the baseline and now the fourth line sits too close to it. Similarly the fifth line is too close to the fourth for the same reason. 3. The sixth line, however, shows the worst-case scenario: it lacks ascenders and occurs under a line with no descenders so the sixth line sits *far* too close to the fifth line. This seems to be a clear bug since (a) it results in unpredictable behavior (you cannot predict line spacing without knowing the content of the line, whereas the line spacing should be independent of the content) and (b) it requires manual tweaks like this to fix the spacing (tweaks that might need to be altered whenever you change the lyrics being displayed): \override VerticalAxisGroup #'inter-loose-line-spacing = #'((space . 1) (padding . 1) (minimum-distance . 4) (stretchability . 1)) (In which the minimum-distance value must be altered from line to line just to achieve optimal, even space.) The seeming solution would be to base positioning of lines in lyric mode based on the em square of the font, not the PostScript bounding box." * \version "2.13.28" \header { title = "Alma a fa alatt, nyári piros alma" } \paper{ ragged-right=##t } melody = \relative a' { \key c \dorian \time 4/4 \clef treble c4\( bes8 g8 c8 bes8 g4 | ees4 f4 g8 f4. | c2 c4\) r4 \bar "|." } verseOne = { \set stanza = #"1. " \lyricmode { Sze -- re -- tem a lá -- nyát, nem te -- he -- tek ró -- la. } } verseOneE = { \lyricmode { But I can -- not help that, for I love her daugh -- ter. } } verseTwo = { \set stanza = #"2. " \lyricmode { Fe -- le -- szi a fe -- ne a ba -- ka há -- tá -- ra. } } verseTwoE = { \lyricmode { So to hell with it on the back of that sol -- dier. } } verseThree = { \set stanza = #"3. " \lyricmode { Sok zá -- ros csó -- ko -- mért zu -- tok az e -- szed -- be. } } verseThreeE = { \lyricmode { aaa sss -- ee zz , sss eee aa -- -- ee. } } \score { << \new Voice = "melody" { \melody } \new Lyrics \lyricsto "melody" \verseOne \new Lyrics \lyricsto "melody" \verseOneE \new Lyrics \lyricsto "melody" \verseTwo \new Lyrics \lyricsto "melody" \verseTwoE \new Lyrics \lyricsto "melody" \verseThree \new Lyrics \lyricsto "melody" \verseThreeE >> } \layout { \context { \Lyrics } } Attachments: Lyrics-height.preview.png 17.1 KB ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Comment #11 on issue 1180 by lilyli...@googlemail.com: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 Sorry, I don't see how I can use these links. Probably it's sufficient to wait for a release to evaluate the changes? ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1186 in lilypond: Problem in Notation 1.8.2, section "Graphic notation inside markup":
Updates: Labels: Priority-Medium Comment #2 on issue 1186 by pnorcks: Problem in Notation 1.8.2, section "Graphic notation inside markup": http://code.google.com/p/lilypond/issues/detail?id=1186 Bugs need a priority too. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1186 in lilypond: Problem in Notation 1.8.2, section "Graphic notation inside markup":
Comment #1 on issue 1186 by pnorcks: Problem in Notation 1.8.2, section "Graphic notation inside markup": http://code.google.com/p/lilypond/issues/detail?id=1186 Issue 1187 has been merged into this issue. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1187 in lilypond: EPS file not included in snippet
Updates: Status: Duplicate Mergedinto: 1186 Comment #1 on issue 1187 by pnorcks: EPS file not included in snippet http://code.google.com/p/lilypond/issues/detail?id=1187 Whoops... ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: [doc] Notation 1.8.2: file .eps not found?
On Tue, Jul 13, 2010 at 11:05:10PM +0200, Federico Bruni wrote: > Hi, > > I've found a small error in documentation. > > In Notation 1.8.2, section "Graphic notation inside markup": > http://lilypond.org/doc/v2.13//Documentation/notation/formatting-text#graphic-notation-inside-markup > > > in the last example you can see that no image has been rendered and > there's some blank space. > > The snippet includes an .eps file: > > \epsfile #X #10 #"./context-example.eps" > > which is located in Documentation/pictures. > Maybe ../context-example.eps would work? Ralph reported this here: http://code.google.com/p/lilypond/issues/detail?id=1186 Thanks, Patrick ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1187 in lilypond: EPS file not included in snippet
Status: Accepted Owner: Labels: Type-Documentation Priority-Medium New issue 1187 by pnorcks: EPS file not included in snippet http://code.google.com/p/lilypond/issues/detail?id=1187 New report from Federico Bruni: http://lists.gnu.org/archive/html/lilypond-user/2010-07/msg00216.html " In Notation 1.8.2, section "Graphic notation inside markup": http://lilypond.org/doc/v2.13//Documentation/notation/formatting-text#graphic-notation-inside-markup in the last example you can see that no image has been rendered and there's some blank space. The snippet includes an .eps file: \epsfile #X #10 #"./context-example.eps" which is located in Documentation/pictures. Maybe ../context-example.eps would work? " ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1129 in lilypond: Font styles return to default when font size changed
Comment #5 on issue 1129 by jworlton: Font styles return to default when font size changed http://code.google.com/p/lilypond/issues/detail?id=1129 This bug also appears *without* the change to the font tree: \version "2.13.26" \score { << \new Voice = "cantus" { \clef "G_8" c8 d e f } \new Lyrics \lyricsto "cantus" { \lyricmode { Al -- le -- lu -- ia. } } >> \layout { } } % Bigger Score - inadvertedly get default font \score { << \new Voice = "cantus" { \clef "G_8" c8 d e f } \new Lyrics \lyricsto "cantus" { \lyricmode { Al -- le -- lu -- ia. } } >> \layout { #(layout-set-staff-size 30) } } ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Inconsistent line spacing in lyric mode
> I'm not top posting. Line height in lyric mode is set not based on the em square of the font (which is the proper unit for almost all marco-level font measurements) but rather on the PostScript bounding box height (or something very similar to it) of the line. This results in unpredictable and inconsistent line spacing. The example included below shows the problem (my apologies for the length, but there need to be enough lines of lyrics to show the problems), as described here: 1. The spacing (leading) of the first two lines is acceptable (although tighter than ideal) because they all have ascenders and descenders, meaning that that the bounding box for the line is somewhat close to the em square height. 2. The third line, however, lacks descenders, so its bounding box sits at the baseline and now the fourth line sits too close to it. Similarly the fifth line is too close to the fourth for the same reason. 3. The sixth line, however, shows the worst-case scenario: it lacks ascenders and occurs under a line with no descenders so the sixth line sits *far* too close to the fifth line. This seems to be a clear bug since (a) it results in unpredictable behavior (you cannot predict line spacing without knowing the content of the line, whereas the line spacing should be independent of the content) and (b) it requires manual tweaks like this to fix the spacing (tweaks that might need to be altered whenever you change the lyrics being displayed): \override VerticalAxisGroup #'inter-loose-line-spacing = #'((space . 1) (padding . 1) (minimum-distance . 4) (stretchability . 1)) (In which the minimum-distance value must be altered from line to line just to achieve optimal, even space.) The seeming solution would be to base positioning of lines in lyric mode based on the em square of the font, not the PostScript bounding box. * \version "2.13.28" \header { title = "Alma a fa alatt, nyári piros alma" } \paper{ ragged-right=##t } melody = \relative a' { \key c \dorian \time 4/4 \clef treble c4\( bes8 g8 c8 bes8 g4 | ees4 f4 g8 f4. | c2 c4\) r4 \bar "|." } verseOne = { \set stanza = #"1. " \lyricmode { Sze -- re -- tem a lá -- nyát, nem te -- he -- tek ró -- la. } } verseOneE = { \lyricmode { But I can -- not help that, for I love her daugh -- ter. } } verseTwo = { \set stanza = #"2. " \lyricmode { Fe -- le -- szi a fe -- ne a ba -- ka há -- tá -- ra. } } verseTwoE = { \lyricmode { So to hell with it on the back of that sol -- dier. } } verseThree = { \set stanza = #"3. " \lyricmode { Sok zá -- ros csó -- ko -- mért zu -- tok az e -- szed -- be. } } verseThreeE = { \lyricmode { aaa sss -- ee zz , sss eee aa -- -- ee. } } \score { << \new Voice = "melody" { \melody } \new Lyrics \lyricsto "melody" \verseOne \new Lyrics \lyricsto "melody" \verseOneE \new Lyrics \lyricsto "melody" \verseTwo \new Lyrics \lyricsto "melody" \verseTwoE \new Lyrics \lyricsto "melody" \verseThree \new Lyrics \lyricsto "melody" \verseThreeE >> } \layout { \context { \Lyrics } } ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1186 in lilypond: Problem in Notation 1.8.2, section "Graphic notation inside markup":
Status: Accepted Owner: Labels: Type-Documentation New issue 1186 by RalphBugList: Problem in Notation 1.8.2, section "Graphic notation inside markup": http://code.google.com/p/lilypond/issues/detail?id=1186 Documentation issue : http://lilypond.org/doc/v2.13//Documentation/notation/formatting-text#graphic-notation-inside-markup in the last example you can see that no image has been rendered and there's some blank space. The snippet includes an .eps file: epsfile #X #10 #"./context-example.eps" which is located in Documentation/pictures. Maybe ../context-example.eps would work? ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Repeat of accidentals after a quotation
Greetings, Jean-François - As a musician, I would not expect the accidental to carry over from the quotation. The quotation is not only in another voice, it's from another part. If you wish to submit a new feature request for a switch, then please submit a minimal example (snippet). Respectfully, Ralph On Sat, Jul 10, 2010 at 10:15 AM, Jean-François Lucarelli < j-f.lucare...@espace-midi.com> wrote: > Dear Webmaster, > > This is not a bug, but a suggestion. > > During use of quotation, if an accidental appears in the quotation, then > the > same accidental in the real notes is not repeated. > > So, you can see in this picture : > http://i30.servimg.com/u/f30/09/00/19/53/quotat10.jpg > > The 'ges' at the right of the picture must be specified 'ges!'. > > This is a source of error, because the quotations are added when all the > score > has been reverified. > > Maybe, you should correct this detail, or purpose a switch to avoid it. > > Best Regards, > > Jean-François > > > ___ > bug-lilypond mailing list > bug-lilypond@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-lilypond > ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Comment #10 on issue 1180 by pkx1...@hotmail.com: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commitdiff;h=e3ae33d7fc91b79043ced4514a8670ce4d9ed2d0 for the main changes and http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commitdiff;h=cf8dacf7b6462f9e750658621c15b9e781b82ed4 for the line length. James ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Comment #9 on issue 1180 by lilyli...@googlemail.com: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 When (and where) can I see these changes. So far I am only working with the binary releases, and I don't see this will be changing shortly ... ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1015 in lilypond: doc line width
Comment #4 on issue 1015 by tdanielsmusic: doc line width http://code.google.com/p/lilypond/issues/detail?id=1015 The "real music" example in section Tweaking output in the LM currently overrides the line-width to ensure the music appears on a single line. Without the override the music breaks after measure 2, causing the phrasing slur to collide with the 6/8 time signature. This needs to be taken into consideration when resolving this issue. Trevor ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Comment #8 on issue 1180 by tdanielsmusic: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 I've just pushed two commits as fixes for this issue. The first commit changes the example to use explicitly instantiated voices which permits collision avoidance to work, resulting in a phrasing slur which now avoids the beam in measure 3, even with the line break at the end of measure 3. This is a beneficial change in its own right even without considering the line break. The second commit attempts to place the example on one line, as originally intended. The old code included an override to the lilypond command which changed the line-width to 5.5\in. This is too small to prevent a line break, so I've changed it to 6\in. This results in a much cleaner example. However this line-width override will need to reconsidered along with issue 1015. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: os.pipe() error in lilypond-book
Trevor and other Bug-squadders - I'm not yet set up to run multiple versions of LilyPond. Trevor, can you submit a minimal example, and can the next-in-line please confirm that there is a problem and add the issue (or not)? Ralph On Wed, Jul 7, 2010 at 7:07 PM, Trevor Daniels wrote: > > When I run lilypond-book with 2.13.26 I always get the > error messages below. Lilypond-book with 2.13.14 does > not show this error on the same files. I've not yet > tried any releases in between. Does this os.pipe() > error ring any bells with anyone? This is on Windows > Vista. > > Trevor > > Running lilypond-book > lilypond-book.py (GNU LilyPond) 2.13.26 > Reading > C:\Users\Trevor\LilyPond-git\Documentation\notation\pitches.itely... > Dissecting... > Writing snippets...Traceback (most recent call last): > File "c:/program files/lilypond/usr/bin/lilypond-book.py", line 694, in ? > main () > File "c:/program files/lilypond/usr/bin/lilypond-book.py", line 676, in > main > chunks = do_file (files[0]) > File "c:/program files/lilypond/usr/bin/lilypond-book.py", line 570, in > do_fil > e > do_process_cmd (chunks, input_fullname, global_options) > File "c:/program files/lilypond/usr/bin/lilypond-book.py", line 435, in > do_pro > cess_cmd > snippet.write_ly() > File "c:\program > files\lilypond\usr\share\lilypond\current\python\book_snippet > s.py", line 600, in write_ly > diff_against_existing = self.filter_pipe (self.full_ly (), 'diff -u %s -' > % > filename) > File "c:\program > files\lilypond\usr\share\lilypond\current\python\book_snippet > s.py", line 721, in filter_pipe > p = Popen(cmd, shell=True, stdin=PIPE, stdout=PIPE, stderr=PIPE, > close_fds=T > rue) > File "c:\Program Files\LilyPond\usr\lib\python2.4\subprocess.py", line > 534, in > __init__ > (p2cread, p2cwrite, > File "c:\Program Files\LilyPond\usr\lib\python2.4\subprocess.py", line > 825, in > _get_handles > p2cread, p2cwrite = os.pipe() > AttributeError: 'module' object has no attribute 'pipe' > Lilypond-book returned code 1 > > > ___ > bug-lilypond mailing list > bug-lilypond@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-lilypond > ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 687 in lilypond: Enhancement: inequal MIDI quantization of equal durations (swing, rubato)
Comment #10 on issue 687 by adam.spiers: Enhancement: inequal MIDI quantization of equal durations (swing, rubato) http://code.google.com/p/lilypond/issues/detail?id=687 I like the misshapen cam analogy :-) However I'm not sure it's universally applicable, because as observed in comment 5, there are cases where you want to displace the starts/ends of notes of a certain length, but not of another length. For example, triplet 8th notes (or four 16th notes) would probably be played straight rather than swung when played over swung duplet 8th notes. That is a matter of taste and is impossible to predict, which is why I proposed a tight selection criteria for which MIDI events get displaced. I thought it would be better for the user to encounter some displacements missing than experience unwanted ones, since it's probably easier to add more to the list than figure out which ones to remove. By the way you can think of this problem as being equivalent to having two turntables being simultaneously driven, but only one of them has a misshapen cam :-) Or even multiple turntables with differently misshapened cams ... Another thing to bear in mind is that your example chooses a denominator of a quarter note, but this must not be hardcoded otherwise it will not cater for all scenarios. I like your idea of composing the swing displacement map function with another global factor between 0 and 1 - this would allow users to load preset swing maps (e.g. Viennese waltz) and then independently tune how much of an effect the preset has on playback. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1185 in lilypond: version numbers for large new features
Status: Accepted Owner: Labels: Type-Other Priority-High Maintainability New issue 1185 by percival.music.ca: version numbers for large new features http://code.google.com/p/lilypond/issues/detail?id=1185 New features require specific version numbers; new features with syntax changes require even more fussiness about version numbers. If we have a devel release every two weeks, there's a lot of "chasing version numbers" going on. The problem is the convert-ly rule for the changed syntax -- if he wrote the rule for 2.13.25 but doesn't merge until 2.13.29, then convert-ly will have an incorrect version. This also applies to the version number in input/regression/ files. I'm not entirely certain why he's changing the version number in Documentation/ files, since those should be updated by running convert-ly on them (followed by any manual changes that are necessary)... but here we're in uncharted and definitely disorganized territory. The solution might be as simple as an xargs | sed thing. Or maybe something complicated involving git format-patch, seds, git am, branches, etc. Anyway, it would be good if somebody seriously looked into this. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 1184 in lilypond: easier rietveld patches
Status: Accepted Owner: Labels: Type-Other Priority-Medium Maintainability New issue 1184 by percival.music.ca: easier rietveld patches http://code.google.com/p/lilypond/issues/detail?id=1184 1. is there any maoing way to view all rietveld patches for lilypond? IIRC there's such a thing for user-specific patches, so hopefully there is. Also, rietveld is an appspot thing; maybe if we had a "lilypond" google apps thing, we could have a dedicated code review? (I'm not actually proposing the latter, but I'd like somebody to look into the possibility) 2. how should non-developers comment on patches? Do we encourage/force everybody to use rietveld, or let non-devels use email, or what? I'll probably tackle these if nobody else does in the next two or three weeks. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1160 in lilypond: css overrides for ie7
Comment #11 on issue 1160 by lilyli...@googlemail.com: css overrides for ie7 http://code.google.com/p/lilypond/issues/detail?id=1160 AFAICS there's still nobody who has verified the original issue on IE7. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1152 in lilypond: Regression: collisions with accidentals
Comment #7 on issue 1152 by lilyli...@googlemail.com: Regression: collisions with accidentals http://code.google.com/p/lilypond/issues/detail?id=1152 OK, I'll verify once I have 2.13.29 ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1180 in lilypond: LM 4.5.3 Real music example needs additional tweak (plus explanation)
Comment #7 on issue 1180 by lilyli...@googlemail.com: LM 4.5.3 Real music example needs additional tweak (plus explanation) http://code.google.com/p/lilypond/issues/detail?id=1180 Hi Trevor, good point. If I'll see something I'll have a new look at it. Best Urs ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 1104 in lilypond: Enhancement: 'offset for \underline markup function needed (and proposed)
Comment #4 on issue 1104 by perpeduumimmobile: Enhancement: 'offset for \underline markup function needed (and proposed) http://code.google.com/p/lilypond/issues/detail?id=1104 Hi, Kieren, LGTM, but I'm not allowed to push, too. I'm just trying to follow Graham's beg for reviewers... A minor correction: (* -1 offset) can be simplified to (- offset) in the (let*) clause for y. I like your default value for offset, since in normalsize text, the underline does not cross the descenders of the font. But I wonder whether both offset (linearly) and thickness (<= linearly) should be scaled with font-size, for a consistent look e.g. in the ((sub-)sub-)title fields? ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond