Thomas Morley writes:
> Am Mi., 17. Apr. 2019 um 21:52 Uhr schrieb David Kastrup :
>>
>> >> "time".
>> >
>> > Well, actually I read that in some papers trying to explain beziers,
>> > already.
>> > But what means "time&
Thomas Morley writes:
> Am Mi., 17. Apr. 2019 um 21:30 Uhr schrieb David Kastrup :
>>
>> Thomas Morley writes:
>>
>> > Hi Aaron,
>> >
>> > thanks a lot for this.
>> > I was aware of not going for the bezier-curve itself, but only for th
etween, you get points in between. The starting
direction is from starting point (control point 0) to control point 1
(which is not usually touched at all). Similarly the ending direction
is from control point 2 to the end point (control point 3).
--
David Kastrup
__
Carl Sorensen writes:
> From: Gianmaria Lari
> Date: Tuesday, April 9, 2019 at 8:17 AM
> To: David Kastrup
> Cc: lilypond-user
> Subject: Re: scheme memory address
>
> I wanted to print the address of the variable x and then the address
> of the parameter lst just to
Gianmaria Lari writes:
> On Tue, 9 Apr 2019 at 11:13, David Kastrup wrote:
>
>> Gianmaria Lari writes:
>>
>> > On Tue, 9 Apr 2019 at 10:45, David Kastrup wrote:
>> >
>> >> Gianmaria Lari writes:
>> >>
>&g
Gianmaria Lari writes:
> On Tue, 9 Apr 2019 at 10:45, David Kastrup wrote:
>
>> Gianmaria Lari writes:
>>
>> > Suppose I write
>> >
>> >
>> > #(define x '(1 2 3))
>> >
>> >
>> > is there any way in scheme to print
shq x
10) should usually do a reasonably good job.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
t! for list manipulation
and rely on their side effects to do what you want. Those side effects
are optional. This is rather bad Scheme code. What are the goals you
intend to achieve with those changes?
--
David Kastrup
___
lilypond-user mailing l
Aaron Hill writes:
> On 2019-04-08 4:35 am, David Kastrup wrote:
>>
>> There is no global variable x. There is a binding, but the scope of
>> the binding ends with the let. This binding is anonymous afterwards
>> and has no name. You can call functions manipulati
Aaron Hill writes:
> On 2019-04-08 4:08 am, David Kastrup wrote:
>> Aaron Hill writes:
>>> As such, procedures can have side effects where the objects that are
>>> passed to such procedures may be modified. Consider the 1+last!
>>> procedure I showed that
ame. You can call functions manipulating the global variable x from
inside of foo and their action is not related to having used the binding
x when defining foo.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
-by-value, period. Some of those
values may be mutable objects. If you have an actual call-by-reference
mechanism, it does not depend on the argument type whether or not you
can change the argument. And you'd be able to, say, change a cons cell
to a vector instead of having to retain the original cons cell with its
identity.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
last one is sort of a hack).
> My point is, you could prefer using \markup for cases where adding
> formatting is required, for example in this case:
> \markup { \small \number 1. Was }
Oh come on.
<http://lilypond.org/doc/v2.19/Documentation/notation/stanzas.en.
ompletion_heads_engraver"
completionUnit = #(ly:make-moment 1/4)
}
{c'8 c'2 c'4 c'8}
> I've been searching for a while but I haven't been able to find
> mention of this anywhere though I might not be using the correct
> search terms.
completionUnit is likel
t; #{
>$varOne $music $varOne
> #}))
>
> alias =
> #(define-music-function (music) (ly:music?)
>#{
> \extremelyLongNameFunction $music
>#})
>
> \alias {a}
alias = #extremelyLongNameFunction
--
David Kastrup
ey fall outside the compass of the two "boundary notes" for
> the auto beam.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
omatic beam must start from a note and end at a second note.
So if we have
{ \time 4/4 c'8 r4 c'8 8 8 8 8 }
will there be a beam across r4? What if we have r8 r8 instead? Do
beaming exceptions count for rests?
--
David Kastrup
___
lilypond-user mailing
I want the feature. =)
So if you have a bar containing only rests, the autobeamer places beams
over them?
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
dwaving. It is not clear what that option would be supposed
to do when.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Aaron Hill writes:
> On 2019-04-02 4:26 am, David Kastrup wrote:
>> Aaron Hill writes:
>>> Where have I gone wrong in my thinking?
>>
>> _Either_ the Event_chord_iterator _or_ the Rhythmic_music_iterator are
>> doing the broadcasting of note events, dependin
listener for them,
otherwise they are kept on the rhythmic event like articulations on
chord notes _always_ are.
If you want to do anything with chord note articulations, you have to
listen for the chord notes and look at their articulations property.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
mething that is so far outside of the
normal depth of what a user can be expected to do that we likely should
provide something as generally useful for this kind of thing as possible
by default.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Aaron Hill writes:
> On 2019-04-01 2:01 pm, Gianmaria Lari wrote:
>> The following function has been written by David Kastrup few years
>> ago but
>> it does not compile on lilypond 2.21
>>
>> \version "2.21.0"
>>
>> newFing
Gianmaria Lari writes:
> The following function has been written by David Kastrup few years ago but
> it does not compile on lilypond 2.21
>
> \version "2.21.0"
>
> newFinger =
> #(define-event-function (arg) (number-or-markup?)
> #{ -\markup \underlin
e license, discouraging the publisher from
being similarly helpful in future.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
x the various articulations are that Andrew
> needs to add. Assuming there is an existing glyph that is close but
> needs some tweaking, it should be fairly straightforward to adapt
> current code to the new glyph.
Imitation is the best form of flattery, yes.
--
David Kastrup
causes.
So compiling _on_ Windows is likely possible but there is a reason
nobody does it.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
st step
to C++ programming but ultimately also open to adaptation in Scheme,
would certainly be desirable.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
pseudo
> #(define var
> (not (is-bound? var) 0))
> %%%
var = 0
Does it need to be in Scheme?
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
large
document with a large history: until such changes are pervasive enough
to change the "lore", it takes a lot of work and time.
> Largely, I adopted \relative simply because pitches on the treble
> staff would otherwise require at least one apostrophe. I have
&
e the temporary polyphonic context.
> Is that supposed to happen?
Yes. Look up \relative in the manual. You may be confusing this with
the behavior implemented with \fixed .
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ould you have to go?) since it is an
invasive restructuring of content.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Abraham Lee writes:
> Hi, David!
>
> On Sun, Mar 24, 2019 at 8:38 AM David Kastrup wrote:
>> >
>> > Here's my first page of this piece.
>>
>> I'd have been interested in the second one, the multi-string passages
>> close to the end. Since there are
>>
>
> Here's my first page of this piece.
I'd have been interested in the second one, the multi-string passages
close to the end. Since there are fingerings in your page, you are
obviously not writing an Urtext.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
tall an isolated version
> of lilypond that could coexist alongside the official Debian
> libguile/python/lilypond packages.
All much too complicated and side-effect-prone. Just use
./configure GUILE_CONFIG=/usr/src/guile-1.8/bin/guile-config
for configuration. By the way, having an inst
usr/local/tmp/guile-1.8/bin/guile-config
(or similar, depending on where you installed your Guile-1.8) as one
argument to either ./autogen.sh or ./configure since guile-config has
the installation path baked in and is used for providing all
path-dependent options for compilation and linking.
variables and put
them in the markup property list for whatever markup command wants to
use them, like we do with title fields.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ttom of the opened page an English-language page does open. Including the
>>> manual.
>
> I don't mind learning Dutch. I use the Dutch note names all day. That's a
> start. :-)
It's just the same as German, only different.
--
David Kastrup
do we diagnose this? It's not my \tupletOff code this time as I have
> commented that out.
>
> Does this need to go to the bug list?
>
> Where are the instructions for running gdb over this?
gdb lilypond
and then
run the-name-of-your-in
iagram-verbose format. fret-diagram-terse only handles one indication
> per string.
Is that a restriction inherent in the format or in the code? The error
message (if you want to call it that) seems less than helpful. Like
when you are in a foreig
s into the engraver's
> front-end (and I'm sure that it's often *not* the same as what is in
> my .ly "source"!)
Well, LilyPond's idea of an "engraver" is a lot different from yours,
apparently, so it's anyone's guess what you even mean by "the engraver's
front-end".
Urs Liska writes:
> Am 11.03.19 um 20:22 schrieb Aaron Hill:
>> On 2019-03-11 11:30 am, David Kastrup wrote:
>>> Urs Liska writes:
>>>
>>>> Hi,
>>>>
>>>> I've written a poor-man's implementation of a simple \lett
(define-markup-command
(letterspaced layout props text)(string?)
(let*
((chars (map match:substring (list-matches "." text)))
(spaced-text (string-join chars " ")))
(interpret-markup layout props
(markup spaced-text
{
s1 ^\markup \letterspaced "T
agged-right = ##t
> system-system-spacing.minimum-distance = 30
> }
>
> %%% END %%%
>
> [image: restart-staff-dynamic-line-spanner-bug.png]
If you start a new DynamicLineSpanner like
c'1\!
\stopStaff
\startStaff
c'1\<
it will be properly spaced. It's pr
not to be expected by the user given the input ->
do it, give a warning or possibly a programming error
d) output is likely bad, we don't know how the condition came about but
can continue safely -> do it, give a programming error
Something like that.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Karlin High writes:
> On 3/5/2019 11:10 AM, David Kastrup wrote:
>>> I don't know if anybody has tried building 64-bit executables in GUB
>>> using the current Darwin SDK. If that works, we'd have a regular
>>> build. But I don't think that's a feasible path f
long-term.
I think it would be feasible and likely the best way forward but there
is no "current Darwin SDK" in use and I don't know what the current
status of such SDKs would be.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ted versions of LilyPond under either GNU/Linux
or FreeBSD, so it is not that the absence of an official GUB-compiled
version for MacOSX would spell death for LilyPond on that platform.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
sources work on their systems while
heeding Apple's licensing.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ms in a
reasonable and sustainable manner in connection with Free Software, the
party to complain to is Apple. They set the rules. It's not our job
sticking out our necks ignoring those rules and making us targets for
their legal department.
--
David Kastrup
Sven Axelsson writes:
> On Tue, 5 Mar 2019 at 12:59, David Kastrup wrote:
>
>> Apple disallows using the OSX SDK on non-Apple hardware. That
>> definitely is a dealbreaker for GUB.
>>
>
> If that is the problem, couldn't we get around it by running GUB in a
> v
-Apple hardware. That
definitely is a dealbreaker for GUB.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ely be another prerelease before flushing out the actual 2.20.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Mark Knoop writes:
> At 13:17 on 03 Mar 2019, David Kastrup wrote:
>> Mark Knoop writes:
>>> Often in the music I'm engraving a single variable might be used and
>>> transformed in multiple contexts and repetitions throughout the
>>> piece. Thi
h {
instrumentName = "viola"
} {
\clef "alto"
R1
\repeat unfold 4 \shiftDurations 2 0 \motif
R1*2
\motif
}
>>
}
I apologize for vandalizing your code and throwing out the bulk of
functionality and markup you put in but t
not
even aware that this is not the case. On the other hand, an
unconditional reexport seems like it would limit what we can hope to
achieve when using the module system for separating functionality in
future extension/modularization of LilyPond.
--
David Kastrup
_
= ##f
\once \override TextSpanner.bound-details.right-broken.text = ##f
\once \override TextSpanner.to-barline = ##t
\override TextSpanner.bound-details.right.padding = #0
f'''1\startTextSpan f''' f'''
\break
f'''
\bar "."
f'''\stopTextSpan
\bar "||"
}
\sco
= #(ly:make-moment 987 29) %% ~136.138 BPM
> } }
>
It was not "deprecated" as much as illegal syntax.
> Mind you, that rule was back in 2.9.16.
And mind you, a rule reversing that rule was placed in 2.15.32 as a
followup to
commit e995ed461610c2bb9c9cd43eaa715905b
Richard Shann writes:
> On Fri, 2019-02-22 at 18:03 +0100, David Kastrup wrote:
>> Richard Shann writes:
>>
>> > Thank you very much for this explanation - I can now go from the
>> > entry
>> >
> [...]
>> > which I was expecting
(font-shape . italic)
(font-size . -4)
in its definition. You can override those, or you can use stuff like
\once \override Staff.ClefModifier.text = \markup \normal-text "T"
in order to override the defaults in the grob definition.
--
David Kastrup
___
obs like Clef and
TimeSignature however are created by engravers in Staff contexts which
don't consult the defaults for Voice contexts.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
David Kastrup writes:
> Urs Liska writes:
>
>> Can someone explain to me why \overrideProperty Staff.BarLine.color
>> #red colors the barlines in *all* staves while \override
>> Staff.BarLine.color = #red only affects the current Staff context?
>
> Because the resp
Urs Liska writes:
> Am 19.02.19 um 15:43 schrieb David Kastrup:
>> Urs Liska writes:
>>
>>> I'm banging my head for something that's surely completely trivial,
>>> but I don't find the incantation to flip the text and the fingering in
>>> this M
ond to
> outside-staff-priority, does it?
It does.
\relative {
c'' ^"a" ^\tweak outside-staff-priority 2000 ^1
}
> Of course there is a solution without having to push the fingering
> around with extra-offset?
>
> Looking forw
Urs Liska writes:
> Am 19.02.19 um 12:27 schrieb David Kastrup:
>> Urs Liska writes:
>>
>>> Am 18.02.19 um 17:30 schrieb David Kastrup:
>>>> Urs Liska writes:
>>>>
>>>>> Can someone explain to me why \overrideProperty Staff.Bar
Urs Liska writes:
> Am 18.02.19 um 17:30 schrieb David Kastrup:
>> Urs Liska writes:
>>
>>> Can someone explain to me why \overrideProperty Staff.BarLine.color
>>> #red colors the barlines in *all* staves while \override
>>> Staff.BarLine.color = #
ses be necessary to
> use \overrideProperty but it doesn't explain why it seems to affect
> objects in all contexts instead of just the one where it is used.
Because the respective engraver is only active at Score level and
overrides the properties in _all_ contexts of the given type.
David Nalesnik writes:
> David,
>
> On Wed, Feb 13, 2019 at 8:35 AM David Kastrup wrote:
>>
>> David Nalesnik writes:
>>
>> > On Wed, Feb 13, 2019 at 7:49 AM Trevor Bača wrote:
>> >>
>> >> Could somebody else possibly provide Ja
rests_engraver’ is not part of any context.
This is an engraver written in Scheme.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Reggie writes:
> David Kastrup wrote
>> Reggie
>
>> reegistoop@
>
>> writes:
>>
>>> Using a David's function to allow layering spanners,
>>
>> I like "a David's function". It's like describing a caste of priests.
>
> So
Reggie writes:
> Using a David's function to allow layering spanners,
I like "a David's function". It's like describing a caste of priests.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gn
ors_
(agnostic to being in a particular kind of output). At first, this
might just entail not skipping over their creators in Midi context
creation.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
d" to
> the actual note or is for some other reason missed by the MIDI
> performers.
>
> How could I proceed?
Your idea is good. The infrastructure is not there. We probably should
have something like make-translator for stuff that just translates
events and/or meddles with context
Unfortunately, it does not get to see more
than the original music expression and thus has no idea about current
properties either. But the first element it produces can be an
\applyContext that fetches the required information and modifies the
second element then which could be the MMR.
--
)))
(display time-sig-frac)))
since context property lookups are hierarchical/inherited. There is no
point in finding out just _which_ parent context defined
timeSignatureFraction for reading it. If you are planning to rewrite
it, there is some incentive to do it at the level you got it from. But
ext type. If LilyPond needed to place
something in a Voice context, it would then instead create a Voice (or a
Staff or whatever it takes to host a Voice) in a context above.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https:/
sure rests if they self-padded
with ordinary rests for incomplete measures but it would likely not be
easy to implement properly.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Voice \partA
\new Voice { s1*15/4 \part B }
>>
}
But I guess that's weird (full-measure rest _and_ upbeat?). I'd rather
just have two versions of partA, one before an upbeat and one not.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ir input, and such functions would miss the parts make-relative
stores for the sake of \relative .
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
rse it is slightly less efficient. But
probably not a measurable difference.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
opTextSpan c'' c'' c'' |
> \break
> % how to revert to basic TextSpanner here?
> \revert TextSpanner.bound-details
> c''\startTextSpan c''\stopTextSpan c'' c'' |
> }
>
> \score {
> \new Staff \treble
> \layout {}
it because I’m stupid, some known issue or something else? Do you
> know about some workaround?
Guile 1.8 (the main version of Guile working with LilyPond) has 8-bit
characters and strings. There is ly:wide-char->utf-8 which might work
for your purposes.
--
David Kastrup
___
lly involved code to simulate something that does not
really map well to LilyPond's internals so it may interfere with other
tricky code. Particularly code that tries analyzing LilyPond code.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ine_break_engraver has been removed.
> one can simply use that interface (and no others!) to force
> visibility.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
makes total logical sense "under the
> hood" and also in the user's viewpoint?
Nice straw man but "A totally useless and inflammatory comment" does not
state anything at all like that.
> Surely that's hyperbolic as you say. :)
> But ok.
Ok, I take back the straw man.
ioning that is not really
amenable to a few flags. For example, what to do if a measure is split
across lines?
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
ctions reference
> #'centre-in-measure, if it existed?
They are completely different functions and rely on different
information getting collected and processed by the respective engravers.
So you cannot just merge them into one function that then does different
things dependent on some centre-in-me
to adding the interface.
I have no idea what functions should be responsible for doing anything
with properties like that.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
question:
> Does it make sense to give measure-centering properties a label?
What are "measure-centering properties"?
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
internals or similar.
Basically calling for an interface just calls for giving a set of
properties a label.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Urs Liska writes:
> Am 05.02.19 um 18:17 schrieb David Kastrup:
>> Kieren MacMillan writes:
>>
>>> Hi David,
>>>
>>>> I have no idea what you mean by "an interface could be added". Grob
>>>> interfaces are a fixed compo
s: can/should such an interface be
> created [i.e., "added to that list"], and then the appropriate grob
> types be made to have that interface as part of their makeup?
What do you think the presence or absence of some interface implies?
--
David Kastrup
___
nt of the grob data structure: you cannot
add or remove them at will. A certain grob type either has an interface
or not. It's not a per-grob decision to make.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
k that MMRs are generally the
> only items that are printed in the middle of a measure.
Percentrepeats also.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
chaotic timing instructions are those? How did you create
the original image you are not satisfied with?
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
.ly"
\new PianoStaff <<
\new Staff {
\clef treble
\key d \major
\time 4/4
d''4 d'' d'' d''
}
\new Staff {
\clef bass
\key d \major
\time 4/4
\grace s4 \clef treble
d'4 d' d' d'
}
>>
--
David Kastrup
d there
are lots of braces opening and not closes) so it isn't quite clear what
the actual code _really_ looks like. But if your sloppy rendition is an
indication, you should have been getting error messages because of
non-existent context names.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
gard to the carried-over note duration. It's best
practice to be explicit with the respective first notes anyway.
In the end, it's a reasonable price to pay for the convenience and a few
conventions keep the effects reined in.
--
David Kastrup
___
li
; Basically (IIUC), he’s thinking that
>
> \invertChords 1
>
> should ideally result in
>
>
>
> rather than
>
>
>
> (as the current implementation produces).
>
> Any thoughts?
David Kastrup did not think anything like that. While it seems like an
actually qu
uot;Mezzosopran"
shortInstrumentName = "Ms."
} { \sopranoVoice }
alle = \new StaffGroup {
<<
\sopranoVoicePart
\mezzoSopranoVoicePart
>>
}
\score {
<<
\alle
>>
\layout { }
}
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
1201 - 1300 of 7452 matches
Mail list logo