Xailer & OZ Software

Hola,
Incluyo Application:lUseReturn := .T. en mi aplicación,
En un Form dispongo de mas de un Edit...
al pulsar Enter en un Browse le mando a Editar los Edits...
Fuerzo el Foco al Primer Edit... ::oEditNOM:SetFocus()
Pero se me va al segundo Edit...
Saco Application:lUseReturn := .T. y funciona correctamente, se va al Edit
que le envio con SetFocus()
¿?¿?
Un Saludo,
Xevi.

Xevi,
Puedes mandar un pequeño proyecto que reproduzca el problema. Gracias de
antemano.
No se si en tu caso estas editando el Browse, pues no queda claro pues
indicas que cuando se pulsa Intro en el Browse mandas a editar los Edits,
pero no se si son los Edits del formulario o del propio Browse y tampoco se
desde donde haces realmente el cambio de foco.
En cualquier caso el uso de Intro para saltar entre controles tiene sus
limitaciones, ya que hay muchos controles que ellos mismos procesan la tecla
Intro, como por ejemplo un control EditMemo o el mismo Browse, y en dichos
casos se pierde la funcionalidad de cambiar de control. Yo recomiendo no
usarlo, creo que es una remora del pasado que deberiamos pensar en dejar de
usar cuanto antes.
Un saludo,
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:42cbe6ab$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Hola,
>
> Incluyo Application:lUseReturn := .T. en mi aplicación,
> En un Form dispongo de mas de un Edit...
> al pulsar Enter en un Browse le mando a Editar los Edits...
> Fuerzo el Foco al Primer Edit... ::oEditNOM:SetFocus()
> Pero se me va al segundo Edit...
>
> Saco Application:lUseReturn := .T. y funciona correctamente, se va al Edit
> que le envio con SetFocus()
>
> ¿?¿?
>
> Un Saludo,
> Xevi.
>

Ahí va un ejemplo simple, simple...
El Browse no tiene registros, pero no le hacen falta para ver el
comportamiento al pulsar Return cuando éste tiene el Foco, el comportamiento
es el mismo con o sin registros.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje
news:42cbea1c$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Puedes mandar un pequeño proyecto que reproduzca el problema. Gracias de
> antemano.
>
> No se si en tu caso estas editando el Browse, pues no queda claro pues
> indicas que cuando se pulsa Intro en el Browse mandas a editar los Edits,
> pero no se si son los Edits del formulario o del propio Browse y tampoco
> se
> desde donde haces realmente el cambio de foco.
>
> En cualquier caso el uso de Intro para saltar entre controles tiene sus
> limitaciones, ya que hay muchos controles que ellos mismos procesan la
> tecla
> Intro, como por ejemplo un control EditMemo o el mismo Browse, y en dichos
> casos se pierde la funcionalidad de cambiar de control. Yo recomiendo no
> usarlo, creo que es una remora del pasado que deberiamos pensar en dejar
> de
> usar cuanto antes.
>
> Un saludo,
>
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:42cbe6ab$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> Hola,
>>
>> Incluyo Application:lUseReturn := .T. en mi aplicación,
>> En un Form dispongo de mas de un Edit...
>> al pulsar Enter en un Browse le mando a Editar los Edits...
>> Fuerzo el Foco al Primer Edit... ::oEditNOM:SetFocus()
>> Pero se me va al segundo Edit...
>>
>> Saco Application:lUseReturn := .T. y funciona correctamente, se va al
>> Edit
>> que le envio con SetFocus()
>>
>> ¿?¿?
>>
>> Un Saludo,
>> Xevi.
>>
>
>
>


Attached files Proves.zip (8.9 KB)Â

Ignacio,
De momento lo "parcheo" enviándolo al último control cuando pulso RETURN en
el Browse, porque por lo visto al pulsar RETURN en el BROWSE me lo envía al
siguiente... que luego es el primero.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=42cc413d@ozsrvnegro.ozlan.local...]42cc413d@ozsrvnegro.ozlan.local...[/email]
> Ahí va un ejemplo simple, simple...
>
> El Browse no tiene registros, pero no le hacen falta para ver el
> comportamiento al pulsar Return cuando éste tiene el Foco, el
> comportamiento es el mismo con o sin registros.
>
>
> Un Saludo,
> Xevi.
>
>
> "Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje
> news:42cbea1c$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Puedes mandar un pequeño proyecto que reproduzca el problema. Gracias de
>> antemano.
>>
>> No se si en tu caso estas editando el Browse, pues no queda claro pues
>> indicas que cuando se pulsa Intro en el Browse mandas a editar los Edits,
>> pero no se si son los Edits del formulario o del propio Browse y tampoco
>> se
>> desde donde haces realmente el cambio de foco.
>>
>> En cualquier caso el uso de Intro para saltar entre controles tiene sus
>> limitaciones, ya que hay muchos controles que ellos mismos procesan la
>> tecla
>> Intro, como por ejemplo un control EditMemo o el mismo Browse, y en
>> dichos
>> casos se pierde la funcionalidad de cambiar de control. Yo recomiendo no
>> usarlo, creo que es una remora del pasado que deberiamos pensar en dejar
>> de
>> usar cuanto antes.
>>
>> Un saludo,
>>
>> "Xevi" <xevicomas@terra.es> escribió en el mensaje
>> news:42cbe6ab$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>> Hola,
>>>
>>> Incluyo Application:lUseReturn := .T. en mi aplicación,
>>> En un Form dispongo de mas de un Edit...
>>> al pulsar Enter en un Browse le mando a Editar los Edits...
>>> Fuerzo el Foco al Primer Edit... ::oEditNOM:SetFocus()
>>> Pero se me va al segundo Edit...
>>>
>>> Saco Application:lUseReturn := .T. y funciona correctamente, se va al
>>> Edit
>>> que le envio con SetFocus()
>>>
>>> ¿?¿?
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>
>>
>>
>
>
>
------------------------------------------------------------ --------------------
>
>
>

Xevi,
> El Browse no tiene registros, pero no le hacen falta para ver el
> comportamiento al pulsar Return cuando éste tiene el Foco, el
> comportamiento es el mismo con o sin registros.
El problema está exactamente en lo mismo que el siguiente hilo: retorna 0 en
vez de nil cuando te pulsen Return.
Como regla general aclaro que cuando se retorna Nil en un evento, Xailer
tomará la acción por defecto (si la hay) que corresponda a ese evento,
incluso pasarle la pelota al API. En cambio, cuando se retorna cualquier
otro valor, Xailer no hace nada más, excepto devolver ese valor al API, que
hará (o no hará) lo que tenga que hacer en función del evento.
--
Un saludo,
José F. Giménez