Fancy characters in text markup
Would someone mind explaining why this doesn't work (the slashed 'o' doesn't print)? b'2.^#'(columns C (super (music accidentals-1)) ((overstrike o) /)) Similarly with this the '4' is never published: e'2.^#'(Gma7 (super (music accidentals-1)) 4) Thanks for your help. Russell. -- Russell Smiley [EMAIL PROTECTED] ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user
Re: Persistent font problems
I've attached the output of 'locate feta'. I also tried 'ly2dvi -p' to output pdf. This appears to fix the problem as you suggested. The only much more minor (cosmetic) complaint is that the bracket for the piano staff appears to be the wrong size. I think I can live with that. :-) Thanks for your help. Russell. On Sat, 2002-10-26 at 19:46, Han-Wen Nienhuys wrote: [EMAIL PROTECTED] writes: I hope you saw the other postings on this problem which I think answer your question. Any ideas? Still the only thing I can think of is some kind of resolution mismatch. (are you sure you removed everything, i.e. what does locate feta say?) Second, if you use ly2dvi --pdf, then the type1 fonts (.pfa) are used. They should be immune to squashing. -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.cs.uu.nl/~hanwen ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user -- Russell Smiley [EMAIL PROTECTED] /home/russell/docs/music/examples/feta-nummer10.600pk /home/russell/docs/music/examples/feta-braces20.600pk /home/russell/docs/music/examples/feta16.600pk /home/russell/docs/music/examples/feta20.600pk /home/russell/docs/music/examples/feta19.600pk /home/russell/docs/music/examples/feta-nummer5.300pk /home/russell/docs/music/examples/feta-nummer8.300pk /home/russell/docs/music/examples/feta16.300pk /home/russell/docs/music/scales/temp/feta16.720pk /home/russell/docs/music/xmas/feta23.720pk /home/russell/docs/music/xmas/feta-nummer11.720pk /home/russell/docs/music/xmas/feta-braces5.720pk /home/russell/docs/music/xmas/feta-nummer8.720pk /home/russell/docs/music/feta23.720pk /home/russell/docs/music/church/nzxmas/feta23.720pk /home/russell/docs/music/church/nzxmas/feta-nummer11.720pk /home/russell/docs/music/church/nzxmas/feta-nummer8.720pk /home/russell/docs/music/feta-braces5.720pk /home/russell/docs/music/feta-nummer11.720pk /home/russell/docs/music/feta-nummer8.720pk /home/russell/docs/music/feta16.720pk /home/russell/docs/music/feta20.300pk /home/russell/docs/music/lessons/feta23.720pk /home/russell/docs/music/lessons/feta-nummer11.720pk /home/russell/docs/music/lessons/feta-din17.720pk /home/russell/docs/music/lessons/feta20.720pk /home/russell/docs/music/lessons/feta-nummer7.720pk /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals-leftparen.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals-rightparen.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals--1.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals--2.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals-0.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals-1.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-accidentals-2.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-alto.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-alto_change.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-bass.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-bass_change.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-g_8.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-treble.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-clefs-treble_change.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-dots-dot.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-dots-repeatcolon.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-d3.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-d4.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-d5.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-d6.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-dgrace.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-u3.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-u4.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-u5.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-u6.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-flags-ugrace.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads--1.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads--2.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-0.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-0diamond.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-1.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-1diamond.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-2.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-2cross.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-2diamond.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-2harmonic.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-noteheads-ledgerending.xbm /home/russell/src/denemo/denemo_orig/pixmaps/feta26-rests
Re: Persistent font problems
Mats, Removing the feta* files in my local directory made the dvips and ly2dvi generated files look the same. Unfortunately it didn't fix the squashed font problem. Sorry about the 16 versus 20 font size oversight. I'm usnig denemo to enter the music which defaults to 16 so I have to change it by hand to 20. The first one I generated probably did have 20, but subsequent version I forgot to change. Any other suggestions on where to look for the squashed font problem? There must be somethin peculiar about my system if noone else has this problem. Thanks. Russell. On Fri, 2002-10-25 at 07:59, Mats Bengtsson wrote: dvipslist: kdebug:search(feta-nummer8.vf) = kdebug:search(feta-nummer8.720pk) = ./feta-nummer8.720pk kdebug:search(feta16.vf) = kdebug:search(feta16.720pk) = ./feta16.720pk kdebug:search(feta-braces4.vf) = kdebug:search(feta-braces4.720pk) = ./feta-braces4.720pk Simply remove the feta* files in your working directory and everything should be fine. Apparently, you used paper16 in your file, that's why our instructions to look for feta20 didn't give any output. Strange that dvips and xdvi use different paths. xdvilist: kdebug:search(feta-braces4.vf) = kdebug:search(feta-braces4.300pk) = /var/lib/texmf/pk/cx/feta-braces4.300pk kdebug:search(feta-nummer8.vf) = kdebug:search(feta-nummer8.300pk) = /var/lib/texmf/pk/cx/feta-nummer8.300pk kdebug:search(feta16.vf) = kdebug:search(feta16.300pk) = /var/lib/texmf/pk/cx/feta16.300pk /Mats ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user -- Russell Smiley [EMAIL PROTECTED] ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user
Re: Persistent font problems
I've attached the dvipslist and xdvilist. They appear to have different lists of fonts in them. I also printed the dvips generated file and it looks just like it does in gv (completely messed up). Russell. On Fri, 2002-10-25 at 02:58, Mats Bengtsson wrote: Try the following: export KPATHSEA_DEBUG=32 dvips yourfile.dvi 21 | grep '=' | grep feta dvipslist xdvi yourfile.dvi 21 | grep '=' | grep feta xdvilist This will give you two log files with paths to the font files that dvips and xdvi use. Normally, the same fonts should be used by both dvips and xdvi. By the way, have you tried to print the PS file generated by dvips. Some month ago, one guy on the list experienced font problems when viewing the PS file in gv/ghostview/... but they printed nicely on paper and when he sent an example file, it looked completely normal here. /Mats ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user -- Russell Smiley [EMAIL PROTECTED] kdebug:search(feta-nummer8.vf) = kdebug:search(feta-nummer8.720pk) = ./feta-nummer8.720pk kdebug:search(feta16.vf) = kdebug:search(feta16.720pk) = ./feta16.720pk kdebug:search(feta-braces4.vf) = kdebug:search(feta-braces4.720pk) = ./feta-braces4.720pk kdebug:search(feta-braces4.vf) = kdebug:search(feta-braces4.300pk) = /var/lib/texmf/pk/cx/feta-braces4.300pk kdebug:search(feta-nummer8.vf) = kdebug:search(feta-nummer8.300pk) = /var/lib/texmf/pk/cx/feta-nummer8.300pk kdebug:search(feta16.vf) = kdebug:search(feta16.300pk) = /var/lib/texmf/pk/cx/feta16.300pk
Re: Persistent font problems
Jan, I'm running Redhat 7.3 with standard kernel and appropriate updates. I first saw the problem on Redhat 7.1 or 7.2. mf --version Metafont (Web2C 7.3.1) 2.7182 kpathsea version 3.3.1 rpm -q tetex tetex-1.0.7-47 rpm -q glibc glibc-2.2.5-34 Here's the responses to the kpsewhich you suggested: kpsewhich feta20.mf /usr/share/lilypond/1.6.5/fonts/source/feta20.mf kpsewhich feta20.pk [no response] kpsewhich feta-nummer10.mf /usr/share/lilypond/1.6.5/fonts/source/feta-nummer10.mf kpsewhich feta-nummer10.pk [no response] Hope this helps. Russell. On Thu, 2002-10-24 at 03:48, Jan Nieuwenhuizen wrote: Russell Smiley [EMAIL PROTECTED] writes: I have this font problem which existed in 1.4.x and appears to persist in the 1.6.5 redhat rpm. I have run the buildscripts/clean-font.sh and it appears to not make any difference. You can see the 3 on the time signature is squashed. This also happens with numbers in repeats. Wow, this looks *very* strange. It almost seems like metafont is making mistakes. What are the details of your system, especially the version of your tetex installation, your metafont (mf) executable and your glibc? What do these four commands say: kpsewhich feta20.mf kpsewhich feta20.pk kpsewhich feta-nummer10.mf kpsewhich feta-nummer10.pk Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user -- Russell Smiley [EMAIL PROTECTED] ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user
Persistent font problems
Hi, I have this font problem which existed in 1.4.x and appears to persist in the 1.6.5 redhat rpm. I have run the buildscripts/clean-font.sh and it appears to not make any difference. Can anyone suggest any further efforts to eliminate the problem? I've attached a png illustrating the problem (apologies for the attachment). You can see the 3 on the time signature is squashed. This also happens with numbers in repeats. Thanks for your help. Russell. -- Russell Smiley [EMAIL PROTECTED] attachment: badmusic.png
(no subject)
Would someone mind explaining to me how to get lilypond to do the following?: I have two sets of lyrics - the main verse, and a harmony/descant. Each of the lyrics have different notes associated with them. I want to put the staffs in and have the lyrics correctly associated with each staff. The lilypond manual explains how to get different voices singing the same tune (simultaneously), but not how to have different voices singing different parts simultaneously. Thanks for your help. Russell. ___ Lilypond-user mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/lilypond-user