Brilliant, thanks Werner
L
On Sun, Oct 13, 2024 at 6:48 PM Werner LEMBERG wrote:
>
> > I was studying output-distance.py to make sure my comparison thing
> > matches its behaviour, and I noticed that its EPS->PNG conversion
> > driver uses an odd resolution of 101x101.
> I was studying output-distance.py to make sure my comparison thing
> matches its behaviour, and I noticed that its EPS->PNG conversion
> driver uses an odd resolution of 101x101. Does anyone know what's
> behind this choice? Like, what was the reasoning to choose th
Hi,
I was studying output-distance.py to make sure my comparison thing matches
its behaviour, and I noticed that its EPS->PNG conversion driver uses an
odd resolution of 101x101.
Does anyone know what's behind this choice? Like, what was the reasoning to
choose this
vs 100x100?
C
I got it.
Vào 9:37 CN, 13 Th1 2019 https://photos.app.goo.gl/KCakjdAeKg6WSURT7
>
> my wife
>
>
>
> https://codereview.appspot.com/349090043/diff/20001/scripts/build/output-distance.py
> File scripts/build/output-distance.py (left):
>
>
> https://codereview.ap
Van de 349090043
https://codereview.appspot.com/349090043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
On 2019/01/29 17:23:01, nhoc1990q1 wrote:
On 2019/01/13 02:37:05, 浪漫 Joachim Metz的老婆 wrote:
> https://photos.app.goo.gl/KCakjdAeKg6WSURT7%3Cfont%3E%3C/font%3E
>
> vợ tôi
>
>
https://codereview.appspot.com/349090043/diff/20001/scripts/build/output-distance.py%3Cfont%3E%3C
On 2019/01/13 02:37:05, 浪漫 Joachim Metz的老婆 wrote:
https://photos.app.goo.gl/KCakjdAeKg6WSURT7
style="vertical-align: inherit;">
vợ tôi
https://codereview.appspot.com/349090043/diff/20001/scripts/build/output-distance.py
Tập lệnh tập tin / build / output-distance.py
(trá
Thanks a lot.
Vào 14:08 Th 5, 10 thg 1 2019 On 2019/01/07 23:05:18, bichphuong02121993 wrote:
> > Lemzwerg
>
> 我全家死光，你全家女人被強姦
>
> https://codereview.appspot.com/349090043/
>
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/ma
Lemzwerg
https://codereview.appspot.com/349090043/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Vào 6:00 Th 3, 08 thg 1 2019 https://codereview.appspot.com/349090043/
>
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
whatever it is that programmers use, but I can't test
GUB without this, so I pushed it. If this commit causes any problems
whatsoever, please revert it.
Cheers,
- Graham
--- a/scripts/build/output-distance.py
+++ b/scripts/build/output-distance.py
@@ -611,7 +611,7 @@ class Si
Le 03/10/2009 21:04, Patrick McCarty disait :
I'm sorry for not being completely clear. I should have first
referred you to the CG page:
http://kainhofer.com/~lilypond/Documentation/contributor/Testing-LilyPond.html
And these are the exact steps I would do:
$ git checkout 4c5a581ca
$ m
On 2009-10-03, Jean-Charles Malahieude wrote:
> Le 01/10/2009 20:45, Patrick McCarty disait :
> >
> >On 2009-10-01, Jean-Charles Malahieude wrote:
> >>
> >>In fact, it was on a fresh local clone of the master branch as of
> >>Reinhold's "Fix killCues ..." patch dated 2009-09-30 15:44:45. I
> >>neve
Le 01/10/2009 20:45, Patrick McCarty disait :
On 2009-10-01, Jean-Charles Malahieude wrote:
In fact, it was on a fresh local clone of the master branch as of
Reinhold's "Fix killCues ..." patch dated 2009-09-30 15:44:45. I
never did a 'test-baseline' before.
Would you like me to clean everythi
On Tue, Sep 29, 2009 at 05:37:55PM +0100, Neil Puttock wrote:
> 2009/9/28 Graham Percival :
>
> > If you can make these, or give me exact instructions on how to
> > generate them myself, I will be delighted to do so. :)
> > I have tons of horsepower at my disposal; the only thing that
> > (should
On 2009-10-01, Jean-Charles Malahieude wrote:
>
> In fact, it was on a fresh local clone of the master branch as of
> Reinhold's "Fix killCues ..." patch dated 2009-09-30 15:44:45. I
> never did a 'test-baseline' before.
> Would you like me to clean everything, rewind to 4c5a581ca, make a
> test-b
Le 30/09/2009 23:17, Patrick McCarty disait :
Hi,
On 2009-09-30, Jean-Charles Malahieude wrote:
On Tue, 29 Sep 2009 13:36:32, Patrick McCarty wrote:
Aside from a build failure in the German docs (notation.de.pdf), I can
cleanly compile the docs with `make -j2' on the second run.
No problem
On Wed, Sep 30, 2009 at 02:21:03PM -0700, Patrick McCarty wrote:
> On 2009-09-29, Graham Percival wrote:
> > Hmm. I'm now getting random errors ("file not found") while
> > compiling the docs with 4 jobs. This worked fine a few days ago.
>
> Does `make doc' still fail for you with multiple jobs
On 2009-09-29, Graham Percival wrote:
> On Mon, Sep 28, 2009 at 10:06:27PM +0100, Neil Puttock wrote:
> > 2009/9/28 Patrick McCarty :
> >
> > > I just pushed a fix. I did various tests on a small
> > > lilypond-book project (with 8 snippets), and the file/folder
> > > names now stay the same if t
Hi,
On 2009-09-30, Jean-Charles Malahieude wrote:
> On Tue, 29 Sep 2009 13:36:32, Patrick McCarty wrote:
> >
> > Aside from a build failure in the German docs (notation.de.pdf), I can
> > cleanly compile the docs with `make -j2' on the second run.
>
> No problem to build everything on a fresh tre
On Tue, 29 Sep 2009 13:36:32, Patrick McCarty wrote:
> On 2009-09-29, Patrick McCarty wrote:
>> On Tue, Sep 29, 2009 at 9:15 AM, Graham Percival wrote:
>>>
>>> Hmm. I'm now getting random errors ("file not found") while
>>> compiling the docs with 4 jobs. This worked fine a few days ago.
>>>
>>> I
On 2009-09-29, Patrick McCarty wrote:
> On Tue, Sep 29, 2009 at 9:15 AM, Graham Percival
> wrote:
> >
> > Hmm. I'm now getting random errors ("file not found") while
> > compiling the docs with 4 jobs. This worked fine a few days ago.
> >
> > I just did a mostly-successful doc build with only 1
On Tue, Sep 29, 2009 at 9:15 AM, Graham Percival
wrote:
> On Mon, Sep 28, 2009 at 10:06:27PM +0100, Neil Puttock wrote:
>> 2009/9/28 Patrick McCarty :
>>
>> > I just pushed a fix. I did various tests on a small lilypond-book
>> > project (with 8 snippets), and the file/folder names now stay the s
2009/9/28 Graham Percival :
> If you can make these, or give me exact instructions on how to
> generate them myself, I will be delighted to do so. :)
> I have tons of horsepower at my disposal; the only thing that
> (should be) lacking is time.
OK, here's a patch which reinstates the relevant \p
2009/9/29 Graham Percival :
> Hmm. I'm now getting random errors ("file not found") while
> compiling the docs with 4 jobs. This worked fine a few days ago.
I had the same problem last night with a random png, but had a
successful build after restarting.
> I just did a mostly-successful doc bu
On Mon, Sep 28, 2009 at 10:06:27PM +0100, Neil Puttock wrote:
> 2009/9/28 Patrick McCarty :
>
> > I just pushed a fix. I did various tests on a small lilypond-book
> > project (with 8 snippets), and the file/folder names now stay the same
> > if the preamble is changed.
>
> I've just done a litt
On Mon, Sep 28, 2009 at 01:40:14PM -0700, Patrick McCarty wrote:
> On 2009-09-28, Graham Percival wrote:
> > Yes, precisely. Add a "remove preamble" bit to
> > def relevant_contents (self, ly):
> > on line 1253.
>
> I just pushed a fix. I did various tests on a small lilypond-book
> project
2009/9/28 Patrick McCarty :
> I just pushed a fix. I did various tests on a small lilypond-book
> project (with 8 snippets), and the file/folder names now stay the same
> if the preamble is changed.
I've just done a little regtest check which included removing
force-assignment, and can confirm i
On 2009-09-28, Graham Percival wrote:
> On Mon, Sep 28, 2009 at 10:40:35AM -0700, Patrick McCarty wrote:
> > On Mon, Sep 28, 2009 at 10:30 AM, Graham Percival
> > wrote:
> > > PS that said, if anybody's interested in hacking away at the
> > > python scripts, please do!
> >
> > Would it work if
On Mon, Sep 28, 2009 at 08:44:07PM +0200, Jan Nieuwenhuizen wrote:
> Op maandag 28-09-2009 om 19:13 uur [tijdzone +0100], schreef Graham
> Percival:
> > On Mon, Sep 28, 2009 at 06:51:02PM +0100, Neil Puttock wrote:
> > > 2009/9/28 Graham Percival :
>
> > I have tons of horsepower at my disposal
>
Op maandag 28-09-2009 om 19:13 uur [tijdzone +0100], schreef Graham
Percival:
> On Mon, Sep 28, 2009 at 06:51:02PM +0100, Neil Puttock wrote:
> > 2009/9/28 Graham Percival :
> I have tons of horsepower at my disposal
Then I have something for you, a fine new dev/class-variables
branch in gub.git
On Mon, Sep 28, 2009 at 06:51:02PM +0100, Neil Puttock wrote:
> 2009/9/28 Graham Percival :
>
> > Doing the comparisons would be tricky; you'd need to fix
> > lilypond-book, then use the new lilypond-book to generate the
> > tests for the old version of lilypond, etc.
>
> Seriously, it's not that
On Mon, Sep 28, 2009 at 10:40:35AM -0700, Patrick McCarty wrote:
> On Mon, Sep 28, 2009 at 10:30 AM, Graham Percival
> wrote:
> > PS that said, if anybody's interested in hacking away at the
> > python scripts, please do!
>
> Would it work if we just calculated the md5 hash for everything
> *ex
2009/9/28 Graham Percival :
> Doing the comparisons would be tricky; you'd need to fix
> lilypond-book, then use the new lilypond-book to generate the
> tests for the old version of lilypond, etc.
Seriously, it's not that difficult, since the changes I made follow
2.13.2: it's just a matter of sq
On Mon, Sep 28, 2009 at 10:30 AM, Graham Percival
wrote:
> On Mon, Sep 28, 2009 at 05:47:08PM +0100, Neil Puttock wrote:
>> 2009/9/28 Han-Wen Nienhuys :
>>
>> > Of course, if someone goes
>> > around modifying the templates in lilypond-book.py, all the hashes
>> > change, and the comparison does n
On Mon, Sep 28, 2009 at 05:47:08PM +0100, Neil Puttock wrote:
> 2009/9/28 Han-Wen Nienhuys :
>
> > Of course, if someone goes
> > around modifying the templates in lilypond-book.py, all the hashes
> > change, and the comparison does not work anymore.
>
> Oops, I guess that's me then, since I remo
2009/9/28 Han-Wen Nienhuys :
> Of course, if someone goes
> around modifying the templates in lilypond-book.py, all the hashes
> change, and the comparison does not work anymore.
Oops, I guess that's me then, since I removed the unused \paper block
settings without first doing a regtest check (II
On Mon, Sep 28, 2009 at 11:40 AM, Graham Percival
wrote:
> script/output-distance.py is broken. I suspect that the general
> out/lybook-db/ thing is the problem -- when I look at self.missing and
> self.added (say, adding a print to line 818 of
> scripts/build/output-distance.py )
script/output-distance.py is broken. I suspect that the general
out/lybook-db/ thing is the problem -- when I look at self.missing and
self.added (say, adding a print to line 818 of
scripts/build/output-distance.py ), I see tons and tons of files.
This is confirmed by the following test:
gperc
Joe Neeman escreveu:
>
>
> On 1/26/07, *Han-Wen Nienhuys* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Joe Neeman escreveu:
> > After running output-distance.py, none of the pngs are displayed. The
> > links in index.html poin
On 1/26/07, Han-Wen Nienhuys <[EMAIL PROTECTED]> wrote:
Joe Neeman escreveu:
> After running output-distance.py, none of the pngs are displayed. The
> links in index.html point to, for example,
> reference-lilypond/input/mutopia/W.A.Mozart/out-www/mozart-
hrn-3-page1.png
> w
Joe Neeman escreveu:
> After running output-distance.py, none of the pngs are displayed. The
> links in index.html point to, for example,
> reference-lilypond/input/mutopia/W.A.Mozart/out-www/mozart-hrn-3-page1.png
> while the png image is in
> reference-lilypond/out-www/offline-roo
After running output-distance.py, none of the pngs are displayed. The
links in index.html point to, for example,
reference-lilypond/input/mutopia/W.A.Mozart/out-www/mozart-hrn-3-page1.png
while the png image is in
reference-lilypond/out-www/offline-root/input/mutopia/W.A.Mozart/mozart-hrn-3-page1
43 matches
Mail list logo
