Cambiar un tMaskEdit a tNoEdit

[joseluis]

Hola,
Al hacer un cambio (en el IDE) de un tMaskEdit (con un Onexit) a un
tNoEdit da el siguiente error:
***************************** Registro de errores
*****************************
Fecha: 11/30/05
Hora: 10:13:00
Memoria libre: 644576
Area actual: 1
------------------------- Información del compilador
--------------------------
Versión Xailer: Xailer 0.99.6 Pre-release 6
Compilador: xHarbour build 0.99.51 Intl. (SimpLex) PCode Version: 7
Compilador C/C++: Borland C++ 5.5.1
Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
----------------------- Información detallada del error
-----------------------
Subsistema: BASE
Código de error: 1004
Estado: .F.
Descripción: Scope Violation <HIDDEN>
Operación: _ONEXIT
Argumentos:
Fichero:
Código error SO: 0
Pila de llamadas:
_ONEXIT (0)
TFORM1:CREATEFORM (20)
TFORM1:NEW (178)
MAIN (14)
Por lo que he podido ver, cambia el tipo de control, y en el inspector
de objetos ya no aparecen algunos eventos (entre ellos en onexit). Sin
embargo, en el xfm aún sigue estando la llamada al onexit, y en el
editor sigue estando el código del evento onexit.
Os dejo un proyecto donde ya se ve el error.
Saludos,
José Luis Capel
--

[ignacio]

José Luis,
Supongo que el errror te lo da en run-time, no en el momento de hacer el
cambio. Por favor confirmalo. Gracias.
Si efectivamente es así, no tienes más que en el PRG borrar el código de
OnExit tanto en la declaración de clase como en su posterior desarrollo.
Podríamos hacer que se borrasen automaticamente los eventos sobrecargados
cuando el control destino no los tiene, pero seguramente que no le haría
gracia a muchos usuarios.
Un saludo,
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:438d6eda$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Hola,
>
> Al hacer un cambio (en el IDE) de un tMaskEdit (con un Onexit) a un
> tNoEdit da el siguiente error:
>
> ***************************** Registro de errores
> *****************************
>
> Fecha: 11/30/05
> Hora: 10:13:00
> Memoria libre: 644576
> Area actual: 1
>
> ------------------------- Información del compilador
> --------------------------
>
> Versión Xailer: Xailer 0.99.6 Pre-release 6
> Compilador: xHarbour build 0.99.51 Intl. (SimpLex) PCode Version: 7
> Compilador C/C++: Borland C++ 5.5.1
> Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
>
> ----------------------- Información detallada del error
> -----------------------
>
> Subsistema: BASE
> Código de error: 1004
> Estado: .F.
> Descripción: Scope Violation <HIDDEN>
> Operación: _ONEXIT
> Argumentos:
> Fichero:
> Código error SO: 0
>
> Pila de llamadas:
> _ONEXIT (0)
> TFORM1:CREATEFORM (20)
> TFORM1:NEW (178)
> MAIN (14)
>
> Por lo que he podido ver, cambia el tipo de control, y en el inspector
> de objetos ya no aparecen algunos eventos (entre ellos en onexit). Sin
> embargo, en el xfm aún sigue estando la llamada al onexit, y en el
> editor sigue estando el código del evento onexit.
>
> Os dejo un proyecto donde ya se ve el error.
>
> Saludos,
> José Luis Capel
>

[joseluis]

Ignacio,
Quizás no me he explicado correctamente.
Efectivamente, el error sale en ejecución.
Sin embargo, aparte de quitar el código del .PRG _tambien_ hay que
quitarlo del xfm.
Saludos,
José Luis Capel
Ignacio Ortiz de Zúñiga escribió:
> José Luis,
>
> Supongo que el errror te lo da en run-time, no en el momento de hacer el
> cambio. Por favor confirmalo. Gracias.
>
> Si efectivamente es así­, no tienes más que en el PRG borrar el código de
> OnExit tanto en la declaración de clase como en su posterior desarrollo.
>
> Podrí­amos hacer que se borrasen automaticamente los eventos sobrecargados
> cuando el control destino no los tiene, pero seguramente que no le harí­a
> gracia a muchos usuarios.
>
> Un saludo,
>
> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
> news:438d6eda$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
>>Hola,
>>
>>Al hacer un cambio (en el IDE) de un tMaskEdit (con un Onexit) a un
>>tNoEdit da el siguiente error:
>>
>>***************************** Registro de errores
>>*****************************
>>
>> Fecha: 11/30/05
>> Hora: 10:13:00
>> Memoria libre: 644576
>> Area actual: 1
>>
>>------------------------- Información del compilador
>>--------------------------
>>
>> Versión Xailer: Xailer 0.99.6 Pre-release 6
>> Compilador: xHarbour build 0.99.51 Intl. (SimpLex) PCode Version: 7
>>Compilador C/C++: Borland C++ 5.5.1
>> Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
>>
>>----------------------- Información detallada del error
>>-----------------------
>>
>> Subsistema: BASE
>> Código de error: 1004
>> Estado: .F.
>> Descripción: Scope Violation <HIDDEN>
>> Operación: _ONEXIT
>> Argumentos:
>> Fichero:
>> Código error SO: 0
>>
>>Pila de llamadas:
>> _ONEXIT (0)
>> TFORM1:CREATEFORM (20)
>> TFORM1:NEW (178)
>> MAIN (14)
>>
>>Por lo que he podido ver, cambia el tipo de control, y en el inspector
>>de objetos ya no aparecen algunos eventos (entre ellos en onexit). Sin
>>embargo, en el xfm aún sigue estando la llamada al onexit, y en el
>>editor sigue estando el código del evento onexit.
>>
>>Os dejo un proyecto donde ya se ve el error.
>>
>>Saludos,
>>José Luis Capel
>>
>
>
>

[ignacio]

José Luis,
Entendido. Tienes razón. Lo intentaremos arreglar cuanto antes.
Un saludo,
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:438d7e16$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Ignacio,
>
> Quizás no me he explicado correctamente.
>
> Efectivamente, el error sale en ejecución.
>
> Sin embargo, aparte de quitar el código del .PRG _tambien_ hay que
> quitarlo del xfm.
>
> Saludos,
> José Luis Capel
>
> Ignacio Ortiz de Zúñiga escribió:
>> José Luis,
>>
>> Supongo que el errror te lo da en run-time, no en el momento de hacer el
>> cambio. Por favor confirmalo. Gracias.
>>
>> Si efectivamente es así, no tienes más que en el PRG borrar el código de
>> OnExit tanto en la declaración de clase como en su posterior desarrollo.
>>
>> Podríamos hacer que se borrasen automaticamente los eventos sobrecargados
>> cuando el control destino no los tiene, pero seguramente que no le haría
>> gracia a muchos usuarios.
>>
>> Un saludo,
>>
>> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
>> news:438d6eda$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>
>>>Hola,
>>>
>>>Al hacer un cambio (en el IDE) de un tMaskEdit (con un Onexit) a un
>>>tNoEdit da el siguiente error:
>>>
>>>***************************** Registro de errores
>>>*****************************
>>>
>>> Fecha: 11/30/05
>>> Hora: 10:13:00
>>> Memoria libre: 644576
>>> Area actual: 1
>>>
>>>------------------------- Información del compilador
>>>--------------------------
>>>
>>> Versión Xailer: Xailer 0.99.6 Pre-release 6
>>> Compilador: xHarbour build 0.99.51 Intl. (SimpLex) PCode Version: 7
>>>Compilador C/C++: Borland C++ 5.5.1
>>> Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
>>>
>>>----------------------- Información detallada del error
>>>-----------------------
>>>
>>> Subsistema: BASE
>>> Código de error: 1004
>>> Estado: .F.
>>> Descripción: Scope Violation <HIDDEN>
>>> Operación: _ONEXIT
>>> Argumentos:
>>> Fichero:
>>> Código error SO: 0
>>>
>>>Pila de llamadas:
>>> _ONEXIT (0)
>>> TFORM1:CREATEFORM (20)
>>> TFORM1:NEW (178)
>>> MAIN (14)
>>>
>>>Por lo que he podido ver, cambia el tipo de control, y en el inspector
>>>de objetos ya no aparecen algunos eventos (entre ellos en onexit). Sin
>>>embargo, en el xfm aún sigue estando la llamada al onexit, y en el
>>>editor sigue estando el código del evento onexit.
>>>
>>>Os dejo un proyecto donde ya se ve el error.
>>>
>>>Saludos,
>>>José Luis Capel
>>>
>>
>>

[jfgimenez]

José Luis,
> Sin embargo, aparte de quitar el código del .PRG _tambien_ hay que
> quitarlo del xfm.
Entonces, ¿ves bien que al hacer el cambio, el IDE te elimine completamente
ese evento, incluido el método donde tengas escrito el código?
En mi opinión es lo correcto, pero claro, quizás no os guste que el IDE
elimine código automáticamente.
--
Un saludo,
José F. Giménez

[jasm.nospam]

Jose,
¿Y por que no una opcion configurable? Así­, contentos todos.
Saludos
Jose A. Suarez
Jose F. Gimenez escribió:
> José Luis,
>
>
>>Sin embargo, aparte de quitar el código del .PRG _tambien_ hay que
>>quitarlo del xfm.
>
>
> Entonces, ¿ves bien que al hacer el cambio, el IDE te elimine completamente
> ese evento, incluido el método donde tengas escrito el código?
>
> En mi opinión es lo correcto, pero claro, quizás no os guste que el IDE
> elimine código automáticamente.
>
>

[joseluis]

José,
>
> ¿Y por que no una opcion configurable? Así­, contentos todos.
>
Me uno a lo que propone Jasm.
Saludos,
José Luis Capel

[joseluis]

José,
>
> Entonces, ¿ves bien que al hacer el cambio, el IDE te elimine completamente
> ese evento, incluido el método donde tengas escrito el código?
>
> En mi opinión es lo correcto, pero claro, quizás no os guste que el IDE
> elimine código automáticamente.
>
>
En este caso concreto, con solo quitar la llamada en el xfm ya no
aparece el error en ejecución, y no hay que quitar nada de código.
Saludos,
José Luis Capel

[jfgimenez]

José Luis,
> En este caso concreto, con solo quitar la llamada en el xfm ya no aparece
> el error en ejecución, y no hay que quitar nada de código.
Pero entonces se queda un método en el formulario que nunca se llama. Vamos,
que si trasteas mucho al final te queda un montón de código en el formulario
que no se usa nunca.
--
Un saludo,
José F. Giménez

[jfgimenez]

Josés,
>> ¿Y por que no una opcion configurable? Así, contentos todos.
>>
>
> Me uno a lo que propone Jasm.
Ok. Veré lo que se puede hacer.
--
Un saludo,
José F. Giménez

[joseluis]

José,
>
>
> Pero entonces se queda un método en el formulario que nunca se llama. Vamos,
> que si trasteas mucho al final te queda un montón de código en el formulario
> que no se usa nunca.
>
Pues es lo que yo comento: prefiero tener código suelto y eliminarlo yo
a que me lo elimine sin darme cuenta el ide. No obstante... si el ide
cuando elimina código es por que sabe positivamente que ya no se usa en
ninguna parte. Entonces... antes de eliminar... ¿y si preguntara? Podrí­a
ser una opción del ide el que preguntara antes de eliminar código.
¿Como lo ves?
Saludos,
José Luis Capel

[jfgimenez]

José Luis,
> Pues es lo que yo comento: prefiero tener código suelto y eliminarlo yo a
> que me lo elimine sin darme cuenta el ide. No obstante... si el ide
> cuando elimina código es por que sabe positivamente que ya no se usa en
> ninguna parte. Entonces... antes de eliminar... ¿y si preguntara? Podría
> ser una opción del ide el que preguntara antes de eliminar código. ¿Como
> lo ves?
A mí no me hace ninguna gracia que el IDE tenga que estar preguntando
continuamente si hace tal o cual cosa. Lo de que sea una opción
configurable, es decir, que el IDE elimine siempre sin preguntar o que no
elimine nunca, pues no me parece mal. Pero si está preguntando siempre,
créeme que al final te hartas.
--
Un saludo,
José F. Giménez

[joseluis]

José,
>
> A mí­ no me hace ninguna gracia que el IDE tenga que estar preguntando
> continuamente si hace tal o cual cosa. Lo de que sea una opción
> configurable, es decir, que el IDE elimine siempre sin preguntar o que no
> elimine nunca, pues no me parece mal. Pero si está preguntando siempre,
> créeme que al final te hartas.
>
De acuerdo contigo...
Saludos,
José Luis Capel

[Francisco Sanchez]

Pues yo veo bien como esta, estamos buscandole 5 patas al gato.
Un saludo