Los get desde recursos con clausula readonly no colorean completamente el cuadro de edici贸n y ademas , el color de los datos queda como si estuviera desactivado , esto mismo funciona perfectamente desde codigo .
Saludso.
Jose Luis,
Tema recursos y READONLY: Usamos color gris para el texto. El fondo ya lo hemos cambiado al color blanco (de la ventana).
El color gris del texto es correcto 贸 lo dejamos en negro ? Es la forma de que el usuario sepa que ah铆 no puede escribir.
Jose Luis,
Si acordamos que se use el color blanco (de la ventana) para el fondo de los GETs READONLY, entonces usamos ese mismo color para los Multil铆nea, si ?
Bajo mi punto de vista debemos distinguir entre habilitado , bloqueado y solo lectura.
El solo lectura creo que deber铆a de ser un color que permitiera ver perfectamente los datos ( la solucion que existe ahoramismo en codigo , para mi es perfecta , pero puede haber otras ) , el problema existe en que no es la misma para codigo y recursos , ni tampoco para get normal que para multilinea .
Siendo la solucion consistente para todos los controles y tanto desde codigo como desde recursos , cualquier combinaci贸n es valida.
Saludos y gracias por la asistencia.
Jose Luis,
Acabamos de publicar un nuevo build de FWPPC que debe funcionar correctamente. Te agradecemos si lo pruebas y nos comentas. Gracias
Jose Luis,
Estas capturas las has hecho con el build que hemos publicado hoy ?
Respecto al bitmap, con que c贸digo lo est谩s mostrando ?
Si son con el nuevo build , el antiguo mostraba los get con recursos con texto en color gris 
respecto a bitmap uso esto :
@ 4,218 BITMAP oBmp1 FILE curdir()+"bmp\si16.bmp" SIZE 14,14 pixel NO BORDER ON CLICK ownd:end()
Jose Luis,
Pueba a a帽adirle la cla煤sula TRANSPARENT:
@ 4,218 BITMAP oBmp1 FILE curdir()+"bmp\si16.bmp" SIZE 14,14 pixel NO BORDER TRANSPARENT ON CLICK ownd:end()
Jose Luis,
>
Si son con el nuevo build , el antiguo mostraba los get con recursos con texto en color gris
>
Est谩s seguro ? La clase TGet ya no usa el color_BTNFACE para nada.
Por favor comprueba que est茅s usando las librer铆as nuevas.
He reinstalado el fwpcc , he comprobado que son lib nuevas , he ido a samples y he modificado tutor05 poniendo un par de gets a READONLY , lo he probado en el emulador y sigue con color BTN_FACE .
Lo he probado en el pocket ( por si acaso fuera cosa de cache ) y lo mismo .
Mira a ver tu , puede que no cambiaras el archivo al hacer el nuevo build
Respecto al bitmap la clausula TRANSPARENT no existe en el preprocesado para el codigo ( si para recursos)
y si pongo el codigo
obmp1:lTransparent := .t.
Se pinta el bmp pero con el fondo en negro .
Esto mismo ocurre sin la clausula transparent ,si ponemos una medida por ejemplo SIZE 20,20 y el bmp es de 16*16 se ajusta arriba a izquierda y el resto se pinta de negro .
Saludos.
Jose Luis,
Solucionado! Mis disculpas. Era el estilo ES_READONLY que automaticamente pon铆a ese color.
Por favor descarga un nuevo build de FWPPC y pru茅balo de nuevo. Gracias!
Jose Luis,
En cuanto a los bitmaps, tienes toda la raz贸n, la cla煤sula TRANSPARENT no esta incluida en el comando y hay que usarla como indicas. Lo que ocurre es que DrawMasked() que es la funci贸n encargada de dibujar transparente no funciona correctamente en el Pocket PC.
Vamos a investigarlo. Mientras tanto puedes usar un color de fondo como el de la ventana 贸 di谩logo en donde situes el bitmap.
Jose Luis,
Solucionado el tema de los bitmaps transparentes 
Por favor descarga de nuevo FWPPC y prueba el ejemplo samples\TestBmp.prg. Gracias
