Re: A question about a scheme function with two input notes

Jean Abou Samra writes: > [This is the continuation of > https://lists.gnu.org/archive/html/lilypond-user/2022-12/msg00321.html] By the way, I don't like what would happen with, say singlebeat = #(define-music-function (time) (fraction?) #{ \time #(make-list (car time) 1) #time #}) \displayL

Re: A question about a scheme function with two input notes

Jean Abou Samra writes: > [This is the continuation of > https://lists.gnu.org/archive/html/lilypond-user/2022-12/msg00321.html] > > > Le 30/12/2022 à 15:07, David Kastrup a écrit : >> You conflate "parsing" and "reading". For #{...#}, there is a >> rudimentary scan for # and $ > > > Yes, I know

Re: Missing items to make Cairo ready

Le 31/12/2022 à 01:39, Jean Abou Samra a écrit : I think we'd better figure out how to patch Cairo to support this. (To clarify: I mean "write a patch to submit upstream", not "apply a patch in the release infrastructure"). OpenPGP_signature Description: OpenPGP digital signature

Re: Missing items to make Cairo ready

Le 31/12/2022 à 01:29, Paolo Prete a écrit : Yeah, I also thought about overlying multiple surfaces. Nope, no dice. But don't exclude my tip: after all, the colors can give you unique identifiers for the map I've described to you, and this makes the mechanism safe Well, it's pretty hacky.

Re: Missing items to make Cairo ready

Yeah, I also thought about overlying multiple surfaces. But don't exclude my tip: after all, the colors can give you unique identifiers for the map I've described to you, and this makes the mechanism safe On Sat, Dec 31, 2022 at 1:23 AM Jean Abou Samra wrote: > Le 31/12/2022 à 01:13, Paolo Prete

Re: Missing items to make Cairo ready

Le 31/12/2022 à 01:13, Paolo Prete a écrit : I'll examine it, thanks. Meanwhile, I don't know if it is the right case, but it comes to my mind a hack, which I applied on some similar code: Before the SVG bytestream is emitted by the write_func, I would set a temporary, special and different _

PATCHES - Countdown to January 2

Here is the current countdown report. The next countdown will begin, next year, on January 2nd. A list of all merge requests can be found here: https://gitlab.com/lilypond/lilypond/-/merge_requests?sort=label_priority Push: !1782 Doc: minor correction in Cairo description - Jean Abou Sam

Re: Missing items to make Cairo ready

I'll examine it, thanks. Meanwhile, I don't know if it is the right case, but it comes to my mind a hack, which I applied on some similar code: Before the SVG bytestream is emitted by the write_func, I would set a temporary, special and different _color_ for each grob that is associated with outpu

Re: Missing items to make Cairo ready

Le 31/12/2022 à 00:29, Paolo Prete a écrit : Hi Jean, Do you have a test snippet for cairo_svg_create_for_stream() ? I would like to make some tests and I googled a bit but could not find anything useful for it. Fortunately, my deleted branch for this was still around in my Git repository.

Re: Missing items to make Cairo ready

Hi Jean, Do you have a test snippet for cairo_svg_create_for_stream() ? I would like to make some tests and I googled a bit but could not find anything useful for it. Thanks Il ven 30 dic 2022, 18:17 Jean Abou Samra ha scritto: > Le 30/12/2022 à 18:12, Paolo Prete a écrit : > > > > Hello, >

Re: A question about a scheme function with two input notes

[This is the continuation of https://lists.gnu.org/archive/html/lilypond-user/2022-12/msg00321.html] Le 30/12/2022 à 15:07, David Kastrup a écrit : You conflate "parsing" and "reading". For #{...#}, there is a rudimentary scan for # and $ Yes, I know that. that tends to deliver false pos

Re: Deprecation of instrumentCueName and instrument switch stuffs

On Wed, 14 Dec 2022 at 14:48, Jean Abou Samra wrote: > > Werner's commit merely documented a deprecation that had been > going on for much longer. The rationale is given here: > > https://gitlab.com/lilypond/lilypond/-/issues/4078#note_339812107 > > and I found this thread: > > https://lists.gnu.o

Re: Missing items to make Cairo ready

Le 30/12/2022 à 18:12, Paolo Prete a écrit : Hello, I'm probably saying something unfeasible and a dirty mix; nevertheless I wonder: could there be a way to use the cairo backend as a base, along with SVG backend snippets limited to the grobs for which the output-attributes property has been

Re: Missing items to make Cairo ready

On Fri, Dec 30, 2022 at 1:55 PM Jonas Hahnfeld via Discussions on LilyPond development wrote: > > Ok, this is SVG which we can probably agree that the backend is in a > bad state. At some point, there was a discussion on making Cairo the > default for producing SVGs but IIRC it faded out with the

Strange behaviour with unknown alternativeNumberingStyle

Hi all, please have a look at: \version "2.25.0" { \override Score.BarNumber.break-visibility = ##(#f #t #t) % \set Score.alternativeNumberingStyle = #'whatever b1 \repeat volta 2 { c' c' } \alternative { d' e' } f' } As soon as the style-setting is uncommented it behaves like \set

Re: Missing items to make Cairo ready

A logo will occupy a small fraction of the page. Do you really need to have it in such high resolution that the file size becomes a problem? In practice, probably. (Although there are also things like page-sized watermarks.) Given "but" below, did you miss a "not" in this sentence? Yes, s

Re: Missing items to make Cairo ready

Le 30/12/2022 à 17:39, Lukas-Fabian Moser a écrit : Am 30.12.22 um 17:34 schrieb Jean Abou Samra: Le 30/12/2022 à 17:20, Lukas-Fabian Moser a écrit : I agree with Jonas that it would be a considerable loss not to be able to import vector graphics. I don't concur with Jean's argument that one

Re: Missing items to make Cairo ready

Le 30/12/2022 à 17:41, David Kastrup a écrit : So? ps2pdf exists. It's not like it isn't already part of our toolkit, so I don't see the problem with using it for creating a vector format. pdftocairo can create an SVG from that, for example. Read the question again. It was about outputting L

Re: Missing items to make Cairo ready

Jean Abou Samra writes: > Le 30/12/2022 à 16:59, Karlin High a écrit : >> What are the chances of having a conversion tool that produces >> LilyPond markup commands for the vectors in formats such as EPS? >> Perhaps as an eps2ly or something. > > > Zero. PostScript is a full-fledged programming

Re: Missing items to make Cairo ready

Am 30.12.22 um 17:34 schrieb Jean Abou Samra: Le 30/12/2022 à 17:20, Lukas-Fabian Moser a écrit : I agree with Jonas that it would be a considerable loss not to be able to import vector graphics. I don't concur with Jean's argument that one can replace them by using markup commands: One obvio

Re: Missing items to make Cairo ready

Le 30/12/2022 à 17:20, Lukas-Fabian Moser a écrit : I agree with Jonas that it would be a considerable loss not to be able to import vector graphics. I don't concur with Jean's argument that one can replace them by using markup commands: One obvious use case for proper vector import would be in

Re: Missing items to make Cairo ready

On Fri, Dec 30, 2022 at 10:20 AM Lukas-Fabian Moser wrote: > That being said: My uneducated guess would be that with Cairo etc., it > might be more natural/easy to import vector graphics in SVG format than > in EPS? And apparently tools such as Inkscape offer EPS to SVG conversion.

Re: Missing items to make Cairo ready

Le 30/12/2022 à 16:59, Karlin High a écrit : What are the chances of having a conversion tool that produces LilyPond markup commands for the vectors in formats such as EPS? Perhaps as an eps2ly or something. Zero. PostScript is a full-fledged programming language. See the size of GhostScript,

Re: The hel-arabic.ly file story...

Hello I am hassan EL FATIHI author of hel-arabic.ly, if you have questions or changes to propose I am at your disposal. I have been practicing Arabic music for more than thirty years, in addition I am a computer scientist which pushed me to program hel-arabic.ly Best regard

Re: Missing items to make Cairo ready

Ok, in that case we can properly deprecate this once we have an alternative (see above). I still think losing the ability to include (external) vector graphics is a loss, though. What are the chances of having a conversion tool that produces LilyPond markup commands for the vectors in formats

Re: Missing items to make Cairo ready

On Fri, Dec 30, 2022 at 6:55 AM Jonas Hahnfeld via Discussions on LilyPond development wrote: > > On Fri, 2022-12-30 at 13:08 +0100, Jean Abou Samra wrote: > > As I said, I don't see obvious use cases for \epsfile where you > > really need vector graphics. LilyPond provides markup commands > > for

Re: Missing items to make Cairo ready

On Fri, 2022-12-30 at 13:08 +0100, Jean Abou Samra wrote: > > I am not at all convinced by these workarounds just to get Cairo a > > bit earlier and avoid walking the proper road to the clean solution > > (ie properly deprecating what we don't want to or cannot support). > > \postscript can be dep

Re: Missing items to make Cairo ready

I am not at all convinced by these workarounds just to get Cairo a bit earlier and avoid walking the proper road to the clean solution (ie properly deprecating what we don't want to or cannot support). \postscript can be deprecated on other grounds, but we cannot really deprecate \epsfile witho

Re: Missing items to make Cairo ready

On Thu, 2022-12-29 at 22:55 +0100, Jean Abou Samra wrote: > Le 29/12/2022 à 12:19, Jonas Hahnfeld a écrit : > > (FWIW I don't think it is a good idea to add features that will only > > work with Cairo. That sounds like a recipe for confusion to me, but I > > haven't yet had the time to properly loo

Re: [WISH] ‘smart’ punctuation for Lyrics

Le 30/12/2022 à 12:09, Simon Albrecht a écrit : Does that seem feasible Yes. Introduce an event and make Lyric_engraver read it and change the LyricText's text property. OpenPGP_signature Description: OpenPGP digital signature

[WISH] ‘smart’ punctuation for Lyrics

Dear devs, when I use tags to differentiate lyrics in different parts, I often have to complicate the source file and duplicate code in order because of different punctuation that results from different repetitions and/or elisions. Very much boiled down: \lyricmode {   yes   \tag alto,bass {

Re: The hel-arabic.ly file story...

Le 28/12/2022 à 23:09, Werner LEMBERG a écrit : Exactly. We are *not* experts for music from Arabia/Turkey/Iran. We take what we get. It was our mistake then to not asking you or other guys for for an expert opinion – this time I've directly contacted Hassan for comments on your MR (hopefully