設定されたショートカットを使用して履歴からメッセージを手動で呼び出す場合、呼び出されたメッセージは実際の新しいメッセージと同じ位置に追加されます。 手動でリコールされたメッセージを元の場所に表示するオプションがあると便利です。
たとえば、表示されなくなった最新のメッセージを呼び出す場合、通常は現在表示されているすべてのメッセージよりも古いはずなので、新しいメッセージとは反対側のウィンドウに追加できます。
私のユースケースは、チャットメッセージの通知を表示することです。 現在の並べ替えオプションでは、手動で呼び出されたメッセージが最初に到着した順序がわかりにくくなっています。
ごめんなさい。 私はこの問題をほぼ1年前に自分自身に割り当てましたが、今日、あなたの実際の意図を理解しただけです。
私は正直でなければなりませんが、あなたの探求は説明されているものとは異なる方法で解決されるべきだと思います。
通知自体の間の順序は追跡されません。 通知は並べ替えられておらず、最後までプッシュされるか、 urgency/id
を介してプッシュされ、実際にどのように作成されるかはキューに依存します。
ユースケースに最適なIMO手法は、 NotifyOSD
からマージされる
緊急度/ IDを介して、それが実際にどのように作成されるかは、キュー次第です。
私が問題を誤解していない限り、要求されているのは厳密に時系列の並べ替えであり、それは私たちにできると信じています。 緊急度で並べ替えて、到着時刻をtimestamp
フィールドに保存するオプションはすでにあります。 比較を優先度からタイムスタンプに変更するオプションを追加することは実行可能である必要があります(多少のリファクタリングはありますが)。
私が問題を誤解していない限り、要求されているのは厳密に時系列の並べ替えです
ええ、それは私が意味したことです。
キューは、どの時点でもタイムスタンプで並べ替えられません。 同じ緊急度のsort = no
または通知がある場合でも、通知の挿入順序は、キューがタイムスタンプでソートされている場合と同じです。
しかし、その時点で、通知を履歴から表示に戻す場合、これはもはや当てはまりません。
通知を再表示しながらタイムスタンプで並べ替えるのに対して、緊急性に基づいて通知を並べ替えるのは意味がなく、新しいバグが発生するだけです。
待って。 この問題は、 sort
を列挙型にし、 sort = time
をサポートすることに関するものですか?
最も参考になるコメント
待って。 この問題は、
sort
を列挙型にし、sort = time
をサポートすることに関するものですか?