3.1.1: la versión que enseña Windows no depende de los accesos directos

Al actualizar a la 3.1.0 la instalación de Munka por su propio botón,
Configuración › Aplicaciones siguió diciendo 3.0.0. Tras actualizarse se
reescribían los dos accesos directos (uno vive en el Escritorio de OneDrive)
antes de apuntar la versión, y si uno no se dejaba reescribir, la versión no
se apuntaba. instalar.al_dia ya no toca un acceso que abre lo que debe, uno
que no se deja no impide lo demás, y la versión se apunta siempre. Con prueba.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

README.md

@@ -735,6 +735,14 @@ que viaja con cada versión; una prueba comprueba que cada pestaña tiene su apa
 Pruebas: `probar.py` 19 de 19, `prueba_funcional.py` 26 de 26, `prueba_ventana.py` 18 desde el código y,
 con el paquete, 8 del arranque y 9 de la instalación.
 
+3.1.1, la versión que enseña Windows no depende de los accesos directos. Al actualizar la instalación de
+Munka a la 3.1.0 por su propio botón, todo fue bien menos un detalle: Configuración › Aplicaciones siguió
+diciendo 3.0.0. No se llegó a ver el error (sin consola no queda escrito), pero entre notar la versión vieja y
+apuntar la nueva solo había una cosa: reescribir los dos accesos directos, y uno vive en el Escritorio de
+OneDrive. Si uno no se dejaba reescribir en ese momento, la versión no se apuntaba; repetido a mano un rato
+después, y en el equipo de ensayo, funcionó. Ahora `instalar.al_dia` no toca un acceso que ya abre lo que
+debe, uno que no se deja no impide lo demás, y la versión se apunta siempre. Con prueba.
+
 Probado el 9 sep 2026 sobre una copia de ensayo: plan → aplicar → deshacer → volver a aplicar deja el árbol
 exacto; conversión ffmpeg verificada y reemplazo con original a `_Para borrar`. El puente de Resolve conectó
 con Resolve Studio 21.1 pero no pudo abrir proyecto porque Resolve estaba en el Gestor de proyectos: