Re: MY error, but wish the log was clearer.
Often, you don't have to explicitly write out any \score{...} block in
your file, see
http://lilypond.org/doc/v2.12/Documentation/user/lilypond-learning/Introduction-to-the-LilyPond-file-structure#Introduction-to-the-LilyPond-file-structure
However, your feature request is certainly relevant, so I forward it to
the bug mailing list.
/Mats
aliteralmind wrote:
I'm using LilyPond for the first time in months. Feels god.
I was about to ask why-the-heck is my LY code being analyzed (I get an
appropriate message when I purposefully put in a syntax error), but when I
fix the error, no PDF is generated. It just stops. I realized, after
halfway-composing my help-me forum message, that I didn't put in the "score"
element.
The log was giving me this:
---
# -*-compilation-*-
Processing `E:/temp/mysong/mysong.ly'
Parsing...
---
Then in just stopped. Nothing. I thought I somehow messed up my computer in
the past months. I put in the "score" element and now it works.
What I WISH the log would say, when no PDF or MIDI is generated, is
something like this:
---
# -*-compilation-*-
Processing `E:/temp/mysong/mysong.ly'
Parsing...
[END. No PDF or MIDI generation requested]
---
Anyway, I just wanted to make that comment. Thanks for considering.
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Order of digits in figured bass
try this one:
<6 5 3-> <6 3+> <7 3+>
should work; when I remeber to my musical education the order of the figured
bass is
6 - 5 - 3 istead of 3 - 6 - 5
maybe you mean that without the extenders on the 6 : <6 5 3-> <6\! 3+> <7
3+>, because it makes a difference wheather you let the chord <6 5 3->
followed by a <6\! 3+> ; the 6th on the base of G is another than that on an
A, so the extender might not be correct;
So long!
Christian
Franz-Rudolf Kuhnen wrote:
>
>> I'm not top posting.
>
> There is a problem to determine the correct order of the digits in the
> figured
> bass.
> I want the #3 under the 7.
>
> %% Begin example%
>
> \markup { \large "Bug in the horizontal order of the digits" }
> \markup { \tiny "The #3 should be under the 7" }
>
>
> \version "2.12.0"
>
> \relative c <<
> \new Staff {
> \time 2/4
> \clef bass
> d8 g, a4 |
> d,2 | \bar "|."
> }
>
> \new FiguredBass \figuremode {
> \override FiguredBass.BassFigure #'font-size = # -3
> \set useBassFigureExtenders = ##t
> s8 <3- 6 5> <6 3+> <7 3+> |
> s2 |
> }
>>>
>
> %% End example%
>
> Regards
> Franz-Rudolf Kuhnen
>
>
>
> ___
> bug-lilypond mailing list
> bug-lilypond@gnu.org
> http://lists.gnu.org/mailman/listinfo/bug-lilypond
>
>
--
View this message in context:
http://www.nabble.com/Order-of-digits-in-figured-bass-tp25670330p25681679.html
Sent from the Gnu - Lilypond - Bugs mailing list archive at Nabble.com.
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
VerticalAxisGroup #'remove-first = ##t does not work with \partial r
> I'm not top posting.
%% Docs: A staff is considered empty when it contains only multi-measure
%% rests, skips, spacer rests, or a combination of these elements."
%%
%% But because a \partial rest is not one of these elements it prevents
%% \override VerticalAxisGroup #'remove-first = ##t to work if the first
%% empty staff begin, for example, with \partial 16 r16
%% Is it possible to take care of partials when determining empty lines?
\version "2.13.4"
\paper{ ragged-right=##t }
\score {
<<
\new Staff {
\partial 16 r16 | % doesn't work
% works if we use \partial 16 s16
R1*4 | \break
R1*4 | \break
c''1
\bar "|."
}
\new Staff {
\partial 16 c'16 |
\repeat unfold 4 { c'1 } | \break
\repeat unfold 4 { c'1 } | \break
c'1
\bar "|."
}
>>
\layout {
\context {
\RemoveEmptyStaffContext
\override VerticalAxisGroup #'remove-first = ##t
}
}
}
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
