Tareas

Una nota con un asignado

Toda nota puede tener un asignado, y una nota que lo tiene es una tarea, de modo que una tarea puede referirse a cualquier cosa a la que se refiera una nota. Mencionar a alguien le pide que eche un vistazo, y asignarle la nota lo convierte en su responsable. El compositor ofrece ambas cosas a la vez.

Quién puede ser asignado

El asignado debe ser un miembro del equipo con acceso al proyecto. Cualquier otra persona es rechazada, con un mensaje que nombra el id y dice que no tiene acceso a este proyecto. La asignación también concede acceso de lectura: una nota privada se abre para su asignado, y al quitar la asignación vuelve a cerrarse, salvo que también esté mencionado.

Tus usuarios nunca ven la asignación. Un usuario con sesión iniciada que envió una nota ve si se cerró, sin el asignado ni los recuentos de progreso.

Subtareas, progreso y fechas límite

Las subtareas usan el mismo vínculo con el padre que las respuestas: una nota hija con asignado es una subtarea, y una sin asignado es una respuesta. Cada nota informa de cuántas hijas directas tiene y cuántas están cerradas (1 de 3 hechas, por ejemplo), contando solo las hijas que ve quien la consulta.

Una nota tiene su propia dueDate, independiente de la de cualquier mención. Ordenada por fecha límite, una lista se convierte en una cola con lo más próximo primero y las notas sin fecha al final. Filtra por asignado para ver la cola de una persona, en todo el proyecto o sobre un solo sujeto. Desde la línea de comandos, foir notes assign establece el responsable.

Cerrar

Una tarea está hecha cuando su nota está cerrada, lo que la API llama resuelta. En la consola basta un clic, después se puede añadir un motivo, y al reabrirla el motivo se borra. Cerrar nunca se propaga: un padre cerrado deja a sus hijas como estaban. Tampoco depende de la asignación, así que cerrar no quita al asignado y reasignar no reabre.