In texinfo:
@cindex foo-- add foo to the concept index
@findex foo-- add foo to the function index
@kindex foo-- add foo to the keystroke index
@printindex cp -- print the concept index
@printindex fn -- print the function index
@printindex ky -- print the keystroke index
I
The patch looks bigger than it is, due to my moving a block. I explain
in reply-comments below how I am incorporating the suggestions.
You deduced correctly that I sinned in labeling something a PATCH that
didn't first get a build test. (I dual-boot and only connect through
windows, causing so
I was reviewing somebody's doc patch earlier today and suggested
using \break to clarify the input/output of an example. Another
great way of doing this is with notes. Instead of repeating the
same note series, change them a bit and make a musical sequence:
% bad:
c2 d e d | c d e d | c d e d
On 2010/12/20 23:22:22, Valentin Villenave wrote:
I've been looking for a way of doing this, but it's a bit too advanced
for me (I
suspect there must be something to unsmob somewhere or a Music object
or
whatever)... Could you give me a hint?
See the rules for direction_less_event/directio
On 2010/12/20 23:18:37, Neil Puttock wrote:
The code looks pretty good, but I agree with Carl that it's too
complicated.
I'd go even further though: you should only be setting direction if
it's
necessary (just like articulations), so there's no need to pass an
extra
argument to the syntax c
Hi Valentin,
It's great to see you tackle this.
The code looks pretty good, but I agree with Carl that it's too
complicated. I'd go even further though: you should only be setting
direction if it's necessary (just like articulations), so there's no
need to pass an extra argument to the syntax c
On Dec 20, 2010, at 6:36 PM, Graham Percival wrote:
> On Mon, Dec 20, 2010 at 06:01:07PM +0100, James Bailey wrote:
>> In the instructions for lily-git for other operating systems,
>
> I'm seriously considering deleting those entirely. At least,
> *something* needs to be done, because the cur
On 2010/12/20 16:22:30, Carl wrote:
IMO, go ahead and set the neutral direction. If it passes make check,
then call
it good.
New patch set; for now I've just updated the regtest. I really don't
feel comfortable passing a direction argument everywhere (since it would
also affect *all* music
On Mon, Dec 20, 2010 at 02:29:27PM -0600, Jonathan Kulp wrote:
> Latest iso (just finished, not uploaded) still has evolution,
> therefore still has ubuntu desktop environment metapackage installed.
> Still has Ubuntu software center & other ubuntu-specific desktop stuff
> like that. I think we're
On Mon, Dec 20, 2010 at 1:03 PM, Graham Percival
wrote:
>> We have "default applications removed" and have "some variance in package
>> selection". Therefore, this is not just Ubuntu, it's a derived work from
>> Ubuntu, at least in Ubuntu's mind. And Ubuntu wants it called a "remix" if
>> we are
On Mon, Dec 20, 2010 at 11:42:59AM -0700, Carl Sorensen wrote:
>
> In general, a Remix
> can have applications from the Ubuntu archives added, or default
> applications removed, but removing or changing any infrastructure components
> (e.g., shared libraries or desktop components) will result in c
Quite nice for an initial patch.
For future reference, I would recommend working on slightly smaller
patches -- this would let us go through more rounds of draft+comment
faster, without you having to change so many examples when we clarify
bits of the doc policy.
http://codereview.appspot.com/3
On 12/20/10 10:46 AM, "Jonathan Kulp" wrote:
> On Mon, Dec 20, 2010 at 11:37 AM, Graham Percival
> wrote:
>>> BTW: since we are effectively distributing a full-blown GNU/Linux
>>> distro, we might want to consider naming it differently; as things
>>> currently are, I'm afraid we're committing
On Mon, Dec 20, 2010 at 06:44:18AM +, k-ohara5...@oco.net wrote:
> Tell me if it is trivial to load patches from lily-git onto Reitveld.
It is not trivial. Yet.
(my answer may change in a few days)
> The Contributors Guide implies that the lily-git patches are intended
> for emailing to regu
LGTM
http://codereview.appspot.com/3693042/
___
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel
On Sun, Dec 19, 2010 at 02:45:14PM +, carl.d.soren...@gmail.com wrote:
> So if somebody has the problem above, they're confused in one of two
> ways, as far as I can tell:
>
> 1) They don't understand that a bar check is a music expression
> 2) They think the braces are part of the basic alter
On Mon, Dec 20, 2010 at 06:01:07PM +0100, James Bailey wrote:
>In the instructions for lily-git for other operating systems,
I'm seriously considering deleting those entirely. At least,
*something* needs to be done, because the current organization
isn't working. Maybe just duplicate (ick) t
On Fri, Dec 17, 2010 at 06:57:46PM +, James wrote:
> http://lilypond.org/~graham/cg-giraffe/using-lilybuntu.html
>
> >•Pasting into a terminal is done with Ctrl+Shift+v.
>
> This is not true (for me anyway - just tried it).
really? I tried it a couple of times, and it worked for me.
> You
On Fri, Dec 17, 2010 at 08:49:26PM +0100, Valentin Villenave wrote:
> It might be a good idea to provide users with a version-independent
> URL, such as files.lilynet.net/lilybuntu-latest.iso (this way I can
> just maintain the symlink without having the CG everytime a new iso is
> out).
I would r
On Mon, Dec 20, 2010 at 11:37 AM, Graham Percival
wrote:
>> BTW: since we are effectively distributing a full-blown GNU/Linux
>> distro, we might want to consider naming it differently; as things
>> currently are, I'm afraid we're committing a trademark infringement of
>> sorts:
>
> Mao.
>
>
> Ok,
In the instructions for lily-git for other operating systems, the last step is
to "Go read the lilybuntu instructions, starting from the “get source” step."
I didn't find this step. I realize the lilybuntu section is currently being
re-worked, which is why I think it's probably a good time to men
Thanks Han-Wen!
2010/12/20 Han-Wen Nienhuys :
> 2010/12/20 Felipe Gonçalves Assis :
>> Hi,
>>
>> In the attached snippet, the call to ly:set-default-scale has no
>> effect on the midi result, both in the stable and development
>> versions.
>>
>> I believe that this is due to Pitches being construc
On 2010/12/20 16:01:46, Valentin Villenave wrote:
On 2010/12/20 15:31:43, Carl wrote:
> This seems like a cool idea!
Thanks! As said before, it really isn't mine :)
> Could it be made more simple by just letting the 0 direction be set
as a music
> property, instead of adding only the 1 an
On 2010/12/20 15:31:43, Carl wrote:
This seems like a cool idea!
Thanks! As said before, it really isn't mine :)
Could it be made more simple by just letting the 0 direction be set as
a music
property, instead of adding only the 1 and -1 directions?
That's because I wanted to preserve the
This seems like a cool idea!
Could it be made more simple by just letting the 0 direction be set as a
music property, instead of adding only the 1 and -1 directions?
http://codereview.appspot.com/3743043/diff/1/input/regression/music-function-post-event.ly
File input/regression/music-function-p
http://codereview.appspot.com/3732046/diff/1/Documentation/notation/expressive.itely
File Documentation/notation/expressive.itely (right):
http://codereview.appspot.com/3732046/diff/1/Documentation/notation/expressive.itely#newcode313
Documentation/notation/expressive.itely:313: \bar "||" e2\p\<
On 2010/12/20 06:44:18, Keith wrote:
Tell me if it is trivial to load patches from lily-git onto Reitveld.
The
Contributors Guide implies that the lily-git patches are intended for
emailing
to regular git-users.
It is not too hard, but not trivial, to load patches from lily-git onto
Rietve
Reviewers: Neil Puttock,
Message:
Greetings everybody,
here's a patch that Neil suggested to me (if you remember my earlier
postfix-dynamics patch, you may guess where I'm getting at with this).
Thoughts?
Cheers,
Valentin.
Description:
Add direction-awareness ability to post-event music funct
2010/12/20 Felipe Gonçalves Assis :
> Hi,
>
> In the attached snippet, the call to ly:set-default-scale has no
> effect on the midi result, both in the stable and development
> versions.
>
> I believe that this is due to Pitches being constructed before
> the new default_global_scale is set (see fi
On Mon, Dec 20, 2010 at 12:10:01PM +, James wrote:
> I don't know why but Rietveld is not sending my emails to dev when I
> add it to the CC: during the git-cl upload.
Rietveld never automatically sends an email to dev for the upload.
You need to add a comment.
I'm sure I changed the CG on th
Missed this earlier
http://codereview.appspot.com/3732046/diff/1/Documentation/notation/expressive.itely
File Documentation/notation/expressive.itely (right):
http://codereview.appspot.com/3732046/diff/1/Documentation/notation/expressive.itely#newcode390
Documentation/notation/expressive.itely:
LGTM
Trevor
http://codereview.appspot.com/3792041/diff/1/Documentation/notation/ancient.itely
File Documentation/notation/ancient.itely (right):
http://codereview.appspot.com/3792041/diff/1/Documentation/notation/ancient.itely#newcode1355
Documentation/notation/ancient.itely:1355: @ref{Articul
Hello,
I don't know why but Rietveld is not sending my emails to dev when I add
it to the CC: during the git-cl upload.
More Ancient.itely additions for @seealso
http://codereview.appspot.com/3792041/
James
___
lilypond-devel mailing list
lilypon
Keith
Some of your new material is not in the agreed style the NR, in
particular your attempts to make the examples prettier by inserting \bar
commands. This should not be done without wider agreement to insert
them in all the examples - a change I would oppose as I believe the code
in the examp
Hello list,
I tried to add this in the bug tracker, but obviously,
it got lost somewhere...
\version "2.13.44"
noteTrills = \relative c' {
\pitchedTrill c2\startTrillSpan d bes2\stopTrillSpan
}
\score {
<<
\new Staff { \clef "treble_8" \noteTrills }
\new TabStaff { \noteTrills }
>
35 matches
Mail list logo
