Qué se comparte de verdad

El reparto

Cuatro filas verdes y tres rojas: se comparte el core y no se comparte lo que toca al sistema ni al usuario.

Por qué la interfaz no se comparte

Es lo que más sorprende, porque técnicamente sí funciona: tu HTML se muestra en la webview del móvil. Y aun así no sirve, por lo del nivel 53.4 llevado al extremo:

• La densidad. Una interfaz de escritorio pensada para una ventana grande es ilegible en una pantalla de móvil.
• El teclado. En escritorio es la vía rápida; en móvil ocupa media pantalla cuando aparece y no hay atajos.
• El puntero. Un objetivo de veinte píxeles es fácil con ratón e imposible con el dedo.
• Y la navegación. Paneles simultáneos frente a pantallas que se apilan.

La conclusión: se comparte el marco y los componentes básicos; se rehacen las pantallas. Es lo mismo del nivel 54.5 sobre compartir interfaz entre web y escritorio, con más distancia todavía.

Cuánto trabajo es

Una estimación honesta para una aplicación de escritorio existente:

Y el orden de magnitud: para una aplicación de escritorio madura, añadir móvil es un proyecto de meses, no de semanas — y la mayor parte es interfaz, no Tauri.

La pregunta que decide

Y merece hacerla antes de empezar: ¿tu aplicación tiene sentido en un móvil?

Muchas herramientas de escritorio no lo tienen: las que se usan con teclado, las que muestran mucha información a la vez, las que gestionan ficheros del sistema, las que dependen de procesos externos.

Y si lo tiene, la siguiente: ¿la versión móvil es la misma aplicación con otra forma, o es una aplicación distinta que comparte datos?

• La misma con otra forma: si el usuario hace lo mismo en los dos sitios.
• Una aplicación distinta: si en móvil hace un subconjunto —consultar, capturar rápido, revisar— y en escritorio hace el trabajo de verdad. Es lo más frecuente, y diseñarla así desde el principio produce mejores resultados que intentar portar todo.