2009/11/2 David Biddiscombe <[email protected]>: > I emailed the lilypond-user address with some requests for help and > mentioned this problem too: Daniel Hulme thought the fault might be only > in the PDF image, but it's in the printout too; Marc Hohl wrote that it > was a known bug of evince, not lilypond;
It's most likely to be your PDF viewer, since the settings for barlines haven't changed since 2.4.6. If I view your PDF using evince, the barlines are still quite thick, despite the 'hair-thickness override; furthermore, the printout is also faulty. On the other hand, using okular, both image and printout have very faint barlines (and the default appearance with BarLine overrides removed is fine). > and Kieran MacMillan thought > the unwanted dots were due to the SpanBar being still at full thickness. This is caused by the addition of the Bar_engraver to the Lyrics context, so you need to make these barlines invisible (either by overriding BarLine #'transparent = ##t or setting whichBar = #""). > • I think (on the basis of the window produced by Insert > Special > Character . . .) that the command \char #2014 in an input file should > produce a long dash. However, it produces a different character. Is this > a bug?--with an earlier lilypond version \char #169 similarly failed to > produce the copyright symbol but now behaves as expected. The number 2014 is in hexadecimal, so you either need to tell \char that you're passing a hex value or convert it to decimal: \char ##x2014 \char #8212 Regards, Neil _______________________________________________ bug-lilypond mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-lilypond
