On 1/2/09 9:01 PM, "Graham Percival" wrote:
> On Fri, Jan 02, 2009 at 12:56:18PM -0700, Carl D. Sorensen wrote:
>>
>> On 1/2/09 12:30 PM, "Trevor Daniels" wrote:
>>
>>> I agree; that's why it is important to set out the standards
>>> clearly and to ensure they are consistent with clarity.
On 1/2/09 9:16 PM, "Joe Neeman" wrote:
> On Saturday 03 January 2009 02:30:36 pm Carl D. Sorensen wrote:
>> Thanks for the review, Joe.
>>
>> On 1/2/09 4:17 PM, "joenee...@gmail.com" wrote:
>>> Reviewers: Carl.D.Sorensen,
>>>
>>>
>>> http://codereview.appspot.com/11857/diff/1/2
>>> File inpu
On Saturday 03 January 2009 02:30:36 pm Carl D. Sorensen wrote:
> Thanks for the review, Joe.
>
> On 1/2/09 4:17 PM, "joenee...@gmail.com" wrote:
> > Reviewers: Carl.D.Sorensen,
> >
> >
> > http://codereview.appspot.com/11857/diff/1/2
> > File input/regression/fret-diagrams.ly (right):
> >
> > htt
On Fri, Jan 02, 2009 at 12:56:18PM -0700, Carl D. Sorensen wrote:
>
> On 1/2/09 12:30 PM, "Trevor Daniels" wrote:
>
> > I agree; that's why it is important to set out the standards
> > clearly and to ensure they are consistent with clarity. Look
> > at chapter 3.
Mao. I only just noticed that
Thanks for the review, Joe.
On 1/2/09 4:17 PM, "joenee...@gmail.com" wrote:
> Reviewers: Carl.D.Sorensen,
>
>
> http://codereview.appspot.com/11857/diff/1/2
> File input/regression/fret-diagrams.ly (right):
>
> http://codereview.appspot.com/11857/diff/1/2#newcode1
> Line 1: \version "2.12.0"
On Fri, Jan 02, 2009 at 03:55:47PM +0100, John Mandereau wrote:
> Le jeudi 01 janvier 2009 à 21:26 -0800, Graham Percival a écrit :
>
> > This will contain the INSTALL docs, doc policy, "working with
> > texinfo" stuff, the git guide, info about what all the branches
>
> Good idea, but if we go f
(sorry Joe, I messed up your email. Fixed now)
Hi guys,
How much oversight should the Frog patches receive? These patches
have been reviewed by Carl. They compile cleanly, adhere to our
code standards (to the extent that Carl understands them), and
appear to fix the bug.
I see three proposa
Hi guys,
How much oversight should the Frog patches receive? These patches
have been reviewed by Carl. They compile cleanly, adhere to our
code standards (to the extent that Carl understands them), and
appear to fix the bug.
I see three proposals:
1) Let Carl commit whatever patches he has rev
Hello,
Le vendredi 02 janvier 2009 à 16:50 +, Sawada, Yoshiki a écrit :
> I am translating LilyPond Learning Manual Ver. 2.11.62 (not the latest
> Version)
> to Japanese (see
> http://irjb.s346.xrea.com/wiki/LilyPond+Learning+Manual.html).
Congratulations for this big amount of work! Would
On 1/2/09 6:16 PM, "Graham Percival" wrote:
> On Fri, Jan 02, 2009 at 06:41:20AM -0700, Carl D. Sorensen wrote:
>>
>> In my mind, displayMusic and displayLilyMusic are parallel functions, both
>
> Ok then, I'll go along with it.
>
>> Perhaps you should know that I am also proposing a name c
On Fri, Jan 02, 2009 at 06:41:20AM -0700, Carl D. Sorensen wrote:
>
> In my mind, displayMusic and displayLilyMusic are parallel functions, both
Ok then, I'll go along with it.
> Perhaps you should know that I am also proposing a name change to NR 6, from
> "Interfaces for programming" to "Exten
On Fri, Jan 02, 2009 at 04:48:35PM -0600, Jonathan Kulp wrote:
> That said, I'll definitely try the suggestions you've given me, just for
> the fun of it. I don't mind using included local files and of course I
> do it in many of my scores. Where I thought this feature might help is
> in sh
Reviewers: Carl.D.Sorensen,
http://codereview.appspot.com/11857/diff/1/2
File input/regression/fret-diagrams.ly (right):
http://codereview.appspot.com/11857/diff/1/2#newcode1
Line 1: \version "2.12.0"
This regtest is getting quite large. Is there a logical way to split it
up (eg. fret-diagrams-
Bertalan Fodor wrote:
Yes, using guile you can download the file to /tmp for example and then include that.
Like this:
#(remote-include "http://www.whatnote.com/style.ly"; "/tmp/whatnote-style.ly")
\include "/tmp/whatnote-style.ly"
For implementing remote-include a call to wget could be enough
Le vendredi 02 janvier 2009 à 23:26 +0100, Valentin Villenave a écrit :
> Gosh, John was faster than me :)
I was this time only, but I go back to studies next Tuesday.
Cheers,
John
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.g
Yes, using guile you can download the file to /tmp for example and then include
that.
Like this:
#(remote-include "http://www.whatnote.com/style.ly"; "/tmp/whatnote-style.ly")
\include "/tmp/whatnote-style.ly"
For implementing remote-include a call to wget could be enough:
#(define remote-incl
2009/1/2 John Mandereau :
> This looks like a pie-in-the-sky feature: we'd have to add networking
> support in LilyPond, it's not obvious to support it for all OSes; maybe
> using a Python script for downloading would work?
Gosh, John was faster than me :)
Cheers,
Valentin
_
2009/1/2 Jonathan Kulp :
> It occurred to me today that it would be nice if Lilypond could use \include
> to include files that are hosted on a website, the way html pages use
> stylesheets. Something like this:
>
> \include "http://www.websiteaddress.com/definitions.ly";
As far as I know, a web
Le vendredi 02 janvier 2009 à 16:11 -0600, Jonathan Kulp a écrit :
> It occurred to me today that it would be nice if Lilypond could use
> \include to include files that are hosted on a website, the way html
> pages use stylesheets. Something like this:
>
> \include "http://www.websiteaddress.c
It occurred to me today that it would be nice if Lilypond could use
\include to include files that are hosted on a website, the way html
pages use stylesheets. Something like this:
\include "http://www.websiteaddress.com/definitions.ly";
Is this something that's feasible? I tried just adding
In message <450977.38398...@web83407.mail.sp1.yahoo.com>, Mark Polesky
writes
Anthony,
Responding late, I know, but with about ONE exception,
all the music I see follows lily's current behaviour.
Which scores/publishers have you found that match the
current behavior?
I'm a band musician (b
Hi Jan,
Have you any plan for maintaining Scons support in LilyPond? The Python
code hasn't been updated to be compatible with Python 2.6/3.0, and it
calls scripts in stepmake/bin or buildscripts that have been removed
several years ago. If we have no interest in maintaining this, I
propose to r
Le vendredi 02 janvier 2009 à 18:37 +, Carl Sorensen a écrit :
> I haven't heard anything back on this patch, probably because I chose a bad
> subject line. I'd appreciate if it could be reviewed.
The recommended subject is "[PATCH] subject of the patch" regardless of
the form of the patch (
On 1/2/09 12:30 PM, "Trevor Daniels" wrote:
>
>
> Carl D. Sorensen wrote Friday, January 02, 2009 1:44 PM
>
>> On 1/2/09 2:32 AM, "Trevor Daniels" wrote:
>>>
>>> Carl D. Sorensen wrote Thursday, January 01, 2009 10:52 PM
>>>
On 1/1/09 11:25 AM, "Trevor Daniels" wrote:
>>>
>>> Yes,
OK Carl, you've convinced me. Well, sort of. It was
the realisation that \displayLilyMusic would be very
useful for checking the output of a Scheme function
which created music while it was being developed that
really convinced me. It should be in NR 6,
Trevor
- Original Message -
Fr
Carl D. Sorensen wrote Friday, January 02, 2009 1:44 PM
On 1/2/09 2:32 AM, "Trevor Daniels" wrote:
Carl D. Sorensen wrote Thursday, January 01, 2009 10:52 PM
On 1/1/09 11:25 AM, "Trevor Daniels" wrote:
I think we already have clear standards for revision under GOP --
they're
the sam
Carl D. Sorensen byu.edu> writes:
>
> Happy new year, all!
>
> I've completed a major patch of fret diagrams, adding a new orientation and
> cleaning up a bunch of ugly stuff in the code.
>
> Please review the patch at
> http://codereview.appspot.com/11857/diff/1/3
>
> Thanks,
>
> Carl
>
I
On 1/2/09 9:50 AM, "Sawada, Yoshiki" wrote:
> Hello, everyone. And Happy New Year!!
>
> I am translating LilyPond Learning Manual Ver. 2.11.62 (not the latest
> Version)
> to Japanese (see
> http://irjb.s346.xrea.com/wiki/LilyPond+Learning+Manual.html).
> And I have a few requests.
>
>
> 1
Hello, everyone. And Happy New Year!!
I am translating LilyPond Learning Manual Ver. 2.11.62 (not the latest Version)
to Japanese (see http://irjb.s346.xrea.com/wiki/LilyPond+Learning+Manual.html).
And I have a few requests.
1. Appendix B
In the line 203 - 204 in the HTML code of Ver. 2.12.1: It
It seems that lilypond computes incorrect bbox values for EPS images.
While the top, left, and right side is OK, the bottom is always too
far away by a certain (fixed?) amount. Looks like a bug...
Werner
<>___
lilypond-devel mailing list
lilypond-
Le jeudi 01 janvier 2009 à 21:26 -0800, Graham Percival a écrit :
> While I was working on the new website, I realized that the info I
> was adding would work better as a manual rather than a few web
> pages. Therefore, in Feb (after 2.13 starts), I'll be creating a
> new manual: the Contributor's
Le vendredi 02 janvier 2009 à 13:34 +, Ian Hulin a écrit :
> Grahame,
His name is Graham.
> Can you, John or Han-Wen do
> gmane.comp.gnu.lilypond.announce?
Some time has flown since 2.12.1, so I just did it.
We are a bit confused, as 2.12 stable series begin while tasks with high
responsab
On 1/2/09 6:31 AM, "John Mandereau" wrote:
> Do we want to keep buildscripts/git-update-changelog.py?
>
> This script was designed to update Savannah CVS with changes made in
> git.or.cz Git repository during the transition between the two revision
> systems. We no longer need this script fo
On 1/1/09 10:26 PM, "Graham Percival" wrote:
> Hi all,
>
> While I was working on the new website, I realized that the info I
> was adding would work better as a manual rather than a few web
> pages. Therefore, in Feb (after 2.13 starts), I'll be creating a
> new manual: the Contributor's Gu
Grahame,
Can you, John or Han-Wen do
gmane.comp.gnu.lilypond.announce?
Cheers,
Ian
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On 1/2/09 2:32 AM, "Trevor Daniels" wrote:
>
>
> Carl D. Sorensen wrote Thursday, January 01, 2009 10:52 PM
>
>> On 1/1/09 11:25 AM, "Trevor Daniels" wrote:
>
>>
>> I think we already have clear standards for revision under GOP -- they're
>> the same as for the GDP. Unless you are propo
Trevor wrote:
>
> I agree with Graham. \displayLilyMusic has nothing to
> do with the internal representation of music. It simply
> shows the effect of \transpose.
Graham wrote:
>
> Transposing. Also, translating from relative to absolute. Hey, I
> never claimed that it was *vitally us
Do we want to keep buildscripts/git-update-changelog.py?
This script was designed to update Savannah CVS with changes made in
git.or.cz Git repository during the transition between the two revision
systems. We no longer need this script for this purpose, but with a bit
of hacking we could still u
Anthony,
> Responding late, I know, but with about ONE exception,
> all the music I see follows lily's current behaviour.
Which scores/publishers have you found that match the
current behavior?
I recently acquired several notation manuals, and Gardner
Read doesn't mention numbering measures. H
Hello,
Texi2html 1.80 is out! Do you think it's all right to remove support
for "makeinfo --html" in one week?
I think we should support Texi2html 1.80 during all 2.12 series and not
require Texi2html from CVS again before we start 2.13.
Cheers,
John
_
Op donderdag 01-01-2009 om 18:32 uur [tijdzone -0200], schreef Han-Wen Nienhuys:
> mismatch somewhere. Interestingly, if I run
>
> [lily...@haring glibc-core-2.3]$ pwd
> /home/lilydev/vc/gub3/target/linux-x86/build/glibc-core-2.3
> [lily...@haring glibc-core-2.3]$ ls
> ls: libc.so.6: version `GL
Graham Percival wrote Thursday, January 01, 2009 9:26 PM
Much of the LM was written before this policy was instated,
so other forms tend to be used there, like @subsubheading
and others which just use a @bo...@italic{..} one line
paragraph, and as the LM hasn't yet been revised these
non-stand
Carl D. Sorensen wrote Thursday, January 01, 2009 10:52 PM
On 1/1/09 11:25 AM, "Trevor Daniels" wrote:
Graham
During GDP we experimented with various headings for
the levels below @subsection and I thought we had
standardised on @unnumberedsubsubsec with @node and
a menu entry. At least t
Carl
I agree with Graham. \displayLilyMusic has nothing to
do with the internal representation of music. It simply
shows the effect of \transpose.
Are you thinking of \displayMusic maybe, which is already in
NR 6?
Trevor
Carl D. Sorensen wrote Friday, January 02, 2009 6:14 AM
On 1/1/09 9:5
On Thu, Jan 01, 2009 at 11:14:28PM -0700, Carl D. Sorensen wrote:
>
> On 1/1/09 9:51 PM, "Graham Percival" wrote:
>
> > Assuming you're talking about the NR, I kind-of like that material
> > where it is. As the examples show, it can be useful for
> > non-programming stuff. How do you feel abou
45 matches
Mail list logo
