On Mon, Sep 26, 2011 at 06:38:02AM +, Keith OHara wrote:
> Graham Percival percival-music.ca> writes:
>
> > Please use
> > https://github.com/gperciva/git-cl
>
> Confirming that it worked for me.
> It was necessary to install stuff from
> http://code.google.com/p/gdata-python-client/
Whoo
Graham Percival percival-music.ca> writes:
>
> Please use
> https://github.com/gperciva/git-cl
Confirming that it worked for me.
It was necessary to install stuff from
http://code.google.com/p/gdata-python-client/
> instead of the current git-cl. To configure, add a file called
> google.l
On Sun, Sep 25, 2011 at 12:32:59PM +0100, Phil Holmes wrote:
> So - going on comments concerning GOP, we have had one support, one
> comment to the effect that someone once objected, and no-one
> objecting. Please could we consider this as a serious proposal, and
> if anyone thinks we need to keep
LGTM. If you wanted to add a @lilypond to make it more visible, I'm
happy with that, otherwise just go ahead and push.
http://codereview.appspot.com/5096046/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo
Please use
https://github.com/gperciva/git-cl
instead of the current git-cl. To configure, add a file called
google.login
to your lilypond srcdir, in the format
username
password
This updated git-cl will:
- create an issue with Patch-new to code.google.com, including a
link to your rietveld
Does anybody have a passing familiarity with json? I'm having
trouble getting started with rietveld json api. I'm going to work
on the code.google.com python interaction for the rest of today,
but it would be great if somebody could get the json thing
started.
Task: get a basic "hello world" wit
On Sun, Sep 25, 2011 at 10:53:13PM +0200, Janek Warchoł wrote:
> > I can't
> > see why locating and implementing a code management system which handles the
> > process as well as centralising the discussion, is a Bad Thing.
>
> I don't suppose that he meant it's a bad thing. I think Graham's
> co
http://codereview.appspot.com/5023044/diff/22001/scm/ly-syntax-constructors.scm
File scm/ly-syntax-constructors.scm (right):
http://codereview.appspot.com/5023044/diff/22001/scm/ly-syntax-constructors.scm#newcode52
scm/ly-syntax-constructors.scm:52: (format #f (_ "~a function can't
return ~a")
(
LGTM
http://codereview.appspot.com/5096046/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
(moved from -user
http://lists.gnu.org/archive/html/lilypond-user/2011-09/msg00134.html)
Hi Heikki,
thank you for your e-mail! Sorry for not responding earlier. It's
really a shame that your e-mail was left unreplied for so long.
I see now that you've created an outstanding report on the matter
2011/9/25 Colin Campbell :
> FWIW, Janek's bit above is just what I've been saying, and I believe it is
> also what James has been suggesting. The meta-problem seemas to be that
> there are developers who see the world as patches submitte4d and discussed
> by email, and there are Frogs, newer deve
On 11-09-25 03:57 AM, Janek Warchoł wrote:
2011/9/24 Graham Percival:
I don't see this "proposal" (really more of "a set of musings")
going anywhere. There's been a bunch of ideas:
- tool X, tool Y
- make better use of our current tools
- do a survey of what other projects do
but nothing
Looks like i've asked too many questions...
I'll try to prepare some draft and put it up to Rietveld.
cheers,
Janek
2011/9/13 Janek Warchoł :
> 2011/9/13 Han-Wen Nienhuys :
>> 2011/9/12 Janek Warchoł :
>>> i'm pretty confused about how note columns shift is measured (line 277
>>> and following in
I'm late, sorry...
2011/8/26 Graham Percival :
> It's been a few weeks since we had the last mentors
> "organization".
>
> I must admit that I haven't been a particularly good mentor.
Well, i wasn't a very good one either.
I hope that things will improve now that i've settled with
janek.lilypond
On Sep 25, 2011, at 2:56 PM, Janek Warchoł wrote:
> 2011/9/25 m...@apollinemike.com :
>> Hey Janek!
>>
>> Sorry for the delay - I didn't realize you were waiting for me.
>>
>> I'll get on it tomorrow morning if not tonight.
>
> I'll try to idle on #lilyp...@irc.freenode.net today 18-20 GMT.
>
2011/9/25 :
> Hi Janek,
>
> I was talking about uploading some changes of this patch to rietveld. I
> forgot to add some bits and pieces I had announced in the description of
> this patch to the reworked version. I would have had to adjust only 2 of
> the 3 files in the patch. That's why I asked w
On Sep 25, 2011, at 4:33 PM, Neil Puttock wrote:
> On 19 September 2011 19:48, m...@apollinemike.com
> wrote:
>
>> What I'd really like to know is why the spring ideal and minimum distances
>> are different just by virtue of its belonging to the array, but I have a
>> feeling the answer lies
I've made this briefer according to your suggestions.
beers,
Janek
http://codereview.appspot.com/5096046/diff/1/Documentation/notation/pitches.itely
File Documentation/notation/pitches.itely (right):
http://codereview.appspot.com/5096046/diff/1/Documentation/notation/pitches.itely#newcode258
D
David Kastrup:
...
> The main problem I see is that dependencies don't work out, and that
> presumably is mostly because the temporary/work files of lilypond-book
> are not in the rules and get stomped over by parallel make.
...
I have given up on lilypond-book and make.
Instead I've made two scri
On Sun, Sep 25, 2011 at 4:39 AM, Graham Percival
wrote:
> Yes, various expert FLOSS members (such as Reinhold, Carl, and
> IIRC yourself) have stepped forward to fix a few things in the
> builds -- but the only people who are "working" on the build
> system "full time" are windows users.
> (that s
http://codereview.appspot.com/5133043/diff/1/Documentation/changes.tely
File Documentation/changes.tely (right):
http://codereview.appspot.com/5133043/diff/1/Documentation/changes.tely#newcode65
Documentation/changes.tely:65: There is a new @code{\slashedGrace}
function:
This is already document
On 19 September 2011 19:48, m...@apollinemike.com wrote:
> What I'd really like to know is why the spring ideal and minimum distances
> are different just by virtue of its belonging to the array, but I have a
> feeling the answer lies deep in the bowels of the horizontal spacing code and
> I d
On 25 September 2011 15:19, Phil Holmes wrote:
> a) I believe the slashedGrace function is
> to allow a slurred grace note inside a slur
Nope. Reinhold recently added support for separate slurs on graces,
so they work fine nested inside other slurs.
b) I'm not convinced a tied grace note makes
- Original Message -
From: "Peekay Ex"
To: "Devel"
Sent: Sunday, September 25, 2011 2:01 PM
Subject: \slashedGrace vs \acciaccatura
Hello,
I am just wanting a clarification of the difference between the
\slashedGrace and \acciaccatura functions.
Is it just that \acciaccatura is al
New \slashedGrace function added to NR and Changes.
This is for Tracker issue 177
http://codereview.appspot.com/5133043/
--
--
James
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hello,
Consider an unrealistic example
@lilypond[fragment,quote,relative=2]
\slashedGrace c16~ c2
\slashedGrace c16( c2)
c16~ c2
c16( c2)
@end lilypond
When using \slashedGrace the tie is up but the slur is down; without
\slashedGrace both tie and slur are down.
Is this expected?
--
-
2011/9/25 Werner LEMBERG
> Actually, we don't *need* `\-' at all since Unicode already provides
> characters to control hyphenation:
>
> 00ADSOFT HYPHEN
> 2010HYPHEN
> 2011NON-BREAKING HYPHEN
>
> Bertrand, does your code work support them?
Here is how it works for the moment:
Th
Hello,
I am just wanting a clarification of the difference between the
\slashedGrace and \acciaccatura functions.
Is it just that \acciaccatura is always written with a slur and a
grace note (\slashedGrace) may or may not be?
I wanted to know the difference (musically and perhaps technically)
t
2011/9/25 Werner LEMBERG :
>
>> Think about new users, they would be confused by this. We should
>> never make things more complicated than they must be, Lily is
>> already too messy.
>
> Actually, we don't *need* `\-' at all since Unicode already provides
> characters to control hyphenation:
>
>
New Patch set loaded with Trevor's suggestions.
James
http://codereview.appspot.com/4839061/diff/3001/Documentation/notation/changing-defaults.itely
File Documentation/notation/changing-defaults.itely (right):
http://codereview.appspot.com/4839061/diff/3001/Documentation/notation/changing-defa
>> I don't like it, since it is extremely unnatural to me if applied
>> to longer texts. Instead, I would prefer a simple Scheme function
>> which converts `foo -- bar' into `foo\-bar' if desired.
>
> I'd prefer changing lyric hyphen command from -- to \- instead of
> creating such dichotomy.
Hmm
On 2011/09/25 10:29:47, MikeSol wrote:
Hey all,
This fixes issue 1929 and gets StemTremolo placement correct for
beams. I still
need to run regtests on it.
No you don't, because I just have.
Passes make and there are minor reg test changes see
http://code.google.com/p/lilypond/issues/de
"Phil Holmes" writes:
> When writing some docs (e.g. the CG concerning make) it's inevitable
> that the line will be too long to fit on a single line in the doc.
> This can be helped a bit by setting the font smaller, but in the end
> we'd have to break the line. My question: is there a standard
> When writing some docs (e.g. the CG concerning make) it's inevitable
> that the line will be too long to fit on a single line in the doc.
> This can be helped a bit by setting the font smaller, but in the end
> we'd have to break the line. My question: is there a standard way of
> showing this?
Pushed as commit0290695173284ccf68b08c0e92734d76df7120fd
Graham ok'd this.
James
http://codereview.appspot.com/5081048/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
- Original Message -
From: "Janek Warchoł"
To: "Phil Holmes"
Cc: "Devel"
Sent: Sunday, September 25, 2011 11:01 AM
Subject: Re: Big web page
2011/9/23 Phil Holmes :
You know, I'm wondering if this serves any purpose. It's a humungous
thing
that takes an age to load and display, and
When writing some docs (e.g. the CG concerning make) it's inevitable that
the line will be too long to fit on a single line in the doc. This can be
helped a bit by setting the font smaller, but in the end we'd have to break
the line. My question: is there a standard way of showing this? If no
On 2011/09/25 10:31:14, janek wrote:
Hi Patrick,
2011/9/24 :
> I just discovered that I forgot to add the changes related to
> conversion-info and \center-column. Do I have to make a completely
new
> patch containing all 3 files (musicxml2ly.py, musicxml.py and
> musicexp.py) or is it ok to
Graham Percival writes:
> On Sat, Sep 24, 2011 at 05:18:16PM +0200, David Kastrup wrote:
>>
>> and it is queried in quite a few places. Lilypond 1.8 seems like a
>> rather old version to support.
>>
>> Do we really need to have this around? Anybody even knows what it does?
>
> IIRC, old-relat
2011/9/25 Werner LEMBERG :
>
>>> I worked on this yesterday. I chose '--' instead of '\-'. The
>>> result is great (see attached).
>
> Mhmm. Normally, in plain text, even in non-TeX related contexts, `--'
> means an en-dash or em-dash. I *much* prefer `\-'.
>
>> Maybe it could work like -- in lyr
>> I worked on this yesterday. I chose '--' instead of '\-'. The
>> result is great (see attached).
Mhmm. Normally, in plain text, even in non-TeX related contexts, `--'
means an en-dash or em-dash. I *much* prefer `\-'.
> Maybe it could work like -- in lyrics? I mean, it would be nice to
> b
Graham Percival writes:
> On Sun, Sep 25, 2011 at 09:50:52AM +0200, David Kastrup wrote:
>> Graham Percival writes:
>>
>> > Yes, various expert FLOSS members (such as Reinhold, Carl, and
>> > IIRC yourself) have stepped forward to fix a few things in the
>> > builds -- but the only people who a
Hi Patrick,
2011/9/24 :
> I just discovered that I forgot to add the changes related to
> conversion-info and \center-column. Do I have to make a completely new
> patch containing all 3 files (musicxml2ly.py, musicxml.py and
> musicexp.py) or is it ok to upload only the files with these changes
>
Reviewers: ,
Message:
Hey all,
This fixes issue 1929 and gets StemTremolo placement correct for beams.
I still need to run regtests on it.
Cheers,
MS
Description:
Uses Stem::beam_end_corrective to get tremolo heights right
Please review this at http://codereview.appspot.com/5133042/
Affected
LGTM, go ahead and push
http://codereview.appspot.com/5081048/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On Sat, Sep 24, 2011 at 05:18:16PM +0200, David Kastrup wrote:
>
> and it is queried in quite a few places. Lilypond 1.8 seems like a
> rather old version to support.
>
> Do we really need to have this around? Anybody even knows what it does?
IIRC, old-relative had to do with the behavior of r
This would require some work on the parser/lexer, but I think it is possible
to do.
The example you wrote seems a bit messy to me. It is better to keep the
lyricmode:
someText = lyricmode { some4 de8 -- mon16 -- stra -- tion4 text, hoo -- ray!
}
\markup \someText
\new Lyrics \someText
I don't kno
On Sun, Sep 25, 2011 at 09:50:52AM +0200, David Kastrup wrote:
> Graham Percival writes:
>
> > Yes, various expert FLOSS members (such as Reinhold, Carl, and
> > IIRC yourself) have stepped forward to fix a few things in the
> > builds -- but the only people who are "working" on the build
> > sys
On Sat, Sep 24, 2011 at 08:18:27AM +0100, Peekay Ex wrote:
> 1 Devs who put up a Rietveld put up a tracker too and use the *exact*
> same title (even if it is very cryptic) the description can be simply
> the link to the Rietveld URL.
Dead horse.
If I had spent *one quarter* as much time writing
2011/9/24 Bertrand Bordage :
> 2011/9/23 Janek Warchoł
>>
>> Hi Bertrand,
>>
>> 2011/9/23 Bertrand Bordage :
>> > * making a system that allows to specify where a word is breakable (like
>> > \-
>> > in LaTeX);
>>
>> I vote for this because it seems most multi-language friendly. I.e.,
>> implemen
On Sat, Sep 24, 2011 at 06:20:10PM +0100, Phil Holmes wrote:
> I thought I'd start with a rather easier to follow description of
> how make website works. It's attached as a text file with no
> formatting as yet, for quick thoughts. If wanted I could put it on
> Rietveld as is, or if it's close e
2011/9/23 Phil Holmes :
> You know, I'm wondering if this serves any purpose. It's a humungous thing
> that takes an age to load and display, and for a long time has had a load of
> missing images, bad links, etc. No-one complained much and no-one really
> seemed to notice. Yet we lose the image
2011/9/24 Graham Percival :
> I don't see this "proposal" (really more of "a set of musings")
> going anywhere. There's been a bunch of ideas:
> - tool X, tool Y
> - make better use of our current tools
> - do a survey of what other projects do
> but nothing has made a significant amount of peo
This also passes a completely fresh make ; make doc.
http://codereview.appspot.com/5096050/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi,
i see that i'm the owner of the tracker issue 1193 (and i suppose that
Piers doesn't have git push ability), so i guess that it's for me to
push. However, i don't understand some things:
- what exactly shall i push?
- is this Rietveld issue up-to-date? I see that it was last modified
week ag
Reinhold Kainhofer writes:
> On Sa., 24. Sep. 2011 22:22:39 CEST, Graham Percival
> wrote:
>
>> There is absolutely zero chance of lilypond 2.16 using guile 2.0.
>> There is maybe a 10% chance that any version of lilypond will
>> support guile 2.0 in 2011. Total guesswork for future
>> predict
On Sa., 24. Sep. 2011 22:22:39 CEST, Graham Percival
wrote:
> There is absolutely zero chance of lilypond 2.16 using guile 2.0.
> There is maybe a 10% chance that any version of lilypond will
> support guile 2.0 in 2011. Total guesswork for future
> predictions: 50% chance of supporting guile
Graham Percival writes:
> On Sun, Sep 25, 2011 at 08:33:45AM +0200, David Kastrup wrote:
>> I don't do Python or many newfangled languages. I have worked with Make
>> for over 20 years. The casual contributor will be one used to the
>> technology and thinking underlying Lilypond. More likely t
On Sun, Sep 25, 2011 at 08:33:45AM +0200, David Kastrup wrote:
> I don't do Python or many newfangled languages. I have worked with Make
> for over 20 years. The casual contributor will be one used to the
> technology and thinking underlying Lilypond. More likely than not
> someone with more tha
59 matches
Mail list logo
