I am working on a reorganization of LM6 Programming Interfaces.
One section is on Internal representations.
I have a section on displaying Scheme representations, and I want to add a
section on displaying LilyPond representations.
I propose that section 3.3.4. Displaying LilyPond notation move t
On Thu, Jan 01, 2009 at 03:52:42PM -0700, Carl D. Sorensen wrote:
>
> On 1/1/09 11:25 AM, "Trevor Daniels" wrote:
>
> > 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 en
On Thu, Jan 01, 2009 at 07:04:36PM -0700, Carl D. Sorensen wrote:
> I am working on a reorganization of LM6 Programming Interfaces.
Err, NR?
> I have a section on displaying Scheme representations, and I want to add a
> section on displaying LilyPond representations.
>
> I propose that section 3
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 Guide.
(I /was/ going to call it the Developer's Guide, but the
On 1/1/09 9:51 PM, "Graham Percival" wrote:
> On Thu, Jan 01, 2009 at 07:04:36PM -0700, Carl D. Sorensen wrote:
>> I am working on a reorganization of LM6 Programming Interfaces.
>
> Err, NR?
Uhhh -- Yep. LM, NR, it's all the same thing after a late night ;)
>
>> I have a section on displ
> (font-file-as-ps-string name full-name):
> /Users/Carl/lilypond-working/out/share/lilypond/current/scm/framework-ps.scm
> :293:28: Wrong number of arguments to # (name file-name font-index)>
>
> It appears to me that the call to font-file-as-ps-string is missing
> a font-index argument.
>
> Any
Now that 2.12.1 is released, feel free to commit anything to
master that doesn't require a convert-ly rule.
I've sent a few announcement messages around, with varying degrees
of success. I'm also going to be busier than I thought with GOP
starting and packing for my research position in Singapor
Op woensdag 31-12-2008 om 12:22 uur [tijdzone -0800], schreef Graham
Percival:
Hi Graham,
> The latest commit to gub3 seems to have broken guile:
Are you sure it is the latest; that one only remove ld_library_path,
see:
http://github.com/janneke/gub/commit/6fc87b06b23606fb29dac54761321adb0955b0
In message <181.86328...@web83401.mail.sp1.yahoo.com>, Mark Polesky
writes
Developers,
I'd like to be able to set how volta alternative measures
are numbered. Currently (as of 2.11.65), measures are
counted as if there were no repeat signs, but I can't find a
single example of this if the engra
In lilypond-book I see stuff like this:
base = self.basename ()
single = '%(base)s.png' % vars ()
multiple = '%(base)s-page1.png' % vars ()
Why isn't this written as
base = self.basename ()
single = '%s.png' % base
multiple = '%s-page1.png' % base
? I could imagine that the latt
Graham Percival Thursday, January 01, 2009 12:19 AM
On Thu, Jan 01, 2009 at 09:23:24AM +1100, Joe Neeman wrote:
Towards the bottom of the page, we have the sentences "(The location of
this
directory is installation-dependent - see of information Other sources of
information)." and "Alternati
Op donderdag 01-01-2009 om 09:56 uur [tijdzone +0100], schreef Werner
LEMBERG:
>
> ? I could imagine that the latter gets executed faster, at least if
> no .pyc files are created.
Faster is not interesting, most of the time.
> Is this just convenience or is this a question of coding style?
It
On Wed, Dec 31, 2008 at 10:01 PM, Nicolas Sceaux wrote:
>> If anything, this is not a GUILE problem, but a lilypond one.
>> define-music-function as _i are Scheme macros. It could be that the
>> expansion does not occur correctly, but I know too little of macros to
>> say something useful about t
On Thu, Jan 1, 2009 at 6:56 AM, Werner LEMBERG wrote:
> ? I could imagine that the latter gets executed faster, at least if
> no .pyc files are created.
>
> Is this just convenience or is this a question of coding style?
The %s style gets hairy when there are lots of substitutions, because
the
Le 1 janv. 09 à 16:23, Han-Wen Nienhuys a écrit :
On Wed, Dec 31, 2008 at 10:01 PM, Nicolas Sceaux > wrote:
If anything, this is not a GUILE problem, but a lilypond one.
define-music-function as _i are Scheme macros. It could be that the
expansion does not occur correctly, but I know too little
On Thu, Jan 1, 2009 at 2:39 PM, Nicolas Sceaux wrote:
>>> Huh, the only definition of _i that I find in the sources is
>>> (defmacro-public _i (x) x)
>>> What is the point of that? Shouldn't it expand into the result of a call
>>> to gettext?
>>
>> The string needs to be marked so it can be extra
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 this is used in pitches, which
I thought was the gold standard for formatting.
Much of the LM was written be
2009/1/1 Graham Percival :
>...so if
> anybody wants to help spread the word, that'd be great:
Posted to Barrapunto (Barra = slash; punto = dot)
http://softlibre.barrapunto.com/article.pl?sid=09/01/01/1717248
--
Francisco Vila. Badajoz (Spain)
http://www.paconet.org
__
Le 1 janv. 09 à 19:20, Han-Wen Nienhuys a écrit :
On Thu, Jan 1, 2009 at 2:39 PM, Nicolas Sceaux
wrote:
Huh, the only definition of _i that I find in the sources is
(defmacro-public _i (x) x)
What is the point of that? Shouldn't it expand into the result of
a call
to gettext?
The strin
I'm toying with gub3 (on Fedora 10), but the compile halts at glibc-core,
CPP='i686-linux-gcc -E -x c-header'
/home/lilydev/vc/gub3/target/linux-x86/build/glibc-core-2.3/elf/ld-linux
.so.2 --library-path
/home/lilydev/vc/gub3/target/linux-x86/build/glibc-core-2.3:/home/lilydev/vc/gub3/target/
lin
Le jeudi 01 janvier 2009 à 01:36 -0800, Graham Percival a écrit :
> Now that 2.12.1 is released, feel free to commit anything to
> master that doesn't require a convert-ly rule.
OK, I'll commit changes for buildscripts soon, but please confirm GUB 3
sources on Jan's Git repository will be used for
On Thu, Jan 01, 2009 at 09:09:02PM +0100, John Mandereau wrote:
> Le jeudi 01 janvier 2009 à 01:36 -0800, Graham Percival a écrit :
> > Now that 2.12.1 is released, feel free to commit anything to
> > master that doesn't require a convert-ly rule.
>
> OK, I'll commit changes for buildscripts soon,
On Wed, Nov 12, 2008 at 6:43 PM, Jan Nieuwenhuizen
wrote:
>> CPP='x86_64-linux-gcc -E -x c-header'
>> /home/lilydev/git/newgub/target/linux-64/build/glibc-core-2.3/elf/ld-linux-x86-64.so.2
>> --library-path
>> /home/lilydev/git/newgub/target/linux-64/build/glibc-core-2.3:/home/lilydev/git/ne
On Thu, Jan 01, 2009 at 06:25:22PM -, Trevor Daniels wrote:
> 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 this is used in pitches, which I thought was the
On Thu, Jan 01, 2009 at 11:24:19AM +0100, Jan Nieuwenhuizen wrote:
> Op woensdag 31-12-2008 om 12:22 uur [tijdzone -0800], schreef Graham
> Percival:
>
> Hi Graham,
>
> > The latest commit to gub3 seems to have broken guile:
>
> Are you sure it is the latest; that one only remove ld_library_path
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 this is used in pitches, which
> I thought was the
Le jeudi 01 janvier 2009 à 12:17 -0800, Graham Percival a écrit :
> Please check out the source, though; more people investigating it
> can't hurt.
As you can see from my previous reports on -devel, I've already done so,
but I haven't took the time so far to do more than trying to build and
report
Le jeudi 01 janvier 2009 à 20:00 +0100, Nicolas Sceaux a écrit :
> Le 1 janv. 09 à 19:20, Han-Wen Nienhuys a écrit :
> > looks good to me. I am not really sure if we need the gettext call,
> > though - since we need them for dumping documentation, it will be just
> > as easy to do gettext when wri
I'm trying to build the docs to test some modifications to LM6.
When I do make web in Documentation/user, I get this error:
Writing
/Users/Carl/lilypond-working/out/lybook-db/d2/lily-52de78c4-1.signature
Layout output to
`/Users/Carl/lilypond-working/out/lybook-db/d2/lily-52de78c4-1.eps'...
Inv
29 matches
Mail list logo
