LGTM
Trevor
- Original Message -
From: "Mark Polesky"
To: "Carl Sorensen" ; "Graham Percival"
Cc: "lilypond-devel"
Sent: Friday, April 30, 2010 5:46 PM
Subject: Re: PATCH: Doc: Clarify \relative inside \repeat issue.
Carl Sorensen w
;t think it is seriously
misleading, although you could change it to "... very first
note encountered ..." to make misinterpretation less
likely.
But if you do decide to implement your change be sure to
go through all the examples in all the manuals to "correct"
them.
Trevor
_
long for Introduction.
I'd rather the current Background section is kept. Academic
references have nothing in common with the Essay (AFAICR).
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
mment on the desirability of
changing the default. #'springs-and-rods would
also have to be set to #ly:spanner::set-spacing-rods.
I don't know what the implications of this might be.
Trevor
___
lilypond-devel mailing list
lilypond-dev
opposite to what was thankfully proposed below?
Yes.
\override TupletBracket #'springs-and-rods =
#ly:spanner::set-spacing-rods
\override TupletBracket #'minimum-length = #'5
See Notation Reference 5.4.6 Spanners for the full
missing Cyrillic in pdf can be understood and
fixed.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
erly on my email client.
Nor mine. So I can't even understand the point you are trying
to make.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Mark Polesky wrote Sunday, February 28, 2010 4:23 PM
Trevor Daniels wrote:
In short, the real source of the problem is out of my
control, but a work-around was to change the MTU setting
in my domestic router from 1458 to 1500.
The long explanation, mainly for the record in case anyone
else
Graham Percival wrote Tuesday, March 02, 2010 9:30 AM
On Tue, Mar 02, 2010 at 09:25:55AM -, Trevor Daniels wrote:
Following Francisco's "correction" my local check
on reference validity now says
Warning: xref should be internal around line 231 in
included/compil
/compile.itexi
Warning: xref should be internal around line 761 in
included/compile.itexi
so I think these two should be set back to straight @refs.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
ot to have looked for the origin of the problem in
depth;
Francisco, you were right the first time. This
is the only reference to a node that is outside
compile.itexi.
@ref works fine for nodes within the same file.
Trevor
___
lilypond-devel ma
Graham Percival wrote Sunday, February 28, 2010 11:16 AM
On Sun, Feb 28, 2010 at 09:21:17AM -, Trevor Daniels wrote:
The long explanation, mainly for the record in case
anyone else encounters this, follows.
Fascinating! I had no idea that MTU settings could actually
*break* some
Carl Sorensen wrote Tuesday, February 16, 2010 8:09 PM
On 2/16/10 10:46 AM, "Trevor Daniels"
wrote:
ssh: connect to host 199.232.41.69 port 22: Bad file number
fatal: The remote end hung up unexpectedly
I got this problem when I had a bad ssh key.
Well, with help from Sylva
lgtm
Trevor
- Original Message -
From: "Mark Polesky"
To: "lilypond-devel"
Sent: Saturday, February 27, 2010 10:27 PM
Subject: CG chapter 3, second draft
...and hopefully the final draft.
http://www.markpolesky.com/norobots/compiling_new.itexi
http:/
e it to you. Thanks.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Mark Polesky wrote Tuesday, February 16, 2010 6:19 PM
Trevor Daniels wrote:
I've not been able to push to Savannah this afternoon. I
get:
ssh: connect to host 199.232.41.69 port 22: Bad file
number fatal: The remote end hung up unexpectedly
Same error with pull.
Is this a problem a
I've not been able to push to Savannah this
afternoon. I get:
ssh: connect to host 199.232.41.69 port 22: Bad file number
fatal: The remote end hung up unexpectedly
Same error with pull.
Is this a problem at the Savannah end or mine?
T
Trevor Daniels wrote Tuesday, February 16, 2010 9:59 AM
Graham Percival wrote Tuesday, February 16, 2010 4:12 AM
On Tue, Feb 16, 2010 at 12:34 AM, Trevor Daniels
wrote:
While answering a user question I noticed that
some examples in the LM which were earlier on
a single line now spread
Graham Percival wrote Tuesday, February 16, 2010 4:12 AM
On Tue, Feb 16, 2010 at 12:34 AM, Trevor Daniels
wrote:
While answering a user question I noticed that
some examples in the LM which were earlier on
a single line now spread undesirably over two
lines in both html and pdf versions
ange. Can you suggest anything?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
;t know if this is a change in behaviour as
I normally just delete or rename the lilypond
directory.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
, how is the body
constructed)?
Those functions are created by the define-markup-list-command
macro
(defined in markup.scm).
... and used to define wordwrap-internal-markup-list at line 975
in scm/define-markup-commands.scm, for example.
Trevor
t would certainly be appropriate not to add another word
to the
documentation that would clarify things?
Not a problem. I've already done it. Thanks for the
suggestion.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
htt
" is Arabic and "makam" is Turkish.
See http://en.wikipedia.org/wiki/Maqam and links
therefrom.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
resting to create a "Lilypond benchmark suite" to
> > help objectifying such questions as you, Trevor, have started.
> > In the nicest case it could be ran on different builds automatically to
> see
> > whether there are huge changes between different releases.
>
Hi Graham,
Thanks for the quick response. Few more comments inline, below.
Trevor.
On Sat, Jan 30, 2010 at 12:59 PM, Graham Percival
wrote:
> On Sat, Jan 30, 2010 at 5:12 PM, Trevor Bača wrote:
> >
> http://lilypond.org/doc/v2.12/Documentation/user/lilypond-learning/Avoiding
prove vertical
spacing cane be time consumptive in some cases, so maybe this is a
precaution to ward against that. However, the setting produces no obvious
increase in performance, which makes me think that vertical spacing has
nothing to do with the performance difference I'm experienci
Graham Percival wrote Wednesday, January 27, 2010 6:43 PM
On Wed, Jan 27, 2010 at 06:12:14PM -, Trevor Daniels wrote:
Neil Puttock wrote Wednesday, January 27, 2010 5:38 PM
There's nothing in the documentation policy for \context block
formatting,
The patch is being written by
\removeEmptyStaffContext }
\context {
\Foo
...
}
I agree. I didn't like Graham's recent change in the LM either.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
that varies from the
branch
point, then I cherry-pick that commit to master.
Again ditto, or merge if cherry-pick isn't necessary
This works nicely for
me because I want to have different branches for each issue to
work with
Rietveld, but I like to
.
If you modify any font definitions in the mf
directory then you -must- run make clean and
make. This will recompile everything, whether
modified or not, and takes a lot longer.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
x27;ve tried to answer some of your questions below,
and left your mail unaltered so others can see the
full content.
Trevor
Eric Knapp wrote Friday, January 22, 2010 5:43 PM
Subject: Re: Working on scheme engravers
Thanks, Trevor.
I have gotten this to work with the following code:
(c
determine what each one is?
Exactly. See how it is done for fretboards in
scm/translation-functions.scm. The relevant section
starts around line 291.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
Marc Hohl wrote Wednesday, January 20, 2010 9:54 AM
Trevor Daniels schrieb:
[...]
I would not worry about this. As Alexander has pointed out,
examples showing the staff lines extending through the sign
and not extending through the sign can be found. It is easy
for a user to move the
Marc Hohl wrote Tuesday, January 19, 2010 10:09 AM
Trevor Daniels schrieb:
Marc Hohl wrote Tuesday, January 19, 2010 9:04 AM
Trevor Daniels schrieb:
Marc Hohl wrote Monday, January 18, 2010 8:13 PM
Marc Hohl schrieb:
Neil Puttock schrieb:
2010/1/8 Marc Hohl :
Hmmm - you are right. Is
Marc Hohl wrote Tuesday, January 19, 2010 9:04 AM
Trevor Daniels schrieb:
Marc Hohl wrote Monday, January 18, 2010 8:13 PM
Marc Hohl schrieb:
Neil Puttock schrieb:
2010/1/8 Marc Hohl :
Hmmm - you are right. Is it possible to whiteout this small
part
of the barlines?
I found out how
sign, ignoring the order I arrange the stencils
:-(
You need to manipulate the 'layer property to control which grobs
are
whited-out. Have a look at the news for 2.13 for an example of
using
the 'whiteout and 'layer properties:
http://lilypond.org/doc/v2.13/Documentation/changes
tead if we wanted to feel a bit
more private.
Happy with either.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Reinhold Kainhofer wrote Saturday, January 16, 2010 11:32 AM
Here's a file with all different spacings from 2.0 to 4.0...
Looking at some scores with two lyrics lines (mostly oratorios
with two
different language), I would tend to choose 2.8 or 3.0.
2.8 looks good to me.
T
below
Agreed, and I'd prefer the spacing between the lyric lines to be
slightly smaller too.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Joseph Wakeling wrote Thursday, January 14, 2010 12:11 PM
Sometime soon I must get back onto the Contemporary Music docs.
That would be good! Happy to help when you're ready.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
Trevor Daniels wrote Wednesday, January 13, 2010 11:18 AM
John Mandereau wrote Wednesday, January 13, 2010 9:44 AM
Le mercredi 13 janvier 2010 =C3=A0 09:27 +, Trevor Daniels a
=C3=A9crit=
In gitk (in either Unix or Windows) you can only
copy/paste within the fields that you can
Thanks Joe
Mark is currently redrafting this section of the CG and it seems
he has picked up and applied your changes in his latest patch.
Is that right, Mark?
Trevor
- Original Message -
From: "Joseph Wakeling"
To: "lilypond-devel"
Sent: Tuesday, January 12,
e making the patch, or maybe omitted
a rebase?
Ian had the same problems recently making his patches.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
on, but on this showing it's not for me.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
John Mandereau wrote Wednesday, January 13, 2010 9:44 AM
Le mercredi 13 janvier 2010 =C3=A0 09:27 +, Trevor Daniels a
=C3=A9crit=
In gitk (in either Unix or Windows) you can only
copy/paste within the fields that you can highlight.
The include only the SHA1 ID and the Find fields, I
John Mandereau wrote Tuesday, January 12, 2010 10:21 AM
Trevor Daniels wrote
I never did it - with git gui you never need an
editor. It has a pane specifically for displaying,
entering and editing commit messages. It also has
an "Amend Last Commit" button which was the only
form
paste within the window after setting the
QuickEdit option:
Place the cursor where you want to paste (within the
command line) with the left/right arrow keys
Highlight the field to be copied with the mouse
Right click twice
Trevor
___
lilypond-deve
Mark Polesky wrote Wednesday, January 13, 2010 5:52 AM
Trevor Daniels wrote:
I've never had to to do it, as I rarely use the git bash
command line for git work. I can do virtually everything
in git gui or gitk, which cut and paste normally in both
Windows and Unix.
Can you reall
ll. I
remember wasting so much time just trying to figure out how
to exit the commit message without killing the whole shell:
http://lists.gnu.org/archive/html/lilypond-devel/2009-05/msg00365.html
And then half a year later, Trevor D. went through the exact same
thing:
http://lists.gnu.org/archiv
nstructions at the
bottom of the page because they are identical in the git
bash shell to the commands already given. The difference when
using a graphical interface is in the way commands are entered.
Trevor
___
lilypond-devel mailing list
li
Graham Percival wrote Sunday, January 10, 2010 1:35 PM
On Sun, Jan 10, 2010 at 09:36:05AM -, Trevor Daniels wrote:
Graham Percival wrote Saturday, January 09, 2010 10:19 AM
In the past few months, we've had a number of developers being
surprised at some of the build system ch
#x27;t regard it as a
waste of time - I've learnt a lot from them.
Also I think your time is far better spent doing
the things only you can do - this is the most
valuable contribution you can make.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
all, I'd suggest a small bit at
the top of the "for other contributors" section. Mark,
what do you think about this patch?
I think it's better; what about you, Trevor?
Agreed - it's better.
Some other thoughts:
1) Do we really need intro fluff before every chapter
Mark Polesky wrote Wednesday, January 06, 2010 4:18 AM
Trevor Daniels wrote:
The section headings need to make it clearer what audience
is being addressed. Perhaps
Summary for experienced Unix developers
Full details for new contributors
Then of course there is a lot more to add to
ce is being addressed. Perhaps
Summary for experienced Unix developers
Full details for new contributors
Then of course there is a lot more to add to provide
"full details". But that can come later.
Trevor
___
lilypond-devel mailin
Graham Percival wrote Saturday, January 02, 2010 6:47 AM
Grand LilyPond Input Syntax Stabilization (GLISS)
It's up, such as it is:
http://lilypond.org/~graham/gliss/
Looks promising. Nice overview of the issues.
I'll be happy to be part of the discussions when
they start
n be available to be
overridden/reverted as properties of Beam anytime before
any beam grob was created. This would make it easy to
change the beaming within a constant time signature.
For varying time signatures changes could still
be made via \overrideTimeSignat
should, but it
passes it the url
http://lilypond.For
rather than
http://lilypond.org/web/help/
It may well have always been like this - I
haven't tried it before. I don't think this is a
show-stopper, though.
Trevor
___
lilypond-dev
Reinhold Kainhofer wrote Thursday, December 31, 2009 11:26 AM
Am Donnerstag, 31. Dezember 2009 11:29:14 schrieb Trevor Daniels:
convert-ly - OK, except
Happened to try a file with \version "2.10"
This causes a python index error.
Ouch, convert-ly assumed that all version stri
bably adequate to get 2.13.10 out.
I'll investigate further and file a bug report.
Trevor
On Thu, Dec 31, 2009 at 10:29 AM, Trevor Daniels
wrote:
Hi Graham
With Vista Home Premium and 2.13.10-1.mingw.exe:
Downloaded - OK
Installed - OK
Lilypad - 2 issues
I don't run with administrator priv
ver looked for
this before, so may be an old issue.)
convert-ly - OK, except
Happened to try a file with \version "2.10"
This causes a python index error.
lilypond-book - OK
(on notation/pitches.itely)
LilyPond itself - OK
(on all snippets in notation/pitches.itely)
Trevor
- Origina
Hi Carl
This looks like a much better approach. It means the
special \overrideTimeSignatureSettings will be required
only rarely, and setting autoBeamRules for just the
current time signature should have a much simpler
format as the time signature is known - is that right?
Trevor
an option in git gui to use git-cl from the gui?
'Fraid not. CLI only, but it's a simple command.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
make it harder?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
ust
gave a list of still-meaningless options.
I think it was the necessity to grasp all these concepts
at the same time that made starting with git so hard.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Carl Sorensen wrote Saturday, December 26, 2009 11:32 PM
On 12/26/09 3:57 PM, "Graham Percival"
wrote:
2009/12/26 John Mandereau :
Or just "lily-git" ? I don't follow the "porcelain" joke...?
In git terminology, porcelain is what the users interface with
(think of a
plumbing system, wi
section separate.
Is it not feasible to integrate it? It's only
separate because the early contributions were made
independently.
The rest looks fine.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
number of
potential developers who stay the course, and the quicker
they'll become effective.
Let's give them all the help we can.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Trevor Daniels wrote Saturday, December 26, 2009 12:24 PM
James Bailey wrote Saturday, December 26, 2009 9:51 AM
Are the ottava symbols an intentional omission from
tabFullNotation? I couldn't find any documentation on the
function.
Not as far as I know. I'll add them (unle
James Bailey wrote Saturday, December 26, 2009 9:51 AM
Are the ottava symbols an intentional omission from
tabFullNotation? I couldn't find any documentation on the
function.
Not as far as I know. I'll add them (unless
someone shouts quickly
ing an order of magnitude more of time, effort, and spirit than
actually writing the improvement, contributes much to development.
It was probably just overlooked. There are
very few developers, all with other things to
do, and Christmas to celebrate. A reminder like
this to trigger action is fine.
icking to be a useful alternative
to rebasing, especially with the beautifully simple
interface in gitk. Perhaps this could have a brief
explanation, as the man pages are so confusing.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Trevor Daniels Monday, December 21, 2009 1:07 AM
, Sunday, December 20, 2009 9:48 PM
On 2009/12/14 12:13:07, t.daniels_treda.co.uk wrote:
So is http://codereview.appspot.com/164063 now ready to go?
The indentation in translation-functions.scm is still a bit
wrong, but apart from that
Thanks Carl - I've installed this too. Saves having to
remember to do it as a separate action.
Trevor
- Original Message -
From: "Carl Sorensen"
To: "James Lowe"
Cc: "Marc Hohl" ; "Mark Polesky"
; "Neil Puttock" ;
"L
issed that. Thanks!
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Carl Sorensen wrote Monday, December 21, 2009 4:41 PM
On 12/21/09 9:11 AM, "Trevor Daniels"
wrote:
Carl Sorensen wrote"
so you can do
git rebase --whitespace=fix HEAD^
Hhm. I don't think this works.
The whitespace option is simply passed to apply
for actioni
Colin Campbell wrote Monday, December 21, 2009 3:33 PM
After building LP 2.13.10 from git, I wanted an HTML copy of the
docs, so I cd to /Documentation and did make doc. The result was a
segfault:
Try make doc in the directory above /Documentation,
whatever you chose to call it.
Trevor
Carl Sorensen wrote"
On 12/21/09 8:08 AM, "Trevor Daniels"
wrote:
As far as I know it can't. The rebase command rebases
one git branch on another, so you have to be using branches
to take advantage of it.
Rebase combines all the changes between two different git com
Graham Percival wrote Monday, December 21, 2009 3:18 PM
On Mon, Dec 21, 2009 at 3:08 PM, Trevor Daniels
wrote:
Graham Percival wrote Monday, December 21, 2009 2:46 PM
git rebase --whitespace=fix master mymods
If git
can be configured to automatically fix whitespaces, then I'll
s simple recipe I hardly need
the batch version :)
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham Percival wrote Monday, December 21, 2009 2:46 PM
On Mon, Dec 21, 2009 at 12:56:51AM -, Trevor Daniels wrote:
Graham Percival wrote Sunday, December 20, 2009 11:13 PM
git rebase --whitespace=fix master mymods
Can that be written as a universal preference? and added to CG
1.1
of the key pairs it generated seemed to be acceptable.
Eventually I tried SetupSSH381 from sourceforge and this
worked fine.
But Mark's on unix now anyway.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/m
(No changes need to be saved)
and indeed no changes were made to the
incorrectly-indented file.
Maybe I need to install something in Emacs first?
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
d choice,
what do
you think?
I like it
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
il's link
Here's a link which explains it a bit more clearly:
http://evalwhen.com/scmindent/index.html
I can see why these different indents might be useful,
but only if we are very strict on implementing them.
Should we be?
Trevor
___
l
Mark Polesky wrote Monday, December 21, 2009 1:42 AM
Trevor Daniels wrote:
Actually, I don't think rebase is mentioned in the CG. I
can't see it on a quick trawl. It should be, as a branch
should be rebased before a patch is generated from it if
master has been updated since the
that means)?
Anyone can, even without SSH. SSH is only needed
to push - CG 1.5.2 Installing git.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
y can't be relied on (yet).
So is http://codereview.appspot.com/164063 now ready to go?
The indentation in translation-functions.scm is still a bit wrong,
but
apart from that, it looks fine.
OK, I'll get the emacs indenting script wor
Graham Percival wrote Sunday, December 20, 2009 11:13 PM
On Sun, Dec 20, 2009 at 11:05:27PM -, Trevor Daniels wrote:
git rebase --whitespace=fix master mymods
Can that be written as a universal preference? and added to CG
1.1? (I think it's that section; it might have moved)
ds
You'll normally want to rebase before you create a patch
anyway, so this is a handy way of removing whitespace.
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
Graham Percival wrote Saturday, December 19, 2009 9:37 PM
On Sat, Dec 19, 2009 at 02:16:19PM +, Ian Hulin wrote:
Trevor did a brilliant job with the Windows section and in some
respects
it's clearer and less forbidding than the material in 1.1 to 1.4.
It
also duplicates a lot o
Carl, you wrote Friday, December 18, 2009 4:21 PM
On 12/18/09 2:49 AM, "Trevor Daniels"
wrote:
A question. Does your code require autobeaming
rules to be defined for beams of every possible
duration? I ask because the following example beams
inconsistently, and I'm not sure
Graham Percival wrote Friday, December 18, 2009 12:51 PM
On Fri, Dec 18, 2009 at 12:19 PM, Trevor Daniels
wrote:
Graham Percival wrote Friday, December 18, 2009 12:05 PM
Could somebody change the last line of the notes to:
g8 fis e d g2 |
and then extend the "high" in the lyric
d the "high" in the lyrics? I can't figure out how
to get a melisma within the 2 minutes I allocated myself.
You'll need to speak to Harold Arlen about that ;)
Trevor
___
lilypond-devel mailing list
lilypond-devel@gnu.org
htt
With a32 instead of a64 a64 the
beaming is fine.
\relative c'' {
a8 a a a32 a a a a8 a a a64 a a32 a a |
a8 a a32 a a16 a8 a8 a16 a32 a a8 a|
\time 2/2
a8 a a a32 a a a a8 a a a64 a a32 a a |
a8 a a32 a a16 a8 a8 a16 a32 a a8 a|
}
Trevor
- Original Message -
From: "
Hi Carl
I've just applied the patch set to check it out,
probably later today. Looks good so far, apart
from a couple of formatting nitpicks. It's
building now. Back soon.
Trevor
- Original Message -
From: "Carl Sorensen"
To: "David Kastrup"
Cc
Mark Polesky wrote ./autogen.sh question
Do I need to run ./autogen.sh every time I compile?
No. You only need to rerun it if you need to
configure the make files differently, for example
when you wish to retain the debugging info in the
binary.
Trevor
Carl, you wrote Friday, December 18, 2009 12:04 AM
I would like to propose moving one section of the Extending manual
to the
Notation Reference.
I'm happy to go along with this. I think it makes a
useful bridge into the Extending manual.
T
Neil Puttock wrote Tuesday, December 15, 2009 11:28 PM
2009/12/15 Trevor Daniels :
but if I do this:
SCM duration_symbol;
Item *duration_grob;
...
duration_grob = make_item ("TabDuration", events_[0]->self_scm
());
...
duration_symbol = ly_string2scm ("A");
dura
1001 - 1100 of 1867 matches
Mail list logo