registros de programas ligados a la máquina

Hay un tipo de registro de programas que encuentro especiamente molesto, hasta tal punto que intento siempre no tener que usar los programas que lo utilizan. Me refiero a los registros de programas ligados a máquinas. En este tipo de registro – aunque quiza habría que llamarlo protección – el programa genera una clave en función de la máquina donde está instalado y para desbloquearlo y poder usarlo con todas sus funciones se necesita una contraclave que te proporciona el programador.

El motivo más importante por el que no me gustan este tipo de licencias – protecciones es que si compras uno de estos programas realmente no tienes el programa. Para poder usarlo dependes de que te manden la dichosa contraclave, y eso no me parece justo. Entiendo que es una medida de protección por parte del programador, pero de momento no la comparto. Creo que cuando un usuario registra un programa tiene una serie de deberes como usarlo en un sólo PC, no descompilarlo, etcétera, pero también tiene derechos y entre ellos está el de poder usar el programa en la manera que estime conveniente siempre que cumpla la licencia de uso. Si un usuario tiene 52 ordenadores, y cada semana del año quiere usar el programa en un PC distinto está en su derecho, o al menos eso creo yo.

editor de recursos de PellesC

A raiz un post de Antonio Linares sobre el compilador de C que se usan en la versión comercial de xHarbour llegué a la web de un compilador C gratuito llamado PellesC. Viendo la web me llamó la atención las capturas de pantalla que mostraban un editor de recursos que tenía muy buena pinta. Lo he bajado y he estado jugando con el editor de recursos y parece que funciona muy bien. Tiene editor de dialgos, bitmaps, iconos, cadenas,… y lee bien los ficheros .RC o .RES generados con otros editores de recursos.

Estas últimas semanas he estado bajándome y probando todos los editores de recursos que he encontrado y todos tenían alguna pega: uno sólo editaba recursos dentro de ejecutables, otro sólo en DLL, otro no leía bien los .RC generados por el editor de recursos que uso,… todo eran problemas.

Voy a seguir probando el editor de recursos del PellesC, pero creo que tiene muchas posibilidades de convertirse en mi nuevo editor de recursos.

el peor de los errores

El peor de los errores es el que no puedes reproducir. No sabes porqué surge, ni eres capaz de anticiparlo. Asalta tu programa y tu no eres capaz de defenderlo.

Eso es lo que me está pasando con el soporte de i18n de xharbour. Primero daba errores al tomar como lenguaje base uno distinto del inglés. Giancarlo Niccolai lo corrigió permitiendo que se tome como base cualquier lenguaje. Después el problema fue que había cadenas que no se traducian. Generé 50 veces el diccionario base y revisé la traducción. Todo correcto, pero habia cadenas que quedaban sin traducir. Pensé que el problema era el uso de las letra ñ, así que cambié contraseñas por claves en todas las cadenas que mostraba el prograna. Seguía fallando, pero ahora no traducía cadenas que antes sí se traducian y viceversa.

He vuelto a escribir a Giancarlo, que es quien ha hecho el soporte de i18n para xHarbour, y me está ayudando a resolverlo. Parece que el problema está en el algoritmo de ordenación del array donde se almacenan las cadenas traducidas. El caso es que con un build de xHarbour descargado hoy del CVS la i18n no funciona bien. La verdad es que no se por donde atacar el problema. Giancarlo se está portando fenomenal conmigo y debe pensar que soy un torpe, pero no se que demonios está pasando.

si puedes usar radios quita los combos

En un artículo anterior ya comentaba que estaba restringiendo el uso de comboboxes a los casos en que tuviera una selección de una lista de valores que fueran estáticos. En Colossus estaba haciendo el formulario de selección de listados y puse dos combos: uno para seleccionar la meteria y otro para seleccionar el tipo de entrada. El segundo combo permitía elegir unicamente entre 4 opciones fijas y además había una gran separación entre las opciones del listado y el siguiente grupo de controles que permite
elegir el título y subtítulo del listado.

Como el número de elementos a elegir es pequeño – sólo 4 – y no hay problemas de espacio en el formulario, lo mejor es quitar este combo, con lo que el formulario ha quedado de esta manera:

Mucho mejor.

un PC con varios Windows

Una configuración interesante para cualquier programador consiste en tener instalados en su PC varios sistemas operativos. En mi caso tengo instalados Windows98, Windows2000 y WindowsXP. Además toda la información que manejo la tengo en una partición extendida formateada con FAT32, de manera que desde cualquier sistema operativo con el que arranque mi máquina puedo acceder a mis datos.

El truco para hacer esto consiste en hacer varias particiones del disco duro, en mi caso uno de 40GB, e instalar cada cosa en su sitio. Juntos pero no revueltos. Para gestionar las particiones utilizo PartitionMagic y para el gestionar el arranque del PC utilizo BootMagic. Los dos productos son de PowerQuest y realmente son una maravilla. Con PM puedes crearte particiones de tu disco, en mi caso tengo 3 particiones primarias para los sistemas operativos y una extendida para los datos, formatearlas de manera independiente y quitarle espacio a una partición para dársela a otra. Con BM puedes gestionar el arranque del PC, diciendole que arranque una partición por defecto o poniendo un temporizador.

Uso esta configuración por dos motivos:

  1. Me permite probar mis programas en los 3 sistemas operativos más habituales de mis usuarios.
  2. Permite que los cambios de sistema operativo no sean traumáticos ni tengas que estar 2 dias seguidos configurando e instalando software.

Normalmente uso un sistema operativo para trabajar, ahora WindowsXP-Gorilla, y los otros los tengo para probar los programas. Como después de las últimas actualizaciones de XP con los virus de las semanas pasadas mi escritorio Gorilla ha quedado tocado – razón tenía quien decía que las DLL hackeadas daban problemas – voy a formatear la partición donde tengo Windows2000 e instalar otra vez XP limpio. Iré instalando software cuando tenga ratitos para ello y cuando tenga todo instalado para trabajar comenzaré a usar el sistema operativo de esta partición por defecto. Con el XP-Gorilla veré que hago, pero es posible que instale ahí de nuevo Windows2000 o quizá algún Linux.

contestar correo

Una de las tareas diarias de un desarrollador de shareware es contestar los correos recibidos. Los correos que se reciben son de los más variado, desde usuarios agradecidos a navegantes que te pueden decir cualquier improperio. Es importante contestar en 24 horas, cómo máximo en 48, pues sino la imagen del sitio y del soporte que das queda por los suelos.

Una de las cosas que más ayuda a la hora de contestar correo es tener una serie de respuestas preparadas para las preguntas más habituales: ¿ cuanto cuesta el programa ? ¿ cómo lo pago ? ¿ cómo lo mandas ? … Si enlazas estas respuestas preparadas con las opciones de firmas de mensaje, puedes despachar correos a gran velocidad.

fsdi para xharbour

He adaptado mi clase fsdi – full single document interface – para xHarbour. El resultado es este:

Como se puede ver es un programa a 32 bits, que coge perfectamente el tema de mi escritorio gorilla. Para funcionar se necesita un build de FWH posterior a junio de 2003, pues había un error en las versioes anteriores que hacía que funcionase mal la herencia de la clase Dialog.

La clase fsdi para xharbour la puedes descargar aqui – fichero de 512KB con fuentes y ejecutable para los no fivewineros. Es freeware, pero mantengo el copyright sobre ella y agradecería a los posibles usuarios de la clase que me escribieran para darme su opinión sobre la misma.

setup.exe

Esta semana estaba buscando una determinada utilidad. Busque en Google y entré en las web de los dos programas que en principio me parecieron más adecuados. Al ir a bajarme los dos programas para probarlos me pasó algo muy chocante: los dos ficheros de instalación de los programas se llamaban setup.exe. Aplicando una de las máximas canafiveanas podriamos decir que parece una tontería pero realmente es una estupidez.

¿ Cómo se le ocurre a alguien ponerle setup.exe a un fichero de instalación ? Está claro que es un setup, pero ¿ de qué programa ? ¿ Qué pasa si el usuario se baja la instalación al disco y no sabe luego donde la ha dejado ? ¿ Qué busca ? ¿ Cual de todos los setup.exe que tiene por el disco es el bueno ?

Quiza el programador piense que su programa es el único programa que el usuario va a descargar y por eso no tiene reparos en llamarle setup.exe, pero la verdad es que no me parece una buena idea.

Detalles, detalles. Son los que marcan la diferencia.

i18n en xharbour – 2

Estoy probando la i18n en xHarbour para aplicarlo en Colossus y es sumamente fácil de utilizar. En la documentación sobre la i18n hay una errata que me ha hecho atascarme un rato: donde dice…

1I18N_SetPath( "c:\MyPathDifferent" )
2I18N_SetLanguage( cLang )

debe decir

1HB_ I18NSetPath( "c:\MyPathDifferent" )
2HB_I18NSetLanguage( cLang )

Pero lo más impresionante de todo es que HbDict recuerda que cadenas has traducido ya del idioma base aunque regeneres el fichero de idioma.

Impresionante trabajo el de Giancarlo Niccolai.

alanit
Resumen de privacidad

Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.