Dunst: ¿Agregar la opción para ordenar siempre los mensajes cronológicamente en función de cuándo llegaron?

Creado en 22 feb. 2017  ·  5Comentarios  ·  Fuente: dunst-project/dunst

Cuando se recuperan manualmente mensajes del historial mediante el acceso directo configurado, el mensaje recuperado se agrega en la misma posición que los mensajes nuevos reales. Sería bueno tener la opción de que los mensajes recuperados manualmente se muestren donde habrían aparecido originalmente.

Por ejemplo, cuando se recupera el último mensaje que ya no se muestra, normalmente debería ser más antiguo que todos los mensajes que se muestran actualmente, por lo que podría agregarse al lado opuesto de la ventana dunst que los mensajes nuevos.

Mi caso de uso muestra notificaciones para mensajes de chat. Las opciones de clasificación actuales ocultan el orden en el que llegaron originalmente los mensajes recuperados manualmente.

Feature

Comentario más útil

Esperar. ¿Este problema se trata de hacer de sort una enumeración y de admitir sort = time !?

Todos 5 comentarios

Lo siento. Me asigné este tema a mí mismo hace casi un año, pero solo hoy entendí su intención real.

Tengo que ser honesto, pero creo que tu búsqueda debería resolverse de manera diferente a la descrita.

No realizamos un seguimiento de ningún pedido entre las notificaciones. Las notificaciones están desordenadas y enviadas hasta el final o mediante urgency/id y la forma en que se hacen realmente depende de la cola.

En mi opinión, la técnica, que encajaría perfectamente en su caso de uso, sería la fusión de notificaciones de NotifyOSD . Pero no creo que haya alguien ansioso por implementar esto.

a través de urgency / id y cómo se hace realmente depende de la cola.

A menos que no haya entendido bien el problema, lo que se solicita es de tipo estrictamente cronológico, lo que creo que podemos hacer. Ya tenemos la opción de ordenar por urgencia y almacenar la hora de llegada en el campo timestamp todos modos. Agregar una opción para cambiar la comparación de prioridad a la marca de tiempo debería ser factible (aunque con algunas refactorizaciones).

A menos que no haya entendido bien el problema, lo que se solicita es un tipo estrictamente cronológico

Sí, eso es lo que quise decir.

Las colas no están ordenadas por marca de tiempo en ningún momento. Es solo que si bien tiene sort = no o notificaciones con la misma urgencia, el orden de inserción de las notificaciones es el mismo que si las colas se hubieran ordenado por marcas de tiempo.

Pero en el momento, cuando se mueven las notificaciones del historial a la visualización, este ya no es el caso.

Ordenar las notificaciones por marca de tiempo mientras se vuelven a mostrar frente a ordenar las notificaciones según su urgencia, no tiene sentido y solo introduce nuevos errores.

Esperar. ¿Este problema se trata de hacer de sort una enumeración y de admitir sort = time !?

¿Fue útil esta página
0 / 5 - 0 calificaciones