Page 1 of 1

color GET

Posted: Wed Nov 14, 2007 8:37 pm
by MOISES
Antonio:

Cuando usas en REDEFINE GET la cláusula NO MODIFY o WHEN .f. el color del texto del get no se ve bien, la combinación no es buena. Por favor, ¿por qué no pones otro color que se vea mejor?. Muchas gracias.

Salu2

Posted: Wed Nov 14, 2007 8:58 pm
by Antonio Linares
Eso está ya implementado. Haz:

oGet:lDisColors = .F.

Posted: Thu Nov 15, 2007 7:39 am
by FiveWiDi
Antonio Linares wrote:Eso está ya implementado. Haz:

oGet:lDisColors = .F.
Antonio,

en los checkbox y los combobox también es aplicable?
(mi versión de momento :) es vieja).

Saludos
Carlos G.

Posted: Thu Nov 15, 2007 10:16 am
by MOISES
Antonio:

Yo no defino los GETS con una variable oGet, sino tal que REDEFINE GET ID 200, por lo que no puedo usar eso.

Lo que hago es modificar la clase TGET y cambiar el color, pero creo que es un cambio que debería hacer de serie, pues la combinación que está por defecto no se ve bien. Por favor, ¿podrías cambiar esa combinación?. Además, serviría también para los comboboxes, etc. Muchas gracias!!!.

Posted: Thu Nov 15, 2007 12:22 pm
by FiveWiDi
MOISES wrote:Antonio:

Yo no defino los GETS con una variable oGet, sino tal que REDEFINE GET ID 200, por lo que no puedo usar eso.

Lo que hago es modificar la clase TGET y cambiar el color, pero creo que es un cambio que debería hacer de serie, pues la combinación que está por defecto no se ve bien. Por favor, ¿podrías cambiar esa combinación?. Además, serviría también para los comboboxes, etc. Muchas gracias!!!.

No estoy del todo de acuerdo con cambiar la combinación.

Si no me equivoco el funcionamiento estàndard en windows es el que hacia hasta ahora FiveWin y por tanto si queremos lo contrario, ello debería ser la excepción.
Mal que nos pese windows es nuestro referente en cuanto a funcionamiento; todo lo que modifiquemos deberían ser, en lo posible, mejoras opcionales.

Otra cosa es el ámbito de aplicación del cambio de comportamiento, posiblemente ahí si que debería ser a nivel de aplicación.

Es decir, por defecto el comportamiento estándard de windows y si se cambia, que afecte a toda la aplicación; aun permitiendo (entonces si uno a uno) que el control que yo elija vuelva a tener el comportamiento estándar de windows.

Saludos
Carlos G.

Posted: Thu Nov 15, 2007 12:53 pm
by MOISES
Pues que quieres que te diga, mira la foto:

Image

Y en Windows Vista se ve peor. Creo que sería bueno que el color del get fuera más intenso, pues no se ve nada bien.

Antonio, ¿qué opinas?.

Posted: Fri Nov 16, 2007 12:39 am
by FiveWiDi
MOISES wrote:Pues que quieres que te diga, mira la foto:

Image

Y en Windows Vista se ve peor. Creo que sería bueno que el color del get fuera más intenso, pues no se ve nada bien.

Antonio, ¿qué opinas?.
Fácil,

Se aplica lo que he mencionado, se intenta conseguir que nuestra aplicación sea certificada microsoft y le subimos el precio.
Eso si, que el usuario pueda habilitar esa visibilidad a su voluntad.

Todos contentos no?

Saludos
Carlos G.

(Es broma).

Posted: Fri Nov 16, 2007 8:25 am
by Antonio Linares
> Antonio, ¿qué opinas?.

Para eso se usa oGet:lDisColors = .F.

Lo que podemos hacer es establecerlo de forma global para toda la aplicación para así no tener que ir cambiando cada GET

Posted: Fri Nov 16, 2007 8:33 am
by MOISES
Mucho mejor Antonio, así todos contentos. :D . Por favor, que en este nuevo parámetro global se pudiera especificar el nuevo color para todos los gets cuando se usa la cláusula NO MODIFY o WHEN .F.

Este nuevo cambio global, ¿funcionará para los gets definidos tipo REDEFINE GET ID 100, es decir, sin la variable oGet?.

Muchas gracias Antonio. Siempre das en el clavo!!!.

Posted: Fri Nov 16, 2007 8:40 am
by Antonio Linares
Moisés,

>
Por favor, que en este nuevo parámetro global se pudiera especificar el nuevo color para todos los gets cuando se usa la cláusula NO MODIFY o WHEN .F.
>

Sí, buena idea :-)

>
Este nuevo cambio global, ¿funcionará para los gets definidos tipo REDEFINE GET ID 100, es decir, sin la variable oGet?.
>

:-)