Federico,Thank you for the info.I have been using USB to install lilypond. But
I have not try to use it an another computer. I will try to use it on another
computer to check it out.I have lilypond v2.19.49, to v2.19.56 on my USB drive
and there is no problem to do the frecobaldi lilypond
Hello Dmitry,
> There's been a long standing feature request:
> https://sourceforge.net/p/testlilyissues/issues/3909/
> Time to give it another try?
If I’m not mistaken, the entire ChordNames context/mechanism is under
consideration for Google Summer of Code. Perhaps your best option might be
Hi Harm,
Snippets seems to be able to swim all the way over to Australia again now.
Andrew
On 28 March 2017 at 07:25, Thomas Morley wrote:
>
> May I ask for feedback whether it works out there as well?
>
>
___
Hi,
There's been a long standing feature request:
https://sourceforge.net/p/testlilyissues/issues/3909/
#3909 a feature to disable the chord root name printing - just print
the slash and inversion
Over the years, it has been addressed more or less. Time to give it
another try?
In a few words,
You could use \tag to remove the \set, or you could use <<>> to combine
\solo with another staff containing only \set and spacer rests. I like
using that technique to keep tempos and marks (structure) separate from
the actual content.
Or, as David mentioned, you could just set
Oops
Your answer works but there is something else I'd like to be able to do
(not to be greedy ...). I like to embed lots of
\set TabStaff.minimumFret = ...
in music to force the tab to be where I want it. I find that with a small
number of hints like this, I can avoid having to specify
On Mon, Mar 27, 2017 at 3:21 PM, caagr98 [via Lilypond] <
ml-node+s1069038n201626...@n5.nabble.com> wrote:
> Works for me. The snippet took a little longer to load than usual, but
> that was probably just my internet.
>
Works for me, too!
- Abraham
--
View this message in context:
Works for me. The snippet took a little longer to load than usual, but
that was probably just my internet.
Any idea what made it break (other than just "daylight saving time")?
On 03/27/17 22:25, Thomas Morley wrote:
2017-03-27 9:24 GMT+02:00 Malte Meyn :
Am
Kaj Persson <70147pers...@telia.com> writes:
> David,
>>
>> Since I already explained this in detail in the first reply, it seems
>> like a total waste of effort when you express your complete surprise
>> that things work the way I already explained in the first reply. Or
>> actually, that the
2017-03-27 9:24 GMT+02:00 Malte Meyn :
>
>
> Am 27.03.2017 um 02:30 schrieb Andrew Bernard:
>> LSR still down as at 0030 UTC here in Australia.
>>
>> Andrew
>
> No time zone problems here so http://lsr.di.unimi.it/LSR/Snippet?id=1007
> shows up correctly but the search gives
David,
On 2017-03-27 at 20:17, David Kastrup wrote:
Kaj Persson <70147pers...@telia.com> writes:
So the result you show printed is _exactly_ the result according to
my explanation, yet you say it isn't, possibly because of glossing
over half of the explanation, possibly because of
Kaj Persson <70147pers...@telia.com> writes:
>> So the result you show printed is _exactly_ the result according to
>> my explanation, yet you say it isn't, possibly because of glossing
>> over half of the explanation, possibly because of misunderstanding
>> some part of the explanation.
>>
>>
Am 27.03.2017 um 19:26 schrieb Kaj Persson:
I agree, that my example is a wee to big and too scattered, which I
also did comment in my first post. Instead of putting the marks in an
own voice I could have included them in the code itself. I thought I
made it more clear, but maybe I was wrong.
On 03/27/17 19:26, Kaj Persson wrote:
I thought, that tags always change the source, but obviously I was wrong.
Tags don't actually do anything; they just add a new property to the
tagged music expression. \{remove,with}WithTag then recurses through the
music expression and removes
Den 2017-03-27 kl. 18:53, skrev David Kastrup:
Kaj Persson <70147pers...@telia.com> writes:
On 2017-03-27 at. 17:54, David Kastrup wrote:
Kaj Persson <70147pers...@telia.com> writes:
Oh sorry, this was not according to my intention. And yet I embraced
the code with the HTML tags ... , a
Kaj Persson <70147pers...@telia.com> writes:
> On 2017-03-27 at. 17:54, David Kastrup wrote:
>> Kaj Persson <70147pers...@telia.com> writes:
>>
>>> Oh sorry, this was not according to my intention. And yet I embraced
>>> the code with the HTML tags ... , a methode I have been
>>> using several
On 2017-03-27 at. 17:54, David Kastrup wrote:
Kaj Persson <70147pers...@telia.com> writes:
Oh sorry, this was not according to my intention. And yet I embraced
the code with the HTML tags ... , a methode I have been
using several times before, with good results. Well I take your words
Some
On 2017-03-27 at. 17:54, David Kastrup wrote:
Kaj Persson <70147pers...@telia.com> writes:
Oh sorry, this was not according to my intention. And yet I embraced
the code with the HTML tags ... , a methode I have been
using several times before, with good results. Well I take your words
Some
Hello David,
Yes, I think thez are actually ligatures, hadn’t found them searching for
brackets.
Thanks!
JM
> Le 27 mars 2017 à 14:34, David Nalesnik a écrit :
>
> On Mon, Mar 27, 2017 at 7:14 AM, Andrew Bernard
> wrote:
>> Hi Menu,
>>
Kaj Persson <70147pers...@telia.com> writes:
> Oh sorry, this was not according to my intention. And yet I embraced
> the code with the HTML tags ... , a methode I have been
> using several times before, with good results. Well I take your words
Some of them at least. I did write an answer.
>
Oh sorry, this was not according to my intention. And yet I embraced the
code with the HTML tags ... , a methode I have been using
several times before, with good results. Well I take your words and send
this e-mail again as pure text, which means I cannot paste the images,
why I instead
On Mon, Mar 27, 2017 at 7:14 AM, Andrew Bernard
wrote:
> Hi Menu,
>
> Well I was suggesting a way of faking it out, rather than being semantically
> pure. Not sure that Binchois used such brackets!
>
> Andrew
>
> -Original Message-
> From: Menu Jacques
70147pers...@telia.com writes:
> In movements where the music jumps between different sections marked
> with segno signs, one has do deal with those in a quite different way
> in the layout and the midi scores. Then the \tag is of good help to
> exclude parts in the layout score that has to be
In movements where the music jumps between different sections marked
with segno signs, one has do deal with those in a quite different way in
the layout and the midi scores. Then the \tag is of good help to exclude
parts in the layout score that has to be there in the midi score. Now,
if two
Hi Menu,
Well I was suggesting a way of faking it out, rather than being semantically
pure. Not sure that Binchois used such brackets!
Andrew
-Original Message-
From: Menu Jacques [mailto:imj-...@bluewin.ch]
Sent: Monday, 27 March 2017 11:12 PM
To: Andrew Bernard
Sorry for not having been more explicit: I saw that when imporing Recordare’s
Binchois.xml file into Finale.
The meter is 3/4, so it’s no tuplet it seems.
> Le 27 mars 2017 à 13:17, Andrew Bernard a écrit :
>
> Hi Menu,
>
> Making some assumptions here.
>
> Andrew
Hi Menu,
Making some assumptions here.
Andrew
== snip
\version "2.19.58"
treble = {
\clef treble
\omit TupletNumber
\tupletUp
\tuplet 5/4 { c'''4 d'''4. } b''8
}
bass = {
\clef bass
\omit TupletNumber
\tupletUp
\tuplet 5/4 { c4 \stemUp a4. } f8
}
\score {
\new PianoStaff
On Thu, 23 Mar 2017, Martin Tarenskeen wrote:
lilybin infile.ly
---> process infile.ly without downloading from Lilybin server, returns an ID
for download
lilybin -d ID.pdf
lilybin -d ID.midi
---> download results from Lilybin server
lilybin -a infile.ly outfile.pdf
---> upload infile.ly
Menu Jacques writes:
> Hello,
>
> These brackets look like analysis brackets, but are not quite as Lily
> displays them:
>
> *
>
> Maybe they’re something else?
What is the meter?
--
David Kastrup
___
lilypond-user mailing list
Hello,
These brackets look like analysis brackets, but are not quite as Lily displays
them:
Maybe they’re something else?
JM___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Am 27.03.2017 um 11:45 schrieb Thomas Morley:
> 2017-03-27 11:38 GMT+02:00 Urs Liska :
>> Hi all,
>>
>> I want to know if a given notehead has a stem attached. Obviously even
>> whole notes do have a stem object, but with zero extent.
>>
>> I've found the following
2017-03-27 11:38 GMT+02:00 Urs Liska :
> Hi all,
>
> I want to know if a given notehead has a stem attached. Obviously even
> whole notes do have a stem object, but with zero extent.
>
> I've found the following calculation to be reliable, but I can't imagine
> it has to be
Hi all,
I want to know if a given notehead has a stem attached. Obviously even
whole notes do have a stem object, but with zero extent.
I've found the following calculation to be reliable, but I can't imagine
it has to be so complicated:
(if (or (= +inf.0 (car stem-y-extent))
(=
Rob Torop writes:
> I'm finding that when I use a TabStaff and also set some properties (either
> or both of minimumFret and restrainOpenStrings), my first line has an extra
> TabStaff! What can I do to get rid of it? Thanks!
>
> Here's what it looks like:
>
> [image:
Others have pointed out the problem to you, but you would have found it
yourself by reading the Learning Manual:
http://lilypond.org/doc/v2.19/Documentation/learning/some-common-errors
http://lilypond.org/doc/v2.19/Documentation/usage/common-errors#an-extra-staff-appears
--
Phil Holmes
Am 27.03.2017 um 02:30 schrieb Andrew Bernard:
> LSR still down as at 0030 UTC here in Australia.
>
> Andrew
No time zone problems here so http://lsr.di.unimi.it/LSR/Snippet?id=1007
shows up correctly but the search gives no results:
http://lsr.di.unimi.it/LSR/Search?q=notehead
Dear list,
I'd like to add line numbers to a score. I thought, ackowledging the
system-interface might help, but that isn't called in a scheme-engraver:
\version "2.19.58"
\layout {
\context {
\Score
\consists
#(lambda (context)
(make-engraver
37 matches
Mail list logo