Graham King writes:
> If I adjust the comments in the following code, \tempo works fine but
> tempoWholesPerMinute has no effect. Has anyone else seen this?
>
> \version "2.17.95"
> \score {
> \relative c' { c d e f }
> \layout {}
> \midi {
> %tempoWholesPerMinute = #(ly:make
With the normal \include command and #(ly:set-option
'relative-includes #t) relative includes work. However \epsfile
doesn't follow relative includes. For instance if you have a.ly which
uses b.eps and compile it from a different directory (e.g. 'lilypond
../a.ly') it will fail.
Here's a workaroun
Thanks Keith,
apologies for cluttering the list - I must be gettig tired!
On Thu, 2013-11-28 at 23:18 +, Keith OHara wrote:
> Graham King tremagi.org.uk> writes:
>
> > If I adjust the comments in the following code, \tempo works fine but
> > tempoWholesPerMinute has no effect. Has anyone
Graham King tremagi.org.uk> writes:
> If I adjust the comments in the following code, \tempo works fine but
> tempoWholesPerMinute has no effect. Has anyone else seen this?
You needed to change the variable in the Score 'context'
\midi {
\context {\Score
tempoWholesPerMinute = #(ly:m
On 11/28/2013 02:07 PM, pls wrote:
On 25.11.2013, at 14:34, Kai Lautenschläger wrote:
As you can see in the following not so tiny example inserting the ambitus makes
the \RemoveEmptyStaves command ineffective.
I reduced your example quite a bit and the problem is still there:
\RemoveEmptySta
If I adjust the comments in the following code, \tempo works fine but
tempoWholesPerMinute has no effect. Has anyone else seen this?
\version "2.17.95"
\score {
\relative c' { c d e f }
\layout {}
\midi {
%tempoWholesPerMinute = #(ly:make-moment 180 4)
\tempo 4 = 180
Hi Patrick,
thanks for making that easier to see. Since I am not at all familiar with the
procedure once a bug is named a bug (or at least believed to be one), my
question would be: is there any ideas for a work-around?
I was thinking to somehow manually put the ambitus at the beginning of a s
On 25.11.2013, at 14:34, Kai Lautenschläger wrote:
> As you can see in the following not so tiny example inserting the ambitus
> makes the \RemoveEmptyStaves command ineffective.
I reduced your example quite a bit and the problem is still there:
\RemoveEmptyStaves does not show any effect in sta
David Kastrup gnu.org> writes:
> 3312ca325600af8adf1fbad1a9546aa1566fab66 is the first bad commit
> commit 3312ca325600af8adf1fbad1a9546aa1566fab66
> Author: Keith OHara oco.net>
> Date: Wed Aug 21 13:51:49 2013 -0700
>
> side-position-interface: do not recursively add support
>
> Al
Karol Majewski gmail.com> writes:
> \version "2.17.96"
> {
> \set fingeringOrientations = #'(up) 1
> }
>
> PS. I want to have all numerals in one column.
Karol,
To have one column, put the fingering on the chords as a whole
{
\set fingeringOrientations = #'(up) 1-1-4-5
}
__
"Phil Holmes" writes:
> "Karol Majewski" wrote in message
> news:cah85bb3oc8wmejujxn24dq2wu6tc3pkg_o6fhzlhy0t8mfu...@mail.gmail.com...
>> \version "2.17.96"
>>
>> {
>> \set fingeringOrientations = #'(up) 1
>> }
>>
>> PS. I want to have all numerals in one column.
>>
>>
>>
>> Karol
>
> I'm afrai
"Karol Majewski" wrote in message
news:cah85bb3oc8wmejujxn24dq2wu6tc3pkg_o6fhzlhy0t8mfu...@mail.gmail.com...
\version "2.17.96"
{
\set fingeringOrientations = #'(up) 1
}
PS. I want to have all numerals in one column.
Karol
I'm afraid this looks like a critical regression, introduced betw
\version "2.17.96"
{
\set fingeringOrientations = #'(up) 1
}
PS. I want to have all numerals in one column.
Karol
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
Tobias Hoffmann writes:
> Nevertheless I tried your patch as far as possible and it produces the
> following emmentaler-20.subfonts file (fontforge compiles this as-is
> into the LILF table), which LGTM:
>feta20 feta-noteheads20 feta-flags20 parmesan20
> parmesan-noteheads20 feta-alphabet20
>
On 28/11/13 12:48, Werner LEMBERG wrote:
Now, for recent versions of emmentaler (same font file), LILC contains:
(subfont . "feta20")
(subfont . "feta-alphabet20")
(subfont . "feta-flags20")
(subfont . "feta-noteheads20")
(subfont . "parmesan20")
(subfont . "parmesan-noteheads20
Adding a file to Lilypond is fine. It would be less likely to get out of
date then.
My latest code is on bitbucket, and that might be due an update.
Graham
On 27 November 2013 20:08, Hans Aberg wrote:
> On 27 Nov 2013, at 20:36, Keith OHara wrote:
>
> > On Wed, 27 Nov 20
On 28 Nov 2013, at 10:11, I wrote:
> The Persian LilyPond is set in E60 - it could now be changed to E53. But the
> Persian microtonal accidentals koron and sori are still missing in LilyPond.
> The average values that Farhat gives fits well with Pythagorean tuning where
> the sori raises two s
> Now, for recent versions of emmentaler (same font file), LILC contains:
> (subfont . "feta20")
> (subfont . "feta-alphabet20")
> (subfont . "feta-flags20")
> (subfont . "feta-noteheads20")
> (subfont . "parmesan20")
> (subfont . "parmesan-noteheads20")
>
> [...]
>
> but the subfonts
On 28 Nov 2013, at 03:54, Keith OHara wrote:
> Philippe Ploquin neuf.fr> writes:
>> The accidental called "eksik bakiye" is missing in lilypond.
>
> On Wed, 27 Nov 2013 12:08:02 -0800, Hans Aberg wrote:
>
>> In the Ph.D. thesis by Ozan Yarman, "79-tone tuning & theory for Turkish
>>
19 matches
Mail list logo
