Re: Lyrics independent of notes
Francisco Vila wrote Sunday, August 24, 2008 1:47 AM 2008/8/21 Trevor Daniels <[EMAIL PROTECTED]>: This seems like a regression. It looks OK in the manual as that example has not been edited recently and so has not been recompiled recently either. In the file for my local doc build it was last compiled on 27 April 08, and was OK then, probably with 2.11.44. I'm sorry, but I see the manual and this PDF (and also my results with 2.11.56) identical. The warnings are not exactly errors. Another thread with the words "durations needed" in which Mats explained very well some related issues, can be of help. I've now been able to check back to 2.10.34, and the warnings were issued there too. Seems like they might have been there a long time. Perhaps all it needs is a note in the manual to say warnings are expected. Trevor ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: "make uninstall" doesn't remove all directories
Hi Valentin, "make uninstall" should work now. I only tested with --prefix= $HOME/lilyroot, I leave testing as root with --prefix=/usr/local up to you :-) It shouldn't do anything nasty: rm is exclusively used to delete files previsouly installed by "make [web-]install", and rmdir only removes empty directories. Le mercredi 20 août 2008 à 12:23 +0200, Valentin Villenave wrote: > cannot remove directory: the directory is not empty [on several > directories, see below] All these errors should be ignored by make, see the reason at the end of this email. > /bin/sh: line 2: -rmdir: command not found Someone forgot this line is in the middle of a shell command, so the correct invocation is "rmdir foo/bla || true". > and there are quite a few directories left in my tree: I usually prefer to use "tree" to see what has been left. > Isn't there any rm -rf missing in the uninstaller? By design, "make uninstall" only removes files that have been previously installed, in order to preserve files you and other programs may have added, then it tries to remove (not all) empty directories, so "rm -rf" has not its place. Cheers, John ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Lyrics independent of notes
Trevor Daniels wrote: The warnings are not exactly errors. Another thread with the words "durations needed" in which Mats explained very well some related issues, can be of help. I've now been able to check back to 2.10.34, and the warnings were issued there too. Seems like they might have been there a long time. Perhaps all it needs is a note in the manual to say warnings are expected. Yes, as far as I can remember, these warnings have always appeared when you use the Devnull trick. If you search the mailing list archives, you'll find that Han-Wen has never really agreed that this is a good way to do things. However, I think that it's a clever trick that can be useful from time to time. The manual should also point out that the alignment will not be exactly the same as if you use \lyricsto or set associatedVoice, but since you only need the Devnull trick in situation where you do not have any typeset Voice to associate the syllables to, I don't find it a critical issue. /Mats ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Lyrics independent of notes
Hold the horses, there seems to be a regression bug lurking
around here. I happened to have a copy of 2.11.34 installed
and using that, the two lyric lines in the following example
have the same alignment, whereas with 2.11.56 all syllables
of the bottom line are left aligned with the notes. I definitely
prefer the behaviour of 2.11.34.
mylyrics = \lyricmode {
Default
\override LyricText #'self-alignment-X = #LEFT Left
\override LyricText #'self-alignment-X = #CENTER Center
\override LyricText #'self-alignment-X = #RIGHT Right
}
<<
\new Staff \new Voice = v {c' d' e' f'}
\new Staff \new Voice {c'2 d'4 e'8 f'8}
\new Lyrics \lyricsto v \mylyrics
\new Lyrics \mylyrics
>>
/Mats
Mats Bengtsson wrote:
Trevor Daniels wrote:
The warnings are not exactly errors. Another thread with the words
"durations needed" in which Mats explained very well some related
issues, can be of help.
I've now been able to check back to 2.10.34, and the
warnings were issued there too. Seems like they might
have been there a long time. Perhaps all it needs
is a note in the manual to say warnings are expected.
Yes, as far as I can remember, these warnings have always
appeared when you use the Devnull trick. If you search the
mailing list archives, you'll find that Han-Wen has never
really agreed that this is a good way to do things. However,
I think that it's a clever trick that can be useful from time to
time. The manual should also point out that the alignment
will not be exactly the same as if you use \lyricsto or set
associatedVoice, but since you only need the Devnull trick
in situation where you do not have any typeset Voice to
associate the syllables to, I don't find it a critical issue.
/Mats
___
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
Issue 666 in lilypond: Setting 'avoid-slur to 'around always places grob outside slur
Issue 666: Setting 'avoid-slur to 'around always places grob outside slur
http://code.google.com/p/lilypond/issues/detail?id=666
New issue report by n.puttock:
Grobs which have 'avoid-slur set to 'around should only be moved outside a
slur when a collision occurs; currently there is no difference in behaviour
between 'around and 'outside. It appears to have broken between versions
2.7.7 (when 'inside-slur was changed to 'avoid-slur) and 2.8.0.
In the following snippet, the accent on the g should be inside the slur.
\version "2.11.57"
\relative c' {
c4->_( d e f
g-> a b c)
}
Attachments:
foo.png 2.5 KB
Issue attributes:
Status: New
Owner:
Labels: Type-Defect Priority-Medium
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 665 in lilypond: Request: MusicXML backend
Issue 665: Request: MusicXML backend http://code.google.com/p/lilypond/issues/detail?id=665 Comment #1 by v.villenave: Since we have more requests about it, I'm accepting it and slightly bumping the prio. Issue attribute updates: Status: Accepted Labels: -Priority-Postponed Priority-Medium -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 665 in lilypond: Request: MusicXML backend
Hi, Priorities for these types of changes (oodles of work) does not change depending on user interest. We can un-postpone it if someone comes along to volunteer the necessary work. On Sun, Aug 24, 2008 at 8:18 PM, <[EMAIL PROTECTED]> wrote: > Issue 665: Request: MusicXML backend > http://code.google.com/p/lilypond/issues/detail?id=665 > > Comment #1 by v.villenave: > Since we have more requests about it, I'm accepting it and slightly bumping > the prio. > > > Issue attribute updates: >Status: Accepted >Labels: -Priority-Postponed Priority-Medium > > -- > You received this message because you are listed in the owner > or CC fields of this issue, or because you starred this issue. > You may adjust your issue notification preferences at: > http://code.google.com/hosting/settings > > > ___ > bug-lilypond mailing list > bug-lilypond@gnu.org > http://lists.gnu.org/mailman/listinfo/bug-lilypond > -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
