On 26 May 2012 03:28, Klaus Föhl wrote:
>
> Hello,
>
> I like the lilypond notation using \relative being concise and readable.
> Entering on a computer keyboard is fairly quick, but still it feels
> that playing a melody line would be so much quicker. In particular
> if one does not have a typing
2012/5/30 Philip Thomas :
(...)
> The problem: How do I get the Background Notes to sit happily where I want
> them on page 3?
(...)
Hi Philip,
how about this setup?
It adds the "Background Notes" to the footer of page three.
%
\version "2.15.39"
textPlusTranslation
Henning Hraban Ramm writes:
> Some lunatics ;-) spent a lot of effort re-implementing TeX in Java,
> that was called "NTS" (new typsetting system);
I would not call Karel Skoupy a lunatic.
> they stopped after implementing TeX compatibility (alias "OTS" = old
> ts. system). I heard it was slugg
Nick Payne-3 wrote:
>
> #(define (not-last-page layout props arg)
> (if (and (chain-assoc-get 'page:is-bookpart-last-page props #f)
> (chain-assoc-get 'page:is-last-bookpart props #f))
> empty-stencil
> (interpret-markup layout props arg)))
>
Matthew Collett writes:
> On 30/05/2012, at 9:10 pm, David Kastrup wrote:
>
>> Lua with "separate statements with
>> semicolon or newline or space, I don't care" is nicer, but it is
>> procedural, not functional,
>
> And right there is an excellent reason to prefer it to Scheme. There
> are so
Am 2012-05-30 um 21:35 schrieb Bernardo Barros:
On 05/30/2012 09:14 AM, Bernardo Barros wrote:
Not
sure about the user base, but it is growing fast.
it seems some very motivated guy started a implementation of TeX in
Haskell. It says it already does math formulas and footnotes. Maybe he
is j
I have already sent this to Bernardo, but maybe it could be helpful to
somebody else...
(just did not wrote the markups and the TextSpanner that are in the
original version)
josé
\version "2.15.38"
olosbhead = {
\once \override NoteHead #'stem-attachment = #'(1 . -0.05)
\once \overr
Am 2012-05-30 um 21:09 schrieb Marc Hohl:
Lua does not have such a large user base. More like a fan base.
Python, in contrast, is solidly mainstream.
I dream of a chimera of LuaTeX and LilyPond, that would be ideal
for my not-only-musical typesetting needs...
+1
(Well I know: patches were
On 05/30/2012 09:14 AM, Bernardo Barros wrote:
> Not
> sure about the user base, but it is growing fast.
it seems some very motivated guy started a implementation of TeX in
Haskell. It says it already does math formulas and footnotes. Maybe he
is just crazy.
https://github.com/luispedro/hex
He
Am 30.05.2012 00:02, schrieb Henning Hraban Ramm:
Am 2012-05-29 um 20:07 schrieb David Kastrup:
If it is for easy user scripting: Lua. Flexible, easy to learn,
especially designed for that purpose.
Yup. And fast. And easily mappable to a different language like
LilyPond. String or symbol?
On 31/05/12 00:09, Kai Lautenschläger wrote:
... von unterwegs gesendet!
Am 30.05.2012 um 15:11 schrieb -Eluze:
is it feasible to add not-last-page in titling-init.ly
[...]
this gives more flexibility in defining header-/
yes! I would appriciate that very much.
I would support that as well
> Message: 3
> Date: Wed, 30 May 2012 17:31:49 +0200
> From: David Kastrup
> To: lilypond-user@gnu.org
> Subject: Re: musescore lands sponsoring?
> Message-ID: <87fwahu1lm@fencepost.gnu.org>
> Content-Type: text/plain
>
> Carl Sorensen writes:
>
>> Jan Nieuwenhuizen gnu.org> writes:
>
On Wed, May 30, 2012 at 5:31 PM, David Kastrup wrote:
> There are also a few advantages [of using MuseScore]:
>
> a) MusicXML export means the results are usable in a variety of notation
> programs making use of an open standard.
Indeed, having MusicXML exprort can give Lily more popularity.
>
On 05/30/2012 02:10 AM, David Kastrup wrote:
> C++ does not blend at all, and Python with its "indentation matters"
> would be horrors on top of horrors. Lua with "separate statements with
> semicolon or newline or space, I don't care" is nicer, but it is
> procedural, not functional, and thus the
On Wed, May 30, 2012 at 1:16 AM, wrote:
> I know I'm rehashing old ground, but I think that these projects stand to
> mutually benefit from each other if and only if they evolve in "natural"
> directions given their goals. ... In general, the idea of LilyPond is to
> build a master engraver
Carl Sorensen writes:
> Jan Nieuwenhuizen gnu.org> writes:
>
>
>> Wouldn't LilyPond have been a technically superior choice for this
>> sponsoring project? What are we missing?
>
> Somebody who was willing to run a Kickstarter project and make it
> happen.
It is not just that. There are als
Jan Nieuwenhuizen gnu.org> writes:
> Wouldn't LilyPond have been a technically superior choice for this
> sponsoring project? What are we missing?
Somebody who was willing to run a Kickstarter project and make it happen.
The people who put the project together choose their tools, mostly from
... von unterwegs gesendet!
Am 30.05.2012 um 15:11 schrieb -Eluze :
>
> is it feasible to add not-last-page in titling-init.ly
> [...]
>
> this gives more flexibility in defining header-/
yes! I would appriciate that very much.
Kai
___
lilypond-use
Dear fellow users,
I am setting an SATB choral piece that runs to 9 systems, which include
several repeated passages, plus a larger-than-usual header (it contains the
text of the piece and a translation) and two other largish text blocks
(Background Notes plus Pronunciation Guide). The Header, Bac
is it feasible to add not-last-page in titling-init.ly
the code I found for this is something like
#(define (not-last-page layout props arg)
(if (not (book-last-page? layout props))
(interpret-markup layout props arg)
empty-stencil))
this gives more flexibility in defining header-/footerm
2012/5/30 Nick Payne :
> I have a couple of scores where I occasionally override Stem #'X-extent of a
> note in order to force more space around the note to prevent elements
> colliding. This gave no problems with version 2.14, but I notice with the
> current development version that doing this wit
I have a couple of scores where I occasionally override Stem #'X-extent
of a note in order to force more space around the note to prevent
elements colliding. This gave no problems with version 2.14, but I
notice with the current development version that doing this with a
flagged note causes the
"m...@apollinemike.com" writes:
> That said, people have been writing rather critical things of Scheme.
> I'll just say that I <3 Scheme!
One thing that it has going for it is that it is reasonably
well-delimited, so passing in and out of it using # is trivial (for a
suitable definition of trivi
On 29 mai 2012, at 23:56, Lucas Gonze wrote:
> On Tue, May 29, 2012 at 2:16 PM, Nils wrote:
>> AFAIK musescore dropped Lilypond export support because of a lack of
>> interest and in favour of musicXML (whatever that means, I read it somewhere
>> on the musescore twitter account or something li
On 30 mai 2012, at 03:12, Han-Wen Nienhuys wrote:
> On Tue, May 29, 2012 at 2:08 PM, Janek Warchoł
> wrote:
>> On Tue, May 29, 2012 at 6:04 PM, David Kastrup wrote:
>>> Han-Wen Nienhuys writes:
While the scheme integration have been a big leap forward in terms of
expandability and fl
Totally agree Wasil. A beautiful sheet, the syntax is only very small part.
Lilypond make other default setting great. We just focus on music and
syntax. These are the key of music.
On Wed, May 30, 2012 at 1:45 PM, Wasil Sergejczyk wrote:
>
>> There is a chance, but only when the syntax is *obvio
26 matches
Mail list logo