Re: Uncontrollable \mark

2007-01-25 Thread Mats Bengtsson
If you only want to affect the position of mark above GrandStaff, not 
above the

full score, should should say
\override Staff.RehearsalMark ...
instead of
\override Score.RehearsalMark ...

For example, you can do things like

  \new Staff \with {
  \consists Mark_engraver
  \override RehearsalMark #'self-alignment-X = #LEFT
 }  ... 

  /Mats



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 179 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 179: broken text spanners don't end at same horizontal position
http://code.google.com/p/lilypond/issues/detail?id=179

Comment #5 by lemzwerg:
???  I don't understand your answer.  As can be seen clearly in the image,
the dashes at the right end at different positions.



-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 179 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 179: broken text spanners don't end at same horizontal position
http://code.google.com/p/lilypond/issues/detail?id=179

Comment #6 by hanwenn:
the lines end at the right position, but one of them ends on a dash-space, 
rather than
dash. 



-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 179 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 179: broken text spanners don't end at same horizontal position
http://code.google.com/p/lilypond/issues/detail?id=179

Comment #7 by lemzwerg:
But that's the very problem!  It shouldn't happen --
they have to be aligned there.



-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Flageolet position shifts according to beam status?

2007-01-25 Thread Trevor Bača

Hi,

Can someone please render the following and tell me whether I'm going blind?

The example includes two scores. The scores differ only in the fact
that the first score beams all notes together while the second score
beams no notes. It looks like the flageolets in the second score are
shifted ever so slightly off-center towards the *right*.

Can someone else confirm that this seems to be the case before I post
the nitpick in the bug tracker?

%%% BEGIN OFF-CENTER FLAGEOLET? %%%

  \override NoteHead #'font-size = #-3
  \override Accidental #'font-size = #-3
  \override Script #'font-size = #-3
  \override Script #'padding = #0.5
  d'''64 [ \flageolet
  fs'''64 \flageolet
  a'''64 \flageolet
  c64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 ] \flageolet
  \revert NoteHead #'font-size
  \revert Accidental #'font-size
  \revert Script #'font-size
  \revert Script #'padding
}

\new Staff {
  \override NoteHead #'font-size = #-3
  \override Accidental #'font-size = #-3
  \override Script #'font-size = #-3
  \override Script #'padding = #0.5
  d'''64 \flageolet
  fs'''64 \flageolet
  a'''64 \flageolet
  c64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  \revert NoteHead #'font-size
  \revert Accidental #'font-size
  \revert Script #'font-size
  \revert Script #'padding
}

%%% END %%%


(In fact, it may be that the first score shifts flageolets ever so
slightly to the *left* while the second score shifts flageolets ever
so slightly to the *right*? FWIW, commenting out the overrides seems
to center all flageolets exactly on the noteheads, as expected.)


--
Trevor Bača
[EMAIL PROTECTED]
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Fonts included in all lilypond-book snippets

2007-01-25 Thread Georg Dummer
Hi

In lilypond (lilypond-book) v2.8.8 an exapmle file is splitted into 4
eps-files:
*-1.eps   11KB
*-2.eps   59KB
*-3.eps   52KB
*.eps705KB

In version 2.10.13 the same song results also in 4 files:
*-1.eps  606KB
*-2.eps  638KB
*-3.eps  633KB
*.eps668KB

It seems that all fonts are included in all lilypond snipptets which results
(after dvips) in an huge ps-file - up to 20 times larger than in v2.8.8.
See also http://article.gmane.org/gmane.comp.gnu.lilypond.bugs/9705
Is this really necessary?

Regards Georg 



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 179 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 179: broken text spanners don't end at same horizontal position
http://code.google.com/p/lilypond/issues/detail?id=179

Comment #8 by hanwenn:
but it's also the same problem as 174 - hence: duplicate. 



-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Flageolet position shifts according to beam status?

2007-01-25 Thread Mats Bengtsson

I would recommend to use
 \set fontSize = #-3
instead of
 \override NoteHead #'font-size = #-3
 \override Accidental #'font-size = #-3
 \override Script #'font-size = #-3

As far as I can see, the result doesn't give any extra shift, whereas I
might guess that there is a slight shift when using your original code.

  /Mats

Trevor Bača wrote:

Hi,

Can someone please render the following and tell me whether I'm going 
blind?


The example includes two scores. The scores differ only in the fact
that the first score beams all notes together while the second score
beams no notes. It looks like the flageolets in the second score are
shifted ever so slightly off-center towards the *right*.

Can someone else confirm that this seems to be the case before I post
the nitpick in the bug tracker?

%%% BEGIN OFF-CENTER FLAGEOLET? %%%

  \override NoteHead #'font-size = #-3
  \override Accidental #'font-size = #-3
  \override Script #'font-size = #-3
  \override Script #'padding = #0.5
  d'''64 [ \flageolet
  fs'''64 \flageolet
  a'''64 \flageolet
  c64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 ] \flageolet
  \revert NoteHead #'font-size
  \revert Accidental #'font-size
  \revert Script #'font-size
  \revert Script #'padding
}

\new Staff {
  \override NoteHead #'font-size = #-3
  \override Accidental #'font-size = #-3
  \override Script #'font-size = #-3
  \override Script #'padding = #0.5
  d'''64 \flageolet
  fs'''64 \flageolet
  a'''64 \flageolet
  c64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  d64 \flageolet
  e64 \flageolet
  fs64 \flageolet
  e64 \flageolet
  \revert NoteHead #'font-size
  \revert Accidental #'font-size
  \revert Script #'font-size
  \revert Script #'padding
}

%%% END %%%


(In fact, it may be that the first score shifts flageolets ever so
slightly to the *left* while the second score shifts flageolets ever
so slightly to the *right*? FWIW, commenting out the overrides seems
to center all flageolets exactly on the noteheads, as expected.)




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
  


--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Fonts included in all lilypond-book snippets

2007-01-25 Thread Mats Bengtsson

That looks like a clear bug to me. However, if you compare the size of the
PDF files after running ps2pdf, the difference is minimal.
Also, I would recommend to use
lilypond-book --pdf ...
pdflatex ...
instead of the latex + dvips + ps2pdf route. Actually, because of some 
bugs,

the pdflatex version is the only one that works on Windows.

  /Mats

Georg Dummer wrote:

Hi

In lilypond (lilypond-book) v2.8.8 an exapmle file is splitted into 4
eps-files:
*-1.eps   11KB
*-2.eps   59KB
*-3.eps   52KB
*.eps705KB

In version 2.10.13 the same song results also in 4 files:
*-1.eps  606KB
*-2.eps  638KB
*-3.eps  633KB
*.eps668KB

It seems that all fonts are included in all lilypond snipptets which results
(after dvips) in an huge ps-file - up to 20 times larger than in v2.8.8.
See also http://article.gmane.org/gmane.comp.gnu.lilypond.bugs/9705
Is this really necessary?

Regards Georg 




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
  


--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: lilybook error ?

2007-01-25 Thread Mats Bengtsson

What operating system? What LilyPond version?
In general, I would recommend to use the pdflatex support:
lilypond-book --output=out --pdf foo.tex
cd out
pdflatex foo

What I don't understand in your error printouts is the part about 
motets.tex.

First of all, I don't see where the file name comes from but above all I'm
confused since lilypond-book should only call latex before it starts
running lilypond on the different examples, not after as it looks here.

If you use lilypond-book --verbose ..., you will get more information
on what is going on.

  /Mats

karim haddad wrote:

Hello

I don't know what is the problem here.
I have a foo.tex file that includes around 18 foo.ly files like this ;

\chapter{Les Motets}

  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/1.ly}
  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/2.ly}   



when i do this command line :

lilypond-book --output=out --psfonts foo.tex

i have this error in the terminal :

...
Layout output to `lily-fd8f15de49-6.eps'...
error: unknown error: 1 reading font file: 
/Applications/LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf//CenturySchL-Ital.otf 

command failed: lilypond -b eps -I  
/Users/hyperion/Desktop/motetbook4 --formats=eps  
-deps-box-padding=3.00  -dread-file-list  snippet-names

Child returned 1
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
! I can't find file `motets.tex'.
* motets.tex

Please type another input file name:
...


this happens on the 6th foo.ly file.
then i kill the process and do it again and the compilation succeeds.
Now is it a problem with memory ? a font problem but which ?
or a bug or something i am doing wrong?


Thanx
Karim


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: lilybook error ?

2007-01-25 Thread karim haddad

Dear Mats
Thanx for the reply

The Lilypond versions are  2.11.12 and 2.11.13
On Macosx PPC mainly
Yesterday i tried with the same version on LinuxX86,
and there the problem is different. it slows the system terribly and  
no message of error and takes a lot of time probably hangs.
anyhow i have succeded (on PPC) but in killing the compilation 2 to 3  
times.


The motets.tex is my working file , In my example below i mentionned  
foo,tex and foo.ly as an example
but it is not the problem with the files (should replace it with  
motets (sorry).


I will try pdflatex hoping that it manages the A3 landscape format  
and will tell you.


Best
K

On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote:


What operating system? What LilyPond version?
In general, I would recommend to use the pdflatex support:
lilypond-book --output=out --pdf foo.tex
cd out
pdflatex foo

What I don't understand in your error printouts is the part about  
motets.tex.
First of all, I don't see where the file name comes from but above  
all I'm

confused since lilypond-book should only call latex before it starts
running lilypond on the different examples, not after as it looks  
here.


If you use lilypond-book --verbose ..., you will get more information
on what is going on.

  /Mats

karim haddad wrote:

Hello

I don't know what is the problem here.
I have a foo.tex file that includes around 18 foo.ly files like  
this ;


\chapter{Les Motets}

  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/1.ly}
  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/2.ly}

when i do this command line :

lilypond-book --output=out --psfonts foo.tex

i have this error in the terminal :

...
Layout output to `lily-fd8f15de49-6.eps'...
error: unknown error: 1 reading font file: /Applications/ 
LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf// 
CenturySchL-Ital.otf
command failed: lilypond -b eps -I  /Users/hyperion/Desktop/ 
motetbook4 --formats=eps  -deps-box-padding=3.00  -dread-file- 
list  snippet-names

Child returned 1
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
! I can't find file `motets.tex'.
* motets.tex

Please type another input file name:
...


this happens on the 6th foo.ly file.
then i kill the process and do it again and the compilation succeeds.
Now is it a problem with memory ? a font problem but which ?
or a bug or something i am doing wrong?


Thanx
Karim


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=






___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: lilybook error ?

2007-01-25 Thread Mats Bengtsson

According to another bug report today, the font handling has changed
in recent 2.11.x versions so the generated files are much larger.
This might possibly cause memory problems, as you suspected.

I hope you realize that all the 2.11.x versions are experimental and that
you should keep to the stable releases 2.10.x for any serious work
(even though this specific bug may be present also in the latest 2.10.x
releases).

  /Mats

karim haddad wrote:

Dear Mats
Thanx for the reply

The Lilypond versions are  2.11.12 and 2.11.13
On Macosx PPC mainly
Yesterday i tried with the same version on LinuxX86,
and there the problem is different. it slows the system terribly and 
no message of error and takes a lot of time probably hangs.
anyhow i have succeded (on PPC) but in killing the compilation 2 to 3 
times.


The motets.tex is my working file , In my example below i mentionned 
foo,tex and foo.ly as an example
but it is not the problem with the files (should replace it with 
motets (sorry).


I will try pdflatex hoping that it manages the A3 landscape format and 
will tell you.


Best
K

On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote:


What operating system? What LilyPond version?
In general, I would recommend to use the pdflatex support:
lilypond-book --output=out --pdf foo.tex
cd out
pdflatex foo

What I don't understand in your error printouts is the part about 
motets.tex.
First of all, I don't see where the file name comes from but above 
all I'm

confused since lilypond-book should only call latex before it starts
running lilypond on the different examples, not after as it looks here.

If you use lilypond-book --verbose ..., you will get more information
on what is going on.

  /Mats

karim haddad wrote:

Hello

I don't know what is the problem here.
I have a foo.tex file that includes around 18 foo.ly files like this ;

\chapter{Les Motets}

  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/1.ly}
  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/2.ly}

when i do this command line :

lilypond-book --output=out --psfonts foo.tex

i have this error in the terminal :

...
Layout output to `lily-fd8f15de49-6.eps'...
error: unknown error: 1 reading font file: 
/Applications/LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf//CenturySchL-Ital.otf 

command failed: lilypond -b eps -I  
/Users/hyperion/Desktop/motetbook4 --formats=eps  
-deps-box-padding=3.00  -dread-file-list  snippet-names

Child returned 1
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
! I can't find file `motets.tex'.
* motets.tex

Please type another input file name:
...


this happens on the 6th foo.ly file.
then i kill the process and do it again and the compilation succeeds.
Now is it a problem with memory ? a font problem but which ?
or a bug or something i am doing wrong?


Thanx
Karim


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


--=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463   
   Fax:   (+46) 8 790 7260

Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=






--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Fonts included in all lilypond-book snippets

2007-01-25 Thread Han-Wen Nienhuys
Mats Bengtsson escreveu:
 That looks like a clear bug to me. However, if you compare the size of the

It's not.  Whether and how fonts are loaded is controlled through various -d 
options.  Try lilypond -dhelp. You can set the behavior to whatever you like 
best.

-- 

Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen

LilyPond Software Design
 -- Code for Music Notation
http://www.lilypond-design.com



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Fonts included in all lilypond-book snippets

2007-01-25 Thread Mats Bengtsson

The question is what lilypond-book --psfonts does, not what LilyPond does
in general. In earlier versions, lilypond-book --psfonts only included the
fonts in the eps file with the full score, not in those for each individual
system.

  /Mats

Han-Wen Nienhuys wrote:

Mats Bengtsson escreveu:
  

That looks like a clear bug to me. However, if you compare the size of the



It's not.  Whether and how fonts are loaded is controlled through various -d 
options.  Try lilypond -dhelp. You can set the behavior to whatever you like best.


  


--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Collision between tuplet brackett, slurs and articulations

2007-01-25 Thread Laurent Dutriaux
 I'm not top posting.

When a voice is selected in a Staff (for lyrics synchronisation),
 tuplet bracketts,slurs and articulations 
collide. (mac os X.3.9)

\version 2.11.13
\paper{ ragged-right=##t }
\score {

\new Voice {
\voiceOne
\relative c''{
 c \times 2/3 {g'8-( f) r}
g4
}}
\addlyrics {pom pom pom }

}



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: lilybook error ?

2007-01-25 Thread karim haddad

Dear Mats

Great!
Just to say that indeed it worked pretty fine using :

lilypond-book --output=out --pdf foo.tex

instead of :

lilypond-book --output=out --psfonts foo.tex

My problem as you say, might be due very probably to memory. In fact  
my pdf document is up to 90 pages.

using pdf option instead of psfonts is better, and faster, no errors.

Thanx a lot again for your help.

Best
Karim

On Jan 25, 2007, at 5:24 PM, Mats Bengtsson wrote:


According to another bug report today, the font handling has changed
in recent 2.11.x versions so the generated files are much larger.
This might possibly cause memory problems, as you suspected.

I hope you realize that all the 2.11.x versions are experimental  
and that

you should keep to the stable releases 2.10.x for any serious work
(even though this specific bug may be present also in the latest  
2.10.x

releases).

  /Mats

karim haddad wrote:

Dear Mats
Thanx for the reply

The Lilypond versions are  2.11.12 and 2.11.13
On Macosx PPC mainly
Yesterday i tried with the same version on LinuxX86,
and there the problem is different. it slows the system terribly  
and no message of error and takes a lot of time probably hangs.
anyhow i have succeded (on PPC) but in killing the compilation 2  
to 3 times.


The motets.tex is my working file , In my example below i  
mentionned foo,tex and foo.ly as an example
but it is not the problem with the files (should replace it with  
motets (sorry).


I will try pdflatex hoping that it manages the A3 landscape format  
and will tell you.


Best
K

On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote:


What operating system? What LilyPond version?
In general, I would recommend to use the pdflatex support:
lilypond-book --output=out --pdf foo.tex
cd out
pdflatex foo

What I don't understand in your error printouts is the part about  
motets.tex.
First of all, I don't see where the file name comes from but  
above all I'm

confused since lilypond-book should only call latex before it starts
running lilypond on the different examples, not after as it looks  
here.


If you use lilypond-book --verbose ..., you will get more  
information

on what is going on.

  /Mats

karim haddad wrote:

Hello

I don't know what is the problem here.
I have a foo.tex file that includes around 18 foo.ly files like  
this ;


\chapter{Les Motets}

  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/1.ly}
  \cleardoublepage
  \lilypondfile[quote,noindent]{orig/2.ly}

when i do this command line :

lilypond-book --output=out --psfonts foo.tex

i have this error in the terminal :

...
Layout output to `lily-fd8f15de49-6.eps'...
error: unknown error: 1 reading font file: /Applications/ 
LilyPond.app/Contents/Resources/share/lilypond/current/fonts/ 
otf//CenturySchL-Ital.otf
command failed: lilypond -b eps -I  /Users/hyperion/Desktop/ 
motetbook4 --formats=eps  -deps-box-padding=3.00  -dread- 
file-list  snippet-names

Child returned 1
This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
entering extended mode
! I can't find file `motets.tex'.
* motets.tex

Please type another input file name:
...


this happens on the 6th foo.ly file.
then i kill the process and do it again and the compilation  
succeeds.

Now is it a problem with memory ? a font problem but which ?
or a bug or something i am doing wrong?


Thanx
Karim


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


--=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463  Fax:   (+46) 8  
790 7260

Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=






--
=
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=






___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Flageolet position shifts according to beam status?

2007-01-25 Thread Trevor Bača

On 1/25/07, Mats Bengtsson [EMAIL PROTECTED] wrote:

I would recommend to use
  \set fontSize = #-3
instead of
  \override NoteHead #'font-size = #-3
  \override Accidental #'font-size = #-3
  \override Script #'font-size = #-3

As far as I can see, the result doesn't give any extra shift, whereas I
might guess that there is a slight shift when using your original code.

   /Mats

Trevor Bača wrote:
 Hi,

 Can someone please render the following and tell me whether I'm going
 blind?

 The example includes two scores. The scores differ only in the fact
 that the first score beams all notes together while the second score
 beams no notes. It looks like the flageolets in the second score are
 shifted ever so slightly off-center towards the *right*.

 Can someone else confirm that this seems to be the case before I post
 the nitpick in the bug tracker?

 %%% BEGIN OFF-CENTER FLAGEOLET? %%%

   \override NoteHead #'font-size = #-3
   \override Accidental #'font-size = #-3
   \override Script #'font-size = #-3
   \override Script #'padding = #0.5
   d'''64 [ \flageolet
   fs'''64 \flageolet
   a'''64 \flageolet
   c64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 ] \flageolet
   \revert NoteHead #'font-size
   \revert Accidental #'font-size
   \revert Script #'font-size
   \revert Script #'padding
 }

 \new Staff {
   \override NoteHead #'font-size = #-3
   \override Accidental #'font-size = #-3
   \override Script #'font-size = #-3
   \override Script #'padding = #0.5
   d'''64 \flageolet
   fs'''64 \flageolet
   a'''64 \flageolet
   c64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   d64 \flageolet
   e64 \flageolet
   fs64 \flageolet
   e64 \flageolet
   \revert NoteHead #'font-size
   \revert Accidental #'font-size
   \revert Script #'font-size
   \revert Script #'padding
 }

 %%% END %%%


 (In fact, it may be that the first score shifts flageolets ever so
 slightly to the *left* while the second score shifts flageolets ever
 so slightly to the *right*? FWIW, commenting out the overrides seems
 to center all flageolets exactly on the noteheads, as expected.)


Hm, fontSize does seem to clean things up a bit. The flageolets still
look imperfectly centered, IMO, but it's such a fine difference as to
not warrant the time for a fix ...

Thanks, Mats.


--
Trevor Bača
[EMAIL PROTECTED]
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


RE: Fonts included in all lilypond-book snippets

2007-01-25 Thread Georg Dummer
This works fine (with minimal disk and memory usage) - 
thank you for the tip!
Georg

Also, I would recommend to use
lilypond-book --pdf ...
pdflatex ...
instead of the latex + dvips + ps2pdf route. Actually, because 
of some bugs, the pdflatex version is the only one that works 
on Windows.



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


afterGrace/Lyrics bug

2007-01-25 Thread Daniel Johnson
If afterGrace is used in a voice to which a Lyrics context is attached, 
the lyrics become misaligned, and the syllable after the grace notes 
overprints the syllable before the grace notes.


\version 2.10.13
\paper{ ragged-right = ##t }
\score
{

   \new Staff { \new Voice = myVoice { \afterGrace c''2 { e''32[ d''] 
} c''2 } }

   \new Lyrics \lyricsto myVoice \lyricmode { foo -- bar }

}

___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: afterGrace/Lyrics bug

2007-01-25 Thread Graham Percival

Thanks, added as
http://code.google.com/p/lilypond/issues/detail?id=256

- Graham

Daniel Johnson wrote:
If afterGrace is used in a voice to which a Lyrics context is attached, 
the lyrics become misaligned, and the syllable after the grace notes 
overprints the syllable before the grace notes.


\version 2.10.13
\paper{ ragged-right = ##t }
\score
{

   \new Staff { \new Voice = myVoice { \afterGrace c''2 { e''32[ d''] 
} c''2 } }

   \new Lyrics \lyricsto myVoice \lyricmode { foo -- bar }
 
}






___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: EasyHeads fails

2007-01-25 Thread Graham Percival

Thanks for the report.

This worked ok in 2.11.13 -- could you test it in 2.10.13, and let me 
know if the problem still exists.


Cheers,
- Graham

Brett Duncan wrote:

Easyheads appears to be broken in 2.10.12

\version 2.10.12)
\paper { ragged-right=##t}
{ \setEasyHeads c' d' e' f' }

produces a single notehead with no stem. (see attached png)






___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Collision between tuplet brackett, slurs and articulations

2007-01-25 Thread Graham Percival
Sorry, I can't reproduce this in 2.11.13 -- are you sure you're using 
this version?  Are you certain you're not looking at an old PDF?


It's true that I'm using OSX 10.4.8 on Intel, but I'd be amazed if that 
difference would produce different images.


Cheers,
- Graham

Laurent Dutriaux wrote:

I'm not top posting.


When a voice is selected in a Staff (for lyrics synchronisation),
 tuplet bracketts,slurs and articulations 
collide. (mac os X.3.9)


\version 2.11.13
\paper{ ragged-right=##t }
\score {

\new Voice {
\voiceOne
\relative c''{
 c \times 2/3 {g'8-( f) r}
g4
}}
\addlyrics {pom pom pom }
}



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond





___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Default tie placement, tie not visible

2007-01-25 Thread Graham Percival

Thanks for the report.  I believe this issue is the same as
http://code.google.com/p/lilypond/issues/detail?id=14

Could you look at the discussion for this issue?

Cheers,
- Graham

Steve D wrote:

LilyPond 2.11.13, Linux

Notes
-

Expected result: visible tie between the C's (top note) of the second
and third chords (the first two chords of the second measure).

Actual result: tie exists (if chords were spaced farther apart
horizontally it would be seen) but is not visible by default. The tie
extends from just right of the 8th-note flag of the second chord to just
preceding the flat symbol of the third chord (the flat symbol of the
aes), instead of arcing over the flat symbol and ending at the notehead
it should tie to.

.ly example
---

% default tie placement between second and third C too brief to be visible

\version 2.11.13

\paper { ragged-right = ##t indent = 0 } 


\relative c' {
r2.. e g c8~ | e g c~ e aes c4 r8 r2 |
}








___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond




___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Bug: lyrics set to Devnull ignore implicit melismata

2007-01-25 Thread Graham Percival

Sietse Brouwer wrote:

Is there any way you could get the durations from what is fed into
Devnull, pair the list of syllables and the list of durations, and use
whatever routine is used for lyrics with explicit durations?

If that's not possible, then the manual should be updated to recommend
explicit durations instead; if yes, then I guess the manual should
still be temporarily 'updated' until the release fixing this is out. A
small job either way, so I'll pick it up; just let me know.


I don't know the answer to the first question, but let's assume that 
it's no and update the manual accordingly.  Could you write up the 
necessary changes?


Cheers,
- Graham


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 135 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 135: markup on spacer rests doesn't obey \emptyText
http://code.google.com/p/lilypond/issues/detail?id=135

Comment #4 by gpermus:
My reading of the discussion in bug- is that this is a feature request.  Here's 
two
relevant quotes:

quot;What's the best way to specify that a
TextScript attached to a spacer note does not occupy any horizontal space
(meaning that the bar lines are placed at the same place as if you didn't have
the text)?quot; 
(there appears to be none)

Han-Wen:  perhaps the best thing is to switch of the use of column-gt;extent 
(X_AXIS) 
as a measure for spacing. This has already caused lots of problems. 


Sorry to keep on un-invalidating this bug report, but I don't want this info to 
get lost.


Issue attribute updates:
Status: Accepted
Labels: -Type-Defect Type-Enhancement

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Issue 202 in project lilypond

2007-01-25 Thread Graham Percival

Sorry, could you follow the instructions at
http://lilypond.org/web/devel/participating/documentation-adding

I do most documentation updates while attending lectures, so please 
specify exactly what to add where -- imagine yourself listening to a 
lecture about doing an inverse fourier transform of a square wave, and 
adding material to the documentation in the pauses when the professor is 
repeating the same material again (for clarity, assuming you understood 
him the first time).


Cheers,
- Graham


[EMAIL PROTECTED] wrote:

Here's  some proposed language for the docs:

If three or more notes line up in the same column, merge-differently-headed 
can't
successfully complete the merge of the two notes that should be merged.  To 
allow the
merge to complete, apply a \shift to the note that should not be merged.

% \shiftXxx can be used to avoid quot;warning: too many clashing note 
columnsquot;

% the first shared note, d''2 and d''8 is shared between voice1 and voice2
% the second shared note, e,8 and e'2, is shared between voice2 and voice3
%  an error message is given, and the notehead is _not_ a half note

\version quot;2.10.5quot;  %Windows XP

\paper {indent = 0\mm ragged-right = ##t}

\relative c' { \override Staff.NoteCollision #'merge-differently-headed = ##t 
lt;lt; {d=''2   g2 } \\ {\stemNeutral d=''8 c8 r4 e,8 c'8 r4 } \\ { \voiceFour e,,2 e'2} gt;gt;

lt;lt; {d=''2 \shiftOn  g2 } \\ {\stemNeutral d=''8 c8 r4 e,8 c'8 r4 } \\ { 
\voiceFour
e,,2 e'2} gt;gt;
}
%  end of .ly snippet.











___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: EasyHeads fails

2007-01-25 Thread Brett Duncan

Graham Percival wrote:

Thanks for the report.

This worked ok in 2.11.13 -- could you test it in 2.10.13, and let me 
know if the problem still exists.


Cheers,
- Graham


Nope - the output is even worse - check the attached png.

Here's the output from LP:

Parsing...
Interpreting music... [1]
Preprocessing graphical objects...
Layout output to `easyTest.ps'...
Converting to `easyTest.pdf'...
`gs -q  -dSAFER  -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89  
-dCompatibilityLevel=1.4  -dNOPAUSE -dBATCH -r1200  -sDEVICE=pdfwrite 
-sOutputFile=easyTest.pdf -c .setpdfwrite -f easyTest.ps' failed (256)
/Applications/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:41:1: 
error: GUILE signaled an error for the expression beginning here

#
(if (pair? toplevel-scores)
/Applications/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:41:5: 
error: syntax error, unexpected '(', expecting '='

#(if
(pair? toplevel-scores)
error: failed files: /Users/bduncan/Desktop/easyTest.ly


Brett

___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: EasyHeads fails

2007-01-25 Thread Graham Percival

Brett Duncan wrote:

Nope - the output is even worse - check the attached png.

Here's the output from LP:


This means that there is an extra character somewhere.  I noticed that 
your example contained


\version 2.10.6)

with an extra ).  Please double-check your input to make sure you have a 
valid input file and try again.


Cheers,
- Graham


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: EasyHeads fails

2007-01-25 Thread Brett Duncan

Graham Percival wrote:

Brett Duncan wrote:

Nope - the output is even worse - check the attached png.

Here's the output from LP:


This means that there is an extra character somewhere.  I noticed that 
your example contained


\version 2.10.6)

with an extra ).  Please double-check your input to make sure you have 
a valid input file and try again.


Cheers,
- Graham


Nope, that was a typo in the email, but not in the file.

I re-typed the whole thing anyway, but it didn't change anything.

I've just downloaded 2.11.13 and tried that - it breaks for me  (I'm on 
an Intel Mac running OS X 10.4.8).


Output from LP is different for 2.11.13:

Preprocessing graphical objects...
Layout output to `easy13.ps'...
Converting to `easy13.pdf'...
`gs -q  -dSAFER  -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89  
-dCompatibilityLevel=1.4  -dNOPAUSE -dBATCH -r1200  -sDEVICE=pdfwrite 
-sOutputFile=easy13.pdf -c .setpdfwrite -f easy13.ps' failed (256)
/Users/bduncan/Desktop/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:37:1: 
error: GUILE signaled an error for the expression beginning here

#
(if (or (pair? toplevel-scores) output-empty-score-list)
/Users/bduncan/Desktop/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:37:5: 
error: syntax error, unexpected '(', expecting '='

#(if
(or (pair? toplevel-scores) output-empty-score-list)
programming error: Parsed object should be dead: static 
scm_unused_struct* Prob::mark_smob(scm_unused_struct*)

continuing, cross fingers
programming error: Parsed object should be dead: static 
scm_unused_struct* Context_def::mark_smob(scm_unused_struct*)

continuing, cross fingers
programming error: Parsed object should be dead: static 
scm_unused_struct* Grob::mark_smob(scm_unused_struct*)

continuing, cross fingers
error: failed files: /Users/bduncan/Desktop/easy13.ly


Brett


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Issue 174 in project lilypond

2007-01-25 Thread codesite-noreply
Issue 174: text spanner must not contain shortened dashes
http://code.google.com/p/lilypond/issues/detail?id=174

Comment #2 by hanwenn:
(No comment was entered for this change.)


Issue attribute updates:
Status: Fixed
Labels: fixed_2_10_14 fixed_2_11_14

-- 
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Default tie placement, tie not visible

2007-01-25 Thread Steve D
On Thu, Jan 25, 2007 at 04:49:40PM -0800, Graham Percival wrote:
 Thanks for the report.  I believe this issue is the same as
 http://code.google.com/p/lilypond/issues/detail?id=14
 
 Could you look at the discussion for this issue?
 
 Cheers,
 - Graham


I'm not sure if it's the same issue Graham, although I suppose it may
be.

I'm not nearly familiar enough with the technical details of LilyPond to
give a relevant comment, but it seems to me that the issue I mentioned
is one in which a tie that is intended to extend to a notehead instead
stops short to avoid a collision with a flat-symbol attached to another
note of the chord.

It seems that ideally the tie should arc *over* the flat symbol in order
to extend to the notehead that is being tied to a previous note, rather
than stopping to avoid a collision with the stem of a flat-symbol that
is associated with another (distinct and incidentally non-tied) note.
:-)

Steve
-- 

Politics is the stomping ground where personal ambition and greed
parade around as altruistic service. -Eli Khamarov



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Default tie placement, tie not visible

2007-01-25 Thread Steve D
On Thu, Jan 25, 2007 at 07:13:20PM -0700, Steve D wrote:
 It seems that ideally the tie should arc *over* the flat symbol in order
 to extend to the notehead that is being tied

Addendum-- In other words, even if the tie had a greater minimum-length
(which seems to be the subject of the bug/issue Graham mentioned), it
seems like the tie should not be stopped by the flat symbol of another
note, but should arc over the flat symbol.

However, having just writting that, I can now imagine other
circumstances, when the tied note is *not* the top note of the chord for
instance, when it would probably seem more logical and look better for
the tie to avoid collision with a flat symbol by stopping short of the
flat and not extending to the notehead, rather than arcing over the
flat to the notehead.

So I guess it is a very complicated issue.

-Steve
-- 

Life is full of answers, if you don't care what the questions
are.



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: EasyHeads fails

2007-01-25 Thread Han-Wen Nienhuys
Brett Duncan escreveu:
 Graham Percival wrote:
 Brett Duncan wrote:
 Nope - the output is even worse - check the attached png.

 Here's the output from LP:

 This means that there is an extra character somewhere.  I noticed that
 your example contained

 \version 2.10.6)

 with an extra ).  Please double-check your input to make sure you have
 a valid input file and try again.

 Cheers,
 - Graham

 Nope, that was a typo in the email, but not in the file.
 

 Converting to `easy13.pdf'...
 `gs -q  -dSAFER  -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 
 -dCompatibilityLevel=1.4  -dNOPAUSE -dBATCH -r1200  -sDEVICE=pdfwrite
 -sOutputFile=easy13.pdf -c .setpdfwrite -f easy13.ps' failed (256)

No, there's something wrong with the PS file.   I suspect a failure to 
load some font.  Can you run with --verbose ?


-- 

Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen

LilyPond Software Design
 -- Code for Music Notation
http://www.lilypond-design.com



___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond