#4144 DrumStaff.drumStyleTable is not applied to (acciaccatura) grace notes if they are the first notes in the score

[Anonymous]

Originally created by: *anonymous

Originally created by: pkx1...@gmail.com
Originally owned by: dak@gnu.org

\version "2.18.0"

% DrumStaff.drumStyleTable is not applied to
% (acciaccatura) grace notes if the grace notes
% are the first notes in a score.
%
% Also, the stem direction of the first grace notes
% does not comply with the "voiceOne" direction
% This can be forced to comply by adding "\stemDown".

#(define mydrums '(
  (hihat cross #f 5)
))

CymbalsA = \drummode {
% \stemDown   % force stem direction
% These grace notes are placed in the default position
  \acciaccatura { hh16[ hh] } hh8
% These grace notes are placed in the new style's position
  \acciaccatura { hh16[ hh] } hh8
  [r4] [r2]
}

\score {
  \new DrumStaff <<
    \set DrumStaff.drumStyleTable = #(alist->hash-table mydrums)
    \new DrumVoice { \voiceOne \CymbalsA }
  >>
}  % end of score

[Google Importer]

Originally posted by: pkx1...@gmail.com

I always get this output using the versions
2.16.2, 2.18.0, 2.18.2 and 2.19.14.

By not putting the \set in parallel but in the same music expression,
all notes are on the same line. However, the stem direction remain the same:

\new DrumVoice {
  \set DrumStaff.drumStyleTable = #(alist->hash-table mydrums)
  \voiceOne \CymbalsA
}

I can't tell why this makes a difference.

Joram

[Google Importer]

Originally posted by: dak@gnu.org

Why _wouldn't_ putting the \set in parallel make a difference?  The \set is then executed on the beat, the grace is executed before that.  Other than that, it seems like a variation of issue 34.  I think that the particular combination with \voiceOne is likely issue 630.

[Google Importer]

Originally posted by: dak@gnu.org

Update on #2:

I have proposed a fix for issue 630 that will solve the \voiceOne problem.  For the parallel music expression, issue 34 is related to the expectations stated here.  In this particular case, however, I see little motivation to use parallel music: most of the problems in issue 34 are quite more tangible since they occur in parallel contexts and cannot trivially be rewritten to use sequential music.

So this issue is a duplicate of issue 630 and a minor duplicate of issue 34.  I have verified that the fix for issue 630 cures the stem direction problem.  So only the timing problem that can be cured by using sequential music remains.

So I am marking this as a duplicate of issue 630.  The main issue 34 would likely affect this report as well, but this report has an easy "I would not even call it that" workaround.  So I am closing this as a duplicate of issue 630.

Mergedinto: 630
Labels: -Type-Ugly Type-Defect
Owner: dak@gnu.org
Status: Duplicate