Para Junio de 2026, hemos empezado a realizar cambios en las versiones actuales de nuestros programas que queremos relacionarte en esta entrada.
En principio, las versiones 5.10 de PLUMBER y 4.10 DESAGÜES serán las que lazaremos con las nuevas modificaciones.
Respecto a nuestros restantes programas, estamos actualmente en el desarrollo de las respectivas actualizaciones, pero aclaramos:
el que no tengan la actualización aquí referida no afecta PARA NADA el funcionamiento en sistemas actuales. Son 100% compatible con WINDOWS en sus versiones actuales.
¿Por qué esta actualización?
Porque, como comentáramos hace algún tiempo a nuestros suscriptores, Microsoft ha realizado un cambio de la plataforma para quien se dedica a hacer programas.
Inicialmente —y manteniéndose por un montón de años— estaba el .NET Framework (nuestros programas están desarrollados en este formato, año 2012).
Pero, desde hace unos 5 ó 6 años, empezaron a hablar del sustituto:
Primero publicaron el .NET Core.
Pero, al rato, dijeron: ¡Ah no, llamémoslo ahora .NET
Actualmente estamos con este último: “.NET”.
¿Y por qué han esperado tanto para lanzar la actualización?
Ciertamente, nos hemos tomado algún tiempo porque, realmente, nunca tuvimos clara la “estabilidad” de esta nueva plataforma pues fíjate como ha evolucionado:
- Año 2019 - Versión Core (Versiones 1, 2 y 3)
- Año 2022 - Versión .NET 5.0
- Año 2025 - Versión .NET 10.0.
10 versiones… ¿En tan sólo 6 años?
NOTA: el .NET Framework, murió, después de 20 AÑOS, en la versión 4.8 !!!
Así que ya imaginarás nuestra inseguridad de tener que convertir nuestro código así como así (porque no es sólo decirle al compilador: “pásate al nuevo .NET” y listo, hay que recodificar parcialmente).
Y esta inseguridad es por la que hemos esperado a que se “estabilizara” la cosa.
OK, ¿y esto que significa para mi, que tengo licencia de esos programas?
Pues esta actualización —por prudencia estamos en la .NET 8— ha obligado a una reescritura importante del código fuente original.
Te doy detalles breves, en lo que pudiera afectarte como usuario:
1.- Hemos tenido que cambiar el formato de archivo.
Nuestros programas han nacido con archivos de proyecto que se almacenaban en formato binario. Su contenido es una serie de caracteres no legibles ni modificables directamente con cualquier editor de texto.
¿Y esto era malo?
Pues pensamos que no.
Salvo algunas incidencias reportadas por usuarios de archivos “dañados” por los programas y que, por no ser editables, involucraron la pérdida de la información, no se han tenido mayores problemas.
El punto delicado es que Microsoft ha declarado como “obsoleto-inseguro” al formato binario, requiriendo que la actualización a .NET se centrara en utilizar otro formato de almacenamiento.
¿Y ahora?
Ahora los archivos de proyecto están en un formato que se llama JSON.
Esto significa que, al cargar archivos en las nuevas versiones de nuestros programas, se te presentará un mensaje advirtiéndote que es formato antiguo y que hay que actualizar.
El programa realizará (o tratará de realizar) la conversión, creará un respaldo del archivo antiguo (por si acaso) y convertirá a tu archivo en uno con formato JSON.
¿Ventajas?
Pues, apartando que la información se almacena como texto (pero eso no quiere decir que puedes/debes modificar la información manualmente), lo único que vemos, por ahora, es que estos archivos ocupan menos tamaño que los binarios.
Esta es la parte que ha sido la más traumática de la actualización.
2.- Incorporamos un sistema de respaldo o “backup” de los archivos.
(Quizá ésta no depende totalmente de la actualización de plataforma, sino que aprovechamos la reescritura para incluir una mejora.)
La idea es básica: cada vez que abres un archivo, guardas, cambias el nombre, etc., se crea una copia del archivo abierto.
Esta copia se va almacenando en el mismo directorio del proyecto original, con la extensión “.bk” + un número.
Algo así como que si tu proyecto cargado se llama:
MiInstalación.sni
(.sni para PLUMBER, .des para DESAGÜES).
Se crean, secuencialmente, hasta 5 archivos con el nombre:
MiInstalación.bk001.sni
NOTA: cuando se alcance el quinto archivo, se continúa la numeración al .bk006, eliminando el que tenía al 001.
La idea es que siempre existan 5 versiones antiguas en el mismo directorio de la solución.
¿Que se te dañó el archivo?
Borras al original (total está dañado).
Copia cualquiera de los archivos con el texto “.bk###” en el directorio —recuerda, el que tiene mayor numeración es el “más parecido” al que se te dañó.
Quítale el “.bk###”. -tendrá así el nombre del archivo original.
Y cárgalo en el programa.
3.- Actualización del control del área de dibujo de los programas.
Bueno, esto es algo que, en versiones previas, era realmente un problemón hacerlo.
Pero los creadores del control han mejorado el control, haciendo que la actualización sea más fácil de hacer para quienes lo utilizamos.
Así que estamos en la versión 2026 (la más reciente) del control DevDept EyeShot.
¿Beneficios?
Respecto a la actualización de este control, el beneficio lo tienen quienes utilizan tarjetas específicas y que se han topado con un error (GL_INVALID_VALUE) en el que el área de dibujo se presenta bloqueada (sólo le ha sucedido a dos de nuestros clientes, que tengamos referencia).
Por supuesto que, estando ya en nuevas versiones el .NET, trabajando en x64 y con la actualización del control, se tendrá mejor uso de la memoria al momento de cargar archivos.
Eso sí: Asegúrate de que tu equipo tiene instalada la versión 8 o superior del .NET. (descargable desde aquí: https://dotnet.microsoft.com/es-es/download/dotnet/thank-you/runtime-desktop-8.0.27-windows-x64-installer)
¿Algo más que tener en cuenta?
Sí te recomendaríamos:
1.- Aunque es algo que una parte importante de usuarios ignora, es importante que, una vez se ha instalado el programa, se realice la configuración indicada en la base de conocimientos para cada programa.
Específicamente, debes ir a la página ARCHIVO, Ficha Configuración y pulsar el botón Restaurar Configuración.
2.- Al realizar la conversión de archivos antiguos y después de recibir el mensaje de conversión, pulsa inmediatamente el botón guardar del programa para generar una primera versión del archivo en el nuevo formato.
3.- Si, al momento de recibir la actualización estás desarrollando un proyecto en la versión actual. Recomendaríamos que no realizaras la instalación hasta que lo termines.
Ésto para evitar que, por la conversión o los cambios, pudieran aparecer errores que no hemos detectado y que, al final, podrían retrasar o comprometer tu trabajo.
En fin...
Hemos probado, revisado y vuelto a probar. Pero son nuestros clientes quienes mejor conocen sus proyectos (o archivos).
Si algo no cuadra al momento de actualizar, o en el uso de la actualización escríbenos (contacto@hidrasoftware.com), para revisar y corregir, de ser el caso.
Un saludo,
El Equipo de HidraSoftware