I think this is a bug in LilyPondTool, because it sends the whole
"default arguments" list as one argument to lilypond.
As a workaround you can try writing this to the Console window:
%lilypond --png -dpixmap-format=pngalpha -dpreview %buffer
Hi,
When I try your
Jonathan Wilkes wrote:
--- On Sun, 4/11/10, Jonathan Wilkes wrote:
From: Jonathan Wilkes
Subject: Re: png output with transparent background
To: bug-lilypond@gnu.org, "Wilbert Berendsen"
Date: Sunday, April 11, 2010, 10:29 PM
--- On Sun, 4/11/10, Wilbert Berendsen
wrote:
From: W
What happens if you type lilypond at the command prompt?
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
So I don't need to provide hosting anymore? Can i delete this from my server?
Original message
From: Valentin Villenave
Sent: 27 Jan 2010 15:47 -08:00
To: Graham Percival
Cc: Bertalan Fodor (LilyPondTool) , John Mandereau
, Lilypond bug
Subject: Re: CG lilybuntu link issu
Hi,
the link to the LilyBuntu ISO
(http://prodet.hu/bert/lilydev/lilybuntu.iso) is currently not working,
due to a change in the server location.
I think it should be better if it were instead on a subdomain in the
lilypond.org domain. I'm happy to host it in the future as well, but I
think w
See http://www.amk.ca/python/howto/unicode
John Mandereau wrote:
Le mardi 05 janvier 2010 à 08:03 +1100, Nick Payne a écrit :
Try to run convert-ly on a file with an accented name and I get the
following:
> convert-ly --edit "/home/nick/lilypond/Bésard_preludio.ly"
convert-ly (GNU LilyPon
Patrick McCarty wrote:
On 2009-11-02, Graham Percival wrote:
On Mon, Nov 02, 2009 at 01:07:48AM -0800, Patrick McCarty wrote:
The second case is much more likely. Graham, I don't want to bug you
with this, but would you mind checking the log for mingw::lilypond to
see if configure dete
Patrick McCarty wrote:
On 2009-11-01, Bertalan Fodor (LilyPondTool) wrote:
3) UTF-8 characters. In UTF-8 locales, terminals need to know about
the byte offset, so I am using the character count to specify this
offset. An example would be "3:11:10".
The third case is arguably
3) UTF-8 characters. In UTF-8 locales, terminals need to know about
the byte offset, so I am using the character count to specify this
offset. An example would be "3:11:10".
The third case is arguably misleading, so maybe it should be changed
to use the "3:10:10" instead. I am okay wit
Hi Albert,
this is not a bug, but a bit underdocumented feature.
If you had googled for it, you would have found the answer in
http://www.nabble.com/Defining-new-chord-modifier-td24949997.html
c:5^3
is the chord. To make it appear as C5, see
http://thread.gmane.org/gmane.comp.gnu.lilypond.ge
Hi,
in the documentation string of instrumentSwitch in music-functions-init.ly
(_i "Switch instrument to @var{name}, which must be predefined with
@var{\addInstrumentDefinition}.")
The \ must be escaped: @var{\\addInstrumentDefinition}
(This breaks LilyPondTool parser.)
Thanks,
Bert
___
If I remember well it's already been discussed: it is not a bug but a matter of
taste. I think most scores use this numbering, because this is the only way to
refer to the 16th and 17th bar unambiguously. There must not be two 16th bars.
Original message
From: Graham Percival
Sent:
7-zip extracts it for sure.
Jon McNamara wrote:
I've downloaded the document tarball for lilly pond twice - and Winzip reports
an error each time Downloaded file is apparently called
lilypond-2.12.2-1.documentation.tar.bz2.tar
Any suggestions as to how to use this file would be appreciated
Jo
According to my understanding:
If you use lyricsto or associatedVoice you needn't (possibly must not)
add duration to syllables. Their purpose is to synchronize the
syllable's position to the notes of a voice.
Normally you use lyricsto. But there can be situations when in one
stanza the rhythm
I don't think it's a bug. Your version is not nice.
Bert
> --- Original Message ---
> From: Chris Snyder <[EMAIL PROTECTED]>
> To: bug-lilypond@gnu.org
> Sent: 08/07/28/, 18:14:59
> Subject: Improvement request: Tuplet numbers and staff lines
> collisionavoidance (bounty)
>
> As far as
The following declarations are bad in property-init.ly:
aikenHeads = \set shapeNoteStyles = ##(do re mi fa #f la ti)
acredHarpHeads = \set shapeNoteStyles = ##(fa #f la fa #f la mi)
The correct is:
aikenHeads = \set shapeNoteStyles = #'#(do re mi fa #f la ti)
sacredHarpHeads = \set shapeNoteSt
I hope you know that in Vista you have actually 3 modes:
- simple user
- admin
- unsafe admin, ie. system protection turned off
The last one is needed for many applications, like running Winword 2003
on Vista.
Bert
Han-Wen Nienhuys írta:
2008/3/21, Trevor Daniels <[EMAIL PROTECTED]>:
So
It may be a bug in LilyPondTool. I hope it will be fixed in the next release
(2.10.4, coming soon).
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
I've discovered another strange thing: if move your cursor into the
upper-left corner, there is an invisible but active link (the cursor
changes to a hand and upon click it opens the URL)
Philippe Hézaine írta:
I'm not top posting.
\version "2.10.14"
\paper { }
\header {
At this point, anyone who is going to bother to put in the effort and
expense of getting imagesetter output will probably also have the
money for Finale, Sibelius, SCORE, or similar. Lilypond just isn't in
that league yet (although it is getting there).
Actually I do have the money for Sibeli
I think we should definitely go to a print shop and create a film with
some LinoType machine in 4800dpi (it generally costs some EUR per page)
and judge according to :
- the various types of music (I'm quite sure that a choir with piano
piece crowded with lyrics will need other line sizes than a
Just a question, I'm curious. Does barline thickness depends on staff
size? I mean the quotient between staff line thickness and barline
thickness.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-li
I've found the following regression bug. I consider it to be critical,
because I could not find a workaround for it for 1 hour of searching.
The bug also happen in 2.11.2.
This doesn't happen in 2.8.6.
It is quite important for me, so I could afford 5EUR for a fix.
Bert
\version "2.10.2"
\hea
Chord names are not spaced according to their times. They were, however,
in 2.5.x So I think this is a regression bug.
%
% Bertalan Fodor ([EMAIL PROTECTED])
\header {
texidoc = "Chord names are spaced incorrectly"
reportedin = "2.10.0"
}
\version "2.10.0"
Dear developers,
I can't see any point in having the 2.10.0-2 among the Windows
downloads, if it has that serious regression.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
I mean .py :-)
Bert
Bertalan Fodor írta:
Ok, now I can see - it is only in 10.0-2, and not in 10.0-1.
So the question goes to the developers: could the python scripts be
named .ly in the windows distribution?
Let's keep the discussion on bug-lilypond.
Ok, now I can see - it is only in 10.0-2, and not in 10.0-1.
So the question goes to the developers: could the python scripts be
named .ly in the windows distribution?
Let's keep the discussion on bug-lilypond.
Bert
___
bug-lilypond mailing list
b
I have lilypond-book.py -- so something's wrong with your installation.
Bert
Dennis O'Toole írta:
Graham Percival gmail.com> writes:
Could you try again with lilypond 2.10.0 ?
Well, I gave 2.10.0 a try, but apparently it isn't quite packaged right.
Lilypond-book won't run at all -
Well, that's very sad for me at well, because LilyPondTool depends on
the .py extension.
Bert
Dennis O'Toole írta:
Graham Percival gmail.com> writes:
Could you try again with lilypond 2.10.0 ?
Well, I gave 2.10.0 a try, but apparently it isn't quite packaged right.
Lilypond-book
Isn't it an UTF-8Y file?
Bert
Mats Bengtsson írta:
Hi,
By mistake, I happened to insert a character like "é" at the top level
of a
.ly file and to my surprise, LilyPond dies silently with
GNU LilyPond 2.9.28
Processing `/tmp/a.ly'
Parsing...
and the exit code is zero. In contrast, if I add
Hm. Why is it not the default on Windows?
Bert
Vincent írta:
Hi,
lilypond --backend=eps -dno-gs-load-fonts -dinclude-eps-fonts myfile.ly
works for me
Vincent
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinf
I think it's a bug:
I'm trying to use the eps backend (also by lilypond-book) and it doesn't
work. I get the following error:
Can't find (or can't open) font file c059013l.pfb.
Can't find (or can't open) font file
c:/Prog/LilyPond/usr/share/ghostscript/8.50/Resource/Font/CenturySchL-Roma.
Can'
Well, it should be decided by LilyPond developers if this is the
intended behaviour or it is a bug. The point-and-click handling is
compiled into the source of LilyPondTool, so it can not be easily
parametrized.
Bert
Tapio Tuovila írta:
Bertalan Fodor kirjoitti:
May it have only changed
May it have only changed? (I.e. the first line is numbered as 0?)
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
Hi,
should I create the patch and send it?
Bert
original message follows
We've had a conversation with Nicolas in May, summarizing:
//(apply for-each (lambda (. seqs)
does not work on my java-based R5RS parser
Nicolas wrote:
//You're right, I've been lazy, and scheme g
We've had a conversation with Nicolas in May, summarizing:
//(apply for-each (lambda (. seqs)
does not work on my java-based R5RS parser
Nicolas wrote:
//You're right, I've been lazy, and scheme gets on my nerves sometimes.
It should be (lambda* (#:rest seqs) ...), having
(use-modules (ice-
lyric-hyphen-retain.ly - It's strange for me
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
Do you mean the fonts? Yes.
Actually, the override used to work before.
Han-Wen Nienhuys wrote:
Bertalan Fodor wrote:
V 2.7.30
Font-family-override doesn't work:
do you have
(make-pango-font-tree "Times New Roman"
"Nimbus Sans"
V 2.7.30
Font-family-override doesn't work:
%% Generated by lilypond-book.py
%% Options: [linewidth=160\mm,alt=[image of
music],printfilename,indent=0\mm,texidoc]
#(set! toplevel-score-handler print-score-with-defaults)
#(set! toplevel-music-handler (lambda (p m)
With raggedright, it doesn't appear.
%
%Bertalan Fodor ([EMAIL PROTECTED])
\header {
texidoc = "I get very ugly, too short ties."
reportedin = "2.7.28"
}
\version "2.7.28" % reported in "2.7.28"
\score {
\new Staff {
\relative c' {
It is a very serious bug, I can confirm.
Bert
Christian Hitz wrote:
Hi list,
in case a hairpin dynamic happens during a line break and ends on the
first note after the line break, it is only drawn up to the line break.
Christian
\version "2.7.28"
\score {
{c''1\> \break c''1\! }
I get very ugly, too short ties. How to set the minimum length (as a
workaround)? However, I think this should be automatical.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
GNU LilyPond 2.6.0
warning: can't find file: 'mySong.ly'
error: failed files: "mySong.ly'
Known bug: you must use the whole path.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
In v2.7
See
http://www.lilypond.org/doc/v2.7/Documentation/user/out-www/lilypond/Difficult-tweaks.html
The example doesn't work.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
In some situation, ties collide with augmentation dot:
\version "2.7.7"
\score {
\new Staff {
\relative c' {
<< {
d'4. ~ d4 s4.
} \\
{
< b d,>4. ~ < b d,>4 s4.
} >>
}
}
}
\paper {
raggedright = ##t
}
_
It's normal. The dvi viewer does not interpret any postscript.
Bert
This snippet, adapted from the documentation, doesn't produce the text in
the dvi file. The ps and pdf are OK.
%%
\version "2.4.6"
\score { {
c''1_\markup { \postscript #" 4 -4 moveto /Times-Roman
Ok, I created a not-so-copyrighted fragment. See the problem with the
last tied chord.
The problem is closely related to the staff-space size I think, because
if I remember well, it only happened in staves that have a different
staff-space.
\version "2.6.0"
#(set-global-staff-size 16)
\inc
Ties get curved in wrong direction in some situations. Workaround:
change y-offset to 0.4
See attached image.
I couldn't make a small fragment that reproduces this. But it seems to
happen quite often in smaller sizes.
Bert
___
bug-lilypond mailing
Use a UTF-8 capable editor (for example jEdit), and the latest stable
release of lilypond (2.6)
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
I think that when the fonts for utf-8 are missing cygwin build fails. I
think it should not fail.
See this log:
Renaming input to: `utf-8.ly'
Interpreting music... [3]
Preprocessing graphical objects...
Calculating line breaks... [3][5]
Writing header field `texidoc' to `lily-1125831446.texidoc
Works well on 2.5.31 Win32 version.
Bert
If I run the following file in 2.5.32 or 2.5.31 (did not test with
other versions), I get the error message
calculating line breaks...
programming error: adding reverse spring, setting to unit
continuing, cross fingers
and in the first bar there is no
According to the ChangeLog, I think it's already fixed.
Bert
Erik Sandberg írta:
Hi,
Does this count as a bug?
On Wednesday 22 June 2005 00.17, Bertalan Fodor wrote:
% Smaller clefs are embedded as outlines, not font elements. Very easy
to see in Acrobat, switching "smooth out
I've printed the PDF version same score in 720dpi two times. The first time I
printed the file generated by 2.2.0, then 2.5.31.
The 2.5.31 barlines were thicker (IMHO too thick) in print, but they looked the
same on screen when I used 1600% magnification.
This happened both with Adobe Reader an
% Smaller clefs are embedded as outlines, not font elements. Very easy
to see in Acrobat, switching "smooth outlines" off
\version "2.5.31"
melody = \relative c' {
\clef treble
\key c \major
\time 4/4
a \clef bass b \clef treble c d
}
text = \lyricmode {
Aaa Bee Cee Dee
}
\score {
<<
\chord
can you apply the attached patch to framework-ps.scm (found somewhere
inside the lilypond dir) and see if that helps?
Yes, it helped.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
I've found problems again:
When I embed Times New Roman and Arial, I get a pdf file that is 3MB
long. However, when I embed the Times New Roman font that I had loaded
into fontforge and generated by fontforge as MyTimes, the pdf is only 50kB.
I can't include Garamond. Log:
warning: don't know
If you want parameters, you'll have to specify them all in LYEDITOR.
What does that mean? Like this?
set LYEDITOR=myedit.bat %file(s) %line(s)
Anyway, doesn't this miss from editor.scm (line 70):
(re-sub "%\\(char\\)s" (format #f "~a" char)
__
Works for me.
Bert
test.ly
=
\version "2.5.31"
\paper {
% change for other default global staff size.
myStaffSize = #20
#(define fonts
(make-pango-font-tree "Times New Roman" "Arial" "Courier New" (/
myStaffSize 20)))
}
melody = \relative c' {
\clef treble
\key c \major
\ti
BAT files are deprecated. Try setting LYEDITOR in your global
environment settings.
I've set it to myedit.bat
It starts, but doesn't get the parameters.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listin
I think I've found a workaround: putting the Bar_engraver into ChordNames
Bert
Mats Bengtsson wrote:
> Known bug, see volta-bracket-chords-align.ly at
> http://lilypond.org/bugs/v2.5/
>
>
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://
%BUG: Volta Bracket in a ChordNames context begins at wrong place.
\version "2.5.31"
staffOne = \new Staff {
\set Staff.voltaOnThisStaff = ##t
\relative c' {
\repeat "volta" 2 {
c4 c c c
}
\alternative {
{ d4 d d d }
Bar_engraver draws bar lines into the lyrics, so the lyrics-bar.ly test
fails (?)
http://lilypond.org/doc/v2.5/input/regression/out-www/collated-files.html#lyrics-bar.ly
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/ma
Layout output to `test.ps'...Reading 12 bytes
17 tables
Reading 272 bytes
TTF tool: error during read() (No error)
can you run it from a terminal as follows,
lilypond -dttf-verbosity=3 ParastasSedalen.ly
and tell me what it says?
thanks!
_
Known problem.
Workaround:
download http://lilypond.org/mingw/lilypond-2.5.29-1.exe or the upgrade
and start lilypond as 'lilypond -dgs-font-load=1'
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-li
If I run test.ly with lilypond.bat (LILYPOND_VERBOSE=1)
{
c
}
when converting to pdf:
Converting to `test.pdf'...
Invoking `gs -dCompatibilityLevel#1.4 -sPAPERSIZE#"a4" -q -dNOPAUSE
-dBATCH -r1200 -sDEVICE#pdfwrite -sOutputFile#"test.pdf" -c
.setpdfwrite -f "test.ps"'...ERROR: In procedure syst
by users.
Bert
Han-Wen Nienhuys írta:
Bertalan Fodor wrote:
Sorry, I meant 4:2, if we the first character is indexed 1.
Bert
Disagree. We're talking about _column_ numbers, not character numbers.
You could rightly file a related bugreport for ClickEdit.app, though,
because it
Sorry, I meant 4:2, if we the first character is indexed 1.
Bert
c2 % BEGINS WITH TAB, reported as position 4:8
how should it be reported?
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilyp
4:1
c2 % BEGINS WITH TAB, reported as position 4:8
how should it be reported?
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
%BUG: Point-and-click positions count one TAB character as 8 SPACE
character. Because of this, editors are called with wrong horizontal
position.
\version "2.5.27"
\relative {
c2 % BEGINS WITH TAB, reported as position 4:8
d
}
___
Two bugs are documented here:
1. \startStaff fails to start ledger lines in some situations:
- when there is a linebreak in the started staff
- when stopped at the beginning of the staff
2. \stopStaff doesn't stop correctly when stopped at the beginning of
the staff
\layout { }
\version
SYMPTOM: \stopStaff kills the barline at the end of the fragment
\layout { }
\version "2.5.27"
\paper {
raggedright = ##t
}
\relative \new StaffGroup <<
\context Staff = "3" { c1
\new Staff {
\set Staff.alignAboveContext = #"3"
c8 d e f g a b c \stopStaff }
c1 }
>>
__
OK, I've attached the PDF.
As you can see, pango substitutes the good font, but does it badly.
(Note that there is another problem with the header. It can't find Luxi,
so substitutes Bitstream Vera, but that messes up spacing.)
Bert
___
bug-lilypond ma
>
> what do you mean exactly?
>
> Lily on mingw uses gs for loading the font; depending on the original
> font, the PDF will contain TTF or Type1 fonts.
>
This is true for Latin-1 characters. But yesterday I found that with
Latin-2 (and I suppose other non-Latin-1) the TrueType version of the
char
LilyPond (or GS???) uses Type3 characters for non-latin-1 characters.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lilypond
%BUG: RemoveEmptyStaffContext doesn't remove staff from the first sytem
\version "2.5.26"
\score {
\relative <<
\new Staff { R1 | R1 \break R1 | R1 \break c4 d e f | g f
e d }
\new Staff { a4 b c d | e d c b | a b c d | e d c b | a4 b c d | e d
c b }
>>
\midi {
%BUG: Temporary staves live too long when there are something happening
in the score (like a Time change or RehearsalMark):
\layout {
}
\version "2.5.26"
\paper {
raggedright = ##t
}
\relative \new StaffGroup <<
\context Staff = "3" { c1
\new Staff {
\set Staff.alignAboveContext = #"3"
One more:
this ln-s are done directly after configure.
Bert
I can't build lilypond, because there are no enc files:
cd /netrel/build/lilypond-2.5.26/share/lilypond/2.5.26/fonts/enc && \
ln -s ../../../../../mf/out/*.enc .
ln: creating symbolic link `./*.enc' to `../../../../../mf/out/*.enc
I can't build lilypond, because there are no enc files:
cd /netrel/build/lilypond-2.5.26/share/lilypond/2.5.26/fonts/enc && \
ln -s ../../../../../mf/out/*.enc .
ln: creating symbolic link `./*.enc' to `../../../../../mf/out/*.enc':
No such file or directory
make[1]: ***
[/netrel/build/li
According to
http://lilypond.org/doc/v2.5/input/regression/out-www/collated-files.html
\slurDotted is not broken.
\slurDotted
c''4 ~ c''4
That's not a slur, but a tie. Didn't you mean c''4( c''4)?
Bert
___
bug-lilypond mailing list
bug-lilypon
The solution is to do the same redefinition of the ChoirStaff as
the \RemoveEmptyStaffContext does to the Staff context. See my
recent email on the same problem for RhythmicStaffContext (Graham
did some clarifications in the manual too).
So I tried:
\context { \ChoirStaff \remove "Axis_group_engra
Mats Bengtsson wrote:
Citerar Bertalan Fodor <[EMAIL PROTECTED]>:
Hello,
I've found some problems in Instrument_name_engraver that make severe
limitations on ChoirStaff (GrandStaff etc.) "instrument names".
- \RemoveEmptyStaffContext does not remove instrument name on
Hello,
I've found some problems in Instrument_name_engraver that make severe
limitations on ChoirStaff (GrandStaff etc.) "instrument names".
- \RemoveEmptyStaffContext does not remove instrument name on these staves.
- Lyrics staff gets counted for setting the position of the instrument
name in sit
Hello,
I've found some problems in Instrument_name_engraver that make severe
limitations on ChoirStaff (GrandStaff etc.) "instrument names".
- \RemoveEmptyStaffContext does not remove instrument name on these staves.
- Lyrics staff gets counted for setting the position of the instrument
name in
It's a limitation of TeX. It's trying to be too clever again :-)
Use the command \resizebox. Note that it will only make output in the PS
or PDF file.
Bert
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-lily
Whole notes are collides with other notes in polyphonic situations.
\version "2.4.2"
\score {
\new Staff {
\relative c'' {
<< { c1 c1 } \\ { c2 c2 b4 b4 b4 b4} >>
}
}
}
___
bug-lilypond mailing list
bug-lilypond@gnu.o
In my opinion setup.exe does not misbehave.
Windows users usually don't know what the difference is between a click
and a double-click, and they do always double-click on every clickable
thing. If they double click on lilypond, that is interpreted as two
single clicks, so they get to 2.2.5-1. Pe
Udayan Kanade wrote:
I installed lilypond 2.4 in cygwin. the following
packages are required by lilypond, but it fails
to tell cygwin setup about it:
libintl-3
Really needed? How do you know? Libintl2 dependency is included in
setup.ini Was cygintl-3.dll looked for?
libiconv2
libiconv2 depe
About the frozen install: I can't reproduce. Please zip and send me the
setup.log.full and setup.log.postinstallX?? file from
c:\cygwin\var\log, then I will able to examine the issue.
About the missing images: you're right, they are installed as links not
as real files. Quick workaround: co
So, what will happen? I'd like to package 2.4.2 for cygwin... Should I
put ec.mf into the lilypond package? Or should it be in the tetex-tiny
package?
You lost me here. I thought you found that ecrm1000 should not be
looked for at all?
I tried Bertalan's example file here and the dvips comman
Sorry for disturbing again, do you still think this is not a clear (but
maybe simple to solve) bug?
Bert
I think you've misunderstood the problem. Please try this:
\version "2.4.2"
\score { <<\new Staff {
\override Score.RehearsalMark #'self-alignment-X = #-1
b8 \mark \mark
Because it seems that it's not installed automatically with lilypond.
The question is: in what package should it be?
Why do you think that this is a bug?
Werner
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo
With fontencoding set to T1 (for example with \encoding "TeX" it seems
to be default) at least on cygwin ecrm1000 is looked for, despite there
is no references in the tex file created. I think this is because the
default roman font maps to it and the default font is always created, or
there are
I think you've misunderstood the problem. Please try this:
\version "2.4.2"
\score { <<
\new Staff {
\override Score.RehearsalMark #'self-alignment-X = #-1
b8 \mark \markup {\small \bold "Why is this so ugly?"} as g16
g8.~g4 g16 g8 g16 |
c16 c c c c c c c c c c c c c c c | c8
That's a good question :-) It was the first I tried.
Bert
Also, why doesn't it help to set
\override Score.RehearsalMark #'no-spacing-rods = ##t
to make the first example behave like the second one?
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://
In my opinion rehearsal mark extent shouldn't cause notes' extent to
grow. It should work as in TextScript:
Bad:
\score {
b8 \mark \markup {\small \bold "Parlando"} as g16 g8.~g4 g16 g8 g16 |
c16 c c c c c c | c c c c c c c c | c c c c c c c c
}
Good:
\score {
b8^\markup {\small \bold "Parlando
There is an index.html and an Index.html in lilypond-internals. Could
Index.html be renamed to something else, because it fools cygwin.
Thanks,
Bert
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-lilypond
With lilypond --verbose it works!
And it generates different TEX file than lilypond
ly example:
\score {
\context Staff {
c d e f
}
}
I've attached the TEX output of both. Note that changed magfont.. to
magfont for easier compare.
Bert
% Generated by Lil
Sure.
<>\version "2.2.5"
\score {
<<
\new Staff {
c' d' e' f'
}
\new Lyrics \lyricsto "" \lyrics {
\'Ar -- v\'iz -- "t\H{u}" -- "r\H{o}"
}
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-lilypond
TeX escapes mess up lyrics spacing in DVI output, but there is no other
way to enter non-latin1 characters:
\version "2.4.0"
\score {
<<
\new Staff {
c' d' e' f'
}
\new Lyrics \lyricsto "" \lyricmode {
Ár -- víz -- tű -- rő.
}
\new Lyrics \lyricsto "" \lyricmode {
Ah, sorry. The log file told the problem. It was related to accented
chars in the lyrics. I fixed it, it is OK now.
Bert
___
bug-lilypond mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-lilypond
1 - 100 of 172 matches
Mail list logo
