problema al mostrar los formularios con la nueva version

[Fredy]

Hola,
Estoy teniendo problemas con la nueva pre-release a la hora de mostrar los
formularios.
El formulario se ve bien en el ide, pero al hacer un show() me sale una ventana
vací­a.
He visto que el problema aparece cuando el formulario hereda de varias clases,
por ejemplo
CLASS TForm2 FROM TForm, MetodosComun
Es algo que me corre muchí­sima prisa, si no lo podéis solucionar ahora, por
favor, decirme cómo volver a descargar la prerelease 4, que con esa sí­ funcionaba.
Otra cosica.
He visto que al volver a instalar el xharbour de vuestra página (0.99.51)
el instalador dice que es para xailer Pr4a
¿Es esta la versión correcta para la nueva release, o es que está mal el
tí­tulo?
Un saludico,
Fredy

[jfgimenez]

Fredy,
> Estoy teniendo problemas con la nueva pre-release a la hora de mostrar los
> formularios.
>
> El formulario se ve bien en el ide, pero al hacer un show() me sale una
> ventana vacía.
>
> He visto que el problema aparece cuando el formulario hereda de varias
> clases, por ejemplo
>
> CLASS TForm2 FROM TForm, MetodosComun
Xailer nunca ha soportado la herencia múltiple. O mejor dicho, es nuestra
ampliación del motor de objetos quien no lo soporta. Si antes te ha llegado
a funcionar ha sido de casualidad, pero ahora además, ha habido más cambios
en el motor de objetos directamente en xHarbour (la mejora de Walter), por
lo que seguramente se ha terminado de fastidiar.
> Es algo que me corre muchísima prisa, si no lo podéis solucionar ahora,
> por favor, decirme cómo volver a descargar la prerelease 4, que con esa sí
> funcionaba.
Si quieres te la envio a tu email. Ya sabes que son las dos cosas: Xailer y
xHarbour
> Otra cosica.
>
> He visto que al volver a instalar el xharbour de vuestra página (0.99.51)
> el instalador dice que es para xailer Pr4a
>
> ¿Es esta la versión correcta para la nueva release, o es que está mal el
> título?
Seguramente es el título que lo está mal.
--
Un saludo,
José F. Giménez

[jfgimenez]

Fredy,
> Xailer nunca ha soportado la herencia múltiple. O mejor dicho, es nuestra
> ampliación del motor de objetos quien no lo soporta. Si antes te ha
> llegado a funcionar ha sido de casualidad, pero ahora además, ha habido
> más cambios en el motor de objetos directamente en xHarbour (la mejora de
> Walter), por lo que seguramente se ha terminado de fastidiar.
Por cierto, si lo que necesitas es tener en algún sitio una serie de métodos
comunes a varias clases, hay una forma (aunque sea poco ortodoxa) de hacerlo
sin necesidad de usar la herencia múltiple. Si es esto dímelo y te indico
cómo hacerlo.
--
Un saludo,
José F. Giménez

[Fredy]

Hola,
>> Xailer nunca ha soportado la herencia múltiple. O mejor dicho, es
>> nuestra ampliación del motor de objetos quien no lo soporta. Si antes
>> te ha llegado a funcionar ha sido de casualidad, pero ahora además,
>> ha habido más cambios en el motor de objetos directamente en xHarbour
>> (la mejora de Walter), por lo que seguramente se ha terminado de
>> fastidiar.
Vaya, antes funcionaba de perlas.
> Por cierto, si lo que necesitas es tener en algún sitio una serie de
> métodos comunes a varias clases, hay una forma (aunque sea poco
> ortodoxa) de hacerlo sin necesidad de usar la herencia múltiple. Si es
> esto dí­melo y te indico cómo hacerlo.
Sí­, por favor, dime cómo hacerlo a ver si lo apaño.
Me puedes mandar los ficheros de la PR4 a comercial@aglsl.com
Gracias.
Un saludico,
Fredy

[ignacio]

Fredy,
> He visto que al volver a instalar el xharbour de vuestra página (0.99.51)
> el instalador dice que es para xailer Pr4a
Estaba mal el título. Ya está corregido. Gracias.
Un saludo,

[jfgimenez]

Fredy,
revisando mejor este problema creo que lo que estás haciendo es una clase
con métodos comunes a (supongo) todos los mantenimientos, y después derivas
de TForm y esa clase, ¿no?
Si es eso, lo mejor es que crees esa clase derivando de TForm, es decir:
CLASS TMantenimiento FROM TForm
y después, los mantenimientos los derivas de TMantenimiento:
CLASS TClientes FROM TMantenimiento
Otra solución (menos ortodoxa) es escribir los métodos que quieras en una
clase, y después declararlos externos en otra clase. Si están en distintos
..prg deberás declarar los métodos que contienen el código con METHODPUB, no
METHOD sólo. P.ej:
CLASS TComun
METHOD Metodo1()
METHOD Metodo2()
ENDCLASS
METHODPUB Metodo1() CLASS TComun
...
RETURN Nil
METHODPUB Metodo2() CLASS TComun
...
RETURN Nil
Y después, en el formulario:
CLASS TForm2 FROM TForm
METHOD Metodo1() EXTERN TComun_Metodo1()
METHOD Metodo2() EXTERN TComun_Metodo2()
ENDCLASS
Fíjate que detrás de EXTERN pone el nombre de la clase donde realmente está
el código, seguido de un guión de subrayado (_) y del nombre del método.
--
Un saludo,
José F. Giménez

[Fredy]

Hola,
> Si es eso, lo mejor es que crees esa clase derivando de TForm, es
> decir:
>
> CLASS TMantenimiento FROM TForm
>
> y después, los mantenimientos los derivas de TMantenimiento:
>
> CLASS TClientes FROM TMantenimiento
>
>
Vale, me sirve este método.
Por cierto, ¿Por qué no soportáis la herencia múltiple?
Un saludico,
Fredy

[jfgimenez]

Fredy,
> Por cierto, ¿Por qué no soportáis la herencia múltiple?
Es bastante complejo de explicar, pero te puedo decir que se debe a nuestra
ampliación del motor de objetos, y más concretamente al sistema de eventos.
En el futuro lo revisaremos para que lo soporte, pero es una parte muy
compleja y ahora mismo no podemos dedicarle tiempo.
--
Un saludo,
José F. Giménez