Real-time & Collaboration

Las posiciones de cursores en multijugador deben emitirse como máximo una vez cada 100ms (10 actualizaciones/seg) para evitar saturación de red y CPU. En el receptor, animar el movimiento con física spring o transition: transform, nunca saltar a la coordenada cruda, de modo que el movimiento sea fluido pese a la tasa discreta de envio.

El cursor de un colaborador debe permanecer invisible (visibility: hidden) hasta que el cliente reciba al menos una coordenada real de ese usuario. Sin esta guarda, los cursores fantasma aparecen en el origen (0,0) inmediatamente al conectarse, antes de que llegue cualquier dato de movimiento.

Los stacks de presencia deben mostrar máximo 4 avatares individuales antes de colapsar participantes adicionales en un indicador "+N". Ordenar con usuarios activos (online ahora) primero. El contador de desbordamiento debe ser interactivo: click o hover revela la lista completa de participantes.

Todo editor colaborativo debe mostrar un indicador de estado de sincronización con exactamente tres estados visibles: "Guardando" (escritura en vuelo), "Guardado" (última escritura confirmada) y "Sin conexion" (sin conectividad). Nunca usar rojo para el estado "Sin conexion", implica error irrecuperable en lugar de condición temporal.

Cada colaborador recibe un color de cursor y resaltado derivado deterministicamente de su user ID mediante hash, no asignado aleatoriamente por sesión. Pre-definir una paleta de al menos 12 tonos perceptualmente distintos (360° a ~30° de incremento) para que hasta 12 usuarios simultaneos tengan cero colisiones. Al superar 12 participantes, ciclar la paleta.

Todas las operaciones de escritura colaborativas (enviar comentario, resolver hilo, cambiar permiso) deben aplicarse de forma optimista al UI local sin demora, y luego reconciliar con la respuesta del servidor. Si el servidor devuelve error o conflicto (HTTP 409), revertir el cambio y mostrar un mensaje de error inline en menos de 500ms. Nunca descartar silenciosamente una acción del usuario.

Los indicadores de "escribiendo..." en campos de texto colaborativos deben hacer debounce: mostrarse solo después de 300ms de actividad de teclas sostenida, evitando parpadeo en pulsaciones sueltas. Limpiar el indicador exactamente 3 segundos después de la última tecla. Nunca mostrar el indicador de escritura al propio usuario.

Los comentarios inline y pines de anotación deben anclarse al elemento de contenido objetivo (nodo de párrafo, layer de diseño o línea de código) usando identificadores semánticos, no a coordenadas de píxel absolutas. Cuando el documento hace reflow, los comentarios anclados deben seguir a su elemento objetivo. Los comentarios que pierden su ancla (porque fue eliminada) deben aparecer en un sidebar de "comentarios huerfanos".

Cuando la herramienta colaborativa implementa bloqueo pesimista de elementos (un editor a la vez), los locks deben auto-liberarse después de 30 segundos de inactividad del titular, o inmediatamente al desconectarse. Mostrar un badge "Bloqueado por [Nombre]" en el elemento, y un contador de cuenta regresiva en los últimos 10 segundos antes de la liberación automática.

Cuando un usuario abre un dialogo de compartir y copia un link, el scope de permiso por defecto debe ser "Restringido" (solo personas invitadas explicitamente), nunca "Cualquiera con el link" como default. Si el usuario cambia el scope a publico, mostrar un paso de confirmación con el permiso exacto en lenguaje claro antes de copiar al portapapeles.

Los eventos de colaboración en tiempo real, usuario nuevo, comentario agregado, documento guardado, deben anunciarse a los lectores de pantalla usando aria-live="polite", que encola anuncios sin interrumpir. Reservar aria-live="assertive" exclusivamente para alertas de conflicto y advertencias de perdida de datos. Agrupar actualizaciones de presencia en anuncios únicos dentro de una ventana de 2 segundos.