bounty hack for some (non-Mike) Schemer out there

2013-02-04 Thread Kieren MacMillan
Hello all!

A few weeks ago, in response to Mike Solomon's call for features and bugs, I 
posted a request:

>> 2. Allowing a text markup (especially a MetronomeMark) to have a "minimum 
>> measure length". This would avoid collisions, particularly where there are 
>> lots of multi-measure rests (e.g., orchestral parts).

His response was:

> #2 is doable via a hack.  Minimum lengths can only work if you use spanners, 
> but you can hijack the tempo print function for a text spanner (and suppress 
> the line afterwards) and then create a scheme engraver for text spanner that 
> uses whatever as the left bound and the next bar line's non-musical paper 
> column as the right bound.  Or you could just use the existing engraver and 
> use the last note in the measure as a bound, although this will potentially 
> create uneven spacing in a measure.
> 
> You'll have to manually put this TextSpanner in the topmost context and/or 
> use ly:side-position-interface::move-to-extremal-staff (I'd recommend the 
> former, as the latter is powerful but falls in the category of LilyPond black 
> magic).  Make sure to use springs and rods and set a minimum-length - there's 
> an example in the docs with a hairpin or glissando or something spanner-y 
> that does this.

Is there anyone out there who can work on this with me? I've got some money to 
put towards the implementation.

Thanks!
Kieren.
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel


Re: Cron jobs - redirecting output question

2013-02-04 Thread Phil Holmes
- Original Message - 
From: "Graham Percival" 

To: "Phil Holmes" 
Cc: "Devel" 
Sent: Monday, February 04, 2013 7:58 AM
Subject: Re: Cron jobs - redirecting output question



On Sun, Feb 03, 2013 at 03:10:38PM -, Phil Holmes wrote:

I understand that this means that all output is sent to the null
device - i.e. discarded.  Is there any reason not to send it to a
file, to aid debugging should there be any problems?  My thinking
would be that the filename wouldn't change, so it would be
over-written each time the script is run.


No clue, but go ahead and experiment.  Please check it once a day
or at the beginning just to make sure that it is indeed
overwriting the same file and not chewing up disk space, since we
don't own the server.  But I don't anticipate any problems with
it.

Cheers,
- Graham



Works fine - reveals a lot of errors in the make website shell script - 
about 300 similar to this:


rsync: failed to set permissions on "/[directory 
redacted]/ties-scoring-example.png": Operation not permitted (1)


Any ideas how to fix this?

--
Phil Holmes 



___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel


Ugly images in learning

2013-02-04 Thread Phil Holmes

In

http://www.lilypond.org/doc/v2.17/Documentation/learning/style-sheets

the metronome mark is shifted so far it moves off the left of the image...

--
Phil Holmes



___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel


Re: Ugly images in learning

2013-02-04 Thread Thomas Morley
2013/2/4 Phil Holmes :
> In
>
> http://www.lilypond.org/doc/v2.17/Documentation/learning/style-sheets
>
> the metronome mark is shifted so far it moves off the left of the image...
>
> --
> Phil Holmes

Was ugly in the 2.14.2-LM, too.
But nice with 2.12.3

I wonder why the MetronomeMark is offset via 'extra-offset.
Why not use:
\override MetronomeMark.break-align-symbols = #'(left-edge clef time-signature)
and/or an override for 'self-alignment-X

-Harm

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel


Re: Cron jobs - redirecting output question

2013-02-04 Thread Graham Percival
On Mon, Feb 04, 2013 at 03:09:02PM -, Phil Holmes wrote:
> rsync: failed to set permissions on "/[directory
> redacted]/ties-scoring-example.png": Operation not permitted (1)
> 
> Any ideas how to fix this?

It's probably an issue of whether the file/directory is owned by
graham, hanwen, or jan, and what the unix permissions are.
However, in the case of any wrong owner/permissions, I'm not
certain how to go about fixing it.

- Graham

___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel


Re: [gmane.comp.gnu.lilypond.general] Re: Transposing instruments

2013-02-04 Thread Keith OHara
David Kastrup  gnu.org> writes:

> Shouldn't we have a command
> 
> \transposing f { ... }
> 
> (better naming suggestions welcome) that does transposition and Midi
> correction in lockstep?  

I assume the command would produce the music that we currently get from
  {\transposition f \transpose f c' {...}}

In that case it seems like a good idea, because it serves the
second-most-common of the three use-cases:

1) Make the sounding pitches (for midi and cues) different from written.
Such as when transcribing existing music, or when writing for transposing
instruments where you need to consider the instrument capabilities.  Often
the transposition changes in the middle of the music, because transposing
instruments are the ones that performers most often need to exchange, so
it is good that this is done with a property-set in \transposition

2) Transpose written pitches, but leave sounding pitches alone.
Such as when arranging music (written at concert pitch) among different
instruments:
 {\transposition bes \transpose bes c' {...} }

3) Shift pitches, both sounding and written.
When producing an alternate score at higher pitch, maybe for a particular
singer's range, if the music involves cues or midi.  Except for the
complications of issue 754, this is done with simply \transpose c d {...}


Maybe documenting the existing \transpose and \transposition better would
be enough.  In any case, the first thing to do is resolve issue 754.
Documenting transposing instruments in LilyPond is tricky with that bug,
because we either run into the bug, or teach how to depend on the bug.


___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel