Re: Guitar: Bend-release-bend

Am 25.04.2015 um 06:33 schrieb Kevin Tough: [...] This example gives me several error messages. I have always used :lcd %:p:h to work out of the directory of the source file. One of the messages logically is then that definitions.ily can't be found. Where do I find definitions.ily? Guitar bends

Re: 回复： 回复： Jianpu Notation

David, I did change \include pointing to jianpu6.ly.   There is no change, it still display numbers.Immanuel,Ming Tsang On Saturday, April 25, 2015 12:31 AM, Super-User wrote: Hello, Ming! You might have forgotten to change the include command to \include "jianpu6.ly" . If changed,

Re: Guitar: Bend-release-bend

On Fri, 2015-04-24 at 20:48 -0400, Stephen MacNeil wrote: > no problem > > > Stephen > > > On Fri, Apr 24, 2015 at 8:41 PM, Shirish Kulhari > wrote: > Yes, that's precisely what I was looking for! Thanks a lot > man! > > On Sat, Apr 25, 2015 at 6:10 AM, Shirish

回复： 回复： Jianpu Notation

Hello, Ming! You might have forgotten to change the include command to \include "jianpu6.ly" . If changed, my code defaults solfege notation. I wonder how to serve both style with same code with a \override command being the switch. David Zhang -- 原始邮件 --

Re: 回复： Jianpu Notation

David, Thank you.  I notice the change, but how do I use it.  How to use override? I ran my "7 speech" with jianpu6.ly and I get the same result -> number-note . Immanuel,Ming Tsang On Friday, April 24, 2015 11:21 PM, Super-User wrote: I made some lines of code that could render opt

回复： Jianpu Notation

When taken seriously, solfegue (with movable do) has (7 natural+5 sharp+5 flatted) names, and used without accidentals, which takes some changes. see http://en.wikipedia.org/wiki/Solfège -- 原始邮件 -- 发件人: "Super-User"; 发送时间: 2015年4月25日(星期六) 中午11:21 收件人: "MING TSA

Re: odd behavior with acciaccatura in 1st position

Solution: remove \global from the chord expression: chordNames = \chordmode {   %\global   b1:m } Andrew ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user

RE:odd behavior with acciaccatura in 1st position

remove global Stephen ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user

Re: odd behavior with acciaccatura in 1st position

It’s this that is causing the problem: \new ChordNames {\chordNames} I never use ‘em, so I am no sure what the solution is. But as in medicine, as diagnosis is halfway there. Andrew ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.g

回复： Jianpu Notation

I made some lines of code that could render option2, with a hard coded #(define Jianpu.style "solfege") Could anyone make it as a \override ? David Zhang -- 原始邮件 -- 发件人: "MING TSANG";; 发送时间: 2015年4月25日(星期六) 上午7:02 收件人: "Paul Morris"; "Super-User"; 抄送: "lilypon

odd behavior with acciaccatura in 1st position

Having an acciaccatura or grace note as the first element of a score makes the key, tempo & time print twice. Result is correct if acciaccatura is in 2nd position. See small example here: http://lilybin.com/pbravw/1 -- View this message in context: http://lilypond.1069038.n5.nabble.com/odd-be

Re: Fixing overlapping notation

On 25/04/2015 01:28, Kieren MacMillan wrote: Hi Wol, It seems to me that there is too much "addressing one issue", when my big problem is conflicting solutions! In other words, the solution to one problem promptly screws up the solution to another! You need to apply the solution correctly to

Re:Fixing overlapping notation

sorry forgot the subject stephen ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user

[no subject]

i thought i sent you something showing how to move it anyway not sure where you want it, but do it like this HTH Stephen VS.ly Description: Binary data ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypo

Re: Guitar: Bend-release-bend

no problem Stephen On Fri, Apr 24, 2015 at 8:41 PM, Shirish Kulhari wrote: > Yes, that's precisely what I was looking for! Thanks a lot man! > > On Sat, Apr 25, 2015 at 6:10 AM, Shirish Kulhari < > kulhari.shir...@gmail.com> wrote: > >> Yes, that's precisely what I was looking for! Thanks a lot

Re: Guitar: Bend-release-bend

Yes, that's precisely what I was looking for! Thanks a lot man! On Sat, Apr 25, 2015 at 6:10 AM, Shirish Kulhari wrote: > Yes, that's precisely what I was looking for! Thanks a lot man! > > On Sat, Apr 25, 2015 at 3:50 AM, Stephen MacNeil > wrote: > >> like this ? >> >> \bendOn >> >> \bendGrac

Re: Fixing overlapping notation

On 25/04/2015 01:08, Kieren MacMillan wrote: Hi Wol, How do I justify markup against a note? How about \once \override TextScript.self-alignment-X = #RIGHT ? That's what Thomas has kindly suggested. Except it's not working for me - his example works fine, my cut-n-paste doesn't ... what giv

Re: Fixing overlapping notation

On 25/04/2015 00:44, Thomas Morley wrote: Thanks. That looks great EXCEPT I can't get it to work for me :-( I run your example, and it's bang on. I try to do the same in my part, and it don't work :-( You've got a rehearsal mark, followed by a right-aligned text markup. I copy your right-ali

Re: Fixing overlapping notation

Hi Wol, > It seems to me that there is too much "addressing one issue", when my big > problem is conflicting solutions! In other words, the solution to one problem > promptly screws up the solution to another! You need to apply the solution correctly to all grobs that are affected, i.e., both

Re: Fixing overlapping notation

Hi Wol, > How do I justify markup against a note? How about \once \override TextScript.self-alignment-X = #RIGHT ? > It seems the only way to do it is to use a mark Please don’t mix RehearsalMark grobs with TextScript grabs. Use the correct one for the correct circumstance, and adjust/tweak as

Re: Fixing overlapping notation

On 25/04/2015 00:35, Thomas Morley wrote: And please, this is_not_ a tiny example! You would significantly increase your chance to get help from the list if you'd try to reduce it to tiny examples only showing_one_ problem. I do appreciate that you don't want to look through too much code. BUT

Re: Fixing overlapping notation

\version "2.18.0" \include "english.ly" %{ > From: Anthonys Lists > Subject: Fixing overlapping notation > > I have seven bars rest in a part. I want some markup starting at the > first barline, and different markup ending at the last barline. If a > part has notes, those markups will separate h

Re: Fixing overlapping notation

2015-04-25 1:29 GMT+02:00 Anthonys Lists : > On 25/04/2015 00:00, Anthonys Lists wrote: >> >> On 24/04/2015 23:48, Kieren MacMillan wrote: >>> >>> Hi Wol, >>> > Hope this helps! It has! >>> >>> So now I hope you see that Lilypond is *EXCELLENT* at handling >>> collisions, if you simpl

Re: Fixing overlapping notation

2015-04-25 0:41 GMT+02:00 Anthonys Lists : > > Hi, as mentioned by others your example is not very useful. Actually it > puzzles me, I have _no_ idea about the intended output. Nevertheless, you > happily mix different things all the time: TextScript and RehearsalMark. > They have different usecase

Re: Fixing overlapping notation

On 25/04/2015 00:00, Anthonys Lists wrote: On 24/04/2015 23:48, Kieren MacMillan wrote: Hi Wol, Hope this helps! It has! So now I hope you see that Lilypond is *EXCELLENT* at handling collisions, if you simply correctly instruct her to do so. =) Cheers, Kieren. ___

Re: Jianpu Notation

Paul & David: I show my "7 speech" to couple of friends. They like it.  One  suggests if the jianpu can show as (option1 or option1): jianpu :  1     2     3     4     5     6     7     1'option1:  d     r     m     f      s     l      t     d'option2:  do   re   mi    fa    so   la    ti    do'

Re: Fixing overlapping notation

On 24/04/2015 23:48, Kieren MacMillan wrote: Hi Wol, Hope this helps! It has! So now I hope you see that Lilypond is *EXCELLENT* at handling collisions, if you simply correctly instruct her to do so. =) Cheers, Kieren. :-) Yup. It's just finding out how

Re: Fixing overlapping notation

Hi Wol, >> Hope this helps! > It has! So now I hope you see that Lilypond is *EXCELLENT* at handling collisions, if you simply correctly instruct her to do so. =) Cheers, Kieren. Kieren MacMillan, composer ‣ website: www.kierenmacmillan.info ‣ email: i...@kier

Re: What is the problem with "\relative"? (Was: Do we really offer the future?)

Hi Harm, > One very annoying thing about \relative is when you want to use > music-functions catching some music doing something with it. > Here the less complex function I could think of, returning different > results for absolute and relative. Yes — another good reason I avoid \relative mode.

Re: Fixing overlapping notation

Hi, as mentioned by others your example is not very useful. Actually it puzzles me, I have _no_ idea about the intended output. Nevertheless, you happily mix different things all the time: TextScript and RehearsalMark. They have different usecases and different default settings. Anyway you co

Re: What is the problem with "\relative"? (Was: Do we really offer the future?)

2015-04-23 3:41 GMT+02:00 Kieren MacMillan : > Hi Gilles, > >>> deprecate \relative, which I now avoid like the plague. >> Why? > > 1. It doesn’t play well with reuse: both trivial reuse (i.e., cut-and-paste) > and more advanced (i.e., referenced in variables) require extra care at the > very lea

Re: Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

I think the question is more: “will machines be able to engrave scores that don’t need tweaks or human correction at all.” Maybe, but in my opinion — except if you implement something like an AI — it will never have the difference that makes traditional engraving so lovely (everything is not perfec

Re: How to make an object take up no space

Some adjustments, Cheers, Pierre 2015-04-25 0:12 GMT+02:00 Pierre Perol-Schneider < pierre.schneider.pa...@gmail.com>: > Hi Steven, > > try: \with-dimensions #'(0 . 0) #'(0 . 0) > > See attached file. > Cheers, > Pierre > > > 2015-04-25 0:02 GMT+02:00 Steven Weber : > >> As part of my ongoing pro

RE:Guitar: Bend-release-bend

like this ? \bendOn \bendGrace e8(f8)(e8) (g4~)g2 | \bendOff \bendOn e8 (f)(e)(g~) g2 \bendOff if not have an example? %% cut \version "2.18.2" \include "definitions.ily" \paper { indent = 0 } \layout { \context { \Staff \override StringNumber #'stencil = ##f \overri

Re: Fixing overlapping notation

2015-04-24 23:52 GMT+02:00 Anthonys Lists : > On 24/04/2015 22:32, Kieren MacMillan wrote: >> >> Hi Wol, >> >> As mentioned by others, actual code samples will be much better than >> abstract complaints, if a solution is what you’re looking for. >> >>> If squeezing notes closer causes markup to col

Re: How to make an object take up no space

Hi Steven, try: \with-dimensions #'(0 . 0) #'(0 . 0) See attached file. Cheers, Pierre 2015-04-25 0:02 GMT+02:00 Steven Weber : > As part of my ongoing project to typeset “highlighting” marks I’ve hit > another problem: I’m trying to highlight repeat bar lines, but the > highlighting code kee

Re: Fixing overlapping notation

On 4/24/15 2:52 PM, "Anthonys Lists" wrote: > >I would, however, like to understand why :-) I can see you're setting a >variable to some scheme value, but why does adding an extra 1/2 unit >either side suddenly make text stack horizontally rather than >vertically? The spacing engine makes the

Re: Creating LilyPond Object Models

On 4/24/15 3:58 PM, "Simon Albrecht" wrote: >Hello Carl, > >this is a good approach. Am I right in assuming that this is a >boiled-down, low-threshold version of the relevant parts in Erik >Sandberg¹s masters thesis(1) referenced in CG 10.1? > Perhaps. It certainly should be compatible with th

Re: Fixing overlapping notation

On 24/04/2015 22:30, Carl Sorensen wrote: On 4/24/15 2:00 PM, "Anthonys Lists" wrote: On 24/04/2015 20:23, Simon Albrecht wrote: Please give us (code, eventually output) examples, else it¹s difficult to get your point. Yours, Simon pdf and relevant lily code attached. I know it's not compil

How to make an object take up no space

As part of my ongoing project to typeset "highlighting" marks I've hit another problem: I'm trying to highlight repeat bar lines, but the highlighting code keeps interfering with my skylines. Since I'm manually placing it (for the moment) and doing so in a negative layer, I'd like to tell lilypon

Re: Creating LilyPond Object Models

Hello Carl, this is a good approach. Am I right in assuming that this is a boiled-down, low-threshold version of the relevant parts in Erik Sandberg’s masters thesis(1) referenced in CG 10.1? Yours, Simon (1) Am 23.04.2015 um 01:29

Re: Fixing overlapping notation

On 24/04/2015 22:32, Kieren MacMillan wrote: Hi Wol, As mentioned by others, actual code samples will be much better than abstract complaints, if a solution is what you’re looking for. If squeezing notes closer causes markup to collide and staircase, that's VERY painful to me. Does this not

Re: Do we really offer the future?

Am 24.04.2015 um 23:36 schrieb Noeck: Am 24.04.2015 um 14:30 schrieb Urs Liska: could also be put on a Wiki page somewhere. I put a rough collection of 'head lines' here: https://github.com/joram-berger/snippets/wiki/recent-ideas-on-the-list Thanks, that is what I meant. I hope it is edi

Guitar: Bend-release-bend

Hi, I'm trying to write tab+sheet music for a guitar solo that involves a bend-release-bend on a single note. For example, like this - 12b14r13b14. How can I write this bend-release-bend in lilypond? (I'm already aware of the bend.ly and definitions.ily files that have been written up as librarie

Re: Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

On Fri, 24 Apr 2015 23:22:54 +0200, Eyolf Østrem wrote: On 24.04.2015 (14:12), tyronicus wrote: Simon Albrecht-2 wrote > I should’ve written “I believe that nothing as beautiful/good as this > will ever be engraved by a machine” then, since basically it is my > belief. Maybe I exaggerated a li

Re: Do we really offer the future?

Am 24.04.2015 um 14:30 schrieb Urs Liska: > could also be put on a Wiki page somewhere. I put a rough collection of 'head lines' here: https://github.com/joram-berger/snippets/wiki/recent-ideas-on-the-list I hope it is editable by everyone. It is contains only what I remembered from the last days

Re: Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

Eyolf Østrem wrote > A machine may draw a more geometrically perfect circle, but if I were to > hang the drawing on my wall, I'd much rather have one made by Mirò than by > a > machine. Same with notation. Music notation may be at times a graphic art, but isn't it more often a tool for communicati

Re: Fixing overlapping notation

Hi Wol, As mentioned by others, actual code samples will be much better than abstract complaints, if a solution is what you’re looking for. > If squeezing notes closer causes markup to collide and staircase, that's VERY > painful to me. Does this not fix your problem? \version "2.19.18" scri

Re: Fixing overlapping notation

On 4/24/15 2:00 PM, "Anthonys Lists" wrote: >On 24/04/2015 20:23, Simon Albrecht wrote: >> Please give us (code, eventually output) examples, else it¹s difficult >> to get your point. >> Yours, Simon > >pdf and relevant lily code attached. I know it's not compilable, but >it's a fairly simple p

Re: mutopia's shortcomings

On Fri, 24 Apr 2015 12:42:32 -0400, Kieren MacMillan wrote: Hi Gilles, But why _LilyPond_, if you agreed that quality will can (never!) match that produced with the tool that produced the scores available on IMSLP ? Why not that other tool? What "other tool"? Hand-engraving with metal punch

Re: Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

On 24.04.2015 (14:12), tyronicus wrote: > Simon Albrecht-2 wrote > > I should’ve written “I believe that nothing as beautiful/good as this > > will ever be engraved by a machine” then, since basically it is my > > belief. Maybe I exaggerated a little :-) > > And you may believe differently of cou

Re: Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

Simon Albrecht-2 wrote > I should’ve written “I believe that nothing as beautiful/good as this > will ever be engraved by a machine” then, since basically it is my > belief. Maybe I exaggerated a little :-) > And you may believe differently of course. My contrary belief: A machine will draw a ci

Re: Fixing overlapping notation

On 24/04/2015 20:23, Simon Albrecht wrote: Please give us (code, eventually output) examples, else it’s difficult to get your point. Yours, Simon pdf and relevant lily code attached. I know it's not compilable, but it's a fairly simple problem - look at the markup next to the seven bars rest

Re: Fixing overlapping notation

On 24/04/2015 20:54, Kieren MacMillan wrote: Hi Wol, I have in general with lilypond - it tries to avoid collsions by separating stuff vertically. How do I tell it to push them apart *horizontally* I have often asked about devising (and paying for) an automated system for this. Unfortunately,

Re: Fixing overlapping notation

Hi Wol, > I have in general with lilypond - it tries to avoid collsions by separating > stuff vertically. How do I tell it to push them apart *horizontally* I have often asked about devising (and paying for) an automated system for this. Unfortunately, nobody has taken me up on my offer yet. >

Re: mutopia's shortcomings

On Fri, 24 Apr 2015 16:33:29 +0100, Anthonys Lists wrote: On 24/04/2015 12:42, Gilles wrote: Even if not everyone will agree on "the" standard layout, I feel that it is extremely important to define one, with the maximum flexibility. The problem arises, of course, when there are existing, con

Re: Fixing overlapping notation

Please give us (code, eventually output) examples, else it’s difficult to get your point. Yours, Simon Am 24.04.2015 um 18:09 schrieb Anthonys Lists: You can tell I've looked at the relevant section of the manual ... But I have two problems bugging me at the moment, and it's related to a prob

Limits of algorithmic typesetting (was: Re: mutopia's shortcomings)

Am 24.04.2015 um 20:25 schrieb Larry Kent: I'm trying to decide if the last sentence (referring to the scores at the 3 links) is made in jest. It must be, right? I should’ve written “I believe that nothing as beautiful/good as this will ever be engraved by a machine” then, since basically it is

Re: mutopia's shortcomings

I'm trying to decide if the last sentence (referring to the scores at the 3 links) is made in jest. It must be, right? LK On Fri, Apr 24, 2015 at 2:11 PM, Simon Albrecht wrote: > Am 24.04.2015 um 16:35 schrieb Gilles: > >> On Fri, 24 Apr 2015 10:01:29 -0400, Kieren MacMillan wrote: >> >>> Hi S

Re: mutopia's shortcomings

Am 24.04.2015 um 16:35 schrieb Gilles: On Fri, 24 Apr 2015 10:01:29 -0400, Kieren MacMillan wrote: Hi Simon, You forgot the quality of sheets: a (really) digital PDF will always look better than a scanned PDF. I think it depends: firstly, many IMSLP scores are on a level of typographical qual

Re: mutopia's shortcomings

Hi Wol, >> Even if not everyone will agree on "the" standard layout, I feel that it >> is extremely important to define one, with the maximum flexibility. > > The problem arises, of course, when there are existing, conflicting, > standards. Let’s be clear that there are two different areas of

Re: mutopia's shortcomings

Hi Gilles, > But why _LilyPond_, if you agreed that quality will can (never!) match that > produced with the tool that produced the scores available on IMSLP ? > > Why not that other tool? What "other tool"? Hand-engraving with metal punch ca. 1852-1952? Because that’s the standard we’re measur

Fixing overlapping notation

You can tell I've looked at the relevant section of the manual ... But I have two problems bugging me at the moment, and it's related to a problem I have in general with lilypond - it tries to avoid collsions by separating stuff vertically. How do I tell it to push them apart *horizontally*. T

Re: mutopia's shortcomings

On 24/04/2015 12:42, Gilles wrote: Even if not everyone will agree on "the" standard layout, I feel that it is extremely important to define one, with the maximum flexibility. The problem arises, of course, when there are existing, conflicting, standards. There IS a standard out there, to w

Re: mutopia's shortcomings

> On Apr 24, 2015, at 6:43 AM, Federico Bruni wrote: > > You forgot the quality of sheets: a (really) digital PDF will always look > better than a scanned PDF. > And if it's too old or don't like anything you can change it and get what you > want. +1 Also, ultimately do we want the archive of

Re: mutopia's shortcomings

On Fri, 24 Apr 2015 10:48:02 -0400, Kieren MacMillan wrote: Hi Gilles, Why do you use LilyPond then? Here’s my answer: for compositions that have not yet been engraved — for example, every single one that will be written after today. But why _LilyPond_, if you agreed that quality will can (

Re: Roman Numeral placement

On Tue, Apr 21, 2015 at 6:27 PM, Carl Sorensen wrote: > On 4/21/15 10:34 AM, "SonusProj ." wrote: > > >I want to add below the chord, treble clef, the associated Roman numeral > >description of each chord. > > > > > >I.E. on the C Major I would have I, the Dm7 would have ii7 with the 7 in > >sup

Re: mutopia's shortcomings

Hi Gilles, > Why do use LilyPond then? Here’s my answer: for compositions that have not yet been engraved — for example, every single one that will be written after today. As a composer (and self-publisher), using Lilypond is a no-brainer for me. For engravers/publishers looking only to produce

Re: mutopia's shortcomings

On Fri, 24 Apr 2015 10:01:29 -0400, Kieren MacMillan wrote: Hi Simon, You forgot the quality of sheets: a (really) digital PDF will always look better than a scanned PDF. I think it depends: firstly, many IMSLP scores are on a level of typographical quality which – I’m sorry – Lilypond might n

Re: mutopia's shortcomings

Hi Simon, >> You forgot the quality of sheets: a (really) digital PDF will always look >> better than a scanned PDF. > I think it depends: firstly, many IMSLP scores are on a level of > typographical quality which – I’m sorry – Lilypond might never reach. +1000 > And if scan quality is not too

Re: What is the problem with "\relative"? (Was: Do we really offer the future?)

Am 24.04.2015 um 00:58 schrieb Wols Lists: And then in English we get thoroughly confused, because an American whole note is an English semibreve or, literally, "half note". And we don't use numbers either, we have semibreve, minim, crotchet, quaver, semiquaver, demisemiquaver, hemidemisemiquaver

Re: mutopia's shortcomings

Am 24.04.2015 um 12:43 schrieb Federico Bruni: 2015-04-21 1:07 GMT+02:00 Kieren MacMillan mailto:kieren_macmil...@sympatico.ca>>: > Seems to me it has been quite successful in its goals of making sheet music easily available for free, all works in the public domain or under creative co

Re: Do we really offer the future?

Hi David AND ALL OTHERS Am 23.04.2015 um 20:06 schrieb David Nalesnik: If you wish a lily-feature not yet available. 1. Look into our bug-tracker. Maybe there is an issue for it already. You may want to comment there. 2. If not, mail to our bug-list requesting this feature. This

Re: Do we really offer the future?

Hi Kevin, On Thu, Apr 23, 2015 at 11:49 PM, Kevin Tough wrote: > On Thu, 2015-04-23 at 13:06 -0500, David Nalesnik wrote: > > > > > > On Wed, Apr 22, 2015 at 4:16 PM, Thomas Morley > > wrote: > > > > > Hi all, > > > > in this long thread (and some others) people posted their > >

Re: mutopia's shortcomings

Hi. On Fri, 24 Apr 2015 12:43:59 +0200, Federico Bruni wrote: 2015-04-21 1:07 GMT+02:00 Kieren MacMillan : > Seems to me it has been quite successful in its goals of making sheet music easily available for free, all works in the public domain or under creative commons licenses, in (user-edit

Re: mutopia's shortcomings

2015-04-21 1:07 GMT+02:00 Kieren MacMillan : > > Seems to me it has been quite successful in its goals of making sheet > music easily available for free, all works in the public domain or under > creative commons licenses, in (user-editable, user-improvable) LilyPond > format, pdf, and midi — all

Re: Does anybody use #(add-music-fonts ?

Please ignore, I found a different approach Am 24.04.2015 um 10:04 schrieb Urs Liska: Hi all, while working on some improvements in font handling I would like to change the interface to the add-music-fonts procedure in scm/font.scm. A convert-ly rule could be added to set this argument to an

Re: Jianpu Notation

Paul, Thank you. Immanuel,Ming Tsang On Friday, April 24, 2015 12:44 AM, Paul Morris wrote: Hello David and Ming, On Apr 23, 2015, at 10:44 PM, Super-User wrote: > I just spotted \time 3/4 or 4/4, jianpu display " 6 - ." , I think it should >be "6 - -".  Indeed, in Jianpu, dots

Re: 回复： Jianpu Notation

David, Thank you. Immanuel,Ming Tsang On Friday, April 24, 2015 1:28 AM, Super-User wrote: Here's an example for key signatures. David Zhang ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lil

Does anybody use #(add-music-fonts ?

Hi all, while working on some improvements in font handling I would like to change the interface to the add-music-fonts procedure in scm/font.scm. A convert-ly rule could be added to set this argument to an empty string, which would work well. But git grep indicates that this procedure isn'