[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Line lengths in NR [was Petrucci-like spacing?]
From: |
Carl D. Sorensen |
Subject: |
Re: Line lengths in NR [was Petrucci-like spacing?] |
Date: |
Mon, 25 May 2009 18:38:39 -0600 |
On 5/25/09 4:43 PM, "Patrick McCarty" <address@hidden> wrote:
> On Mon, May 25, 2009 at 03:26:42PM -0700, Patrick McCarty wrote:
>> On Mon, May 25, 2009 at 2:49 PM, Trevor Daniels <address@hidden>
>> wrote:
>>>>
>>>> It looks like a whole note but has the duration of a quarter note, when
>>>> LilyPond determines the spacing. If you don't want to add "*1/4" for every
>>>> single note, there is a command \scaleDurations to apply this kind of
>>>> scaling for a whole section of music. All this is well described in
>>>> Subsection "Scaling durations" in "1.2.1 Writing Rhythms" in the Notation
>>>> Reference.
>>>
>>> The lines in the html version of this section of the
>>> Notation Reference are significantly longer than any
>>> other, so long I have to scroll horizontally to read them.
>>>
>>> Does anyone else see this, or is it some subtle problem
>>> with IE?
>>
>> IIRC, if the line lengths for any <pre> section are too wide, IE
>> recalculates the width of the div to accomodate the longest line on
>> the page. Other browsers don't behave this way (as far as I
>> remember).
>>
>> I suspect the snippet "Non-default tuplet numbers" in the Tuplets
>> section is the culprit. If the values of #'text are moved to separate
>> lines, that should solve the problem.
>
> And here is a patch.
I tried to apply your patch, but I got the following:
sorensen2:lilypond-working Carl$ git am
0001-Docs-Shorten-line-lengths-for-a-snippet.patch
error: cannot read mbox 0001-Docs-Shorten-line-lengths-for-a-snippet.patch
error: cannot split patches from
0001-Docs-Shorten-line-lengths-for-a-snippet.patch
Then I checked out the file
0001-Docs-Shorten-line-lengths-for-a-snippet.patch
It was zero length.
Then I tried saving your email
[PATCH] Docs: Shorten line lengths for a snippet
to a file test.patch. When I did that, it had MacOS line endings (I'm using
Entourage on the Mac for my email client)
So I copied the text, and cat it to a file.
cat > test2.patch
Now I have unix line endings, so I tried to apply.
Carl$ git am test2.patch
Patch does not have a valid e-mail address.
However the files are modified, so I can commit them and push, but then it
will be my commit, not Patrick's.
So what am I doing wrong, or how should I do it different?
Thanks,
Carl
- Petrucci-like spacing?, Laura Conrad, 2009/05/13
- Re: Petrucci-like spacing?, Michael Lauer, 2009/05/14
- Re: Petrucci-like spacing?, Laura Conrad, 2009/05/24
- Re: Petrucci-like spacing?, Carl D. Sorensen, 2009/05/24
- Re: Petrucci-like spacing?, Henning Plumeyer, 2009/05/25
- Re: Petrucci-like spacing?, Mats Bengtsson, 2009/05/25
- Line lengths in NR [was Petrucci-like spacing?], Trevor Daniels, 2009/05/25
- Re: Line lengths in NR [was Petrucci-like spacing?], Patrick McCarty, 2009/05/25
- Re: Line lengths in NR [was Petrucci-like spacing?], Patrick McCarty, 2009/05/25
- Re: Line lengths in NR [was Petrucci-like spacing?],
Carl D. Sorensen <=
- Re: Line lengths in NR [was Petrucci-like spacing?], Francisco Vila, 2009/05/25
- Re: Line lengths in NR [was Petrucci-like spacing?], Trevor Daniels, 2009/05/26
- Re: Line lengths in NR [was Petrucci-like spacing?], Patrick McCarty, 2009/05/26
- Re: Line lengths in NR [was Petrucci-like spacing?], Trevor Daniels, 2009/05/26
- trailing spaces, Graham Percival, 2009/05/26
- Re: [frogs] trailing spaces, Trevor Daniels, 2009/05/26
- Re: [frogs] trailing spaces, Jonathan Kulp, 2009/05/26
- Re: [frogs] trailing spaces, Gilles Sadowski, 2009/05/26
- Re: [frogs] trailing spaces, Francisco Vila, 2009/05/27
- Re: trailing spaces, Francisco Vila, 2009/05/27