Dunst: Ajouter une option pour toujours trier les messages par ordre chronologique en fonction de leur date d'arrivée ?

Créé le 22 févr. 2017  ·  5Commentaires  ·  Source: dunst-project/dunst

Lors du rappel manuel des messages de l'historique à l'aide du raccourci configuré, le message rappelé est ajouté à la même position que les nouveaux messages réels. Ce serait bien d'avoir la possibilité d'afficher les messages rappelés manuellement là où ils seraient apparus à l'origine.

Par exemple, lors du rappel du dernier message qui n'est plus affiché, il devrait généralement être plus ancien que tous les messages actuellement affichés, il pourrait donc être ajouté du côté opposé de la fenêtre dunst aux nouveaux messages.

Mon cas d'utilisation affiche des notifications pour les messages de chat. Les options de tri actuelles masquent l'ordre dans lequel les messages rappelés manuellement sont arrivés à l'origine.

Feature

Commentaire le plus utile

Attendez. est-ce que ce problème consiste à faire de sort une énumération et à prendre en charge sort = time !?

Tous les 5 commentaires

Je suis désolé. Je me suis assigné ce problème il y a presque un an, mais je n'ai compris qu'aujourd'hui, votre intention réelle.

Je dois être honnête, mais je pense que votre quête devrait être résolue différemment de celle décrite.

Nous ne gardons aucune trace de l'ordre entre les notifications elles-mêmes. Les notifications sont soit non triées et poussées à la fin, soit via urgency/id et la façon dont elles sont réellement créées dépend de la file d'attente.

OMI, la technique qui conviendrait parfaitement à votre cas d'utilisation serait la fusion de la

via l'urgence/id et la façon dont il est réellement fait dépend de la file d'attente.

Sauf si je comprends mal la question, ce qui est demandé est un tri strictement chronologique, ce que je pense que nous pouvons faire. Nous avons déjà la possibilité de trier par urgence et de stocker quand même l'heure d'arrivée dans le champ timestamp . L'ajout d'une option pour changer la comparaison de la priorité à l'horodatage devrait être faisable (bien qu'avec quelques refactorisations).

Sauf si j'ai mal compris le problème, ce qui est demandé est un tri strictement chronologique

Ouais, c'est ce que je voulais dire.

Les files d'attente ne sont à aucun moment triées par horodatage. C'est juste que même si vous avez des sort = no ou des notifications avec la même urgence, l'ordre d'insertion des notifications est le même que si les files d'attente avaient été triées par horodatage.

Mais à ce stade, lors du déplacement des notifications de l'historique vers l'affichage, ce n'est plus le cas.

Trier les notifications par horodatage tout en les réaffichant plutôt que de trier les notifications en fonction de leur urgence, cela n'a aucun sens et introduit simplement de nouveaux bugs.

Attendez. est-ce que ce problème consiste à faire de sort une énumération et à prendre en charge sort = time !?

Cette page vous a été utile?
0 / 5 - 0 notes