Am 15.11.2010 18:27, schrieb Till Paala:
Am 15.11.10 13:23, schrieb Francisco Vila:
2010/11/15 Marc Hohl:
I don't have push privileges, sorry. But as this part of the docs
has been reworked, the english part of the patch wouldn't
apply cleanly.
Moreover, since the changes to the english docs
Guys, I totally reorganized things yet again, and added a
lot of useful info. I am aware that many of your previous
comments have not been addressed yet (I'm not ignoring
them). But I'd like to know what you guys think of the new
text and organization. This is still a work in progress
Than
On Tue, Nov 16, 2010 at 01:58:33AM +0100, Valentin Villenave wrote:
> On Tue, Nov 16, 2010 at 12:30 AM, Graham Percival
> wrote:
> > James: could you look into this, and make a suggestion for the
> > docs or a patch? (if you propose a minor change, just write up a
> > patch; if you propose a more
On Tue, Nov 16, 2010 at 12:30 AM, Graham Percival
wrote:
> James: could you look into this, and make a suggestion for the
> docs or a patch? (if you propose a minor change, just write up a
> patch; if you propose a more significant change, it might be good
> to discuss it before you go to the bot
On Mon, Nov 15, 2010 at 5:07 AM, Boris Shingarov wrote:
> where grob-array->list is a function which I just made.
>
> The reason I am asking, is because even after spending 10 minutes looking at
> the procedural-style code in the current live-elements-list, I am still not
> sure what the answer is
On Mon, Nov 15, 2010 at 06:29:37AM -0700, Carl Sorensen wrote:
>
> On 11/15/10 2:32 AM, "David Santamauro" wrote:
>
> > I can't seem to find that list. I'm here:
> > http://lilypond.org/contact.html
>
> Well, it appears that we have a documentation problem.
>
> The list is fr...@lilynet.net.
>
Hi everybody,
I just noticed that LilyPond is (briefly) advertised on the Durian/Sintel blog:
http://www.sintel.org/news/complete-score-available-for-download
It seems that Xavier lent him a hand to improve the code. Kudos to both!
Cheers,
Valentin.
_
Could some frog, or not-experienced developer, write something about
ly_display_scm() in the CG? It's mentioned in passing, but not
explicitly.
For example, I'm working on the 1336 segfault, and I've just written/added:
if (ly_is_procedure (val)
|| is_simple_closure (val))
{
Gr
Am 15.11.10 13:23, schrieb Francisco Vila:
2010/11/15 Marc Hohl:
I don't have push privileges, sorry. But as this part of the docs
has been reworked, the english part of the patch wouldn't
apply cleanly.
Moreover, since the changes to the english docs have to be translated,
all there is to do
On 2010/11/14 00:49:38, Carl wrote:
Here's a fix for Issue 1382. It sets the staff position to zero if
staff space
is zero, which is a consistent outcome -- all the staff lines are in
the same
position so zero works.
Looks good, and the regtest comparison looks fine. Please push.
- Graha
On 11/15/10 2:32 AM, "David Santamauro" wrote:
>
>
> On Sun, 14 Nov 2010 19:29:07 +
> Wols Lists wrote:
>
>> On 13/11/10 16:17, David Santamauro wrote:
>>> I want to offer to do it, but I have some intense studying to do. Is
>>> this the correct list to ask questions about this. I'm no
2010/11/15 Marc Hohl :
> Am 15.11.2010 11:08, schrieb Francisco Vila:
>> That said, I rely on you for the correctness of the patch. I'll post a
>> notice to Till on -translations list and wait 36 hours for comments
>> from him; then please could you push it? Thankyou
> I don't have push privilege
On Mon, Nov 15, 2010 at 11:27 AM, Jan Warchoł
wrote:
> It is mentioned at the beginning of the contributor's guide, and quite
> frequently in LilyPond Report. However, i argee that it could be in
> some more visible place.
What, like http://lilypond.org/help-us.html ?
:-)
Cheers,
Valentin
Am 15.11.2010 11:08, schrieb Francisco Vila:
2010/11/13 Marc Hohl:
Am 13.11.2010 18:29, schrieb Graham Percival:
Guys,
There's been a simply German doc patch waiting for review for a few weeks:
http://code.google.com/p/lilypond/issues/detail?id=1344
http://lists.gnu.org/archive/html/
Hi,
2010/11/15 David Santamauro
>
> I can't seem to find that [frogs] list. I'm here:
> http://lilypond.org/contact.html
It is mentioned at the beginning of the contributor's guide, and quite
frequently in LilyPond Report. However, i argee that it could be in
some more visible place.
Here's the
2010/11/13 Marc Hohl :
> Am 13.11.2010 18:29, schrieb Graham Percival:
>>
>> Guys,
>>
>> There's been a simply German doc patch waiting for review for a few weeks:
>> http://code.google.com/p/lilypond/issues/detail?id=1344
>> http://lists.gnu.org/archive/html/lilypond-devel/2010-09/msg00329.html
>>
On Sun, 14 Nov 2010 19:29:07 +
Wols Lists wrote:
> On 13/11/10 16:17, David Santamauro wrote:
> > I want to offer to do it, but I have some intense studying to do. Is
> > this the correct list to ask questions about this. I'm not in
> > inexperienced developer, just a novice with the interna
Mark Polesky wrote Monday, November 15, 2010 5:18 AM
These are essentially \paper variables, right?
oddHeaderMarkup
evenHeaderMarkup
oddFooterMarkup
evenFooterMarkup
You have to set them in the \paper block, it seems, so I
would like to categorize them alongside things like
system-separat
On Mon, Nov 15, 2010 at 9:56 AM, Werner LEMBERG
> Since I'm not a big fan of camel-case names, I second such a change.
Uh, I think the reason why camelCase names are used here is that these
are LilyPond variables (i.e. markups), not pure Scheme variables.
The current naming scheme seems consisten
On 15 November 2010 06:18, Mark Polesky wrote:
>
> These are essentially \paper variables, right?
> oddHeaderMarkup
> evenHeaderMarkup
> oddFooterMarkup
> evenFooterMarkup
>
> You have to set them in the \paper block, it seems, so I
> would like to categorize them alongside things like
> syste
> odd-header-markup
> even-header-markup
> odd-footer-markup
> even-footer-markup
Since I'm not a big fan of camel-case names, I second such a change.
However, I would do it rather now since we are already renaming so
many things.
Werner
21 matches
Mail list logo
