Moisés,
Puedes proporcionar un PRG que reproduzca lo que comentas ?
gracias
Moisés,
Puedes proporcionar un PRG que reproduzca lo que comentas ?
gracias
Si la mayorÃa de las imágenes se ven bien y esa en concreto se ve mal, no es razonable pensar que se trata de una imagen defectuosa ?
Hola Antonio:
Lo primero, de nuevo muchas gracias como siempre por tu pronta respuesta y encima un domingo. No pensaba que me ibas a contestar hoy.
No falla únicamente con una imagen, si asà fuera no te hubiera molestado.
En efecto, la clase funciona perfecta con un motón de imágenes, pero con un grupo determinado, cuya muestra te adjunté, las pinta mal. El explorador de archivos o Paint en cambio las pinta todas correctamente sin necesidad de editar el archivo.
Investigando el conjunto de imágenes problemáticas, el problema es que la clase tiene la data ::lBmpTransparent como .t., y esa es la razón del pintado incorrecto.
Colocándola a .f. se pintan sin problema.
Probablemente la data tenga que tener por defecto el valor .f., en vez de .t.
Por lo demás, la clase es estupenda, y mucho más rápida que IMAGE. Y he mandado a Cristóbal los cambios para que FWString traduzca las opciones del menú,
Muchas gracias. Un saludo
Moisés,
Estupenda investigación. En los últimos tiempos yo también he tenido problemas con las imágenes.
Llegué a la conclusión, errónea casi seguro, que habÃan aparecido variaciones en los formatos de imágenes... quizá provenientes de los móviles.
Salu2
"If we specify the clause GDIP, the image is read and rendered using GDI+"
oImage:lBmpTransparent := .f.