Re: GSoC Proposal - SVG Export

On 12/1/18, 9:21 PM, "É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. If an object does not have a colour associated with it, it should leave the colour to the viewer.

Let wordwrap-field and justify-field take non-strings?

Hi, still musing about improving markup->string, I now stumbled across \wordwrap/justify-field. Both have a condition to return visible output only if the catched input is a string (using 'wordwrap/justify-string-markup' then), whereas \fromproperty accepts markup as well. Is this intended? One

Re: GSoC Proposal - SVG Export

> Le 2 déc. 2018 à 11:25, Carl Sorensen a écrit : > > On 11/30/18, 8:40 PM, "lilypond-devel on behalf of Étienne Beaulé" > on behalf of > beauleetien...@gmail.com > wrote: > >Hello all! > >

Re: Let wordwrap-field and justify-field take non-strings?

Thomas Morley writes: > Hi, > > still musing about improving markup->string, I now stumbled across > \wordwrap/justify-field. > > Both have a condition to return visible output only if the catched > input is a string (using 'wordwrap/justify-string-markup' then), > whereas \fromproperty accepts

Re: Let wordwrap-field and justify-field take non-strings?

Thomas Morley writes: > Am So., 2. Dez. 2018 um 14:50 Uhr schrieb David Kastrup : >> >> Thomas Morley writes: >> >> > Hi, >> > >> > still musing about improving markup->string, I now stumbled across >> > \wordwrap/justify-field. >> > >> > Both have a condition to return visible output only if

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: Let wordwrap-field and justify-field take non-strings?

Am So., 2. Dez. 2018 um 14:50 Uhr schrieb David Kastrup : > > Thomas Morley writes: > > > Hi, > > > > still musing about improving markup->string, I now stumbled across > > \wordwrap/justify-field. > > > > Both have a condition to return visible output only if the catched > > input is a string

Re: GSoC Proposal - SVG Export

On 11/30/18, 8:40 PM, "lilypond-devel on behalf of É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

Re: Let wordwrap-field and justify-field take non-strings?

Am So., 2. Dez. 2018 um 15:36 Uhr schrieb Thomas Morley : > > Am So., 2. Dez. 2018 um 15:09 Uhr schrieb David Kastrup : > > > > Thomas Morley writes: > > > > > Am So., 2. Dez. 2018 um 14:50 Uhr schrieb David Kastrup : > > >> > > >> Thomas Morley writes: > > >> > > >> > Hi, > > >> > > > >> >

Re: Let wordwrap-field and justify-field take non-strings?

Am So., 2. Dez. 2018 um 15:09 Uhr schrieb David Kastrup : > > Thomas Morley writes: > > > Am So., 2. Dez. 2018 um 14:50 Uhr schrieb David Kastrup : > >> > >> Thomas Morley writes: > >> > >> > Hi, > >> > > >> > still musing about improving markup->string, I now stumbled across > >> >

Re: GSoC Proposal - SVG Export

On 12/2/18, 1:30 PM, "Étienne Beaulé" wrote: That is more of a problem with Pixbuf (similar problem was fixed in librsvg). However, a case could be made to specify black for glyphs instead of currentColor, and I would be open to it (leaning against it though) However, changing

Re: Let wordwrap-field and justify-field take non-strings?

On Dec 2, 2018, at 09:38, Thomas Morley wrote: > > Currently a formated markup will be dropped entirely without any warning, see: My two cents: at some time in the past year, I was working on a mark performer, and I wanted a way to turn the markup for the mark into a MIDI-compatible string.

Re: GSoC Proposal - SVG Export

That is more of a problem with Pixbuf (similar problem was fixed in librsvg). However, a case could be made to specify black for glyphs instead of currentColor, and I would be open to it (leaning against it though) However, changing its use in LilyPond is non-trivial (if we wanted to do it),