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
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
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
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
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
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
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
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
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
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
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
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
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
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:
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
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
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,
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.
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 {
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.
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
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:
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
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
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
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
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]
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
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
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
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
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
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
33 matches
Mail list logo