Si se usa el boton BUTTONBMP juno con la clausula WHEN, la imagen no se despliega en caso de que esta se cumpla.
Todo funciona bine si no se usa esta condicion o si la condicion no se cumple.
Version 13.05 FivewinH 32 bits
REDEFINE BUTTONBMP ID 500 OF oFld:aDialogs[1] ; //procesa alta
ACTION aux_llama(oDbf:numero,archivos,cImagenes) BITMAP ".\imagenes\alta.bmp" WHEN lAltas //solo si es alta
Una disculpa por los acentos. Uso un teclado extranjero.
Actualizaci贸n:
Aunque parezca parad贸jico, no sucede con Windows 8, 7 ni Vista. S贸lo con Windows XP. Lo que lo hace a煤n m谩s extra帽o.
Pudiera ser la resoluci贸n del bitmap que sea superior a la que soporta tu XP ?
Has probado con otros bitmaps ?
Cuando WHEN es .F., el control se deshabilita y Windows dibuja el bitmap con colores cambiados, tal vez por la resoluci贸n no consiga hacer este efecto
No era nada de eso, bueno no del todo.
El pintado del bitmap lo hace FWH (no lo pens茅 antes de responder) y cuando el bot贸n est谩 deshabilitado se llama a la funci贸n DrawGray() y esta es la que no esta funcionando correctamente en XP.
Puede tratarse por la resoluci贸n que tengas en XP, prueba a aumentarla (me refiero al numero de colores que usa), voy a revisar la funci贸n DrawGray() por si pudiese tener alg煤n fallo, gracias
Por el c贸digo de DrawGray() me reitero en la idea de que es la resoluci贸n de colores de XP.
Puedes comprobarla y decirmela ? gracias
Pues efectivamente tiene que ver en un juego entre la resolucion, el numero de colores y el tamano de la imagen.
En algunos sistemas y pantallas funciona a la perfeccion mientras que en otros depende de si esta habilitada o no.
(se trata de una imagen de 48x48 pixeles en una profundidad de campo de 8 bits que he disminuido a 32 x 32 pixeles)
Finalmente quedo en una im谩gen de 38x38 bits 256 colores y el asunto parece arreglado.
Gracias
muy bien 
