Re: markup to string function?
On 11-01-26 10:32 AM, Reinhold Kainhofer wrote: I need a function that extracts only the text (in this case Title of the piece). Many times, I also find myself in need of such function -- it would be absolutely awesome to have one. I have never gotten around to actually implementing one; but maybe now is the time. Maybe attach an object-property to the markup, called 'text, and then in interpret-markup-list, concatenate them? ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: NR 2.1.2 Lyrics and repeats, improvement proposals
On 27 January 2011 10:02, Trevor Daniels t.dani...@treda.co.uk wrote: Thanks Xavier! I've now incorporated your suggestions in the docs. Thanks Trevor! Issue #1401: Doc: NR 2.1.2 Lyrics and repeats, improvement proposals http://code.google.com/p/lilypond/issues/detail?id=1401 has been opened further to my message. Could you update it accordingly? Also Mats pointed out a drawback (actually I would consider this as a bug): http://lists.gnu.org/archive/html/bug-lilypond/2010-11/msg00140.html but, as he said: In practical scores, it seems fairly unlikely that these problems show up. Maybe this problem has disappeared in latest git version, I have seen lot of improvements/fixes recently (Keith, Carl, ...). Also maybe it is possible to counter this behaviour now, but as I said I'm not used to vocal scores. Maybe Keith or Carl, as they are specialists of vertical spacing and lyrics could have some comments/suggestions. Cheers, Xavier -- Xavier Scheuer x.sche...@gmail.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Remove explicit origin setting from simple make-music calls (issue3847041)
Sorry, does not apply cleanly to current git. Could you revise it? It might be as simple as removing one part of the diff, but since I'm not totally certain what you're trying to do here, I thought I should leave it up to you. http://codereview.appspot.com/3847041/diff/1/ly/music-functions-init.ly File ly/music-functions-init.ly (left): http://codereview.appspot.com/3847041/diff/1/ly/music-functions-init.ly#oldcode227 ly/music-functions-init.ly:227: 'quoted-voice-direction dir This no longer matches current git; somebody has already removed the 'origin location. (?) http://codereview.appspot.com/3847041/ ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] removed unused macro classname , unused funcion demangle_classname, unneccessary file flower/rtti.cc
On 1/26/11, Bernard Hurley bern...@marcade.biz wrote: The definition of the function demangle_classname is the only content of flower/rtti.cc. This is only referenced in flower/include/virtual-methods.hh, where it is used in the definition of the macro classname. Hence the references to demangle_classname in virtual-methods.hh can be deleted along with the file rtti.c Of course it is possible that someone may have added them recently with a view to using them for something, but it looks like historical cruft to me. A quick check with both gitk flower/ and the online git browser shows that they are, indeed, historical cruft. Your patch shows nothing weird with a regtest comparison. I'm building all the docs from scratch right now, and I'll push it once the build finishes and if stuff looks fine. Thanks! Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Remove explicit origin setting from simple make-music calls (issue3847041)
Am Donnerstag, 27. Januar 2011, um 14:17:19 schrieb percival.music...@gmail.com: Sorry, does not apply cleanly to current git. Could you revise it? It might be as simple as removing one part of the diff, but since I'm not totally certain what you're trying to do here, I thought I should leave it up to you. Rebased to current master and re-uploaded the patch (the cueDuringWithClef patch messed things up a little bit, but really straightforward). Cheers, Reinhold -- -- Reinhold Kainhofer, reinh...@kainhofer.com, http://reinhold.kainhofer.com/ * Financial Actuarial Math., Vienna Univ. of Technology, Austria * http://www.fam.tuwien.ac.at/, DVR: 0005886 * LilyPond, Music typesetting, http://www.lilypond.org ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
New patch set w/ expanded regtest
Hey all, 0003-Tweaks-regtest-and-adds-avoid-collisions-property.patch Description: Binary data 0002-Triggers-second-quant-pass-for-collisions.patch Description: Binary data 0001-Implements-a-more-robust-solution-to-issue-37.patch Description: Binary data I still can't post properly to Rietveld - could someone gimme a hand? Clean make check, save the collision avoidance mechanism kicking in to make certain snippets prettier. Cheers, MS___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: markup to string function?
Hello Reinhold,
I'm a bit in a hurry, so this is not finished but an idea:
I thought of my fine conversation about extracting lyrics with Jakob
Lund a few days ago. I understand that markups are also lists and the
strings are somewhere in this tree-list-structure.
This doesn't get you the desired result, but perhaps you can finish this.
--snip--
\version 2.12.3
#(define (markup-string m)
(let ((res ))
(map (lambda (x)
(display )(display x)(display \n)
(if (list? x)(set! res (string-append res
(markup-string x
(if (string? x)(set! res (string-append res x)))
(display ! )(display res)(display \n)
res)
m) res))
ttt = \markup {
\normal-text hallo \bold { welt }
}
#(display (markup-string ttt))
\header {
title = \ttt
}
\relative c' {
c
}
--snip--
With this bunch of displays, you see what is in the markup. There is a
string concatenated, but it will leave all blanks so this hallo welt
will get hallowelt.
Just inserting blanks doesn't care about concats ...
Best regards,
Jan-Peter
On 26.01.2011 16:32, Reinhold Kainhofer wrote:
I'm currently implementing PDF metadata (DOCINFO extracted from the \header
fields) as well as PDF hyperlinks to given labels in the score. For both I
would need to extract a pure-string representation of a given markup. E.g.,
the title header field might be a markup:
\header{
title = \markup { \italic Title of \bold \concat {the piece} }
}
Now, given that markup, I need a function that extracts only the text (in this
case Title of the piece). Is there anything like that already available in
lilypond?
If not, do you have any idea about the easiest way to implement this? It's
safe to ignore all graphical markup functions, but there are so many text
markup functions that I can not easily handle each of them manually...
Any ideas?
Thanks,
Reinhold
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: NR 2.1.2 Lyrics and repeats, improvement proposals
On 1/27/11 6:06 AM, Xavier Scheuer x.sche...@gmail.com wrote: On 27 January 2011 10:02, Trevor Daniels t.dani...@treda.co.uk wrote: Thanks Xavier! I've now incorporated your suggestions in the docs. Thanks Trevor! Issue #1401: Doc: NR 2.1.2 Lyrics and repeats, improvement proposals http://code.google.com/p/lilypond/issues/detail?id=1401 has been opened further to my message. Could you update it accordingly? Xavier, Once an issue has been opened, you can certainly add comments yourself to update it. Also Mats pointed out a drawback (actually I would consider this as a bug): http://lists.gnu.org/archive/html/bug-lilypond/2010-11/msg00140.html but, as he said: In practical scores, it seems fairly unlikely that these problems show up. It would only be a bug if this were intended, rather than accidental, behavior. Until this behavior becomes an intended part of LilyPond functionality, it shouldn't be used in the documentation, IMO. Thanks, Carl ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
[PATCH] Free type should be FreeType
2011/1/26 John Mandereau john.mander...@gmail.com: Free type error: %s (why free? it's FreeType maybe?) I think yes, it's for an error in FreeType. If so, the message in English should be fixed, shouldn't it? The attached patch would correct this. -- Francisco Vila. Badajoz (Spain) www.paconet.org , www.csmbadajoz.com From 218c26601b83c132acb94a59f26a35e03f502bf0 Mon Sep 17 00:00:00 2001 From: Francisco Vila francisco.v...@hispalinux.es Date: Thu, 27 Jan 2011 17:06:03 +0100 Subject: [PATCH] Spell Free type as FreeType. --- lily/open-type-font.cc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lily/open-type-font.cc b/lily/open-type-font.cc index 7b3b973..73d93cc 100644 --- a/lily/open-type-font.cc +++ b/lily/open-type-font.cc @@ -50,7 +50,7 @@ load_table (char const *tag_str, FT_Face face, FT_ULong *length) return buffer; } else -programming_error (_f (Free type error: %s, +programming_error (_f (FreeType error: %s, freetype_error_string (error_code).c_str () )); -- 1.7.0.4 ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: NR 2.1.2 Lyrics and repeats, improvement proposals
Xavier Scheuer wrote Thursday, January 27, 2011 1:06 PM Issue #1401: Doc: NR 2.1.2 Lyrics and repeats, improvement proposals http://code.google.com/p/lilypond/issues/detail?id=1401 has been opened further to my message. Could you update it accordingly? OK, I'll have a look. Also Mats pointed out a drawback (actually I would consider this as a bug): http://lists.gnu.org/archive/html/bug-lilypond/2010-11/msg00140.html It is a bug, already recorded, as Mats pointed out - issue 127. Maybe this problem has disappeared in latest git version, I have seen lot of improvements/fixes recently (Keith, Carl, ...). 'Fraid it hasn't. I don't think it's a spacing bug as such, although the skylines for Mats example look suspect; it's more a context handling issue. Trevor ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
New Spanish PO file for 'lilypond' (version 2.13.42)
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'lilypond' has been submitted by the Spanish team of translators. The file is available at: http://translationproject.org/latest/lilypond/es.po (We can arrange things so that in the future such files are automatically e-mailed to you when they arrive. Ask at the address below if you want this.) All other PO files for your package are available in: http://translationproject.org/latest/lilypond/ Please consider including all of these in your next release, whether official or a pretest. Whenever you have a new distribution with a new version number ready, containing a newer POT file, please send the URL of that distribution tarball to the address below. The tarball may be just a pretest or a snapshot, it does not even have to compile. It is just used by the translators when they need some extra translation context. The following HTML page has been updated: http://translationproject.org/domain/lilypond.html If any question arises, please contact the translation coordinator. Thank you for all your work, The Translation Project robot, in the name of your translation coordinator. coordina...@translationproject.org ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
New Spanish PO file for 'lilypond' (version 2.13.42)
Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'lilypond' has been submitted by the Spanish team of translators. The file is available at: http://translationproject.org/latest/lilypond/es.po (We can arrange things so that in the future such files are automatically e-mailed to you when they arrive. Ask at the address below if you want this.) All other PO files for your package are available in: http://translationproject.org/latest/lilypond/ Please consider including all of these in your next release, whether official or a pretest. Whenever you have a new distribution with a new version number ready, containing a newer POT file, please send the URL of that distribution tarball to the address below. The tarball may be just a pretest or a snapshot, it does not even have to compile. It is just used by the translators when they need some extra translation context. The following HTML page has been updated: http://translationproject.org/domain/lilypond.html If any question arises, please contact the translation coordinator. Thank you for all your work, The Translation Project robot, in the name of your translation coordinator. coordina...@translationproject.org ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: NR 2.1.2 Lyrics and repeats, improvement proposals
On 27 January 2011 15:33, Carl Sorensen c_soren...@byu.edu wrote: Xavier, Once an issue has been opened, you can certainly add comments yourself to update it. Carl, I know and I certainly do not refrain from commenting usually. But I was thinking update in the sense of changing the status or adding a label, such as Trevor did a few minutes ago (since he pushed in master). ;-) Issue 1401 Updates: Status: Fixed Labels: fixed_2_13_47 On 27 January 2011 17:31, Trevor Daniels t.dani...@treda.co.uk wrote: 'Fraid it hasn't. I don't think it's a spacing bug as such, although the skylines for Mats example look suspect; it's more a context handling issue. OK, thanks for the information. Cheers, Xavier -- Xavier Scheuer x.sche...@gmail.com ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [Patch:] Alternative Jazz font for chords in lilypond
On 1/25/11, Marc Hohl m...@hohlart.de wrote: this patch covers the inclusion of the jazz font mentioned in Thanks, added to the tracker as: http://code.google.com/p/lilypond/issues/detail?id=1494 I assume that it is too late to get this stuff into 2.14, but nevertheless - is this the right way to go? Is the makefile stuff correct? It worked for me, but the whole make process for lilypond is somewhat obscure to me ;-) I'm deeply uncertain about a number of issues with this patch. I'll try to make some intelligent comments about it on the weekend, but at least it's in the tracker now. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: [PATCH] Free type should be FreeType
On Thu, Jan 27, 2011 at 05:10:16PM +0100, Francisco Vila wrote: 2011/1/26 John Mandereau john.mander...@gmail.com: Free type error: %s (why free? it's FreeType maybe?) I think yes, it's for an error in FreeType. If so, the message in English should be fixed, shouldn't it? The attached patch would correct this. Thanks, pushed. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Remove explicit origin setting from simple make-music calls (issue3847041)
On 2011/01/27 13:30:32, reinhold_kainhofer.com wrote: Rebased to current master and re-uploaded the patch (the cueDuringWithClef patch messed things up a little bit, but really straightforward). Thanks. It looks ok, it compiles everything fine, and it's pretty simple. Please push. Cheers, - Graham http://codereview.appspot.com/3847041/ ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: PATCHES: 48-hour notice for mensural and bar-extent
On Wed, Jan 26, 2011 at 09:03:50PM +, Ian Hulin wrote: I'm replying off-list and slightly off-topic. I think Benkö Pál's given name is actually Pál (pron. almost exactly like English Paul). I think he's doing the Hungarian thing of signing his name with the surname first like Bartók Béla. Ok, cool. I can't honestly say that I've ever seen Bartok Bela, but I know that many Asian languages write the family name first, so the concept isn't surprising. I guess I should pay attention to how he signs his name in the next email I see. Cheers, - Graham ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: PATCHES: 48-hour notice for mensural and bar-extent
Ian Hulin i...@hulin.org.uk writes: Hi Graham, I'm replying off-list and slightly off-topic. Less off-list than off-topic, I'm afraid. -- David Kastrup ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Add the Instrument_name_engraver also to all group contexts (issue4031043)
http://codereview.appspot.com/4031043/diff/7001/Documentation/notation/staff.itely
File Documentation/notation/staff.itely (right):
http://codereview.appspot.com/4031043/diff/7001/Documentation/notation/staff.itely#newcode939
Documentation/notation/staff.itely:939: @code{ChordNames},
@code{Fretboards}, or @code{FiguredBass}),
Already added to FretBoards.
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly
File input/regression/instrument-name-groups.ly (right):
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode2
input/regression/instrument-name-groups.ly:2: \header{
\header {
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode17
input/regression/instrument-name-groups.ly:17: \new StaffGroup \with {
instrumentName = StaffGroup }
#StaffGroup
etc.
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode24
input/regression/instrument-name-groups.ly:24: \new Staff { c''4 }
trailing whitespace
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode25
input/regression/instrument-name-groups.ly:25: \new Staff { c''4 }
trailing whitespace
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode26
input/regression/instrument-name-groups.ly:26: \new Staff { c''4 }
trailing whitespace
http://codereview.appspot.com/4031043/diff/7001/input/regression/instrument-name-groups.ly#newcode32
input/regression/instrument-name-groups.ly:32: % TODO: Nested groups
inherit the instrument name from the parent group,
set instrumentName/shortInstrumentName in engraver-init.ly
(see entry for Staff)
http://codereview.appspot.com/4031043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Re: Remove explicit origin setting from simple make-music calls (issue3847041)
LGTM. http://codereview.appspot.com/3847041/ ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
Multimeasure rest print function
Hey all, I noticed the following lines of code in Multi_measure_rest::print (SCM smob): snip int measures = 0; SCM m (me-get_property (measure-count)); if (scm_is_number (m)) measures = scm_to_int (m); /snip It seems that the variable `measures' is unused in this function - can this be deleted? Cheers, MS ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel
