Library Viewerの表示カスタマイズ方法について

ご回答ありがとうございます。
現状は【実現できていないこと】1番と2番を両立する解決方法はないということで理解いたしました。

＞グループソートクエリを「%_RECORDINGDATE% %ALBUM%」などとすれば、

はい、ソート順は想定通りとなります。

ご回答を拝読していて感じたのですが、グループソートクエリに複数のタグを入力した場合、上記例を引用すると
ORDER BY %_RECORDINGDATE% ASC, %ALBUM% ASC
ではなく、
ORDER BY "%_RECORDINGDATE% %ALBUM%の各タグを実体に変換した一連の文字列" ASC
のような処理になっているのでしょうか。

複合タグと同じフォーマット(セミコロン区切り)を採用してソートキーを区別できるようにすれば、ソートは入力された一連のキーすべてで、インデックス作成は第一キーのみでという使い分けができそうに思いましたのでご提案として書いてみます。

残件として、【実現できていないこと】2番「インデックスカード、スクロールバーの見出しを表示する閾値の変更方法」についてですが、こちらは別件として新たにトピックを立てるべきなのでしょうか。
現状はアルバム数240枚、49枚のアーティスト……表示あり、同27枚、30枚……表示なしです。

以上よろしくお願いいたします。

先行版ありがとうございます。AVX2 ver5.2.0.1656で確認いたしました。

【ソート順の確認結果】
一部気になる点を除いて問題なし。

【確認手順】
A … グループソートクエリ：%_RECORDINGDATE%
B … グループソートクエリ：%_RECORDINGDATE% %ALBUM%
TreeViewでA,B両者を選択した際のLibrary Viewerの内容をプレイリストファイルとして名前を付けて保存。
保存したA.m3u8とB.m3u8の2ファイルをDiff比較して同一であることを確認。

【気になる点】
1.%ALBUMARTIST%が利用できない
%ALBUMARTIST%およびそれを利用している各種動的タグが機能しなくなっていました。

【その他】
余談ですがプレイリストファイル出力にバグ(というか仕様違い？)を見つけました。
RFC8216の[4.1.Definition of a Playlist]によるとm3u8ファイルにBOMを含んではならないことが記載されていますが、TuneBrowserで出力したm3u8にはBOMが含まれています。

スクロールバーとインデックスカードの表示条件については急いでおりませんので、優先順位を下げていただいても大丈夫です。
スピード感のある改修ありがとうございます。

失礼しました。そちらのご報告が漏れておりました。

はい。特に変化はありません。
表示されるものとされないものの区分が不明なままです。
グループソートクエリで指定したグループの総数、または各グループに含まれるアルバムの枚数が一定を超えないとダメなのかとも思いましたが……

お早いご対応ありがとうございます。AVX2 ver5.2.0.1658で確認いたしました。
%ALBUMARTIST%周りも処理可能になっておりました。

>BOMの件
.NET Frameworkを使っていらっしゃるのであれば、ファイル作成の際にSystem.Text.Encoding.UTF8などと明示的に指定せずに使えばBOM無しになるかと思います。
明示したいならnew System.Text.UTF8Encoding(false, false)で。

繰り返しとなりますが、スクロールバーとインデックスカードの表示条件については急いでおりませんので、優先順位を下げていただいても大丈夫です。

このたびはご対応いただきありがとうございました。
いったん解決としてください。

情報ありがとうございます。
なるほど、このような条件になっているのですね。
これは気がつけない……

このたびはご対応いただきありがとうございました。
これからもありがたく使用させていただきます。