Re: How to develop Emacs mode?

version 0.8.18 this will be possible out-of-the-box, without setting any modes and so on. I realize this won't be much use to those with a lot of skills built up using other entry methods, but there are always newcomers. Richard Shann but is a bit less error prone, for my purposes. When I do

Re: Figured bass inside a staff collides with articulations...

Unfortunately the suggested text gives the figures shifted up if one of the notes is very high, as originally noted by Reinhold. I would love to see a fix for this too, I am thinking of allowing over the note bass figures in the Denemo output. Richard Shann On Mon, 2010-09-27 at 12:00 -0400

Re: Byzantine chant and microtones

to shift the temperament as a piece modulates, equivalent to having split sharps on a keyboard (as in some 17th c. Italian clavivcembali) Richard Shann On Thu, 2010-11-11 at 23:12 -0500, lilypond-devel-requ...@gnu.org wrote: Message: 2 Date: Thu, 11 Nov 2010 09:47:49 -0800 From: Erich Enke

Re: MIDI remapping

the course of the piece. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Interactive compiling

of processing is being done is hardly noticeable. And setting the context to just a few bars/staffs around the cursor makes it practicable on more modest machines. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman

Re: Interactive compiling

almost all the decisions for you. One or two tweaks are all I need for a typical score, often times none. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Semantics of X-offset Y-offset

is with respect to the center of the bounding rectangle of the glyph? Any help is much appreciated. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Re: Semantics of X-offset Y-offset

On Mon, 2013-04-15 at 10:38 +0200, Janek Warchoł wrote: Hi, 2013/4/15 Richard Shann richard.sh...@virgin.net: Question: where in the LilyPond source tree is the information about where the origin of the glyph is with respect to the center of the bounding rectangle of the glyph? Any

Re: Semantics of X-offset Y-offset

On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote: Hi, [...] and the user can click on them to achieve accurate positioning - more accurate than clicking in the middle of the object. Sounds like a good idea. I have tested this using \new Staff \with { \printRefpoint ##f

Re: Semantics of X-offset Y-offset

On Mon, 2013-04-15 at 23:06 +0200, Janek Warchoł wrote: 2013/4/15 Richard Shann richard.sh...@virgin.net: On Mon, 2013-04-15 at 17:25 +0200, Janek Warchoł wrote: Looks like using \layout { \context { \Score \printRefpoint ##f #'all-grobs } } inserts

Re: LilyPond 2.18.0 released

... and to prove that 2.18 has arrived, here is perhaps the first published score typeset with it: http://imslp.org/wiki/8_Solos,_Op.1_%28Stanley,_John%29#IMSLP309222 I have had to update Denemo to use the new \bar syntax, but otherwise everything went smoothly. Congratulations on the new

Re: [Denemo-devel] lily 2.16, 2.18 zombies on darwin when ran via glib g_spawn

On Fri, 2014-01-17 at 05:34 +0100, David Kastrup wrote: Jeremiah Benham jjben...@chicagoguitar.com writes: I am having an issue running lilypond via glib when cross compiled for darwin. This is when cross compiled for darwin using the same gub snapshot: Version/Status 2.14.2

Re: Shape of individual ties in chords

Thanks for this - while playing around with it I noticed the mysterious synatx q that appears. I tried looking this up in the two indices without success. It causes a syntax error after a note but repeats a chord when placed after a chord. I wonder what exactly it is all about and why I can't find

Re: Shape of individual ties in chords

On Fri, 2014-01-24 at 10:26 +0100, David Kastrup wrote: Simon Bailey si...@bailey.at writes: hi, On Fri, Jan 24, 2014 at 10:16 AM, Richard Shann rich...@rshann.plus.com wrote: Thanks for this - while playing around with it I noticed the mysterious synatx q that appears. I tried

Re: Shape of individual ties in chords

On Fri, 2014-01-24 at 10:31 +0100, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: On Fri, 2014-01-24 at 10:26 +0100, David Kastrup wrote: Simon Bailey si...@bailey.at writes: hi, On Fri, Jan 24, 2014 at 10:16 AM, Richard Shann rich...@rshann.plus.com

Re: Figured Bass support

be sharpened). (I feel perhaps I'm labouring the point now ...). I've added #'direction for the BassFigure grob, so you can the stacking direction. (1.7 cvs) The default should be the normal direction else we risk creating another standard in figured bass notation! Best regards, Richard Shann

midi2ly struggles with lilypond's midi output.

(I posted this some while back to bug-lilypond but once more it vanished without trace ...) Dear All, I've noticed that if I use lilypond to output midi and then use midi2ly to translate back to lilypond notation a part can go missing. I'm using midi2ly (GNU LilyPond) 1.6.5 GNU LilyPond 1.6.5

Figured Bass support

the \ in lilypond, is this an old feature - it does not seem to be used for anything? I can't see a reference to it in the ChangeLog. (It is being output by denemo, but I don't think it means anything). Richard Shann ___ Lilypond-devel mailing list [EMAIL

Duration documentation

Hi, I found it a bit difficult to understand the format of duration in lilypond - I think two of the examples given (in 2.6.5 documentation) are misleading: the explanation of \partial duration is this: Partial measures, for example in upbeats, are entered using the |\partial| command:

Re: Figured Bass support

Han-Wen Nienhuys wrote: For the moment, you could use markup texts. For example: Thanks for the suggestion - however it is much more important to me that the scores I am writing are structurally sound (i.e. the figured basses are really figured basses, with their own durations etc - I'm

LilyDev not accepting paste from host clipboard

, which the Debian virtual machine does. Has anyone seen this problem/know how to fix it - I guess it has to be some Ubuntu setting ... Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond

Compact Chord Charts

When chord symbols are displayed on small hand-held devices (e.g. smartphones) they will be difficult to read unless the elements are arranged more compactly than the standard LilyPond chord symbols. There are commercial programs out there that offer this facility. I have been experimenting with

Re: LilyDev not accepting paste from host clipboard

On Fri, 2014-09-19 at 22:30 +0100, James wrote: On 19/09/14 19:09, Richard Shann wrote: I've just gone through the steps to install LilyDev in a virtual machine. I already have a plain Debian O/S installed and have been using it for some time without problem. Unfortunately, this new image

Re: Compact Chord Charts

On Fri, 2014-09-19 at 21:04 -0700, Paul Morris wrote: Richard Shann-2 wrote [...] could someone advise what the LilyPond syntax would be needed to trigger this conditional? I was guessing it might be \layout { \context { \ChordNames compact = ##t

Re: LilyDev not accepting paste from host clipboard

On Sat, 2014-09-20 at 09:25 +0200, Federico Bruni wrote: 2014-09-20 8:14 GMT+02:00 Richard Shann rich...@rshann.plus.com: yes, it's Oracle's VirtualBox. The thing is that it is working for the Debian stable that I use, so the VirtualBox settings must be ok-ish

Re: LilyDev not accepting paste from host clipboard

On Sat, 2014-09-20 at 11:06 +0200, Federico Bruni wrote: Yes, in LilyDev 3.0 guest additions should work out of the box. The new url is: http://www.et.byu.edu/~sorensen/lilydev-3.0.iso http://www.et.byu.edu/~sorensen/lilydev-3.0.iso.md5 This installed ok - but this bit of the

Re: LilyDev not accepting paste from host clipboard

On Sat, 2014-09-20 at 15:46 +0100, James wrote: lily-git.tcl as there is no lily-git.tcl in the path at this stage. Putting $LILYPOND_GIT/scripts/auxillar in the path fixed this but then I got this error: lily-git.tcl Error in startup script: grab failed: window not

Re: LilyDev not accepting paste from host clipboard

On Sat, 2014-09-20 at 17:27 +0200, Federico Bruni wrote: Thanks Richard, I never used it and I ignored its existence. I'll add that directory to the path in .bashrc. In light of the further steps it isn't useful to add that directory to the PATH (because the command will not work unless the it

Re: LilyDev not accepting paste from host clipboard

On Sun, 2014-09-21 at 09:14 +0100, James wrote: On 21/09/14 08:55, Richard Shann wrote: On Sat, 2014-09-20 at 17:27 +0200, Federico Bruni wrote: Thanks Richard, I never used it and I ignored its existence. I'll add that directory to the path in .bashrc. In light of the further steps

es means ees???

In the lilypond 2.19 installed file usr/share/lilypond/current/ly/chord-modifiers-init.ly I see the following at line 27 c es ges-\markup { \super o } % should be $\circ$ ? Here, instead of ees, is written es. I've tried this out, and it appears to be a synonym, but I don't see this

Re: es means ees???

Thank you to all who replied - I didn't think to look in the note names in other languages section. Richard On Mon, 2014-10-06 at 13:41 +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: In the lilypond 2.19 installed file usr/share/lilypond/current/ly/chord

Is there a test for a pair of numbers?

I am developing compact chord symbols for LilyPond and have added this property to define-context-properties.scm (chordCompactScale ,pair? Draw chord symbols scaled by this amount) This works, but I was wondering if there is a more exacting type test than pair? ? Richard

Re: Is there a test for a pair of numbers?

On Mon, 2014-10-06 at 17:52 +0200, David Kastrup wrote: number-pair? great, thanks! Richard ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

Compact Chord Symbols Patch

the patch will be welcomed. (This one gives an idea of the output). Richard From 8a3569e75d1fdff5318497051bb840e330162e47 Mon Sep 17 00:00:00 2001 From: Richard Shann rich...@rshann.plus.com Date: Mon, 6 Oct 2014 18:09:51 +0100 Subject: [PATCH] Allow creation of compact chord symbols Compact chord

Re: es means ees???

On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote: On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: Here, instead of ees, is written es. I read In Dutch, aes is contracted to as, but both forms are accepted

Re: es means ees???

On Tue, 2014-10-07 at 09:50 +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote: On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: Here

Re: Compact Chord Symbols Patch

On Mon, 2014-10-06 at 20:06 +0100, James wrote: Richard, [..] Richard I have created http://code.google.com/p/lilypond/issues/detail?id=4154 I'll help shepherd this patch through via the standard review process for this. Thank you very much. I thought I would follow the

Re: es means ees???

On Tue, 2014-10-07 at 09:50 +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: On Tue, 2014-10-07 at 11:04 +0900, Graham Percival wrote: On Mon, Oct 06, 2014 at 01:41:30PM +0200, David Kastrup wrote: Richard Shann rich...@rshann.plus.com writes: Here

Re: es means ees???

If that was the focus of LilyPond, we would talk to it in MusicXML. Hmm, I think there is a serious need to puncture the MusicXML bubble - it is an appalling hotchpotch quite unsuited to representing typeset music. From a casual look it seems to have been designed, but in fact the real

Re: Compact Chord Symbols Patch

On Tue, 2014-10-07 at 12:53 +0100, James wrote: On 07/10/14 09:08, Richard Shann wrote: On Mon, 2014-10-06 at 20:06 +0100, James wrote: Richard, [..] Richard I have created http://code.google.com/p/lilypond/issues/detail?id=4154 I'll help shepherd this patch through via

Re: Issue 4154: Compact Chord Symbols Patch (issue 153160043 by d...@gnu.org)

On Wed, 2014-10-08 at 17:41 +, d...@gnu.org wrote: Reviewers: , https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm File scm/chord-ignatzek-names.scm (right): https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm#newcode98

Re: Issue 4154: Compact Chord Symbols Patch (issue 153160043 by d...@gnu.org)

On Thu, 2014-10-09 at 11:36 +, d...@gnu.org wrote: On 2014/10/09 11:08:16, richard_rshann.plus.com wrote: On Wed, 2014-10-08 at 17:41 +, mailto:d...@gnu.org wrote: Reviewers: , https://codereview.appspot.com/153160043/diff/1/scm/chord-ignatzek-names.scm File

Re: Issue 4154: Compact Chord Symbols Patch (issue 153160043 by d...@gnu.org)

On Sat, 2014-10-18 at 17:19 +, d...@gnu.org wrote: On 2014/10/09 12:02:16, richard_rshann.plus.com wrote: Well, that depends what I meant by the existing code - the specific file I was modifying calls chordRootNamer which is initialized to note-name-markup which is in

Re: Building identifiers algorithmically

On Sun, 2015-03-22 at 08:01 +0100, David Kastrup wrote: Trevor Daniels t.dani...@treda.co.uk writes: Now while this works it seems rather clunky, so I'm wondering if there is a more elegant way of doing this. Symbols look like they might help, but so far I've failed to make anything

Re: Reasons why a LilyPond-to-MEI conversion should be developed

On Sat, 2015-10-24 at 01:39 +0200, Simon Albrecht wrote: > e.g. if LilyPond should consume > > MEI > > Interesting thought. I should be surprised if MEI were to consent in > granting LilyPond this honour (as which I’d consider it). I think what was meant was "the lilypond executable should

Problem with alignment of Chord Symbols over notes.

Can anyone spot the error in this: 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8><8>< \version "2.19.25" \score { << \new ChordNames \chordmode { e4 s4 f:/g8 s8 s4 d8:m s8 s8 s8 s8 s8 s8 s8 }

Re: Problem with alignment of Chord Symbols over notes.

On Sun, 2015-10-18 at 11:19 +0200, David Kastrup wrote: > Richard Shann <rich...@rshann.plus.com> writes: > > > Can anyone spot the error in this: > > 8><8><8><8><8><8><8><8><8><8><8&

A bug in event-listener.ly

While developing a Playback View in Denemo (music plays back while LilyPond-typeset SVG is animated, building on Mathieu Demange's work) I came across a bug in event-listener.ly: In this procedure #(define (format-tempo engraver event) (print-line engraver "tempo"

Re: SOLVED (Re: stepmake in lilypond)

On Fri, 2015-12-18 at 13:19 +0100, David Kastrup wrote: > Villum Sejersen writes: > > > On 18-12-2015 09:31, David Kastrup wrote: > > > >> Villum Sejersen writes: > >>> [...] > Nope. What parts of stepmake LilyPond needs are included in

Re: rsvg-view can't display SVG files created by lilypond

On Wed, 2016-06-08 at 18:08 +0200, Federico Bruni wrote: > EyeOfGnome and Gimp - which use librsvg just like rsvg-view - do not > display anything. > > The problem is: > > fill="currentColor" This use by LilyPond's SVG output of "currentColor" is something I ran up against when rendering

Re: rsvg-view can't display SVG files created by lilypond

On Thu, 2016-06-09 at 10:15 +0200, Werner LEMBERG wrote: > >> However, there's still a nasty scaling bug that completely ruins > >> text positioning at larger magnification values. Sigh. > > > > Is *this* a bug in librsvg, or another LilyPond output problem? > > It's definitely a bug in librsvg

Re: rsvg-view can't display SVG files created by lilypond

On Thu, 2016-06-09 at 13:23 +0200, David Kastrup wrote: > Richard Shann <rich...@rshann.plus.com> writes: > > > On Thu, 2016-06-09 at 12:57 +0200, David Kastrup wrote: > >> Werner LEMBERG <w...@gnu.org> writes: > >> > >> >>> >>

Re: rsvg-view can't display SVG files created by lilypond

On Wed, 2016-06-08 at 23:44 +0200, Werner LEMBERG wrote: > > A quick glance at my code suggests that > > > > \applyContext #(override-color-for-all-grobs (x11-color 'black) > > > > will work as a workaround if uploading to Wikipedia. > > Indeed, that works, thanks! > > However, there's still a

Re: rsvg-view can't display SVG files created by lilypond

On Thu, 2016-06-09 at 12:57 +0200, David Kastrup wrote: > Werner LEMBERG writes: > > >>> >> However, there's still a nasty scaling bug that completely ruins > >>> >> text positioning at larger magnification values. Sigh. > >>> > > >>> > Is *this* a bug in librsvg, or another

Re: rsvg-view can't display SVG files created by lilypond

On Thu, 2016-06-09 at 14:20 +0200, David Kastrup wrote: > Richard Shann <rich...@rshann.plus.com> writes: > > > On Thu, 2016-06-09 at 13:23 +0200, David Kastrup wrote: > >> Richard Shann <rich...@rshann.plus.com> writes: > >> > >> > I don

Re: rsvg-view can't display SVG files created by lilypond

On Thu, 2016-06-09 at 14:18 +0200, Werner LEMBERG wrote: > >> Well, we are not in the market for SVG compliance testing. If > >> there are reasonably simple changes we can make to LilyPond in > >> order to avoid/sidestep triggering this librsvg bug, > > > > I don't know about *this* bug, > >

A regression

I have a file that fails to compile with 2.19.43 with this message Starting lilypond 2.19.43 [junk.ly]... Processing `/tmp/frescobaldi-PRgtuJ/tmpBD232F/junk.ly' Parsing... Interpreting music...[8][16][24][32] Preprocessing graphical objects... Interpreting music...[8][16][24][32] Preprocessing

Re: ly:one-page-breaking (was: ly:one-line-breaking)

On Mon, 2016-01-18 at 22:51 -0500, Paul Morris wrote: > > On Jan 9, 2016, at 1:30 PM, Richard Shann <rich...@rshann.plus.com> wrote: > > > > I was wondering if it would be possible to develop a variant of "all on > > one line", namely "

Documentation bug - wrong identity for default rehearsal mark format.

k-box-letters." the default format is not format-mark-numbers, but format-mark-letters. Richard Shann ___ lilypond-devel mailing list lilypond-devel@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-devel

LilyPond Segmentation fault on {r:32}

It seems that LilyPond crashes when given a file with a tremolo on a rest: \version "2.19.43" { r:32 } This behavior was reported to me for version 2.18.2, here is the --verbose output: lilypond --verbose SimpleSymphony3.ly Log level set to 287 GNU LilyPond 2.19.43 Relocation: is absolute:

Re: LilyPond Segmentation fault on {r:32}

On Sun, 2017-02-26 at 13:36 -0700, Colin Campbell wrote: > On 2017-02-26 09:18 AM, Richard Shann wrote: > > It seems that LilyPond crashes when given a file with a tremolo on a > > rest: > > > > \version "2.19.43" > > { r:32 } > > > > Th

Re: Patch to fix centering of some bass figures on whole notes and longer.

On Thu, 2017-07-13 at 15:07 +0200, David Kastrup wrote: > Richard Shann <rich...@rshann.plus.com> writes: > > > On Thu, 2017-07-13 at 12:47 +0100, James wrote: > >> > I am not top posting > >> > >> This 'patch' does not apply to current mas

Patch to fix centering of some bass figures on whole notes and longer.

Simon Albrecht suggested I start a new thread for this (apologies for any confusion) Attached is a patch that fixes the centering of single bass figures over notes of duration whole note and more. The duration is tested and a translate applied horizontally if needed. A test snippet is this:

Re: A contribution (was Re: snippet to properly align dynamics with expressive text)

On Sun, 2017-07-09 at 13:15 +0200, Malte Meyn wrote: > > Am 09.07.2017 um 12:50 schrieb Richard Shann: > > Thanks - here is such a small patch then. It fixes the centering of > > isolated accidentals and digits on whole notes which is currently too > > far to the lef

Re: Patch to fix centering of some bass figures on whole notes and longer.

On Sun, 2017-07-09 at 18:46 +0200, David Kastrup wrote: > Richard Shann <rich...@rshann.plus.com> writes: > > > Simon Albrecht suggested I start a new thread for this (apologies for > > any confusion) > > > > Attached is a patch that fixes the centering o

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 01:50 -0700, thomasmorle...@gmail.com wrote: > On 2017/07/15 08:06:41, richard_rshann.plus.com wrote: > > > So I think you could validly object that you didn't like them being > > treated differently. > > If you look at the following, namely the colored BassFigures > > cbf

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 02:09 -0700, thomasmorle...@gmail.com wrote: > On 2017/07/15 08:55:43, richard_rshann.plus.com wrote: > > On Sat, 2017-07-15 at 08:51 +0100, Richard Shann wrote: > > > On Sat, 2017-07-15 at 00:40 -0700, mailto:thomasmorle...@gmail.com > wrote: > >

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 00:09 -0700, thomasmorle...@gmail.com wrote: > I'm afraid this patch does not fix the problem as wished. It solves the problem of single bass figures and isolated accidentals on notes of duration longer than whole note as the comment says. You give an example of multiple

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 08:51 +0100, Richard Shann wrote: > On Sat, 2017-07-15 at 00:40 -0700, thomasmorle...@gmail.com wrote: > > On 2017/07/15 07:25:37, richard_rshann.plus.com wrote: > > > On Sat, 2017-07-15 at 00:09 -0700, mailto:thomasmorle...@gmail.com > > wrote: >

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 00:40 -0700, thomasmorle...@gmail.com wrote: > On 2017/07/15 07:25:37, richard_rshann.plus.com wrote: > > On Sat, 2017-07-15 at 00:09 -0700, mailto:thomasmorle...@gmail.com > wrote: > > > I'm afraid this patch does not fix the problem as wished. > > > You give an example of

Re: Patch to fix centering of some bass figures on whole notes and longer.

On Thu, 2017-07-13 at 12:47 +0100, James wrote: > > I am not top posting > > This 'patch' does not apply to current master so I could not test it > even if I wanted to Ah, yes, sorry, I looked into what parameters git uses for its diff but didn't think about the directory you would want to run

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sat, 2017-07-15 at 16:15 -0700, thomasmorle...@gmail.com wrote: > On 2017/07/15 09:13:08, thomasmorley651 wrote: > > > If you try > > \override BassFigure.X-offset = > > #ly:self-alignment-interface::centered-on-x-parent > > you'll see improvements in some cases (others are worse). > >

Re: Centering bass figures on whole notes and longer (issue 325070043 by pkx1...@gmail.com)

On Sun, 2017-07-16 at 10:09 +0100, Richard Shann wrote: > which shows them centering the figure under a whole note well, actually, *over* a whole note inthis case. The fact that the whole note is so far away from the figure (because of its pitch) makes the effect still more subtle, it beco

Re: GSoC Proposal - SVG Export

On Fri, 2018-11-30 at 22:39 -0500, Étienne Beaulé wrote: > Hello all! > > I’m Étienne Beaulé and I’ve been making some changes to LilyPond. I > am also the maintainer of the MediaWiki Score extension which allows > embedded LilyPond on Wikipedia. I’m currently a bachelor student at > the

Re: GSoC Proposal - SVG Export

On Sat, 2018-12-01 at 23:21 -0500, Étienne Beaulé wrote: > Having glyph styling through CSS is one of the goals of this project. > In the use of « currentColor, » it does seem to follow > specifications. Hmm, these specs would seem to allow the SVG to be rendered onto a background of the same

Re: GSoC Proposal - SVG Export

On Mon, 2018-12-03 at 09:22 -0500, Paul Morris wrote: > Hi Carl and everyone, > > On 12/2/18 8:02 PM, Carl Sorensen wrote: > > > We used to have black be the color of the glyphs.  We made a very > > specific and intentional move from black to currentColor.  And it > > was an improvement, IMO.  

Re: min-systems-per-page causes LilyPond to hang 2.20

On Fri, 2020-10-23 at 10:17 +0200, Jean Abou Samra wrote: > Le 21/10/2020 à 17:58, Jean Abou Samra a écrit : > > Le 21/10/2020 à 17:37, Richard Shann a écrit : > > > > > I've noticed that having > > > > > > min-systems-per-page  = 2 > > > >

output-attributes in 2.20.0

tes.id be set to - can it take a procedure as id could in 2.18? Richard Shann

Re: output-attributes in 2.20.0

On Sun, 2020-08-02 at 14:32 +0200, David Kastrup wrote: > Richard Shann writes: > > > I'm trying to get the annotated SVG output that enables playback > > with a > > scrolling LilyPond score working in 2.20. > > > > In the changes http://lilypond.org/doc/v

Re: output-attributes in 2.20.0

to  \override Score.NoteHead.output-attributes.id = #note-id only works if note-id is *not* a callback as I understand it. Richard Shann

min-systems-per-page causes LilyPond to hang 2.20

to some typo to be spotted by eye. Let me know if help would be welcomed. Richard Shann % LilyPond file generated by Denemo version 2.4.4 %%http://www.gnu.org/software/denemo/ \version "2.20" CompactChordSymbols = {} #(define DenemoTransposeStep 0) #(define DenemoTransposeAc

Re: Cairo plans

On Wed, 2021-09-01 at 15:11 +0200, Rene Brandenburger wrote: > I use the \postscript a lot Denemo uses postscript to generate a title page with a border. Richard Shann > when typesetting contemporary music e.g.  > like this: > > \version "2.20.0" &g

Re: Cairo plans

On Wed, 2021-09-01 at 16:24 +0200, Jean Abou Samra wrote: > Le 01/09/2021 à 15:11, Rene Brandenburger a écrit : > > I use the \postscript a lot when typesetting contemporary music > > e.g.  > > like this: > > > > \version "2.20.0" > > > > > > wave_line = \markup { > >   \with-dimensions #'(0 .

Re: Cairo plans

On Wed, 2021-09-01 at 17:47 +0200, Jean Abou Samra wrote: > Le 01/09/2021 à 17:22, Richard Shann a écrit : > > > > Denemo uses postscript to generate a title page with a border. > > > > > >   From a glance at the output of > > > > > > g

Re: Cairo plans

On Thu, 2021-09-02 at 20:19 +0200, Han-Wen Nienhuys wrote: > On Thu, Sep 2, 2021 at 4:32 PM Richard Shann > wrote: > [...] > > I > > presume the \path command is speaking in staff spaces while the > > border > > box needs to be drawn within the edges of the page

Crash when music of score starts with \pageBreak

I came across a situation where LilyPond crashes caused by a badly placed \pageBreak. I've chopped most of the music out of the example but when I tried to remove more the crash stopped. The error message ends: Finding the ideal number of pages... Fitting music on 1 page...lilypond:

Re: Cairo plans

On Thu, 2021-09-02 at 19:33 +0100, Kevin Barry wrote: > > This use case continues to be supported with > > Cairo. Just convert \postscript to \path, wich > > works both in the current PS backend and with Cairo. > > Is this something that can be done automatically with convert-ly? No, the

Re: Cairo plans

On Fri, 2021-09-03 at 09:15 +0100, Richard Shann wrote: > On Thu, 2021-09-02 at 20:19 +0200, Han-Wen Nienhuys wrote: > > On Thu, Sep 2, 2021 at 4:32 PM Richard Shann > om > > > wrote: > > [...] > > > I > > > presume the \path command is speaking in

Changed behavior 2.18.0 to 2.22.1

The following \version "2.18.0" {  g'4 f' g'  \mark \default} compiles ok while \version "2.22.1" {  g'4 f' g'  \mark \default} reports Starting lilypond 2.22.1 [test22.ly]... Processing `/tmp/frescobaldi-uljzgf6d/tmpzpa94ikr/test22.ly' Parsing... Interpreting music... Preprocessing graphical

Simultaneous \key markings behave differently to \clef or \time.

;2.22.0" { \time 3/4 \time 5/4 c'' } { \clef bass \clef alto c'' } { c'' \bar "||" \bar ":..:" } { \key f \major \key d \major c'' } 8><8><8><8><8><8><8><8><8><8><8><8><8><8><8>< Not a problem except when using include files or (as in my case generating the code programmatically. Is there a good reason for this, or is it just a wrinkle that could be fixed? Richard Shann

Re: Simultaneous \key markings behave differently to \clef or \time.

On Tue, 2022-06-28 at 16:45 +0200, Jean Abou Samra wrote: > Le 28/06/2022 à 13:36, Richard Shann a écrit : > > I've noticed that two \key in succession results in the first being > > honored while the opposite is true for everything else I've tested. > > Consider: > > 8