Implements DOM-id property for grobs. (issue 5504106)

2012-01-05 Thread pnorcks
LGTM https://codereview.appspot.com/5504106/diff/1/scm/output-ps.scm File scm/output-ps.scm (right): https://codereview.appspot.com/5504106/diff/1/scm/output-ps.scm#newcode258 scm/output-ps.scm:258: (define (open-node n) n) I don't see this procedure used anywhere... https://codereview.appspot

PATCH: Countdown to 20120108

2012-01-05 Thread Colin Campbell
For Sunday January 8th Issue 2170 : Patch: Updates makelsr to point to lilypond exe - R5489134 Some syntax comments from Graham, but they shouldn't hold up the countdown. Cheers, Colin -- I've

Re: "include" music-function

2012-01-05 Thread David Kastrup
Jan-Peter Voigt writes: > #(define-public includeLocal (define-music-function (parser location > file)(string?) > (let ((outname (format "~A.ly" (ly:parser-output-name parser))) > (locname (car (ly:input-file-line-char-column location > (if (or (string=? outname locname

Re: "include" music-function

2012-01-05 Thread David Kastrup
Jan-Peter Voigt writes: > This does not work ... the var "music" is not known in the file > included with ly:parse-file. > There has been a function ly:parser-parse-file in 2.12 - and if my > memory doesn't trick me, there has been discussion on devel why and > how to remove it. > This might or m

Re: "include" music-function

2012-01-05 Thread Jan-Peter Voigt
Hello David, Am 05.01.2012 13:50, schrieb David Kastrup: Ah yes. ly:parse-file does not help either? yes it does, thanks ... but ... --snip-- #(define-public includeLoc (define-music-function (parser location file)(string?) (let ((outname (format "~A.ly" (ly:parser-output-name parser)

Re: "include" music-function

2012-01-05 Thread David Kastrup
Jan-Peter Voigt writes: > Hello David, >> Any reason you don't just do #{ \include #file #} here? >> > yes there is: > --snip-- > \version "2.15.21" > > #(define-public includeLocal (define-music-function (parser location > file)(string?) > (let ((outname (format "~A.ly" (ly:parser-output-nam

Re: "include" music-function

2012-01-05 Thread Jan-Peter Voigt
Hello David, Any reason you don't just do #{ \include #file #} here? yes there is: --snip-- \version "2.15.21" #(define-public includeLocal (define-music-function (parser location file)(string?) (let ((outname (format "~A.ly" (ly:parser-output-name parser))) (locname (car (ly:i

@rlsrnamed{Name,Translation} translates also the name in the URI

2012-01-05 Thread Federico Bruni
Issue 1721 reported that @rlsr{Name} keeps the text in english but translates the link in the translated manuals (no idea where the translation comes from). So it recommends to use @rlsrnamed{Name,Translation} instead. But it looks like @rlsrnamed is affected by the same bug. Looking through t

Re: "include" music-function

2012-01-05 Thread David Kastrup
Jan-Peter Voigt writes: > I am compiling this file directly: > --snip-- > #(define-public includeLocal (define-music-function (parser location > file)(string?) > (let ((outname (format "~A.ly" (ly:parser-output-name parser))) > (locname (car (ly:input-file-line-char-column location)

"include" music-function

2012-01-05 Thread Jan-Peter Voigt
Dear lily-list-members, first of all: A happy new year! In my projects I often combine several files, each containing one piece, to a book. In fact, I store the music in a scheme-based structure to instantiate it later. The included files shall intentionally not create a PDF, so that instanti

Re: (was) Some drum notation questions - (now) problem with noteheads in doc?

2012-01-05 Thread Marc Hohl
Am 04.01.2012 19:59, schrieb James: On 4 January 2012 18:55, James wrote: Hello, On 4 January 2012 18:32, Vaylor Trucks wrote: I have been using lilypond for years for my own projects and have recently introduced it to a friend of mine. He is a drum instructor and has been reading drum nota

Re: Segfault 2.15.23 Span_bar_stub_engraver

2012-01-05 Thread David Kastrup
"m...@apollinemike.com" writes: > On Jan 5, 2012, at 11:24 AM, David Kastrup wrote: > >> m...@apollinemike.com writes: >> >>> On Jan 5, 2012, at 7:51 AM, David Kastrup wrote: >>> Grob::get_vertical_axis_group is not protected against the case where g has an axis group interface but no

Re: Segfault 2.15.23 Span_bar_stub_engraver

2012-01-05 Thread m...@apollinemike.com
On Jan 5, 2012, at 11:24 AM, David Kastrup wrote: > m...@apollinemike.com writes: > >> On Jan 5, 2012, at 7:51 AM, David Kastrup wrote: >> >>> Grob::get_vertical_axis_group is not protected against the case where g >>> has an axis group interface but no Y_AXIs parent. >> >> I thought it was.

Re: Segfault 2.15.23 Span_bar_stub_engraver

2012-01-05 Thread David Kastrup
m...@apollinemike.com writes: > On Jan 5, 2012, at 7:51 AM, David Kastrup wrote: > >> Grob::get_vertical_axis_group is not protected against the case where g >> has an axis group interface but no Y_AXIs parent. > > I thought it was. If g has no Y_AXIS parent, then when > get_vertical_axis_group (

Re: Segfault 2.15.23 Span_bar_stub_engraver

2012-01-05 Thread mike
On Jan 5, 2012, at 7:51 AM, David Kastrup wrote: > Grob::get_vertical_axis_group is not protected against the case where g > has an axis group interface but no Y_AXIs parent. I thought it was. If g has no Y_AXIS parent, then when get_vertical_axis_group (g->get_parent (Y_AXIS)); is called, the

Re: critical issues

2012-01-05 Thread David Kastrup
"m...@apollinemike.com" writes: > On Jan 5, 2012, at 9:14 AM, David Kastrup wrote: > >> "m...@apollinemike.com" writes: >> >>> On Jan 5, 2012, at 1:20 AM, Janek Warchoł wrote: >>> Correct me if i'm wrong, but my impression is that there is no particular direction in which we are goin

Re: critical issues

2012-01-05 Thread m...@apollinemike.com
On Jan 5, 2012, at 9:14 AM, David Kastrup wrote: > "m...@apollinemike.com" writes: > >> On Jan 5, 2012, at 1:20 AM, Janek Warchoł wrote: >> >>> Correct me if i'm wrong, but my impression is that >>> there is no particular direction in which we are going. >> >> I'm sure that other people have t

Re: critical issues

2012-01-05 Thread David Kastrup
"m...@apollinemike.com" writes: > On Jan 5, 2012, at 1:20 AM, Janek Warchoł wrote: > >> Correct me if i'm wrong, but my impression is that >> there is no particular direction in which we are going. > > I'm sure that other people have their pet projects as well. The > ensemble of these projects i