> I rather suggest to handle the -{ ... } construct specially, for
> example, to allow only `s' and Graham's proposed `z', together with
> constructions which work like articulations.
Actually, if we have -{ ... }, we don't need `z' at all:
c'1-{ s4 s\< s2 s\! }
fully does the job, by regist
>> c'1-{ s4 s\< s2 z\! }
>
> c-d-.
>
> Which one gets the accent?
What should `c-d' mean? AFAIK, there is only one `anchor', namely the
note pitch (which would be `c' in your example). A pitch attached to
a pitch doesn't make sense to me.
If you provide counterexamples, which is good, plea
> c'1-{ s4 s\< s2 z\! }
This looks nice. No idea whether it works, but something into this
directions looks right.
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Am 12.09.2012 23:59, schrieb Graham Percival:
On Mon, Sep 10, 2012 at 02:28:36PM +0100, James wrote:
Mark,
On 10 September 2012 14:15, Marc Hohl wrote:
Is there a way to rename the patch description that shows up in the
issue tracker? I think I have seen something like this in a patch
from Mi
On 13 sept. 2012, at 08:31, David Kastrup wrote:
> "m...@mikesolomon.org" writes:
>
>> On 12 sept. 2012, at 15:54, Phil Holmes wrote:
>>
>>> Results from my pixel comparator. Some good, some in need of consideration:
>>>
>>> http://philholmes.net/lilypond/regtestresults/2.17.2/
>>>
>>> --
On Thu, Sep 13, 2012 at 07:29:35AM +0200, David Kastrup wrote:
> Graham Percival writes:
>
> > With that view (which is evidently not universal), it seems natural to
> > me to write the pitch and duration first, and then all the other
> > "special bits" that occur on or around that note.
>
> Lik
On Thu, Sep 13, 2012 at 07:18:50AM +0200, David Kastrup wrote:
> Graham Percival writes:
>
> > Here's a few imaginary ways of writing the same music:
> > \at 4 \< \at 1 \! c'1
> > c'1 y4 y\< y z\!
> > c'1-<< y4 y\< y z\! >>
> > c'1-{ s4 s\< s2 z\! }
> >
> > Out of these, I'm most comforta
"m...@mikesolomon.org" writes:
> On 12 sept. 2012, at 15:54, Phil Holmes wrote:
>
>> Results from my pixel comparator. Some good, some in need of consideration:
>>
>> http://philholmes.net/lilypond/regtestresults/2.17.2/
>>
>> --
>> Phil Holmes
>>
>>
>>
>> _
Graham Percival writes:
> I think of music as being a series of
> pitches+rhythms+modifications. I mean, when I skim music, my eyes
> notice the staff position, notehead, and beam before really taking
> in dynamic signs, articulations, etc.
You'll be really popular with conductors if you read t
On 12 sept. 2012, at 15:54, Phil Holmes wrote:
> Results from my pixel comparator. Some good, some in need of consideration:
>
> http://philholmes.net/lilypond/regtestresults/2.17.2/
>
> --
> Phil Holmes
>
>
>
> ___
> lilypond-devel mailing list
Graham Percival writes:
> Here's a few imaginary ways of writing the same music:
> \at 4 \< \at 1 \! c'1
> c'1 y4 y\< y z\!
> c'1-<< y4 y\< y z\! >>
> c'1-{ s4 s\< s2 z\! }
>
> Out of these, I'm most comfortable with the last one.
c-d-.
Which one gets the accent?
--
David Kastrup
___
On Thu, Sep 13, 2012 at 01:56:35AM +0200, David Kastrup wrote:
> Graham Percival writes:
>
> > A vaguely-related idea is to allow easy positioning of musical
> > events within a note. Instead of having a non-timed null event
> > which begins *after* the previous note, we have a timed null event
> The first is to define a "null" event which functions like the empty
> chord <>.
While this is perhaps a nice syntax sugar idea...
> \new Voice { c'1 y4\< y y\> y\! }
... I think that this is a nightmare both on the user and the
parser/lexer side. Your proposed `y' essentially means to go
On Wed, 12 Sep 2012 12:59:25 -0700, Phil Holmes wrote:
From: "Keith OHara"
These changes are expected and explained in tracker issues
2493
Not convinced. Would we not expect the new time sig to be shown at the end
of the previous line? It's gone.
Nope. Don't understand why ledger l
On Thu, Sep 13, 2012 at 12:06:12AM +, d...@gnu.org wrote:
> How do we expect them to know whether to use \override or \tweak?
I actually don't know. However, there's nothing in the word
"hide" that brings to mind "tweak" to me. I suppose that we could
argue that \hide goes with \tweak becaus
Thomas Morley writes:
> 2012/9/12 David Kastrup :
>> Reinhold Kainhofer writes:
>>
>>> On 2012-09-12 10:38, David Kastrup wrote:
if we write xxx in LilyPond, this is considered to be a string. I want
xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
incentive is
Graham Percival writes:
> On Tue, Sep 11, 2012 at 02:04:01PM +0200, David Kastrup wrote:
>> Basically every construct that we would be tempted to use <> or s1*0 for
>> occasionally is one that is not really attached to a note, but rather to
>> a moment in time.
>
> I certainly agree that it would
Reviewers: Graham Percival,
Message:
On 2012/09/12 23:20:46, Graham Percival wrote:
I'm really not happy with \hide vs. \hidden depending on whether it's
override
or tweak. How do we expect novice users (or moderate users) to know
which they
need to use?
How do we expect them to know whet
Graham Percival writes:
> I'd like to float two ideas about events.
>
> The first is to define a "null" event which functions like the
> empty chord <>. Although mathematicians and programmers are quite
> comfortable with contains with 0 items inside them, this is not a
> particularly intuitive
On Tue, Sep 11, 2012 at 04:44:40PM -0700, Don Armstrong wrote:
> Short story: some files in the lilypond source are missing
> copyright/licensing headers, but for the most part this doesn't seem
> like a big deal. As they get edited or otherwise patched, it would be
> helpful to add them.
Yes. In
On Tue, Sep 11, 2012 at 02:04:01PM +0200, David Kastrup wrote:
> Basically every construct that we would be tempted to use <> or s1*0 for
> occasionally is one that is not really attached to a note, but rather to
> a moment in time.
I certainly agree that it would be good to be clear about "stuff"
I'm really not happy with \hide vs. \hidden depending on whether it's
override or tweak. How do we expect novice users (or moderate users) to
know which they need to use?
http://codereview.appspot.com/6443087/
___
lilypond-devel mailing list
lilypond-
I'd like to float two ideas about events.
The first is to define a "null" event which functions like the
empty chord <>. Although mathematicians and programmers are quite
comfortable with contains with 0 items inside them, this is not a
particularly intuitive concept (just look at the concept of
On Mon, Sep 10, 2012 at 02:28:36PM +0100, James wrote:
> Mark,
>
> On 10 September 2012 14:15, Marc Hohl wrote:
> > Is there a way to rename the patch description that shows up in the
> > issue tracker? I think I have seen something like this in a patch
> > from Mike, so it should be possible.
>
2012/9/12 David Kastrup :
> Reinhold Kainhofer writes:
>
>> On 2012-09-12 10:38, David Kastrup wrote:
>>> if we write xxx in LilyPond, this is considered to be a string. I want
>>> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
>>> incentive is to be able to have music functio
On Wed, Sep 12, 2012 at 09:43:15PM +0100, Colin Hall wrote:
> On Wed, Sep 12, 2012 at 09:22:38AM +0300, Yannis Rammos wrote:
> >
> > No one answered but in the meantime I found a solution: the header file
> >
> > /usr/include/FlexLexer.h
> >
> > is updated in 10.8, which is why LilyPond woul
On Wed, Sep 12, 2012 at 09:22:38AM +0300, Yannis Rammos wrote:
>
> Thanks for forwarding the issue
> (http://lists.gnu.org/archive/html/lilypond-devel/2012-09/msg00452.html).to
> the dev list.
>
>
> No one answered but in the meantime I found a solution: the header file
>
> /usr/include/Fl
- Original Message -
From: "Keith OHara"
To:
Sent: Wednesday, September 12, 2012 6:23 PM
Subject: Re: 2.17.2 regtests
Phil Holmes philholmes.net> writes:
Results from my pixel comparator. Some good, some in need of
consideration:
http://philholmes.net/lilypond/regtestresults/
On 12 sept. 2012, at 19:16, d...@gnu.org wrote:
> On 2012/09/12 16:11:05, dak wrote:
>
>> when it should rather have the form
>
>> if (rest_event_)
>> {
>> - SCM no_chord_markup = get_property ("noChordSymbol");
>> - if (!Text_interface::is_markup (no_chord_markup))
>> ...
>>
Phil Holmes philholmes.net> writes:
>
> Results from my pixel comparator. Some good, some in need of consideration:
>
> http://philholmes.net/lilypond/regtestresults/2.17.2/
These changes are expected and explained in tracker issues
2493
2611
2783
2493
728
2727
2493
1290
2493
each
On 2012/09/12 16:11:05, dak wrote:
when it should rather have the form
if (rest_event_)
{
- SCM no_chord_markup = get_property ("noChordSymbol");
- if (!Text_interface::is_markup (no_chord_markup))
...
+ if (make_markup)
+ {
+ SCM no_chord_markup = get_pr
On 2012/09/12 11:48:45, mike7 wrote:
>
http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode87
> lily/chord-name-engraver.cc:87: {
> On 2012/09/06 08:50:40, dak wrote:
>> What kind of contorted logic and guessing game is that?
>> if (make_markup)
>> {
>>[old code
Han-Wen Nienhuys writes:
> On Wed, Sep 12, 2012 at 12:04 PM, David Kastrup wrote:
>> Han-Wen Nienhuys writes:
>>
>>> On Wed, Sep 12, 2012 at 5:38 AM, David Kastrup wrote:
Hi,
if we write xxx in LilyPond, this is considered to be a string. I want
xxx.yyy.zzz to be a li
On Wed, Sep 12, 2012 at 12:04 PM, David Kastrup wrote:
> Han-Wen Nienhuys writes:
>
>> On Wed, Sep 12, 2012 at 5:38 AM, David Kastrup wrote:
>>>
>>> Hi,
>>>
>>> if we write xxx in LilyPond, this is considered to be a string. I want
>>> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). T
Han-Wen Nienhuys writes:
> On Wed, Sep 12, 2012 at 5:38 AM, David Kastrup wrote:
>>
>> Hi,
>>
>> if we write xxx in LilyPond, this is considered to be a string. I want
>> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
>> incentive is to be able to have music functions be abl
On Wed, Sep 12, 2012 at 5:38 AM, David Kastrup wrote:
>
> Hi,
>
> if we write xxx in LilyPond, this is considered to be a string. I want
> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
> incentive is to be able to have music functions be able to accept both
> Stem as well as
Jan Nieuwenhuizen writes:
> Werner LEMBERG writes:
>
>>> if we write xxx in LilyPond, this is considered to be a string. I
>>> want xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz").
>>
>> Go!
>
> isn't using symbols
>
>'(xxx yyy zzz)
>
> more scheme-like, schemonic, schemesque?
Well,
Am 11.09.2012 21:54, schrieb m...@mikesolomon.org:
On 11 sept. 2012, at 22:29, Marc Hohl wrote:
Are you certain that every vertical axis group will always contain the same
number of bar lines? If not, it's possible that the matrix you're talking
about may not have complete rows, in which ca
Werner LEMBERG writes:
>> if we write xxx in LilyPond, this is considered to be a string. I
>> want xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz").
>
> Go!
isn't using symbols
'(xxx yyy zzz)
more scheme-like, schemonic, schemesque?
Jan
--
Jan Nieuwenhuizen | GNU LilyPond http:/
Results from my pixel comparator. Some good, some in need of consideration:
http://philholmes.net/lilypond/regtestresults/2.17.2/
--
Phil Holmes
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-
> if we write xxx in LilyPond, this is considered to be a string. I
> want xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz").
Go!
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond
Hi,
please have a look at the fix for
http://lilypond.org/doc/v2.16/Documentation/snippets/text#text-center-text-below-hairpin-dynamics
imported from LSR:
http://lsr.dsi.unimi.it/LSR/Item?id=233
making possible to add DynamicText to the NoteColumn where the Hairpin starts.
Additionally I added tw
David Nalesnik writes:
> On Wed, Sep 12, 2012 at 3:38 AM, David Kastrup wrote:
>
> [...]
>
>>
>> Basically, if a music function wants to provide a shorthand for an
>> override, not being able to specify an optional context is a nuisance.
>> I currently have just the same problem writing a \hide
On Wed, Sep 12, 2012 at 3:38 AM, David Kastrup wrote:
[...]
>
> Basically, if a music function wants to provide a shorthand for an
> override, not being able to specify an optional context is a nuisance.
> I currently have just the same problem writing a \hide function that is
> supposed to be a
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode87
> lily/chord-name-engraver.cc:87: {
> On 2012/09/06 08:50:40, dak wrote:
>> What kind of contorted logic and guessing game is that?
>> if (make_markup)
>> {
>>[old code ending in setting "text"]
>> }
>
>> Plea
2012/9/12 Phil Holmes :
> - Original Message - From: "Thomas Morley"
>
> To: "lilypond-devel"
> Sent: Wednesday, September 12, 2012 11:56 AM
> Subject: Fix for poblematic snippet in /Documentation/snippets and LSR
> -policy?
>
>
>
>> Hi,
>>
>> a recent discussion at the german LilyPond-Fo
Yes, I did not check you actually addressed the points of the review
before the countdown ended. But I see my role as a reviewer, not as a
surveillance team.
http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc
File lily/chord-name-engraver.cc (right):
http://codereview.app
On 12 sept. 2012, at 14:05, d...@gnu.org wrote:
>
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc
> File lily/chord-name-engraver.cc (right):
>
> http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode149
> lily/chord-name-engraver.cc:149: &&
- Original Message -
From: "Thomas Morley"
To: "lilypond-devel"
Sent: Wednesday, September 12, 2012 11:56 AM
Subject: Fix for poblematic snippet in /Documentation/snippets and
LSR -policy?
Hi,
a recent discussion at the german LilyPond-Forum showed a problem with
http://lilypond.o
http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc
File lily/chord-name-engraver.cc (right):
http://codereview.appspot.com/6496085/diff/1/lily/chord-name-engraver.cc#newcode149
lily/chord-name-engraver.cc:149: && ly_is_equal (chord_as_scm,
last_chord_))
On 2012/09/06 09:59:
Hi,
a recent discussion at the german LilyPond-Forum showed a problem with
http://lilypond.org/doc/v2.16/Documentation/snippets/text#text-center-text-below-hairpin-dynamics
If the NoteColumn, where the Hairpin starts, has a 'DynamicText
attached, LilyPond returns weird output.
I wrote a fix for t
Reinhold Kainhofer writes:
> On 2012-09-12 10:38, David Kastrup wrote:
>> if we write xxx in LilyPond, this is considered to be a string. I want
>> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
>> incentive is to be able to have music functions be able to accept both
>> Stem
We are happy to announce the release of LilyPond 2.17.2. This
release contains the usual number of bugfixes. It is strongly
recommended that normal users do not use this release, and instead
use the stable 2.16 version.
--
Phil Holmes
___
lilypond-de
2012/9/12 David Kastrup :
>
> Hi,
>
> if we write xxx in LilyPond, this is considered to be a string. I want
> xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
> incentive is to be able to have music functions be able to accept both
> Stem as well as Staff.TimeSignature as a func
On 2012-09-12 10:38, David Kastrup wrote:
if we write xxx in LilyPond, this is considered to be a string. I want
xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
incentive is to be able to have music functions be able to accept both
Stem as well as Staff.TimeSignature as a func
Hi,
if we write xxx in LilyPond, this is considered to be a string. I want
xxx.yyy.zzz to be a list of strings ("xxx" "yyy" "zzz"). The main
incentive is to be able to have music functions be able to accept both
Stem as well as Staff.TimeSignature as a function argument.
At the current point o
56 matches
Mail list logo
