Notificaciones del sistema
Interrumpir a alguien es caro: cuándo se justifica, qué permiso pide cada plataforma, y las cinco reglas que separan una notificación útil de una que se desactiva.
Qué merece interrumpir
La regla que resume la tabla: notifica lo que el usuario querría saber aunque no esté mirando. Si dudas, no lo es.
El permiso
Difiere por plataforma y hay que manejarlo:
- macOS pide permiso explícito la primera vez, con un diálogo del sistema. Si el usuario dice que no, no hay segunda oportunidad desde tu aplicación: tiene que ir a las preferencias del sistema.
- Windows las muestra sin permiso previo, y el usuario puede desactivarlas después. La aplicación tiene que estar correctamente identificada para que funcionen bien.
- Linux depende del escritorio: normalmente no hay permiso y el servicio puede no estar.
Y de ahí sale la regla del momento: no pidas permiso al arrancar por primera vez. Pídelo cuando vayas a mandar la primera notificación útil, con contexto — el usuario que acaba de lanzar una conversión larga entiende para qué se lo pides; el que acaba de abrir la aplicación, no.
Las cinco reglas
La cuarta es la que más se incumple y la más fácil de arreglar: comprobar si la ventana tiene el foco antes de notificar es una condición.
Cuando están desactivadas
Hay que asumirlo, porque va a pasar:
- Tu aplicación no siempre puede saberlo con certeza. Envías y no ocurre nada.
- Así que no dependas de una notificación para nada importante. Si algo necesita la decisión del usuario, el estado también tiene que estar visible en la aplicación cuando la abra.
- Y el modo de concentración de los sistemas modernos puede retenerlas aunque estén permitidas. Lo mismo: la notificación es un aviso adicional, no el canal.
Diseñar como si la notificación pudiera no llegar es lo que hace que la aplicación funcione igual para quien las tiene apagadas.