truco para reducir imagenes con PSP

Una de las cosas que se suele hacer al hacer una web o una ayuda es poner capturas de pantalla de un programa. Yo uso habitualmente Paint Shop Pro para todo esto. El programa es barato comparado con otros y es relativamente fácil de usar.

Hay un truco para conseguir reducir las imagenes sin que pierdan mucha calidad. En la nueva web de alanit, disponible en breve, estoy poniendo capturas de pantalla de un monitor de 1024*768 reducidas a un 62% de manera que como máximo un pantallazo ocupe 636 pixels de ancho.

Si cojo por ejemplo el formulario de gestión de recetas que originalmente tiene 546 pixles de ancho y lo reduzco al 62% desde la opción Image->Resizee queda esta birria:

20041025.jpg

Sin embargo, hay otra manera de conseguir una imagen reducida mucho mejor. Una vez capturada la imagen se le aplica un zoom en pantalla del 62%, con lo que queda una imagen como esta:

pch4-02a.jpg

y lo que hay que hacer es capturar esta nueva imagen y guardarla. Pero ¿ cómo ? Si capturas una imagen desde el PSP, el programa no deja capturarse a si mismo… La solución es usar la techa [ImprimirPantalla] para capturar al portapapeles la ventana de PSP con la imagen reducida y luego dentro de PSP pulsar Edición->Pegar y crear una nueva imagen. Luego recortamos el área del formulario y lo guardamos y tenemos una imagen mucho mejor que la que obtenemos redimensionando directamente la imagen.

Anuncios

micro-ISV startup

Gracias al blog de Esteban he conocido el blog de Lachlan Gemmell, que no tiene desperdicio. Es un blog de un programador que deja su trabajo para desarrollar una aplicación propia y cuenta sus aventuras. Leer sus consejos para dejar su trabajo, cómo le da la vuelta al día como un calcetín y la crítica que hace al artículo sobre micro-ISV de Eric Sin es algo que no hay que no ningún programador debe perderse. Este blog va a ir directo al blogroll en la próxima actualización.

GPF y WindowsUpdate

Este fin de semana estuve refactorizando código de el Puchero para presentarlo al XAAC. No es que piense entregar el código, pero como programador intento que el programa por dentro esté bonito. Resulta que al pulsar el botón salir el programa mostraba un formulario preguntando si se queria salir del programa, pero al dar en la X del cuadro de control de la ventana salía directamente. A medias de la refactorización me bajé a casa a recoger correo. Cuando terminé la refactorización recompilé y al salir del programa me daba un bonito GPF.

gpf.jpg

Hacia meses, desde la versión 0.90 de xHarbour que no tenía GPF’s en el Puchero. Me puse a mirar todo el código que habia tocado y no vi nada raro. Cogí una copia del código de la semana anterior y tampoco. Lo deje estar, pensando que al dia siguiente más despejado lo arreglaría.

Pero no. Ayer miré, remiré. Soy torpe, pero… joder que esto es una chorrada. Me acordé de que había aplicado un parche relacionado con el consumo de recursos de FWH. Conservaba la libreria previa al parche, las renombré, recompilé… el GPF seguía. ¿ Que había hecho desde el viernes, que el programa iba perfecto, hasta el sábado ? La refactorización, bajar el correo … y un WindowsUpdate. Fui al panel de control y desinstalé todos los parches que apliqué el día 17 y el GPF desapareció.

¿ Que bien verdad ? Pues no, desde mi punto de vista es una putada de narices. Si al hacer un WindowsUpdate mis programas van a dar GPF pues apaga y vamonos. Eso no es programar, eso es luchar contra los elementos. Que Dios nos pille confesados con el WindowsUpdate, el ServicePack 2 y la
política de Microsoft de pasar de compatibilidades hacía atrás. ¿ Que les digo a los usuarios, que no actualicen Windows ? Si un señor instala una demo de un programa y al salir le da un GPF he perdido un potencial cliente porque seguro que no registra el programa.

La verdad es que dan ganas de irse a Linux y dedicarse a hacer software libre.

numeración de versiones how to / 1

Una de las maneras habituales de numerar las versiones de los programas consiste en segmentar el número de versión en tres partes, de la manera 9.99.99:

  • El primer segmento es el número de versión propiamente dicho, que se cambia cuando se trata de una revisión en profundidad del programa.
  • El segundo segmento es el número de release, que cambia cuando se hace un cambio de funcionalidad importante en el programa, pero no tan importante como para que sea un cambio de versión. Además existe la costumbre de que las los números impares de release son inestables, mientras que cuando se llega a una versión estable se cambia a un número par.
  • El tercer segmento es el numero de build dentro de la release.

Hace unos dias, en uno de los grupos de news que visito – xHarbour o Fivetechsoft – alguien propuso una numeración en tres segmentos, pero de la sguiente manera:

  • El primer segmento igual que antes.
  • El segundo segmento de dos dígitos, el primero del año – en este caso 4 de 2004 – y el segundo del cuatrimestre – ahora sería también 4.
  • El tercer segmento de número de build dentro de la release.

La ventaja de este segundo métido de numerar versiones es que sabes que versión es y te haces una idea de cuando fue liberada. En aplicaciones o software en que se liberan versiones continuamente esta segunda notación te hace tener claro lo actualizado o no que tienes tu software.

¿ Opiniones ? ¿ Cual os parece mejor ?

nueva imagen de el Puchero

En el lanzamiento de las nuevas versiones de los programas estamos cuidando a tope los detalles. Una cosa que siempre me ha llamado mucho la atención de los programas es el icono. Estoy harto de ver programas buenos o muy buenos con un icono penoso y es un auténtico placer observar iconos bien hechos, como los de Firefox y Thunderbird. Un icono bonito es la guinda de un programa bien hecho.

Como no nos gustaban lo suficiente los iconos de el Puchero y Cuaderno de Bitácora que somos capaces de hacer decidimos encargarlos a Jono. Jaime y yo nos quedamos a cuadritos cuando nos envió su propuesta. La idea es la misma: un tenedor y una cuchara cruzados… pero bien hecho.

20041013.jpg

xHarbour Annual Application Competition

Se acaba de convocar la primera edición del Concurso anual de aplicaciones xHarbour, cuyas bases están en la web de xHarbour.com. Sinceramente me parece una excelente idea, porque cosas como estas son las que contribuyen a crear comunidad entre los programadores y a sentir que su herramienta está en la cresta de la ola. Recuerdo los años dorados de los lenguajes xBase, a mediados de los 90, en que los desrrolladores de UltimAde ganaron un par de veces el concurso de programación de la revista DataBased Advisor. Los programadores xBase eramos los reyes del mambo, luego vinieron los años oscuros y desde hace un par de años parece que hay luz al final del tunel.

En los hilos de news de xHarbour y FWH donde se anunció el concurso hubo muchas respuestas, alguna de ellas realmente interesante, como la de Sandro Freire – uno de los desarrolladores de HwGui – o la de TheFull. Si Rafa manda algo de su GUI multiplataforma basada en Gtk+ creo que tenemos un serio candidato a premio.

Jaime y yo vamos a competir con las nuevas versiones de el Puchero y Cuaderno de Bitácora. No se cual será el nivel de los programas que se presenten, pero tenemos claro que no tenemos que envidiar nada a nadie. Haremos campañas para que los lectores de nuestros blogs nos voten, a ver si pillamos alguno de los premios, que falta nos hace.

cultura hacker

¿ Quienes somos ? ¿ De donde venimos ? Quiza estos enlaces aporten algo de luz, son textos clásicos que hablan del origen de los programadores:

y si quieres saber más, puedes leer La ética del hacker y el espiritu de la era de la información, de Pekka Himanen, o La caza de hackers (Hacker crackdown) de Bruce Sterling. El primero está editado en papel por la Editorial Destino, ISBN 84-233-3390-6 y el segundo tienes que descargarlo en PDF, pues creo que no hay edición en papel.