Rietveld Code Review Tool
Help | Bug tracker | Discussion group | Source code | Sign in
(284)

Issue 47850043: Add Changes entries for bare rhythms and \beamExceptions (Closed)

Can't Edit
Can't Publish+Mail
Start Review
Created:
10 years, 4 months ago by dak
Modified:
8 years, 9 months ago
Reviewers:
Ian Hulin (gmail), Trevor Daniels, t.daniels
CC:
lilypond-devel_gnu.org
Visibility:
Public.

Description

Add Changes entries for bare rhythms and \beamExceptions Since I would like to get this into 2.19.0, I'll commit once Patchy agrees. We can still polish the wording afterwards; it's more important to get it in at all.

Patch Set 1 #

Patch Set 2 : An editing command had some unexpected side effect #

Patch Set 3 : Formatting, _another_ bug fix. #

Total comments: 2
Unified diffs Side-by-side diffs Delta from patch set Stats (+46 lines, -0 lines) Patch
M Documentation/changes.tely View 1 2 1 chunk +46 lines, -0 lines 2 comments Download

Messages

Total messages: 8
dak
An editing command had some unexpected side effect
10 years, 4 months ago (2014-01-04 16:49:46 UTC) #1
dak
Formatting, _another_ bug fix.
10 years, 4 months ago (2014-01-04 18:26:22 UTC) #2
Ian Hulin (gmail)
Hi David Suggestion for wording the "bare durations" change. I like the way this lets ...
10 years, 4 months ago (2014-01-05 02:40:56 UTC) #3
dak
https://codereview.appspot.com/47850043/diff/40001/Documentation/changes.tely File Documentation/changes.tely (right): https://codereview.appspot.com/47850043/diff/40001/Documentation/changes.tely#newcode69 Documentation/changes.tely:69: Well, the original is already in (since it really ...
10 years, 3 months ago (2014-01-06 15:27:33 UTC) #4
t.daniels_treda.co.uk
dak@gnu.org wrote Monday, January 06, 2014 3:27 PM > Maybe one should not try finding ...
10 years, 3 months ago (2014-01-06 16:24:24 UTC) #5
dak
On 2014/01/06 16:24:24, t.daniels_treda.co.uk wrote: > mailto:dak@gnu.org wrote Monday, January 06, 2014 3:27 PM > ...
10 years, 3 months ago (2014-01-06 18:12:12 UTC) #6
dak
James <pkx166h@gmail.com> writes: > On 06/01/14 18:12, dak@gnu.org wrote: >> On 2014/01/06 16:24:24, t.daniels_treda.co.uk wrote: ...
10 years, 3 months ago (2014-01-06 18:31:46 UTC) #7
Trevor Daniels
10 years, 3 months ago (2014-01-06 23:12:56 UTC) #8
On 2014/01/06 18:31:46, dak wrote:

> >> Ah, but they won't.  It's only during scorification that the missing
> >> pitches get filled in.  Now of course there is little point in trying to
> >> pick a wording that is technically more accurate without the reader
> >> having a chance to guess that until he figures it out on his own.

Very few if any readers would appreciate the subtle
meaning behind "In the score".  I didn't.  So in
practical terms nothing is lost by leaving it out.
All it might do is confuse: "What does that mean?".

Really this sort of detail should go in one of the
manuals rather than in Changes.  At present the NR
says very simply, "Durations occuring on their own 
within a music sequence will take their pitches from 
the preceding note or chord."  This is where a more 
accurate description should be placed, if you think
one is needed.

Trevor
Sign in to reply to this message.

Powered by Google App Engine
RSS Feeds Recent Issues | This issue
This is Rietveld f62528b