On Wed, Oct 10, 2012 at 12:00 AM, David Kastrup d...@gnu.org wrote:
I'm not sure about the validity of your conclusion. Writing tuplets
is such a central element of inputting music that a special treatment
is probably justified, even at the cost of hardwiring.
We are talking about writing
On Wed, Oct 10, 2012 at 3:15 AM, Joseph Rushton Wakeling
joseph.wakel...@webdrake.net wrote:
On 10/10/2012 12:08 AM, Joseph Rushton Wakeling wrote:
[]
All of this (and what follows) seems rather aggressive and blunt on a second
reading -- wasn't meant to be. Apologies. :-\
No problem, i
Janek Warchoł janek.lilyp...@gmail.com writes:
On Wed, Oct 10, 2012 at 12:00 AM, David Kastrup d...@gnu.org wrote:
I'm not sure about the validity of your conclusion. Writing tuplets
is such a central element of inputting music that a special treatment
is probably justified, even at the cost
We are talking about writing \tuplet 3:2 { ... } instead of \tuplet
3/2 { ... } here. Whether tuplets are central or not, this
single-character difference is purely cosmetic, and it is
well-known that obsessive-compulsive cosmetic surgery is not
exactly guaranteed to maximize the obtained
Am 09.10.2012 10:19, schrieb m...@mikesolomon.org:
Hey list,
Just a quick ping to let you know that I'm not dead - I've been swamped w/ work
recently and just got engaged so I'm planning out a wedding (w00t!).
Hey Mike,
congratulations! All the best for both of you!
Marc Bettina
I'll be
Werner LEMBERG w...@gnu.org writes:
We are talking about writing \tuplet 3:2 { ... } instead of \tuplet
3/2 { ... } here. Whether tuplets are central or not, this
single-character difference is purely cosmetic, and it is
well-known that obsessive-compulsive cosmetic surgery is not
exactly
Werner LEMBERG w...@gnu.org writes:
We are talking about writing \tuplet 3:2 { ... } instead of \tuplet
3/2 { ... } here. Whether tuplets are central or not, this
single-character difference is purely cosmetic, and it is
well-known that obsessive-compulsive cosmetic surgery is not
exactly
Colin Campbell c...@shaw.ca writes:
On 12-10-09 12:59 PM, David Kastrup wrote:
Since this patch series is a bit humongous for reviewing in a single
Rietveld review and it would take two months to get every patch in
sequence through an individual review, I am putting this series out as
an
The LilyPond Report, the informational column for users and developers
of GNU LilyPond, the GNU music typesetter, has released its 28th issue
at URL:http://news.lilynet.net/?The-LilyPond-Report-28.
The main excitements are reports about the developer and user meeting
that happened from August
It is a matter of fact that triplets are either marked with a
single digit, or with a ratio like `4:3'. I think it is not too
far stretched to expect that lilypond should follow such
conventions even in the input.
I disagree. [...]
Good arguments, David!
Now where is the point in
I'd rather recommend using something separate like
\tupletStyle 3:2, \tupletStyle 3, \tupletStyle .
This is an excellent idea.
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Werner LEMBERG w...@gnu.org writes:
It is a matter of fact that triplets are either marked with a
single digit, or with a ratio like `4:3'. I think it is not too
far stretched to expect that lilypond should follow such
conventions even in the input.
I disagree. [...]
Good arguments,
Hi,
For a chosen verse in multi-verse choir etc. sould there be any chances with
reasonable enough effort to create a command to be used inside lyrics to skip
once a slur
There is a nice snippet do to this, just a bit hard to use in multi voice
choir.
It would be nice to include before a
2012/10/10 Werner LEMBERG w...@gnu.org:
I'd rather recommend using something separate like
\tupletStyle 3:2, \tupletStyle 3, \tupletStyle .
This is an excellent idea.
And it is cheap, it admits a single string argument.
--
Francisco Vila. Badajoz (Spain)
www.paconet.org ,
2012/10/9 m...@mikesolomon.org m...@mikesolomon.org:
Hey list,
Just a quick ping to let you know that I'm not dead - I've been swamped w/
work recently and just got engaged so I'm planning out a wedding (w00t!).
I'll be back in the swing of things around mid-November if not sooner.
Cheers,
Esa Erola wrote Wednesday, October 10, 2012 1:54 PM
For a chosen verse in multi-verse choir etc. sould there be any chances with
reasonable enough effort to create a command to be used inside lyrics to skip
once a slur
There is a nice snippet do to this, just a bit hard to use in multi
Ok, here are a few followup thoughts. One: response to the on-list
posting of the patches, intended to be more useful for per-patch review,
has resulted in zero followups.
I'll put out the next iteration to the lilypond-auto list for that
reason, at least I'll attempt doing so (the list page
One: response to the on-list posting of the patches, intended to be
more useful for per-patch review, has resulted in zero followups.
Well I've already checked your changes on Rietveld, so I simply
skipped the patches sent to lilypond-devel.
\tweak has an optional grob argument (now a
Werner LEMBERG w...@gnu.org writes:
One: response to the on-list posting of the patches, intended to be
more useful for per-patch review, has resulted in zero followups.
Well I've already checked your changes on Rietveld, so I simply
skipped the patches sent to lilypond-devel.
\tweak has
Would it be possible to have
\override Accidental.color #red
\override Voice.Accidental.color
? For me, this feels most natural.
Won't work since you can't distinguish
\override Voice.Accidental.color
from
\override Accidental.bound-details.left
and I really don't want to
Werner LEMBERG w...@gnu.org writes:
Would it be possible to have
\override Accidental.color #red
\override Voice.Accidental.color
? For me, this feels most natural.
Won't work since you can't distinguish
\override Voice.Accidental.color
from
\override
Joseph Rushton Wakeling joseph.wakel...@webdrake.net writes:
On 10/10/2012 09:52 AM, David Kastrup wrote:
However, forcing a certain form of input representation for a certain
form of output is a nuisance for programmatically generated music.
I'd rather recommend using something separate
On 2012/10/09 21:08:47, janek wrote:
I'm just skimming the discussion (the patch is big and non-trivial, so
i will have problems reviewing it), but i spotted one interesting
sentence...
On Tue, Oct 9, 2012 at 10:38 AM, mailto:d...@gnu.org wrote:
We can get rid of a _lot_ of #' style
On my pixels comparator, they pretty much look OK. Lots of changes where
accidentals are involved, which is Mike's tuning of accidental spacing, I
reckon. The one I don't understand is markup-special-characters.ly. I've
attached the difference image, but the summary is that with 17.2 there's
Phil Holmes email at philholmes.net writes:
The one I don't understand is markup-special-characters.ly. I've
attached the difference image, but the summary is that with 17.2 there's a
visible hyphen in in-nocent, and this disappears with 17.4.
That changed with the first commit (1 of 2) in
Would it be possible to have
\override Accidental.color #red
\override Voice.Accidental.color
? For me, this feels most natural.
Won't work since you can't distinguish
\override Voice.Accidental.color
from
\override Accidental.bound-details.left
and I really don't want to try
Werner LEMBERG w...@gnu.org writes:
Would it be possible to have
\override Accidental.color #red
\override Voice.Accidental.color
? For me, this feels most natural.
Won't work since you can't distinguish
\override Voice.Accidental.color
from
\override
- Original Message -
From: Keith OHara k-ohara5...@oco.net
To: lilypond-devel@gnu.org
Sent: Wednesday, October 10, 2012 6:44 PM
Subject: Re: 2.17.4 regtests
Phil Holmes email at philholmes.net writes:
The one I don't understand is markup-special-characters.ly. I've
attached the
[...] I really don't want to try picking this apart based on
uppercase/lowercase letter distinctions.
After some thinking I wonder why not?
X-offset anyone?
... should be renamed IMHO. Regardless of our discussion, it doesn't
fit into the current naming scheme.
Werner
Werner LEMBERG w...@gnu.org writes:
[...] I really don't want to try picking this apart based on
uppercase/lowercase letter distinctions.
After some thinking I wonder why not?
X-offset anyone?
... should be renamed IMHO. Regardless of our discussion, it doesn't
fit into the current
David Kastrup d...@gnu.org writes:
Werner LEMBERG w...@gnu.org writes:
[...] I really don't want to try picking this apart based on
uppercase/lowercase letter distinctions.
After some thinking I wonder why not?
X-offset anyone?
... should be renamed IMHO. Regardless of our discussion,
X-offset anyone?
... should be renamed IMHO. Regardless of our discussion, it
doesn't fit into the current naming scheme.
The corresponding axis is called X, and using x for a constant in
the expectation that the user would not attempt naming a variable
after it would seem rather
Am 06.10.2012 11:23, schrieb Janek Warchoł:
On Fri, Oct 5, 2012 at 9:42 PM, Thomas Morley
thomasmorle...@googlemail.com wrote:
2012/10/5 janek.lilyp...@gmail.com:
It just occured to me: is there any way to specify different span bar
lines (at the end of the line and at the beginning of the
33 matches
Mail list logo
