GUB on kainhofer: still cross/gcc

Who has successfully built GUB? I'm still struggling on kainhofer, which I believe is running an Ubuntu 32-bit version, on a 64-bit CPU. I'm still stuck on the same cross/gcc problem from a few months ago: http://lists.gnu.org/archive/html/lilypond-devel/2009-03/msg00356.html at the time, Han-We

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

On Saturday 30 May 2009 10:23:31 pm Werner LEMBERG wrote: > > shortest note playing here.") > > (shortest-starter-duration ,ly:moment? "The duration of the > > shortest note that starts here.") > > + (hide-tied-accidental-after-break ,boolean? "If set, an accidental > > +that appears on

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

> shortest note playing here.") > (shortest-starter-duration ,ly:moment? "The duration of the > shortest note that starts here.") > + (hide-tied-accidental-after-break ,boolean? "If set, an accidental > +that appears on a tied note after a line break will not be displayed") > (sid

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

On Saturday 30 May 2009 08:10:46 pm Kieren MacMillan wrote: > Hi Joe, > > > Not really > > =\ > > > the code that places a tied accidental after a line break isn't > > accessible from scheme (it lives in lily/accidental.cc, in the > > print function). > > Ah... > > > here's a patch (to be applied w

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

Hi Joe, Not really =\ the code that places a tied accidental after a line break isn't accessible from scheme (it lives in lily/accidental.cc, in the print function). Ah... here's a patch (to be applied with "git am") that implements a new property, 'hide-tied-accidental-after-break, in

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

On Saturday 30 May 2009 07:41:51 pm Kieren MacMillan wrote: > The saga continues... =) > > I've hacked the Tie callback to try to adjust the Accidental > property. Coloring the Accidental works fine: > > % > \version "2.12.2" > > #(define (tie-callback tiegrob) >(let* ( > ; ha

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

The saga continues... =) I've hacked the Tie callback to try to adjust the Accidental property. Coloring the Accidental works fine: % \version "2.12.2" #(define (tie-callback tiegrob) (let* ( ; have we been split? (orig (ly:grob-original tiegrob)) ; if yes, get th

Re: [Issue?] hiding Accidental(s) on tied note(s) after a line break

Hi all, Earlier (on -user), I wrote: Last month, there was a quick exchange about hiding accidental(s) on tied note(s) after a line break: I am running into the same issue right now, and I see why others have bee

Re: [PATCH] Re: where to put useful lists in the docs?

Mark Polesky wrote: > > ... To write code that writes codes, use macros: read > > about defmacro. ... > > ... sometimes I can't read between the concise lines of R5RS or > the guile reference manual. Okay, I've been going in circles for an hour trying to assemble anything remotely similar to what

Re: [PATCH] Re: where to put useful lists in the docs?

Nicolas Sceaux wrote: > This is not the way to do it in guile scheme. When you find > yourself using primitive-eval, ask yourself if there is not a > better way. To write code that writes codes, use macros: read > about defmacro. Also note that you usually don't use underscores > in function name

Re: [PATCH] Re: where to put useful lists in the docs?

> [...] why not define a function that takes a function and a list of > pairs? It's usual to have procedure arguments: > > (define (map-on-pairs fn pairs) > (cons (apply fn (map car pairs)) > (apply fn (map cdr pairs > > (map-on-pairs + '((1 . 1) (2 . 3) (5 . 8))) => (8 . 12) > (map

Re: [PATCH] Re: where to put useful lists in the docs?

Le 30 mai 09 à 10:20, Mark Polesky a écrit : Here's another useful set of procedures that is not in lily-library.scm. These functions make quick work of calculating offsets, extents, bounding-boxes, etc. Here's a new patch that also incorporates conditionals. ;; defines 14 functions: ;; pair

[PATCH] Make some local functions public (was: Re: lily-library.scm question)

Patrick McCarty wrote: > I don't know if there is any performance penalty, but it's probably > negligible. You could propose that these procedures be made public; I > am okay with it. Then if no one has any reservations, does anyone want to apply this? - Mark 0005-lily-library.scm-Mak

Re: [PATCH] Re: where to put useful lists in the docs?

- Original Message > From: Mark Polesky > To: Mark Polesky ; Neil Puttock > Cc: lilypond-devel > Sent: Friday, May 29, 2009 1:42:16 AM > Subject: [PATCH] Re: where to put useful lists in the docs? > > Mark Polesky wrote: > > ... I've ended up writing quite a few of > > these functi

Re: where to put useful lists in the docs?

On Thu, May 28, 2009 at 10:58:53PM -0700, Mark Polesky wrote: > > Neil Puttock wrote: > > A much more suitable home would be lily-library.scm, but you'd > > need to document them manually as Graham suggests. > > Oh my gosh, why was I never told about lily-library.scm before? Is this a serious qu