On Sat, Sep 22, 2012 at 01:42:46PM +0200, Marc Hohl wrote:
Am 21.09.2012 11:00, schrieb David Kastrup:
A user interface change without documentation or regtest is dead code.
Regtests are somewhat mandatory:
http://lilypond.org/doc/v2.17/Documentation/contributor/write-regression-tests
but
http://lilypond.org/~graham/gop/gop_6.html
** Summary
We’ve gone over the same arguments many times, so let’s try to
resolve them. This proposal (seen on the website or in the
lilypond-extra/gop repository) supercedes any previous emails.
Fluff will go on a new mailing lilypond-quacks mailing
On Fri, Sep 21, 2012 at 11:25 PM, Trevor Daniels t.dani...@treda.co.uk wrote:
David Kastrup wrote Friday, September 21, 2012 5:46 PM
Well, the host of different syntaxes to \tempo aside, here are some
other nuisances:
[snip]
Look and behold: after the closing brace of the sequential music,
On Sat, Sep 22, 2012 at 12:40 AM, Francisco Vila paconet@gmail.com wrote:
2012/9/21 James pkx1...@gmail.com:
Maybe there are problems when you have
\repeat volta repeatcount { musicexpr
\alternative {
{ musicexpr }
\alternative {
{ musicexpr }
\alternative {
{ musicexpr }
} }
On Sat, Sep 22, 2012 at 6:13 AM, David Kastrup d...@gnu.org wrote:
Janek Warchoł janek.lilyp...@gmail.com writes:
After that, the parser's job is to group these 'words' into meaningful
'sentences'. For example,
c4 g \f d8-.
becomes
c4
g \f
d8-.
(i.e., all things that go with the pitch -
2012/9/23 David Kastrup d...@gnu.org:
As I said: I have not yet tackled this actively since at least the
equals sign may still become part of the universe supported by music
functions.
If \tempo had mandatory curly braces, that would simplify things.
\tempo already accepts \markup. All
Graham Percival gra...@percival-music.ca writes:
I suggest that we have a separate mailing list to discuss wild
ideas. Initially these will probably be about modifications to the
ly language, but other candidates are mutopia, kickstarter,
crowd-typeset music, closer ties with online music
Sue Daniels s...@treda.co.uk writes:
Graham Percival wrote Sunday, September 23, 2012 7:50 AM
On Sat, Sep 22, 2012 at 01:42:46PM +0200, Marc Hohl wrote:
So I repeat my proposal again: a developer *must* include
regression tests, he *should* do the doc work, but if he feels
not very
David,
On 23 September 2012 11:06, David Kastrup d...@gnu.org wrote:
Much of the parser work I am doing is of incremental nature, and
the overall direction includes keeping existing files working according
to expectations as much as reasonable/possible while straightening out
and
I've just completed a GUB build and, like the last one, three commands did
not run. They are:
unlocked-doc-export
unlocked-test-export
unlocked-dist-check
I've run these by hand as:
make --file=lilypond.make LILYPOND_BRANCH=release/unstable
unlocked-doc-export
make --file=lilypond.make
James pkx1...@gmail.com writes:
But I believe unless we now do something that is backward-incompatible
with a (yet) undocumented function in the Notation or Learning manuals
that we don't hold back the patch for the code, it would be nice to
have it all documented as well, but that isn't
Am 23.09.2012 08:50, schrieb Graham Percival:
On Sat, Sep 22, 2012 at 01:42:46PM +0200, Marc Hohl wrote:
Am 21.09.2012 11:00, schrieb David Kastrup:
A user interface change without documentation or regtest is dead code.
Regtests are somewhat mandatory:
On 23/09/12 00:07, Graham Percival wrote:
I have no problem with splitting \tempo into a \tempo_bpm and
\tempoMark command. Or perhaps it would be better to just use
\mark, and add markup functions which mimic the text parts of
the existing \tempo command (if they don't already exist, which
Janek Warchoł janek.lilyp...@gmail.com writes:
On Fri, Sep 21, 2012 at 11:25 PM, Trevor Daniels t.dani...@treda.co.uk
wrote:
David Kastrup wrote Friday, September 21, 2012 5:46 PM
Well, the host of different syntaxes to \tempo aside, here are some
other nuisances:
[snip]
Look and behold:
Hello,
On 23 September 2012 04:29, David Kastrup d...@gnu.org wrote:
Jay Anderson horndud...@gmail.com writes:
On Sat, Sep 22, 2012 at 3:07 PM, Graham Percival
gra...@percival-music.ca wrote:
I have no problem with splitting \tempo into a \tempo_bpm and
\tempoMark command. Or perhaps it
Hi,
regarding all the GLISS-discussions, talking about topic x or topic
y I feel not sure we're discussing the _really_ important questions
for users, especially for beginners.
We all outstripped the starting-difficulties and we all are quite
familiar with the existing problems, maybe too much.
2012/9/23 Thomas Morley thomasmorle...@googlemail.com:
Eluze, Federico, Francisco would you like to join this and post sth
similar on your national lists?
Yes, good idea. I think I'll do it.
--
Francisco Vila. Badajoz (Spain)
www.paconet.org , www.csmbadajoz.com
Joseph Rushton Wakeling joseph.wakel...@webdrake.net writes:
Step back for a second and consider the variants you might want in a tempo
change:
(1) specified beat unit has a particular number of bpm. Your beat unit
may not be limited to a typical unit like a quarter- or
Thomas Morley thomasmorle...@googlemail.com writes:
regarding all the GLISS-discussions, talking about topic x or topic
y I feel not sure we're discussing the _really_ important questions
for users, especially for beginners.
We all outstripped the starting-difficulties and we all are quite
2012/9/23 David Kastrup d...@gnu.org:
Thomas Morley thomasmorle...@googlemail.com writes:
regarding all the GLISS-discussions, talking about topic x or topic
y I feel not sure we're discussing the _really_ important questions
for users, especially for beginners.
We all outstripped the
Il 23/09/2012 15:08, Thomas Morley ha scritto:
So I thought it might be an idea to start threads on national
lists/forums about it and after same time (a week?) collect and list
the complains, ideas, proposals.
The advantage would be to reach a larger amount of users. And, not the
least
Thomas Morley wrote
Werner suggested to start a poll about topics annoying, irritating,
hindering users.
So I thought it might be an idea to start threads on national
lists/forums about it and after same time (a week?) collect and list
the complains, ideas, proposals.
good idea!
I hope
2012/9/23 eluze elu...@gmail.com:
Thomas Morley wrote
Werner suggested to start a poll about topics annoying, irritating,
hindering users.
So I thought it might be an idea to start threads on national
lists/forums about it and after same time (a week?) collect and list
the complains,
Hi Xavier,
Eluze suggested to contact you, being a native french-speaker.
Would you like to open a thread or start a poll on the
french-user-list about the topic described below in the quoted
section?
2012/9/23 Thomas Morley thomasmorle...@googlemail.com:
Hi,
regarding all the
Hey all,we have been working on solutions for old musicxml2ly-bugs and some new functions. We have published our efforts onhttps://github.com/Philomelos/lilypond-musicxml2ly-dev. We will continue working on musicxml2ly but there are far more bugs than we could ever handle on our own. So if no one
James pkx1...@gmail.com writes:
David,
On 23 September 2012 11:06, David Kastrup d...@gnu.org wrote:
Much of the parser work I am doing is of incremental nature,
and the overall direction includes keeping existing files working
according to expectations as much as reasonable/possible
On Sun, Sep 23, 2012 at 11:55:51AM +0100, Phil Holmes wrote:
but if someone who is familiar with GUB could make a guess as to why
they're not running, I'd appreciate it.
Either lilypond.make has changed (only one change in the past two
years:
On Sun, Sep 23, 2012 at 09:19:03AM +0100, Sue Daniels wrote:
Graham Percival wrote Sunday, September 23, 2012 3:20 AM
That's certainly a consistent view to take, but it might be worth
discussing that further at some point. If there's a separate
namespace then I can't see any technical
On Sun, Sep 23, 2012 at 12:06:46PM +0200, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
I suggest that we have a separate mailing list to discuss wild
ideas. Initially these will probably be about modifications to the
ly language, but other candidates are mutopia,
This is an informal chat idea, following David's latest suggestion
that such emails could go on -devel instead of requiring a
separate mailing list. I fully expect this not to work.
Currently, durations are limited to powers of 2 (plus dots).
Making a triplet involves the wordy \times x/y { ...
Graham Percival gra...@percival-music.ca writes:
This is an informal chat idea, following David's latest suggestion
that such emails could go on -devel instead of requiring a
separate mailing list. I fully expect this not to work.
Please keep [talk] threads free from disparaging comments.
Graham Percival gra...@percival-music.ca writes:
Currently, durations are limited to powers of 2 (plus dots).
Making a triplet involves the wordy \times x/y { ... } or a *x/y
scaling factor. We could avoid this (in common cases) by allowing
arbitrary integer durations.
c4 e \times 2/3 {
Graham Percival gra...@percival-music.ca writes:
On Sun, Sep 23, 2012 at 12:06:46PM +0200, David Kastrup wrote:
Graham Percival gra...@percival-music.ca writes:
I suggest that we have a separate mailing list to discuss wild
ideas. Initially these will probably be about modifications to
2012/9/23 Graham Percival gra...@percival-music.ca:
The general rule is that the duration x is (whole note)/x. So in
addition to the current
1 2 4 8
we have
3 = \times 2/3 { c2 }(whole note divided by 3)
6 = \times 2/3 { c4 }(whole note divided by 6)
... etc.
Looks good but
On 9/23/12 4:48 PM, Francisco Vila paconet@gmail.com wrote:
2012/9/23 Graham Percival gra...@percival-music.ca:
The general rule is that the duration x is (whole note)/x. So in
addition to the current
1 2 4 8
we have
3 = \times 2/3 { c2 }(whole note divided by 3)
6 = \times
Carl Sorensen c_soren...@byu.edu writes:
On 9/23/12 4:48 PM, Francisco Vila paconet@gmail.com wrote:
2012/9/23 Graham Percival gra...@percival-music.ca:
The general rule is that the duration x is (whole note)/x. So in
addition to the current
1 2 4 8
we have
3 = \times 2/3 { c2 }
Hi friends,
On Mon, Sep 24, 2012 at 12:27 AM, David Kastrup d...@gnu.org wrote:
Graham Percival gra...@percival-music.ca writes:
David, the past month of emails from you have *already* been full
of disparaging comments. I'm suggesting that it's ok for you to
continue acting in the same
Hi all,
just a quick note before i go to sleep:
On Sun, Sep 23, 2012 at 11:45 PM, Graham Percival
gra...@percival-music.ca wrote:
[...] allow arbitrary integer durations.
c4 e \times 2/3 { c4 e g }
into:
c4 e c6 e g
I had this idea in my head for two years, and it was the subject of
Janek Warchoł janek.lilyp...@gmail.com writes:
Hi all,
just a quick note before i go to sleep:
On Sun, Sep 23, 2012 at 11:45 PM, Graham Percival
gra...@percival-music.ca wrote:
[...] allow arbitrary integer durations.
c4 e \times 2/3 { c4 e g }
into:
c4 e c6 e g
I had this idea
Graham Percival graham at percival-music.ca writes:
Currently, durations are limited to powers of 2 (plus dots).
Making a triplet involves the wordy \times x/y { ... } or a *x/y
scaling factor. We could avoid this (in common cases) by allowing
arbitrary integer durations.
c4 e \times
For 21:00 MDT Tuesday September 25
Enhancement:
Issue 2717
http://code.google.com/p/lilypond/issues/detail?id=2717: Implement
\single, \omit and \hide - R 6495135
http://codereview.appspot.com/6495135/
Issue 2853
http://code.google.com/p/lilypond/issues/detail?id=2853: Patch: Set up
Graham Percival graham at percival-music.ca writes:
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 zero
in the history of mathematics!)
Well, the concept and
42 matches
Mail list logo