John Mandereau escribió:
Daniel Tonda wrote:
I changed the committish ids for files showing a bad committish when doing:
make LANG=es check-translation
Looks good. Your next work on lilypond.org is certainly the translation
update: "make LANG=es check-translation" shows a 1200 lines d
Daniel Tonda wrote:
> I changed the committish ids for files showing a bad committish when doing:
>
> make LANG=es check-translation
Looks good. Your next work on lilypond.org is certainly the translation
update: "make LANG=es check-translation" shows a 1200 lines diff!
> >
> > I've also remove
I changed the committish ids for files showing a bad committish when doing:
make LANG=es check-translation
I've also removed the dirty page
es/about/automated-engraving/applications.html
So whatever is done to this page is of no consequence from now on?
Before translating the tutorial, Li
John Mandereau escreveu:
> It looks very good with gs (through evince), but looks a bit too bold
> with xpdf.
You probably have anti-aliasing off in Xpdf.
> Yes, it could be linked from a place where it is written LilyPond is an
> automated engraving system: why not about/features, as pages in s
Le samedi 06 janvier 2007 à 19:35 +0100, Han-Wen Nienhuys a écrit :
> see btw,
>
> lilypond.org/~hanwen/annotated-demo.pdf
It looks very good with gs (through evince), but looks a bit too bold
with xpdf.
> maybe this should get a place somewhere on the website?
Yes, it could be linked from
Le samedi 06 janvier 2007 à 20:01 +0200, Till Rettig a écrit :
>
>
> John Mandereau wrote:
> >
> > > >
> > > > http://lilypond.org/web/about/features
> > > >
> > > yes, well, actually, I also want that page to have a
> > > more appealing look.
> >
> > Agreed. The features list is
Le samedi 06 janvier 2007 à 19:59 +0200, Till Rettig a écrit :
> John, this looks now good, there are now two versions of the same file
> in the German directory, one is calles windows.html and the other
> cygwin.html. So you can safely discard one of them. I was aware that
> the windows binary is
Joe Neeman escreveu:
> I'll take a look. How important is the optimisation? (I was thinking of
> trying to turn 2-pass spacing into 1-pass spacing -- which should I do
> first?)
if anything, I think that proper regression tests for current functionality
is most important (unless, of course, you
Joe Neeman escreveu:
> I'll take a look. How important is the optimisation? (I was thinking of
> trying to turn 2-pass spacing into 1-pass spacing -- which should I do
> first?)
it's not extremely important. Some highly unscientific tests show that
lily 2.11 is 10% slower than 2.10 - but this is
Joe Neeman escreveu:
>
> Hi,
>
> I have added scripts for profiling, see buildscripts/build-profile.sh.
>
> It turns out that the skyline related routines have replaced
> Grob::get_property() as the top-contender in the profile. Can you
> have a look to see if this can be o
On 1/5/07, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
Han-Wen Nienhuys escreveu:
>> I'm not (yet) convinced that it's worth the effort. It seems that
>> querying at a point is the only thing that gets improved speed.
>> Merging and distance are still O(sum of length of skylines) because we
>> n
Erik Sandberg escreveu:
> Hi,
>
> When executing:
> target/linux-x86/installer-master-git.sv.gnu.org-lilypond.git/usr/bin/lilypond
> with no parameters, it gives:
> GNU LilyPond 2.11.9
> Segmentation fault (core dumped)
>
> GDB stack trace:
> #0 0x08195827 in std::char_traits::eq ()
> #1 0x0819
Erik Sandberg escreveu:
>> No, that's incorrect. Removal of contexts is different reclaiming the
>> memory. Can you have a look at
>>
>> Global_context::run_iterator_on_me
>>
>> why the check_removal doesn't trigger for the Score context?
>
> Sorry for being unclear.
>
> check_removal always
Hi,
I have had very little time for lily the past months, but I hope to recover
soon. Right now I'm trying to make lily build again (which is more difficult
than it should because I spend most of my lily time in places where I have no
internet connection, e.g. on trains).
First problem is with
Hi,
When executing:
target/linux-x86/installer-master-git.sv.gnu.org-lilypond.git/usr/bin/lilypond
with no parameters, it gives:
GNU LilyPond 2.11.9
Segmentation fault (core dumped)
GDB stack trace:
#0 0x08195827 in std::char_traits::eq ()
#1 0x08195c5c in std::char_traits::eq ()
#2 0xb7e4b053
On Thursday 04 January 2007 20:13, Han-Wen Nienhuys wrote:
> Erik Sandberg escreveu:
> > They are there for completeness. I think the reason they are never
> > called, is that score contexts aren't explicitly destroyed. I think this
> > is because contexts below Score are destroyed during iteration
John Mandereau escreveu:
>
> If I do something (not before February anyway), may I take inspiration
> from typography-demo.svg?
>
see btw,
lilypond.org/~hanwen/annotated-demo.pdf
maybe this should get a place somewhere on the website?
--
Han-Wen Nienhuys - [EMAIL PROTECTED] - http://ww
John Mandereau wrote:
http://lilypond.org/web/about/features
yes, well, actually, I also want that page to have a
more appealing look.
Agreed. The features list is too long; IMHO it'd be better to illustrate
these features by a few LilyPond scores, one for each notation domain
John, this looks now good, there are now two versions of the same file in the
German directory, one is calles windows.html and the other cygwin.html. So you
can safely discard one of them. I was aware that the windows binary is working,
I was just really wondering what is the stuff about this c
> this is already on the tracker, IIRC.
Uh, oh, yes. Sorry for the noise. My other mail is also `somehow' in
the tracker, I believe. I'll search the issue and add a comment.
Werner
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http:/
Werner LEMBERG escreveu:
> The attached image shows a snippet of an organ piece. I can imagine
> that the ugly overlap of the tie with the note can be avoided if all
> notes of both the left and right chord take part in the tie formatting
> process. Apparently, LilyPond ignores the additional not
Luca Nonato wrote:
Just downloaded Lilipond 2.11.9-1 intel version
("http://download.linuxaudio.org/lilypond/binaries/darwin-x86/lilypond-2.11.9-1.darwin-x86.tar.bz2";)
but after unpacking it the finder info says "Application (PowerPC)" instead of
"Application (Universal)". What's wrong?
Nothin
The attached image shows a snippet of an organ piece. I can imagine
that the ugly overlap of the tie with the note can be avoided if all
notes of both the left and right chord take part in the tie formatting
process. Apparently, LilyPond ignores the additional note in the
right chord.
Maybe I'm
Have a look at the attached image. I suggest to slightly modify the
algorithm of LilyPond so that it follows this additional rule.
. Within a chord (this is, notes which are neither the topmost nor
the bottommost note), the length of a tie must be smaller than the
ties for the outermos
Hi!
Just downloaded Lilipond 2.11.9-1 intel version
("http://download.linuxaudio.org/lilypond/binaries/darwin-x86/lilypond-2.11.9-1.darwin-x86.tar.bz2";)
but after unpacking it the finder info says "Application (PowerPC)" instead of
"Application (Universal)". What's wrong?
Cheers!
Luca
__
Michael Krause escreveu:
> That, of course, makes sense. But then, why is it that the hack with
> changing note durations in the lower staff doesn't work? I mean the
>
> f,8 f, f, f8.*8/10 f16*16/10 f8
>
> Shouldn't this change only the spacing in the lower staff without
> influencing the upper
Graham Percival escreveu:
> Fresh git,
> cp GNUmakefile.in GNUmakefile
> make
> LILYPOND_EXTERNAL_BINARY=~/Apps/LilyPond.app/Contents/Resources/bin/lilypond
> LILYPOND_BOOK_LILYPOND_FLAGS= web
>
>
> result (died very close to the beginning, after processing input/*.ly )
> ...
> LANG= makeinfo --
Daniel Tonda wrote:
> Greetings:
>
> Just reporting, that I finally did the pull and here's a surprise, it
> didn't complain!
>
> $ git pull git://git.sv.gnu.org/lilypond.git/ web/master:
> Generating pack...
> Done counting 120 objects.
> Result has 91 objects.
> Deltifying 91 objects.
> 100% (
Greetings:
Just reporting, that I finally did the pull and here's a surprise, it
didn't complain!
$ git pull git://git.sv.gnu.org/lilypond.git/ web/master:
Generating pack...
Done counting 120 objects.
Result has 91 objects.
Deltifying 91 objects.
100% (91/91) done
Unpacking 91 objects
Total 91,
29 matches
Mail list logo
