> Look at the attached image which has been produced from this output:
> [...]
>
> Is there any reason that the first tie's position is much lower than
> the second one? Can this be harmonized? I know this isn't an
> urgent issue, but...
I've added this as issue 141, together with a bunch of o
[lilypond version 2.9.28]
Look at the attached image which has been produced from this output:
\version "2.9.28"
\relative c'' {
r2 d2 ~ | d1 ~ | d1 |
}
\paper {
ragged-right = ##t
}
Is there any reason that the first tie's position is much lower than
the second one? Can th
The phases
Preprocessing graphical objects...
and
Layout output to `%s'...
can take a lng time with big scores. What about a progress
indicator? Ideally this should be a percentage, but any number will
do just to indicate that something is happening.
Werner
__
In case the file's \version is recent enough, convert-ly doesn't emit
anything. This is bad. Instead, it should copy the file verbatim to
stdout, as it was done previously.
A trivial example to demonstrate it is a file xxx.ly which only
contains
\version "2.9.28"
After saying
convert-ly
Erik Sandberg <[EMAIL PROTECTED]> writes:
> Hm, the problem does not seem to be guile-specific, exactly the same error
> happens for libfreetype too. Here's the error for guile:
There are two strange things here
> i686-linux-gcc
> -I/media/hda2/home/erik/lily/gub/new-gub/target/linux-x86/buil
Han-Wen Nienhuys wrote:
> John Mandereau escreveu:
> > It's important to have the same html filenames, but the node names
> > should be translated, otherwise all that hard translation work is not
> > very worthy imho.
>
> I don't understand (bear with me , I haven't had a look at the
> infrastru
Laura Conrad escreveu:
"Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> can you send a patch that actually applies ?
This one works for me:
applied ( http://repo.or.cz/w/lilypond.git , master branch)
--
Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanw
On Nov 3, 2006, at 5:20 AM, Edward Treisman wrote:
Dear Matthias,
I have been trying to download your fabulous program, Lilypond, on
my G5 Mac;
It's actually not my program, although I'm proud to have made some
modest contributions to it.
I have been unsuccessful.
I get the following
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
> Hello Nicolas,
>
> the display-lily.scm module retains references to the parser, and
> objects created in the parser across processed files. This is bad
> practice, and makes tracing memory leaks across files hard.
>
> Can this be changed? The parser
> "Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> can you send a patch that actually applies ?
This one works for me:
? scripts/myabc2ly.py
? scripts/out
? scripts/test.diff
Index: ChangeLog
===
RCS file:
Laura Conrad escreveu:
"Han-Wen" == Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
Han-Wen> this is (hopefully) the last release before 2.10 is released.
Han-Wen> Please report any serious bugs.
abc2ly ISSUE:
It still doesn't include the patch so that abc2ly translates a Q line
into a
I'd like to start the translation of all docs to spanish. I beg your
advice on how to easily do this, in a manner that it keeps being
integrated with new developments.
- which files to translate and what parts of them
- what to do with the translated files, who I have to send them to,
et cetera
Erik Sandberg escreveu:
Hi,
I tried the new GUB build on a clean Ubuntu 6.10 system with standard gcc,
make etc. make bootstrap failed if I didn't install these packages:
libcurl3-dev (plus dependencies: libssl-dev etc)
libncurses5-dev
Perhaps these dependencies should be mentioned in the re
On Friday 03 November 2006 14:52, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> > they return what they should return:
> >
> > $ target/linux-x86/system/usr/cross/bin/i686-linux-guile-config link
> > -L/media/hda2/home/erik/lily/gub/new-gub/target/linux-x86/system/usr/lib
>
Erik Sandberg escreveu:
On Friday 03 November 2006 14:23, Jan Nieuwenhuizen wrote:
Erik Sandberg <[EMAIL PROTECTED]> writes:
Ah. The -guile-config file was moved from system/usr/bin
to system/usr/cross/bin. Fixed. Can you pull and try again?
I still get the same problem: after make clean, m
Erik Sandberg <[EMAIL PROTECTED]> writes:
> they return what they should return:
>
> $ target/linux-x86/system/usr/cross/bin/i686-linux-guile-config link
> -L/media/hda2/home/erik/lily/gub/new-gub/target/linux-x86/system/usr/lib
> -lguile -lgmp
Grand.
> but apparently this doesn't help
Relevan
On Friday 03 November 2006 14:23, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> >> Ah. The -guile-config file was moved from system/usr/bin
> >> to system/usr/cross/bin. Fixed. Can you pull and try again?
> >
> > I still get the same problem: after make clean, make all p
Erik Sandberg <[EMAIL PROTECTED]> writes:
>> Ah. The -guile-config file was moved from system/usr/bin
>> to system/usr/cross/bin. Fixed. Can you pull and try again?
>
> I still get the same problem: after make clean, make all produces
.. but what about -guile-config, this time?
> Do I need to
On Friday 03 November 2006 10:25, Jan Nieuwenhuizen wrote:
> Erik Sandberg <[EMAIL PROTECTED]> writes:
> > link says:
> > -Ltarget/linux-x86/system/usr/cross/lib -lguile -lgmp
> > However, the relevant files are here:
> > target/linux-x86/system/usr/lib
>
> Ah. The -guile-config file was moved fro
Erik Sandberg <[EMAIL PROTECTED]> writes:
> link says:
> -Ltarget/linux-x86/system/usr/cross/lib -lguile -lgmp
> However, the relevant files are here:
> target/linux-x86/system/usr/lib
Ah. The -guile-config file was moved from system/usr/bin
to system/usr/cross/bin. Fixed. Can you pull and try
Han-Wen Nienhuys <[EMAIL PROTECTED]> writes:
>> It's important to have the same html filenames, but the node names
>> should be translated, otherwise all that hard translation work is not
>> very worthy imho.
>
> I don't understand (bear with me , I haven't had a look at the
> infrastructure for
21 matches
Mail list logo
