On Mon, Nov 11, 2019 at 10:08:07PM +0100, Thomas Morley wrote:
> Am Mo., 11. Nov. 2019 um 21:38 Uhr schrieb Sandro Santilli :
> >
> > I transcribed an A major song with this chords snippet:
> >
> > ees:m7.5- | aes:7 | aes:m7.5- | des:7 |
> >
> > When transposing it to Eb major it is rendered as:
Am 12.11.19 um 09:56 schrieb Sandro Santilli:
On Mon, Nov 11, 2019 at 10:08:07PM +0100, Thomas Morley wrote:
Am Mo., 11. Nov. 2019 um 21:38 Uhr schrieb Sandro Santilli :
I transcribed an A major song with this chords snippet:
ees:m7.5- | aes:7 | aes:m7.5- | des:7 |
When transposing it
>> This package is written by Urs Liska , who is
>> quite busy these days. In case you have experience with Python 2
>> to 3 conversion, please help produce a new version!
>
> Should it still be backwards compatible with Python 2.7 if possible or
> is it ok to drop Python2 backwards compatibili
Werner LEMBERG writes:
>>> This package is written by Urs Liska , who is
>>> quite busy these days. In case you have experience with Python 2
>>> to 3 conversion, please help produce a new version!
>>
>> Should it still be backwards compatible with Python 2.7 if possible or
>> is it ok to drop
Am 12. November 2019 10:50:45 MEZ schrieb David Kastrup :
>Werner LEMBERG writes:
>
This package is written by Urs Liska , who is
quite busy these days. In case you have experience with Python 2
to 3 conversion, please help produce a new version!
>>>
>>> Should it still be back
Thanks for all the tips.
On Mon, 11 Nov 2019 at 22:13, Carl Sorensen wrote:
> Here’s a solution that worked in the past -- it describes how DPI settings
> get set in fonconfig to 96 dpi, instead of 1200 (the lilypond default):
>
> https://lists.gnu.org/archive/html/bug-lilypond/2017-01/msg00022.
Hello,
in the following snippet, I can obtain a cross-staff tremolo:
http://lilybin.com/y4csd8/1
However, in this way, I'm forced to fill the "up" staff with invisible rests (
in this case: s4. ) for the duration of the tremolo. Is there a way to avoid
this and use only one music expression for
From: David Menéndez Hurtado
Date: Tuesday, November 12, 2019 at 6:40 AM
To: Carl Sorensen
Cc: "lilypond-user@gnu.org"
Subject: Re: Very weird output on any compilation
Thanks for all the tips.
On Mon, 11 Nov 2019 at 22:13, Carl Sorensen
mailto:c_soren...@byu.edu>> wrote:
Here’s a solution
I would like to give this a try. I searched github.com and the lilypond
development website for
lilyglyphs/lilyglyphs_common.py
and
lilyglyphs_common.py
then I searched my computer for the file and no luck.
could someone send me the code so i can give a try?
Thank you so very much.
Bill
It's all here: https://github.com/uliska/lilyglyphs/tree/master/scripts
Am 12. November 2019 16:29:33 MEZ schrieb wmil...@aol.com:
>I would like to give this a try. I searched github.com and the
>lilypond development website for
>
> lilyglyphs/lilyglyphs_common.py
>and
>
>
>lilyglyphs_common.
... may I for once engage in some self-advertisment and point you to
this post:
http://lilypondblog.org/2019/11/leopold-mozart-violin-school-1-the-project/
?
Is there any way we can make this (the project, not the post) more
prominently advertise for LilyPond than putting it on
http://lilypo
Am 12.11.19 um 17:26 schrieb Urs Liska:
... may I for once engage in some self-advertisment and point you to
this post:
http://lilypondblog.org/2019/11/leopold-mozart-violin-school-1-the-project/
?
Congratulations and hip-hip-hooray!!!
Lukas
On 11/12/19, 9:26 AM, "Urs Liska" wrote:
... may I for once engage in some self-advertisment and point you to
this post:
http://lilypondblog.org/2019/11/leopold-mozart-violin-school-1-the-project/
?
Beautiful work, Urs!
Carl
On 11/12, Urs Liska wrote:
> ... may I for once engage in some self-advertisment and point you to this
> post:
> http://lilypondblog.org/2019/11/leopold-mozart-violin-school-1-the-project/
> ?
This looks terrific, Urs! Congratulations. Out of curiosity, is your
git repository for this project p
The following MWEs both give errors saying that a tuplet bracket has neither a
beginning nor an end. IN the first one this is presumably because of the
percent repeat sign, and in the second because of the silent notes.
But the brackets are explicitly omitted so IMO the warning message should no
On Tue, 12 Nov 2019 at 16:00, Carl Sorensen wrote:
>
>
>
>
> *From: *David Menéndez Hurtado
> *Date: *Tuesday, November 12, 2019 at 6:40 AM
> *To: *Carl Sorensen
> *Cc: *"lilypond-user@gnu.org"
> *Subject: *Re: Very weird output on any compilation
>
>
>
> Thanks for all the tips.
>
>
>
> On Mo
From: David Menéndez Hurtado
Date: Tuesday, November 12, 2019 at 12:18 PM
To: Carl Sorensen
Cc: "lilypond-user@gnu.org"
Subject: Re: Very weird output on any compilation
Carl, you are correct. Changing it to 1200 fixes the problem. I will
investigate more and see if there is a good permane
On Tue, 12 Nov 2019 at 20:24, Carl Sorensen wrote:
>
>
>
>
> *From: *David Menéndez Hurtado
> *Date: *Tuesday, November 12, 2019 at 12:18 PM
> *To: *Carl Sorensen
> *Cc: *"lilypond-user@gnu.org"
> *Subject: *Re: Very weird output on any compilation
>
>
>
>
>
>
>
> Carl, you are correct. Changi
On 2019-11-12 11:49 am, David Menéndez Hurtado wrote:
You are correct. Now let's hope it doesn't mess anything else, it does
say
DO NOT EDIT at the top...
The "DO NOT EDIT" comment likely means one of two things: (1) the file
in question is generated by some other process and may be overwritt
Am Di., 12. Nov. 2019 um 20:09 Uhr schrieb Peter Toye :
>
> The following MWEs both give errors saying that a tuplet bracket has neither
> a beginning nor an end. IN the first one this is presumably because of the
> percent repeat sign, and in the second because of the silent notes.
>
> But the b
Am 12.11.19 um 20:00 schrieb ma...@masonhock.com:
On 11/12, Urs Liska wrote:
... may I for once engage in some self-advertisment and point you to this
post:
http://lilypondblog.org/2019/11/leopold-mozart-violin-school-1-the-project/
?
This looks terrific, Urs! Congratulations.
Thanks!
12. November 2019 21:49, "Urs Liska" schrieb:
>
> I expect the content to be made public too eventually. But that will have to
> wait until two planned
> editions will (soon) be finished, music examples Leopold Mozart inserted in
> letters, and the second
> edition of the violin school. After
thank you so very much for the link.
it passed the python3 interpreter but not sure if that is enough. If this
helped I am happy to do more of them.
My knowledge of python is very basic. : > ) but wanting to help.
Bill
#!/usr/bin/env python
# %
All,
I'm writing a choral composition where there are varying numbers of
voices in play at any one time. Starts out 4-voice SATB, then 6-voices
(SAATBB), then 4 voices (TTBB), then 3 voices (SSA), then 6, then 8.
I know I can simply code 8 voices, assigning rests where voices don't
sing. Tha
Guy Stalnaker writes:
> All,
>
> I'm writing a choral composition where there are varying numbers of
> voices in play at any one time. Starts out 4-voice SATB, then 6-voices
> (SAATBB), then 4 voices (TTBB), then 3 voices (SSA), then 6, then 8.
>
> I know I can simply code 8 voices, assigning res
Thanks David, I'll review the code.
Guy
--
“Happiness is the meaning and the purpose of life, the whole aim and end of
human existence.”
― Aristotle
On Tue, Nov 12, 2019, 5:32 PM David Kastrup wrote:
> Guy Stalnaker writes:
>
> > All,
> >
> > I'm writing a choral composition where there ar
The following code containing a tie between variables, compiles and works
perfectly:
\version "2.21.0"
pa = {e'1}
*{ \pa~\pa } * %here is the tie!
Is there any way to do the same in case the variable contains two voices
like in the following code?
\version "2.21.0"
pa = {<< {e'1}\\{c'1}>>}
{ \p
27 matches
Mail list logo