ツリークエリにおけるソートの引数について

こんばんわ。

ご要望になっている趣旨はよく理解できました。

ただ残念ながら、実現はむずかしそうです。内部の処理の話になりますが、TuneBrowserのタグ情報の処理は、あくまでもタグとして事前に記録された静的な情報に基いて行っています (例外として、再生時間とか再生デバイス名とか、そういった全体状況に関する情報もあります)。

これに対して、ツリーの下位ノード数というのは、タグには記録されていない動的な情報になります。高速なマシンをご利用の場合には気がつかれないかもしれませんが、ツリーを生成する際には、階層別に表示→下位層の生成、という処理を繰り返しています。そのため、あるツリーノードの下位ノード群が表示されたときには、まだその各下位ノードの下にさらに何ノード存在しているかは判明しておらず、ウィンドウの表示とはまたべつに非同期で検索をつづけています。

すべてのユーザが高速なマシンをご利用であれば、すべての情報が出そろってからツリーノードを生成するということにしてもいいのかもしれませんが、それでもおそらく現在のツリーノード開閉の軽快感は出せず、うっ、と詰まるような感じになってしまうと思います。またツリーノードを表示後、下位の情報が出揃ってから並べ直すとすると、表示が瞬いたような感じになり、これも逆に見苦しくなってしまうと思います。

他社のソフトの例ですが、たとえばWindowsのエクスプローラも、容量別などでツリーノードの並び替えはできません。これはおそらくは同様の理由だろうと想像しています。

あまり良い返信でなく恐縮ですが、ご理解いただければありがたいです。

よろしくお願いします。

momoさんお早うございます。
TuneBrowserを使い込んでいらっしゃいますね。
私は普段フォルダーツリー表示しか使っておりません。
私の場合ジャンルによって検索の絞り込み要素の順番が
違うので１種類のクエリーツリー表示では上手く
ツリー表示が出来ません。(スキル不足)
例えばクラシックは
作曲家・楽器編成・楽曲名(組曲の名前等)・奏者
の順で探すのでフォルダー構造もそうなっております。
ポピュラーでは
ジャンル(国別にしている物も有り)・アーティスト・アルバム名
の順でフォルダーを作っております。
聴きたいアルバムはこのフォルダーツリー表示から探しております。
私の場合約５００タイトル10,000曲程度所有しておりますが
各フォルダー内に３０以上もサブフォルダーが並ぶ(ぶら下る)
事が有りませんので苦になりません。
（１万・２万タイトルとかになったらどうなるか分かりません）
タグを修正も有りですがフォルダーで管理してみるのは
如何でしょうか？

余談ですが私はTreeQuerisのツリー表示(アルバムやアーティスト)
を使ってタグ情報の記入漏れやタイプミスのチェックに
使用しております。（笑）

失礼致します。