ここにチェックを付けておけば、
プリンタで印刷する場合も、PDFに書き出したときにもカラーが反映されます。

なお、グラフィックメニューからPDF等を書き出した場合は、
このカラー設定は無効になります。

Finaleでは、このような脚注のような譜例を楽譜中に貼り込むために、
オシアツールが用意されていますが、あまり使い勝手が良くありません。
その代替として、脚注譜例は別ファイルで作成してグラフィックとして書き出し、
そのグラフィックを楽譜の任意の場所に貼り付けるという方法がよく使われます。

まず、別のファイルにて脚注部分のみを作成し、
グラフィックツールを選択したのち、抜き出したい部分をダブルクリックしてマーカーで囲み、
グラフィックとして書き出します。

元の楽譜に戻り、グラフィックメニューの「グラフィック配置...」で
先ほど作成したグラフィックを読み込んで楽譜上に貼り付けます。
大きさ等の調整もできます。

なお、商用印刷をされる場合は、グラフィックとしてPDFを貼り付けても、
最終的な出力ではそのPDFはビットマップで出力されるという問題が確認されているので、
グラフィックの書き出しにはTIFF等を300〜600pdiで出力したほうがよいでしょう。

ちなみに、ハンドベルの楽譜では、曲中に使用する音を冒頭に列挙するのが一般的ですが(下記リンク参照)、
これは、プラグインのTGツールにある「ハンドベル･チャートの自動作成...」を利用すると、
自動的に作成してくれます。
https://tinyurl.com/bd2p2j5r
詳しくはマニュアルをご覧ください。

無事に想定していた様にすることができました。
出力で不具合があるとのことで、TIFFで貼り付けました。そのようなアドバイスも大変助かりました。

ご教示いただきましてありがとうございました。

そのスウィングする打楽器は、特定の楽器のみですか、
それとも打楽器セクションが一斉にスウィングするのでしょうか？

楽譜中の一部のパートのみにスウィングを設定できるとすれば、
発想記号かMIDIツールくらいしかないのですが、
そのスウィングし始める部分に共通の発想記号はありませんか？
もしかしたら、その発想記号にスウィングの仕込みがしてあるのかもしれません。

早々のレスありがとうございます。
楽器はカバサでそれ以降に同じ段に書かれたタムタムやスネアもスイングしてしまいます。
ｐと楽器の指定でCabasaとついているだけで、同じ小節に他の楽器にもｐがついていますが、そちらは跳ねません。
一応ヒューマンプレイバックでスイング値を０で指定してみたり、No Swingをつけてみたりしましたが、何も反映しませんでした。
MIDIツールはどこを見ると確認できますか？
そちらを調べてみたいと思います。

MIDI調べるといいましたが、プレイバックにはVSTを使用しMIDIは鳴らしていません。

お話を伺う限りでは、その発想記号で書かれたCabasaが怪しいですね。
そのCabasaについて、「プレイバック」の項目を確認してください。
スウィングの設定がなされていませんか？

Cabasaのプレイバックタイプは「なし」でした。
何も指定してありません。
ですが、あえてここを「スイング」にして数値を「０」にしたところ、取り敢えず跳ねなくなりました。
釈然とはしませんが、今後も何か起きれば対処できそうなヒントが手に入りました。
音源を演奏者に渡す場面もありますから、最低限こちらの意図を伝えるだけの音は鳴ってほしいものです。
今回はありがとうございました。
何か新しい発見があれば、後程ご報告いたします。

あらかじめスウィングの仕込みが行われている発想記号を、
いろいろ検証してみましたが、ご質問の症状は再現できませんでした。
ただ、Cabasaの設定をいじったら直ったということは、
やはりその発想記号に何かが仕込まれていたとしか考えられませんね。
Finaleはたまに不可解な挙動をすることがあるので侮れません(苦笑)。

ところで、ご参考までに、
プラグインの「リアル・プレイバック」などを使ったことで、
MIDIデータそのものに手が加えられていた場合は、
範囲を選択した上で、編集メニューにある「選択した項目のみ消去...」にて、
「MIDIデータ」のみにチェックを付けることで、MIDIデータをデフォルト状態に戻すことができます。
スウィングの場合は「演奏データ」のみにチェックを付けるだけでもOKです。

現時点ではそのような音源はありません。

現在、歌詞付きの楽譜をMusicXMLで書き出したものを歌わせるサービスはいくつかありますが、
リアルタイムではありません。
https://www.nicovideo.jp/watch/sm11969571
仮に、リアルタイムで歌わせる音源があった場合、
Finale側が、MIDIデータに歌詞情報をメタデータとして付加して送り出す必要があるのですが、
現在のFinaleはそのような仕様にはなっていません。
あと、言語としての解釈も必要になるので、それだけで大変なプログラムを必要とします。

室長の知る限りでは、現在、楽譜に書き込まれた歌詞をプレイバック時に歌ってくれるソフトといえば、
スコアメーカーZEROくらいでしょうか。
これは、ソフト自身が歌唱エンジンを搭載していることで実現しています。
https://cm.kawai.jp/products/smz/whatsnew/

室長様、コメントありがとうございます。

やはりリアルタイムで歌詞を歌わせられる音源は無いのですね。歌詞を歌わせたい時はリアルタイムではなく、いったんMusicXMLで書き出して、別のソフトで出力するのがベター、ということですね。

勉強になりました。ありがとうございます。

>歌詞を歌わせたい時はリアルタイムではなく、いったんMusicXMLで書き出して、別のソフトで出力するのがベター

ただ、その場合、プレイバックされるのは歌唱のみで、
ピアノ伴奏なども一緒に演奏してくれるわけではありません。
それらは他のソフトでミックスする必要があります。
さらには、rit.などのテンポ変化がある場合、
それぞれ独立したソフトでサウンドを生成している限り、完全な同期は困難でしょう。

このあたりからはいつもの室長の蘊蓄話です。

上記に、楽譜データを実際に歌わせるには、
Finaleから歌詞データを送る必要があると書きましたが、
実際はリアルタイムでは困難なケースが多いです。
例えば譜例の場合、１小節目３拍目の「は」を「wa」と発音するか「ha」と発音するかは、
２小節目３拍目までの文脈を読んで判断しなければなりません。
つまり、１小節目３拍目の段階では、この「は」をどう発音すべきか判断できないわけです。
英語などでは、音節が複数の音符に分割されていたりするので、似たような問題が発生します。
外部音源に歌わせる場合、リアルタイム処理ができないというのはこの部分です。

歌に変換してくれるサービスは、あらかじめ歌詞を通読して分析を行い、
どのタイミングでどの音素を発声すべきかを準備します。
スコアメーカーZEROは、ソフト本体がその音声合成エンジンを持っているので、
それを可能にしています。
しかし、Finaleがこの機能を実装することは将来的にもないと思われます。

浄書的には、スタッカートはタイより外側、
スラーより内側に置くのが原則です。
それに従えば、譜例では、a.はタイで２番目の音は打ち直さず、
b.、c.ではスラーで２番目の音は打ち直すことになります。

ただ、奏者側の視点になると、少々問題が出てきます。
c.はメゾ・スタッカートの表記として問題ないでしょうが、
b.の表記の場合、これがタイではなくスラーであるというコンセンサスが奏者にあるかどうかは微妙です、
明確な意図を持って書く場合、
どちらに解釈されるか微妙な表記は避けたほうがよいかもしれません。

ありがとうございます、これで良かったのですね！

楽譜は常に誤解のないように記していくのが妥当ですね。
承知しました！
ありがとうございます。

Finaleは舶来のソフトなので、歌詞に限らず、通常のテキストにもルビを振ることはできません。
その歌詞のルビが１カ所とかであれば、発想記号で小さなサイズのテキストを作成して貼り付ければ済むと思います。
だた、ある程度の長さ、あるいは歌詞全体にルビを振る必要がある場合は、
使っていない「コーラス」や「セクション」にルビ用の小さなサイズのフォントを定義しておき、
通常の歌詞と同様に書くのが良いと思います。
歌詞機能を使えば位置決めが楽ですし。

ファイルはどちら方向でも開けます。
ただし、MS明朝などのWindows独自のフォントを使っている部分は、
その文字については別のフォントで代用されます(文字化けするわけではありません)。
なお、Mac上でも、OfficeなどのMicrosoft製のソフトをインストールしていれば、
MS明朝なども自動的にインストールされているはずです。

助かります

楽典では、原則として弱拍から始まる休符はまとめてはならないとされています。
したがって、３拍子の２拍目から始まる弱起の休符は、
４分休符２つを置くのがが一般的です。

ありがとうございます。
やはりそうですよね。原則は理解しているのですが、
あまり見たことのない絵面に不安になりました。
助かりました。