m...@apollinemike.com wrote Monday, June 06, 2011 8:42 AM
On Sun, 5 Jun 2011 12:34:59 +0100, Trevor Daniels
Shouldn't you be using the TupletNumber grob?
Thanks for the suggestion!
I just tried it with TupletNumber. I hadn't done that before
because of these lines in Tuplet_number
addition. Probably easier than adding
an 'avoid-tuplet property.
Cheers,
MS
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
Hi Mike
Shouldn't you be using the TupletNumber grob?
Trevor
- Original Message -
From: m...@apollinemike.com
To: lilypond-devel@gnu.org
Sent: Sunday, June 05, 2011 12:00 PM
Subject: Outside staff priority for tuplet bracket and tuplet number
Hey all,
I'm running into a problem
this word you're in danger of talking through
the example - you will have an @lilypond, won't you?
Another way is to give an example of the syntax, as
is done under \transpose, \inversion, etc in
http://www.lilypond.org/doc/v2.13/Documentation/notation/changing-multiple-pitches
Trevor
}.
as this shows the hierarchy.
I suggest you push after that :)
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
, I didn't make this clear enough. There
already is a Music classes in the IR. All I meant
was add an @ref to it under Internal Reference:
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond
\stemDownShort.
Trevor
- Original Message -
From: mts...@gmail.com
To: mts...@gmail.com
Cc: re...@codereview.appspotmail.com; lilypond-devel@gnu.org
Sent: Sunday, May 22, 2011 8:38 AM
Subject: Allows LilyPond to ignore certain note-heads in a stem.
(issue4547058)
Reviewers
of all higher event classes in the
hierarchy.
But I don't know which of these can be used in quotedCueEventTypes.
Clearly not all of them are relevant, but you could try out likely
ones to see if they work.
Trevor
___
lilypond-devel mailing list
pkx1...@gmail.com wrote Thursday, May 19, 2011 5:57 PM
Trevor, do you still object to my last comment about that para?
The main use for adjusting quotedEventTypes is to
prevent irrelevant clutter being inserted into the
quoting score, for example dynamics or markup might
not be appropriate
second that! Go for it Phil!
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
://codereview.appspot.com/4489042/diff/1/lily/side-position-interface.cc#newcode280
lily/side-position-interface.cc:280: Real diff = dir *
staff_extent[dir]
+ staff_padding
add parentheses to enforce indent
Done. Neat idea!
http://codereview.appspot.com/4489042/
Trevor
Hons to Ord if they
don't do very well after 1st and 2nd year exams.
And, of course, you might be awarded an Ordinary
degree if you do badly in Hons finals.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman
, and fixing them whenever a file is edited
has been
the standard practice of several developers.
But I should have included a 'fix whitepace errors' in the commit
message.
My mistake. I'll do that before pushing.
Trevor
___
lilypond-devel mailing
care
about
them, so please fix :)
If you look more carefully you'll see these changes
are actually correcting whitespace errors in the
original code. But thanks for taking the trouble
to review my fix :)
Trevor
___
lilypond-devel mailing list
are OK with the initial patch, I can email it to someone to
push, and we could then review the new patch?
Sure - I could do that for you.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond
time for the
past two weeks! But I now understand a bit more
about grob aligning!
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
the superfluous space? Can't see it for
looking!?
Dunno. Can't see it now. Must have been an aberration. Sorry.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
them is what 2.14.1 is for, so I would
not be too demanding in our criteria for 2.14.0.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
be repeated at any time to enable stable releases
to be issued more frequently.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
mentioned, in addition, earlier in the text.
James
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
not familiar enough with LigatureBracket to
hold an opinion.
Trevor
http://codereview.appspot.com/4387046/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
on edit issue, then click on close and save it?
Done
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
see any change in the example above.
Should I?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
to be robust. I would not be worried by segfaults in
anything
that is accessible only via a local build. Anyone building LP can
surely
handle segfaults themselves. But users struggling with Scheme need
all the help we can provide.
Trevor
___
lilypond-devel
program in the source code
of
FreeType; it should be rather straightforward to adapt it.
This or some alternative sounds like a fun project for 2.15.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
New patch set at http://codereview.appspot.com/4339047
Cheers,
MS
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
for
lyrics.
David
In this particular case we don't want a search. The bug
occurs because Lily tries to find a non-existent context
and comes up with an inappropriate one.
Trevor
http://codereview.appspot.com/4323045/
___
lilypond-devel
should have noted that
in the commit message.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
at the same time, before I realised.)
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
://codereview.appspot.com/4313047/
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Janek Warchoł wrote Friday, March 18, 2011 11:41 AM
I've prepared flag touch-ups, including changes suggested by Carl.
They are here:
http://codereview.appspot.com/4273074/
I attach a simple proof-sheet showing these changes.
I prefer your suggested flags. Thanks.
Trevor
Graham Percival wrote Wednesday, February 02, 2011 7:42 PM
On Wed, Feb 02, 2011 at 11:37:43AM -, Trevor Daniels wrote:
Graham Percival wrote Tuesday, February 01, 2011 9:28 PM
If you mean why can't I be set to be the owner of this issue,
then... I couldn't set it to you
James Lowe wrote Friday, March 11, 2011 11:34 PM
From: Trevor Daniels [t.dani...@treda.co.uk]
I just noticed that none of the new spacing properties
in spacing.itely have @funindex entries. These are
needed so people can follow-up error messages like
staff-affinities should only decrease
suggested
output.png.
I agree with Werner - the beamed stems are too long. Drop these
by 1 ss and the 32nd unbeamed stem looks OK by comparison.
But the 64th unbeamed stem would be better lengthened by 1 ss.
Trevor
___
lilypond-devel mailing list
Hi Xavier
Thanks. Pushed to origin/master.
Trevor
- Original Message -
From: Xavier Scheuer x.sche...@gmail.com
To: lilypond-devel lilypond-devel@gnu.org
Cc: e.cauchemez e.cauche...@laposte.net
Sent: Wednesday, March 09, 2011 2:51 PM
Subject: [PATCH] ly/property-init.ly: remove
Janek Warchoł wrote Tuesday, March 08, 2011 3:42 PM
i don't see any discussion going on here, so i assume you agree to
shortening the 32nd unbeamed stem.
I attach the patch.
I'm happy with it.
Trevor
___
lilypond-devel mailing list
lilypond
is on to it.
Optimising the slur shapes is a similar problem to optimising beam
positions. Collecting currently poor examples in a reg test is a
good
starting point for optimising both of these.
Janek
Trevor
m...@apollinemike.com wrote Saturday, March 05, 2011 11:05 PM
On Mar 5, 2011, at 17:33, Janek Warchoł
lemniskata.bernoull...@gmail.com wrote:
2011/3/5 Trevor Daniels t.dani...@treda.co.uk:
When I suggested investigating the automatic beaming I didn't
mean messing with the code
, the sequence of lengths of 16th, 32nd and 64th notes would
be more
even, see stems new vs stems old.
Therefore i call for shortening 32nd unbeamed notes by 0.25 ss. Do
you
agree?
Yes.
cheers,
Janek
Trevor
it to 20 lowers it by 2 ss. Neither of
these
settings changes the beam position in the second of your examples.
But I've not investigated any others.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
Hi Phil
I did this a few days ago. No problems. I sent a note
about it to -devel, but it didn't seem to get distributed.
I've attached it.
Trevor
- Original Message -
From: Phil Holmes m...@philholmes.net
To: lilypond-devel@gnu.org
Sent: Friday, March 04, 2011 12:58 PM
Subject
in patches. It manifests itself as if the patch doesn't apply. It
should be
easy for Graham to fix this before applying.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
of the lyrics to the lower staff,
no Bar_Engraver_Bar_Engraver_Bar_Engraver :)
It still shows the bar being pushed out to accommodate the
long syllable, as it should.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org
Janek Warchoł wrote Wednesday, March 02, 2011 8:53 PM
2011/3/1 Trevor Daniels t.dani...@treda.co.uk
Yes, they are longer, but the stems on the full-size notes look
too long
in this context to my eye.
I've attached the output from 2.13.52.
In my opinion it is ok.
It's OK; just
to the small
increase in some of the stems that protrude beyond the staff.
Virtually all of the changes look good, but one struck me as
undesirable.
It is in cue-clef-begin-of-score.ly. Here the stems on the d
full-size
notes seem undesirably lengthened. Is the clef change being
ignored here?
Trevor
: Compilation successfully completed
The problem is caused by commit
99503a78627620112cabb61bb9f1cee3fe9dfcb4
pushed by Mike Solomon on 25 Feb 2011.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond
Francisco Vila wrote Wednesday, February 23, 2011 6:38 PM
2011/2/23 Phil Holmes m...@philholmes.net:
Another change I don't understand.
Although I don't understand much about regtests, this difference
could
show that printing order of objects in the same layer (with the
same
value of the
, the value you and James have.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham, you wrote Sunday, February 20, 2011 10:07 PM
On Thu, Feb 17, 2011 at 11:47:17PM -, Trevor Daniels wrote:
make doc was failing for me with
TeX capacity exceeded, sorry [save size=5000].
I hacked etc/texmf/texmf.cnf to increase save size,
which allowed make doc to proceed
From: percival.music...@gmail.com
Thursday, February 17, 2011 6:32 PM
Ok, it seems we're all ok with this.
Keith, please email the patch to Trevor for pushing.
http://codereview.appspot.com/4187043/
Pushed:
6d751144f402dc58ff3f65df0fcaab021a86908c
and reg tests bumped to 2.13.51
http://codereview.appspot.com/4079064/diff/7001/Documentation/notation/pitches.itely#newcode830
Documentation/notation/pitches.itely:830: left untransformed and a
warning given.}
I'd omit the and a warning given. I mean, the warning will be
obvious, right? Just end with ... left
http://codereview.appspot.com/4079064/diff/7001/Documentation/notation/pitches.itely#newcode861
Documentation/notation/pitches.itely:861: A scale of any length
and with
any intervals may be specified:
An ascending scale of any length ...
The octaves are linked smoothly if the scale is
Graham (or any TeX wizard)
make doc was failing for me with
TeX capacity exceeded, sorry [save size=5000].
I hacked etc/texmf/texmf.cnf to increase save size,
which allowed make doc to proceed, but what is the
correct way to fix this?
Trevor
used for that
time
signature.
? then we avoid the dreaded when / whenever.
I'm happy with that.
http://codereview.appspot.com/4160048/
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
down, and we might have further thoughts after
seeing more real user comments.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
in that case, letting
the bar-lines slide past lyrics.
Only in the case of a completely clear bottom edge of the staff,
does this patch expand the bar to fit LyricText.
Ah, of course. No problem then.
Trevor
___
lilypond-devel mailing list
lilypond
wrong or maybe the transposing complicates the \relative)
\modalTranspose and the other functions have problems
inside \relative blocks. Ordinary \transpose is similar.
I can get away with just a \new Staff, so I'll change to
this.
Trevor
___
lilypond
a trivial
one.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham, you wrote Sunday, February 13, 2011 2:32 AM
Hey guys, could you push your patches that have passed review?
That's:
1499 Modal transformations
Still waiting for an update from Mike Ellis.
1426 Better support for beat slashes
1211 Optimizations for pure-heigh approximations
Cheers,
that I put them
there, in my younger LilyPond days.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
-pitch scale)
(index pitch scale)))
With my suggestion your example would then be coded:
\modalInversion { c g } {c g} { c4. c'8 g'4. g8 }
@Mike: do you see any problems with this? Would you be
able to code this up? I can fix the docs.
http://codereview.appspot.com/4126042/
Trevor
/
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
://codereview.appspot.com/4126042/
For continuation see http://codereview.appspot.com/4079064/
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
with that. And you're right, the symmetry
of the operations is then quite pleasing.
Daniel, what's the best way for me to submit the changes? Does
codereview support a way to locally clone the current version.
And
would you rather have a patch or a new copy?
Trevor, actually :)
You can
other opinion is expressed first.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
if this is worth the trouble. AFAIK there is no
universal naming convention to distinguish them all. As
Bernard says, he is engaged in systematically naming all the
seven-note scales, and even this is with limitations.
Trevor
___
lilypond-devel mailing
this on Saturday.
All the comments have been on the documentation anyway.
Mike's code looks good.
Whatever we decide about defining some scales I'd want
to make that a separate patch anyway, so we don't have
to wait for this discussion to crystallise.
Trevor
Graham Percival wrote Tuesday, February 01, 2011 9:28 PM
On Tue, Feb 01, 2011 at 09:09:50PM -, Trevor Daniels wrote:
Any idea why my entry as contributor fails? It looks right.
If you mean why couldn't I edit that field, then I'd
double-check that you're logged in.
If you mean why
While adding issue 1499 I inadvertently made John Mandereau the
owner. Sorry John!
Phil, could you please fix this up for me? Although I am listed as
a contributor the entry for me that appears in the pull-down list
for owner is not acceptable for some reason.
Trevor
Graham Percival wrote Tuesday, February 01, 2011 7:16 PM
On Tue, Feb 01, 2011 at 04:18:38PM -, Trevor Daniels wrote:
Phil, could you please fix this up for me? Although I am listed
as
a contributor the entry for me that appears in the pull-down list
for owner is not acceptable for some
Nice work!
My preference is the compromise solution too, for both stems up
and stems down
Trevor
- Original Message -
From: Janek Warchoł lemniskata.bernoull...@gmail.com
To: lilypond-devel@gnu.org; Carl Sorensen c_soren...@byu.edu;
Werner LEMBERG w...@gnu.org; Xavier Scheuer
recently (Keith, Carl, ...).
'Fraid it hasn't. I don't think it's a spacing bug as such,
although the
skylines for Mats example look suspect; it's more a context handling
issue.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http
Thanks Carl.
I'll check with Mike to see how he'd like to proceed with this.
Trevor
- Original Message -
From: Carl Sorensen c_soren...@byu.edu
To: Trevor Daniels t.dani...@treda.co.uk; LilyPond-Devel list
lilypond-devel@gnu.org
Sent: Monday, January 24, 2011 2:08 AM
Subject: Re
Francisco Vila wrote Sunday, January 23, 2011 10:01 AM
The patch (attached) for English docs only; compiles fine.
Not my most favourite piece of vocal music, but it
makes a fine headword!
LG to push TM.
Trevor
___
lilypond-devel mailing list
Trevor Daniels wrote Wednesday, January 19, 2011 12:43 PM
Keith OHara wrote Wednesday, January 19, 2011 7:25 AM
Follow-up patch attached.
This looks fine to me. I'll push it in a day or two if there are
no adverse comments.
Pushed.
Trevor
, eg skipping
a note needed in one language but not in another.
Again, a better example could be devised.
and the example should be changed to show that it is possible to
really assign a syllable to the second note of a tie/slur or so.
I agree. I'll have a look at improving this section.
Trevor
.
Thanks Keith.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Thanks Keith
Pushed
Trevor
- Original Message -
From: Keith OHara k-ohara5...@oco.net
To: James Lowe james.l...@datacore.com; lilypond-devel@gnu.org
Cc: Trevor Daniels t.dani...@treda.co.uk
Sent: Wednesday, January 19, 2011 7:25 AM
Subject: Re: Docs: automatic accidentals (was: Odd
:?
But the first method fails on (at least) staff-staff-spacing.
Trevor
- Original Message -
From: Keith OHara k-ohara5...@oco.net
To: James Worlton jworl...@gmail.com; lilypond-u...@gnu.org
Cc: lilypond-devel@gnu.org; Trevor Daniels
t.dani...@treda.co.uk
Sent: Sunday, January 16, 2011 1
Graham Percival wrote Friday, January 07, 2011 11:01 AM
I'd quite like to go with a default good output; optional poor
output but faster processing policy.
+1
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org
development)
3. start picking up the pieces and try to recruit more
contributors.
OK, I can go along with this.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham Percival wrote Friday, December 31, 2010 11:20 PM
On Thu, Dec 30, 2010 at 08:43:36PM +, Keith OHara wrote:
Trevor Daniels t.daniels at treda.co.uk writes:
Graham Percival wrote Thursday, December 30, 2010 3:56 AM
I want to keep the word intentionally, though
doesn't care whether something
worked just by a happy coincidence of bugs. All he
will see is a new stable release that breaks his scores.
Shouldn't we avoid doing that?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http
))
(time-signature . (minimum-space . 4.2))
(first-note . (minimum-fixed-space . 5.0))
(next-note . (extra-space . 0.5))
(right-edge . (extra-space . 0.5
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org
tdanielsmu...@googlemail.com wrote Saturday, December 25, 2010 9:07
AM
If there are no averse comments over Christmas I'll push this next
week.
Now pushed. Thanks again Keith.
http://codereview.appspot.com/3782042/
Trevor
___
lilypond
Reinhold, you wrote Wednesday, December 29, 2010 12:13 PM
Am Mittwoch, 29. Dezember 2010, um 12:13:08 schrieb Trevor
Daniels:
I see this has been pushed now, but I wondered why
ambitus was removed from the space-alist of Clef?
AFAIU, the space-alist controls spacing of the current grob
Janek Warchoł wrote Tuesday, December 28, 2010 3:28 PM
2010/12/27 Trevor Daniels t.dani...@treda.co.uk
I know next to nothing about ancient notation, but whoever wrote
gregorian.ly clearly intended this behaviour as the file contains
the override
\override SpacingSpanner #'packed-spacing
Thanks Keith - checked and pushed to origin/master.
Trevor
- Original Message -
From: Keith OHara k-ohara5...@oco.net
To: carl.d.soren...@gmail.com; tdanielsmu...@googlemail.com;
percival.music...@gmail.com; lilypond-devel@gnu.org;
re...@codereview.appspotmail.com; carl.d.soren
up or right, but in this table
we're
*only* documenting objects that are aligned vertically!
I think I wrote the heading as it is because down stems are on the
left
and up stems on the right, but I've no objection to removing the
left and
right.
Trevor
.
I agree. The predefined commands that exist are
useful because the preceding direction indicator
may be omitted, but it may not be omitted from a
\markup.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman
change shape.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
it is to get round the vagaries of @syncodeindex. See
http://lists.gnu.org/archive/html/lilypond-devel/2006-05/msg00275.html
Graham might remember ...
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond
, to answer your question, doc work under Windows
works best, at least for me, and is easier to set up and use.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Phil Holmes wrote Friday, December 17, 2010 10:12 AM
From: Trevor Daniels t.dani...@treda.co.uk
64 bit vista. 6 Gigs RAM. The odd 1 Gig for a VM has no effect
:-)
Lucky you ! It certainly does on my 3Gb laptop (at its maximum).
Trevor
/notation/rhythms.itely
Documentation/fr/notation/rhythms.itely
Documentation/notation/rhythms.itely
Replacing -o with -or gives the same output.
Is this as you would expect?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http
that this should be in a separate test, but why not
combine them?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
amount of vertical whitespace
between the skylines of two items, measured in staff-spaces.
2, but is skylines explained anywhere in the docs? If it is, it
is not
indexed.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http
Neil
http://codereview.appspot.com/3406041/diff/6001/Documentation/notation/spacing.itely#newcode1297
Documentation/notation/spacing.itely:1297: c4 c c~ | \break %
this
\break works
On 2010/12/02 08:34:52, Trevor Daniels wrote:
indent; needs another c
adding another c will make the break
the most recent history once passwords and all that jazz is
working
again.
Looks like Valentin is best placed to do this.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
in 2011. Announce (to development) a target date
for releasing 2.14.0, say 15 Jan 2011, to encourage work on
bugs, translations, docs, etc over this period.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman
701 - 800 of 1776 matches
Mail list logo