Xailer & OZ Software

En teoría deberían estar al mismo nivel de actualizaciones, pero en la 1.6
la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
¿Y eso...?? ¿a que se debe???
Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
desarrollada.
Ahora bien, con la 1.7 obtengo un comportamiento extraño en los Browses...
Es difícil de explicar... seguiré probando un poco mas...
No se si alguien está reportando algo al respecto o es pronto para probar a
fondo la 1.7
Un Saludo,
Xevi.

He encontrado e instalado la 1.6.5 por lo visto obtengo un comportamiento
extraño al modificar datos en un Browse, aunque no es el mismo
comportamiento que con la 1.7.5
Vuelvo a la 1.6.1...
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> En teoría deberían estar al mismo nivel de actualizaciones, pero en la 1.6
> la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
> ¿Y eso...?? ¿a que se debe???
>
> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
> desarrollada.
> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los Browses...
> Es difícil de explicar... seguiré probando un poco mas...
> No se si alguien está reportando algo al respecto o es pronto para probar
> a fondo la 1.7
>
>
> Un Saludo,
> Xevi.
>
>

Me he cargado la 1.6 y no puedo reinstalar y recompilar mi aplicación a esta
versión...
¿Alguien puede colgarla o enviármela ???
Gracias.
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> En teoría deberían estar al mismo nivel de actualizaciones, pero en la 1.6
> la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
> ¿Y eso...?? ¿a que se debe???
>
> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
> desarrollada.
> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los Browses...
> Es difícil de explicar... seguiré probando un poco mas...
> No se si alguien está reportando algo al respecto o es pronto para probar
> a fondo la 1.7
>
>
> Un Saludo,
> Xevi.
>
>

Ignacio,
Estoy intentando hallar donde se ha roto el proceso que si bien funcionaba
hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar correctamente.
Por lo visto donde casca es en OnChange del Browse...
En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
líneas.
Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
segundo Browse de líneas que corresponde a cada cabecera respectiva.
Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
segundo Browse de las líneas y vuelvo a posicionarme en el primer Browse,
ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
Browse de líneas me queda "pillado" siempre mostrando las líneas que se han
mostrado cuando hemos abandonado el segundo Browse.
Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
MSGINFO( ::oDbfDataSet1:NOMBRE )
Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
Browse2, o sea sin que haya tenido el foco, muestra perfectamente el NOMBRE
correspondiente al registro de cabecera, PERO cuando le doy el foco al
Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el nombre del
que efectivamente muestra las líneas pero que no se corresponde con el
registro de la posición del Browse1.
Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
registro.
Es como si se quedara "memorizada" la última posición relativa a cuando
perdemos el foco del Browse, y siempre se cree que está en el mismo
registro.
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> En teoría deberían estar al mismo nivel de actualizaciones, pero en la 1.6
> la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
> ¿Y eso...?? ¿a que se debe???
>
> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
> desarrollada.
> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los Browses...
> Es difícil de explicar... seguiré probando un poco mas...
> No se si alguien está reportando algo al respecto o es pronto para probar
> a fondo la 1.7
>
>
> Un Saludo,
> Xevi.
>
>

Tengo una bajada el 4/9/2007 no recuerdo que version de la 1.6 es, te la
paso a la cuenta de gmai ?.
Saludos
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Estoy intentando hallar donde se ha roto el proceso que si bien funcionaba
> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar correctamente.
>
> Por lo visto donde casca es en OnChange del Browse...
> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
> líneas.
> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
> segundo Browse de líneas que corresponde a cada cabecera respectiva.
> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
> segundo Browse de las líneas y vuelvo a posicionarme en el primer Browse,
> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
> han mostrado cuando hemos abandonado el segundo Browse.
>
> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
> MSGINFO( ::oDbfDataSet1:NOMBRE )
> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el foco
> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el nombre
> del que efectivamente muestra las líneas pero que no se corresponde con el
> registro de la posición del Browse1.
> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
> registro.
>
> Es como si se quedara "memorizada" la última posición relativa a cuando
> perdemos el foco del Browse, y siempre se cree que está en el mismo
> registro.
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>> ¿Y eso...?? ¿a que se debe???
>>
>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>> desarrollada.
>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>> Browses...
>> Es difícil de explicar... seguiré probando un poco mas...
>> No se si alguien está reportando algo al respecto o es pronto para probar
>> a fondo la 1.7
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>
>

Ignacio,
Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante teclado...
pulsando enter
Si alterno entre Browses utilizando el ratón funciona correctamente.
Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
posible hacer con teclado... MEJOR!!!
En mi método OnKeyDown del Browse1...
ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
::oBrowse1:nKeyNo > 0
::oBrowse2:SetFocus()
Return 0
Hasta hoy me ha funcionado...
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Estoy intentando hallar donde se ha roto el proceso que si bien funcionaba
> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar correctamente.
>
> Por lo visto donde casca es en OnChange del Browse...
> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
> líneas.
> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
> segundo Browse de líneas que corresponde a cada cabecera respectiva.
> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
> segundo Browse de las líneas y vuelvo a posicionarme en el primer Browse,
> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
> han mostrado cuando hemos abandonado el segundo Browse.
>
> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
> MSGINFO( ::oDbfDataSet1:NOMBRE )
> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el foco
> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el nombre
> del que efectivamente muestra las líneas pero que no se corresponde con el
> registro de la posición del Browse1.
> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
> registro.
>
> Es como si se quedara "memorizada" la última posición relativa a cuando
> perdemos el foco del Browse, y siempre se cree que está en el mismo
> registro.
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>> ¿Y eso...?? ¿a que se debe???
>>
>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>> desarrollada.
>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>> Browses...
>> Es difícil de explicar... seguiré probando un poco mas...
>> No se si alguien está reportando algo al respecto o es pronto para probar
>> a fondo la 1.7
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>
>

Christian,
Renombra el archivo xailersetup.exe a xailersetup.xxx pues en GMail no se
aceptan archivos adjuntos .bat, .exe, .com...
Sinó puedes enviármelo a xevicomas@terra.es
Gracias.
Un Saludo,
Xevi.
"Christian" <christianassenza@yahoo.com.ar> escribió en el mensaje
news:[email=46ea9698@ozsrv2.ozlan.local...]46ea9698@ozsrv2.ozlan.local...[/email]
> Tengo una bajada el 4/9/2007 no recuerdo que version de la 1.6 es, te la
> paso a la cuenta de gmai ?.
>
> Saludos
>
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Estoy intentando hallar donde se ha roto el proceso que si bien
>> funcionaba hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>> correctamente.
>>
>> Por lo visto donde casca es en OnChange del Browse...
>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>> líneas.
>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>> segundo Browse de las líneas y vuelvo a posicionarme en el primer Browse,
>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
>> han mostrado cuando hemos abandonado el segundo Browse.
>>
>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>> foco al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>> nombre del que efectivamente muestra las líneas pero que no se
>> corresponde con el registro de la posición del Browse1.
>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>> registro.
>>
>> Es como si se quedara "memorizada" la última posición relativa a cuando
>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>> registro.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>> ¿Y eso...?? ¿a que se debe???
>>>
>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>>> desarrollada.
>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>> Browses...
>>> Es difícil de explicar... seguiré probando un poco mas...
>>> No se si alguien está reportando algo al respecto o es pronto para
>>> probar a fondo la 1.7
>>>
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>
>>
>
>

Ignacio,
Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y queramos
que no procese dicha tecla sinó nuestro código que escojamos
::oBrowse2:SetFocus() i nada más... Return 0
Return 0 hace caso omiso y continua el proceso de la tecla Return dentro del
objeto Browse.
He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y funciona
perfectamente...
A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
Gracias.
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
> teclado...
> pulsando enter
> Si alterno entre Browses utilizando el ratón funciona correctamente.
>
> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
> posible hacer con teclado... MEJOR!!!
>
> En mi método OnKeyDown del Browse1...
> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
> ::oBrowse1:nKeyNo > 0
> ::oBrowse2:SetFocus()
> Return 0
>
> Hasta hoy me ha funcionado...
>
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Estoy intentando hallar donde se ha roto el proceso que si bien
>> funcionaba
>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar correctamente.
>>
>> Por lo visto donde casca es en OnChange del Browse...
>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>> líneas.
>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>> segundo Browse de las líneas y vuelvo a posicionarme en el primer Browse,
>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
>> han mostrado cuando hemos abandonado el segundo Browse.
>>
>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>> foco
>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el nombre
>> del que efectivamente muestra las líneas pero que no se corresponde con
>> el
>> registro de la posición del Browse1.
>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>> registro.
>>
>> Es como si se quedara "memorizada" la última posición relativa a cuando
>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>> registro.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>> ¿Y eso...?? ¿a que se debe???
>>>
>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>>> desarrollada.
>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>> Browses...
>>> Es difícil de explicar... seguiré probando un poco mas...
>>> No se si alguien está reportando algo al respecto o es pronto para
>>> probar
>>> a fondo la 1.7
>>>
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>
>>
>
>
>

Xevi,
Sería posible tener un ejemplo.
Gracias.
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y queramos
> que no procese dicha tecla sinó nuestro código que escojamos
> ::oBrowse2:SetFocus() i nada más... Return 0
> Return 0 hace caso omiso y continua el proceso de la tecla Return dentro
> del objeto Browse.
>
> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y funciona
> perfectamente...
>
> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>
> Gracias.
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>> teclado...
>> pulsando enter
>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>
>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
>> posible hacer con teclado... MEJOR!!!
>>
>> En mi método OnKeyDown del Browse1...
>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>> ::oBrowse1:nKeyNo > 0
>> ::oBrowse2:SetFocus()
>> Return 0
>>
>> Hasta hoy me ha funcionado...
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>> funcionaba
>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar correctamente.
>>>
>>> Por lo visto donde casca es en OnChange del Browse...
>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>>> líneas.
>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>> Browse,
>>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>
>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>>> foco
>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>> nombre
>>> del que efectivamente muestra las líneas pero que no se corresponde con
>>> el
>>> registro de la posición del Browse1.
>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>> registro.
>>>
>>> Es como si se quedara "memorizada" la última posición relativa a cuando
>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>> registro.
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>> ¿Y eso...?? ¿a que se debe???
>>>>
>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>>>> desarrollada.
>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>> Browses...
>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>> probar
>>>> a fondo la 1.7
>>>>
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>

Ignacio,
No sabes como odio la palabrita "ejemplo", jejeje
Fuera coñas...
Entiendo que si no se ve el fallo es difícil de cazarlo, pero creo que
también entiendes nuestro trabajo en localizar donde o como puede estar
algun cambio entre versiones...
Intentaré a ver si puedo aislar un ejemplo con un cachito de mi aplicación.
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Xevi,
>
> Sería posible tener un ejemplo.
>
> Gracias.
>
> --
> Ignacio Ortiz de Zúñiga
> http://www.xailer.com
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>> ::oBrowse2:SetFocus() i nada más... Return 0
>> Return 0 hace caso omiso y continua el proceso de la tecla Return dentro
>> del objeto Browse.
>>
>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y funciona
>> perfectamente...
>>
>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>>
>> Gracias.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>> teclado...
>>> pulsando enter
>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>
>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
>>> posible hacer con teclado... MEJOR!!!
>>>
>>> En mi método OnKeyDown del Browse1...
>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>> ::oBrowse1:nKeyNo > 0
>>> ::oBrowse2:SetFocus()
>>> Return 0
>>>
>>> Hasta hoy me ha funcionado...
>>>
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>> funcionaba
>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>> correctamente.
>>>>
>>>> Por lo visto donde casca es en OnChange del Browse...
>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>>>> líneas.
>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>> Browse,
>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>
>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>>>> foco
>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>> nombre
>>>> del que efectivamente muestra las líneas pero que no se corresponde con
>>>> el
>>>> registro de la posición del Browse1.
>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>> registro.
>>>>
>>>> Es como si se quedara "memorizada" la última posición relativa a cuando
>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>> registro.
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>
>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>>>>> desarrollada.
>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>> Browses...
>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>> probar
>>>>> a fondo la 1.7
>>>>>
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>

Ignacio,
Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
actualizaba unos Edits al recorrer un Browse.
Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los datos de
los Edits... ahora bien, estando el foco en el Browse, pulsa RETURN y
recorre el Browse... verás que no se refrescan los Edits.
Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
nuevamente al recorrer el Browse, siempre se muestran los datos del último
registro donde hemos pulsado RETURN.
Espero que te ayude y puedas con el "bicho"!!!
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Xevi,
>
> Sería posible tener un ejemplo.
>
> Gracias.
>
> --
> Ignacio Ortiz de Zúñiga
> http://www.xailer.com
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>> ::oBrowse2:SetFocus() i nada más... Return 0
>> Return 0 hace caso omiso y continua el proceso de la tecla Return dentro
>> del objeto Browse.
>>
>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y funciona
>> perfectamente...
>>
>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>>
>> Gracias.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>> teclado...
>>> pulsando enter
>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>
>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
>>> posible hacer con teclado... MEJOR!!!
>>>
>>> En mi método OnKeyDown del Browse1...
>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>> ::oBrowse1:nKeyNo > 0
>>> ::oBrowse2:SetFocus()
>>> Return 0
>>>
>>> Hasta hoy me ha funcionado...
>>>
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>> funcionaba
>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>> correctamente.
>>>>
>>>> Por lo visto donde casca es en OnChange del Browse...
>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>>>> líneas.
>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>> Browse,
>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que se
>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>
>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado el
>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>>>> foco
>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>> nombre
>>>> del que efectivamente muestra las líneas pero que no se corresponde con
>>>> el
>>>> registro de la posición del Browse1.
>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>> registro.
>>>>
>>>> Es como si se quedara "memorizada" la última posición relativa a cuando
>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>> registro.
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en la
>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>
>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que tenia
>>>>> desarrollada.
>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>> Browses...
>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>> probar
>>>>> a fondo la 1.7
>>>>>
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>

Que tal, note algo similar y lo solucione poniendo un refresh(.t.) al browse
por que es como que queda posicionado en otro registro, cuando quiero grabar
me sale el error de que no coincide al registro editado con no se que, ya
voy a poner algo mas detallado.

Ignacio,
¿Algo al respecto???
Un Saludo,
Xevi.
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:[email=46eab143@ozsrv2.ozlan.local...]46eab143@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
> actualizaba unos Edits al recorrer un Browse.
> Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los datos
> de los Edits... ahora bien, estando el foco en el Browse, pulsa RETURN y
> recorre el Browse... verás que no se refrescan los Edits.
> Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
> nuevamente al recorrer el Browse, siempre se muestran los datos del último
> registro donde hemos pulsado RETURN.
>
> Espero que te ayude y puedas con el "bicho"!!!
>
> Un Saludo,
> Xevi.
>
>
> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
> news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Xevi,
>>
>> Sería posible tener un ejemplo.
>>
>> Gracias.
>>
>> --
>> Ignacio Ortiz de Zúñiga
>> http://www.xailer.com
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>>> ::oBrowse2:SetFocus() i nada más... Return 0
>>> Return 0 hace caso omiso y continua el proceso de la tecla Return dentro
>>> del objeto Browse.
>>>
>>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y
>>> funciona perfectamente...
>>>
>>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>>>
>>> Gracias.
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>>> teclado...
>>>> pulsando enter
>>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>>
>>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que sea
>>>> posible hacer con teclado... MEJOR!!!
>>>>
>>>> En mi método OnKeyDown del Browse1...
>>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>>> ::oBrowse1:nKeyNo > 0
>>>> ::oBrowse2:SetFocus()
>>>> Return 0
>>>>
>>>> Hasta hoy me ha funcionado...
>>>>
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>>> Ignacio,
>>>>>
>>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>>> funcionaba
>>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>>> correctamente.
>>>>>
>>>>> Por lo visto donde casca es en OnChange del Browse...
>>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro de
>>>>> líneas.
>>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente el
>>>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>>> Browse,
>>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el segundo
>>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que
>>>>> se
>>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>>
>>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado
>>>>> el
>>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>>>>> foco
>>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>>> nombre
>>>>> del que efectivamente muestra las líneas pero que no se corresponde
>>>>> con el
>>>>> registro de la posición del Browse1.
>>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>>> registro.
>>>>>
>>>>> Es como si se quedara "memorizada" la última posición relativa a
>>>>> cuando
>>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>>> registro.
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en
>>>>>> la
>>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>>
>>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que
>>>>>> tenia
>>>>>> desarrollada.
>>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>>> Browses...
>>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>>> probar
>>>>>> a fondo la 1.7
>>>>>>
>>>>>>
>>>>>> Un Saludo,
>>>>>> Xevi.
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Xevi,
Si. Al menos el problema en el ejemplo DbfData1 está corregido. Lo subiremos
hoy mismo. Gracias por tu colaboración.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46ee591b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> ¿Algo al respecto???
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:[email=46eab143@ozsrv2.ozlan.local...]46eab143@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
>> actualizaba unos Edits al recorrer un Browse.
>> Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los datos
>> de los Edits... ahora bien, estando el foco en el Browse, pulsa RETURN y
>> recorre el Browse... verás que no se refrescan los Edits.
>> Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
>> nuevamente al recorrer el Browse, siempre se muestran los datos del
>> último registro donde hemos pulsado RETURN.
>>
>> Espero que te ayude y puedas con el "bicho"!!!
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
>> news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Sería posible tener un ejemplo.
>>>
>>> Gracias.
>>>
>>> --
>>> Ignacio Ortiz de Zúñiga
>>> http://www.xailer.com
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>>>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>>>> ::oBrowse2:SetFocus() i nada más... Return 0
>>>> Return 0 hace caso omiso y continua el proceso de la tecla Return
>>>> dentro del objeto Browse.
>>>>
>>>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y
>>>> funciona perfectamente...
>>>>
>>>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>>>>
>>>> Gracias.
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>> Ignacio,
>>>>>
>>>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>>>> teclado...
>>>>> pulsando enter
>>>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>>>
>>>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que
>>>>> sea
>>>>> posible hacer con teclado... MEJOR!!!
>>>>>
>>>>> En mi método OnKeyDown del Browse1...
>>>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>>>> ::oBrowse1:nKeyNo > 0
>>>>> ::oBrowse2:SetFocus()
>>>>> Return 0
>>>>>
>>>>> Hasta hoy me ha funcionado...
>>>>>
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>>>> Ignacio,
>>>>>>
>>>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>>>> funcionaba
>>>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>>>> correctamente.
>>>>>>
>>>>>> Por lo visto donde casca es en OnChange del Browse...
>>>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro
>>>>>> de
>>>>>> líneas.
>>>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente
>>>>>> el
>>>>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO el
>>>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>>>> Browse,
>>>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el
>>>>>> segundo
>>>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que
>>>>>> se
>>>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>>>
>>>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado
>>>>>> el
>>>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy el
>>>>>> foco
>>>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>>>> nombre
>>>>>> del que efectivamente muestra las líneas pero que no se corresponde
>>>>>> con el
>>>>>> registro de la posición del Browse1.
>>>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>>>> registro.
>>>>>>
>>>>>> Es como si se quedara "memorizada" la última posición relativa a
>>>>>> cuando
>>>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>>>> registro.
>>>>>>
>>>>>> Un Saludo,
>>>>>> Xevi.
>>>>>>
>>>>>>
>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en
>>>>>>> la
>>>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>>>
>>>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que
>>>>>>> tenia
>>>>>>> desarrollada.
>>>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>>>> Browses...
>>>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>>>> probar
>>>>>>> a fondo la 1.7
>>>>>>>
>>>>>>>
>>>>>>> Un Saludo,
>>>>>>> Xevi.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Ignacio,
Con la versión 1.7.5,... AutoUpdate me dice que no tengo ninguna
actualización pendiente... ¿es eso cierto???
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
news:46ee5eb7$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Xevi,
>
> Si. Al menos el problema en el ejemplo DbfData1 está corregido. Lo
> subiremos hoy mismo. Gracias por tu colaboración.
>
> Un saludo,
>
> --
> Ignacio Ortiz de Zúñiga
> http://www.xailer.com
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:46ee591b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> ¿Algo al respecto???
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:[email=46eab143@ozsrv2.ozlan.local...]46eab143@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
>>> actualizaba unos Edits al recorrer un Browse.
>>> Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los
>>> datos de los Edits... ahora bien, estando el foco en el Browse, pulsa
>>> RETURN y recorre el Browse... verás que no se refrescan los Edits.
>>> Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
>>> nuevamente al recorrer el Browse, siempre se muestran los datos del
>>> último registro donde hemos pulsado RETURN.
>>>
>>> Espero que te ayude y puedas con el "bicho"!!!
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
>>> news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>> Xevi,
>>>>
>>>> Sería posible tener un ejemplo.
>>>>
>>>> Gracias.
>>>>
>>>> --
>>>> Ignacio Ortiz de Zúñiga
>>>> http://www.xailer.com
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>>>>> Ignacio,
>>>>>
>>>>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>>>>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>>>>> ::oBrowse2:SetFocus() i nada más... Return 0
>>>>> Return 0 hace caso omiso y continua el proceso de la tecla Return
>>>>> dentro del objeto Browse.
>>>>>
>>>>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y
>>>>> funciona perfectamente...
>>>>>
>>>>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o 1.6.1...
>>>>>
>>>>> Gracias.
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>> Ignacio,
>>>>>>
>>>>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>>>>> teclado...
>>>>>> pulsando enter
>>>>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>>>>
>>>>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que
>>>>>> sea
>>>>>> posible hacer con teclado... MEJOR!!!
>>>>>>
>>>>>> En mi método OnKeyDown del Browse1...
>>>>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>>>>> ::oBrowse1:nKeyNo > 0
>>>>>> ::oBrowse2:SetFocus()
>>>>>> Return 0
>>>>>>
>>>>>> Hasta hoy me ha funcionado...
>>>>>>
>>>>>>
>>>>>> Un Saludo,
>>>>>> Xevi.
>>>>>>
>>>>>>
>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>>>>> Ignacio,
>>>>>>>
>>>>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>>>>> funcionaba
>>>>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>>>>> correctamente.
>>>>>>>
>>>>>>> Por lo visto donde casca es en OnChange del Browse...
>>>>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro
>>>>>>> de
>>>>>>> líneas.
>>>>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente
>>>>>>> el
>>>>>>> segundo Browse de líneas que corresponde a cada cabecera respectiva.
>>>>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO
>>>>>>> el
>>>>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>>>>> Browse,
>>>>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el
>>>>>>> segundo
>>>>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas que
>>>>>>> se
>>>>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>>>>
>>>>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber tocado
>>>>>>> el
>>>>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente el
>>>>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy
>>>>>>> el foco
>>>>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>>>>> nombre
>>>>>>> del que efectivamente muestra las líneas pero que no se corresponde
>>>>>>> con el
>>>>>>> registro de la posición del Browse1.
>>>>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>>>>> registro.
>>>>>>>
>>>>>>> Es como si se quedara "memorizada" la última posición relativa a
>>>>>>> cuando
>>>>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>>>>> registro.
>>>>>>>
>>>>>>> Un Saludo,
>>>>>>> Xevi.
>>>>>>>
>>>>>>>
>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero en
>>>>>>>> la
>>>>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>>>>
>>>>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que
>>>>>>>> tenia
>>>>>>>> desarrollada.
>>>>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>>>>> Browses...
>>>>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>>>>> probar
>>>>>>>> a fondo la 1.7
>>>>>>>>
>>>>>>>>
>>>>>>>> Un Saludo,
>>>>>>>> Xevi.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Xevi,
De momento sólo se han publicado actualizaciones para la versión 1.6. Para
la versión 1.7 me temo que hay modificaciones que afectan incluso al propio
compilador de xHarbour, y se publicarán más adelante.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"Xevi" <xevicomas@gmail.com> escribió en el mensaje
news:46eff11f$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Ignacio,
>
> Con la versión 1.7.5,... AutoUpdate me dice que no tengo ninguna
> actualización pendiente... ¿es eso cierto???
>
> Un Saludo,
> Xevi.
>
>
> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
> news:46ee5eb7$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Xevi,
>>
>> Si. Al menos el problema en el ejemplo DbfData1 está corregido. Lo
>> subiremos hoy mismo. Gracias por tu colaboración.
>>
>> Un saludo,
>>
>> --
>> Ignacio Ortiz de Zúñiga
>> http://www.xailer.com
>>
>>
>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>> news:46ee591b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> Ignacio,
>>>
>>> ¿Algo al respecto???
>>>
>>> Un Saludo,
>>> Xevi.
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:[email=46eab143@ozsrv2.ozlan.local...]46eab143@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
>>>> actualizaba unos Edits al recorrer un Browse.
>>>> Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los
>>>> datos de los Edits... ahora bien, estando el foco en el Browse, pulsa
>>>> RETURN y recorre el Browse... verás que no se refrescan los Edits.
>>>> Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
>>>> nuevamente al recorrer el Browse, siempre se muestran los datos del
>>>> último registro donde hemos pulsado RETURN.
>>>>
>>>> Espero que te ayude y puedas con el "bicho"!!!
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
>>>> news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>> Xevi,
>>>>>
>>>>> Sería posible tener un ejemplo.
>>>>>
>>>>> Gracias.
>>>>>
>>>>> --
>>>>> Ignacio Ortiz de Zúñiga
>>>>> http://www.xailer.com
>>>>>
>>>>>
>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>>>>>> Ignacio,
>>>>>>
>>>>>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>>>>>> queramos que no procese dicha tecla sinó nuestro código que escojamos
>>>>>> ::oBrowse2:SetFocus() i nada más... Return 0
>>>>>> Return 0 hace caso omiso y continua el proceso de la tecla Return
>>>>>> dentro del objeto Browse.
>>>>>>
>>>>>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y
>>>>>> funciona perfectamente...
>>>>>>
>>>>>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o
>>>>>> 1.6.1...
>>>>>>
>>>>>> Gracias.
>>>>>>
>>>>>> Un Saludo,
>>>>>> Xevi.
>>>>>>
>>>>>>
>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>> Ignacio,
>>>>>>>
>>>>>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>>>>>> teclado...
>>>>>>> pulsando enter
>>>>>>> Si alterno entre Browses utilizando el ratón funciona correctamente.
>>>>>>>
>>>>>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que
>>>>>>> sea
>>>>>>> posible hacer con teclado... MEJOR!!!
>>>>>>>
>>>>>>> En mi método OnKeyDown del Browse1...
>>>>>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>>>>>> ::oBrowse1:nKeyNo > 0
>>>>>>> ::oBrowse2:SetFocus()
>>>>>>> Return 0
>>>>>>>
>>>>>>> Hasta hoy me ha funcionado...
>>>>>>>
>>>>>>>
>>>>>>> Un Saludo,
>>>>>>> Xevi.
>>>>>>>
>>>>>>>
>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>>>>>> Ignacio,
>>>>>>>>
>>>>>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>>>>>> funcionaba
>>>>>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>>>>>> correctamente.
>>>>>>>>
>>>>>>>> Por lo visto donde casca es en OnChange del Browse...
>>>>>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el otro
>>>>>>>> de
>>>>>>>> líneas.
>>>>>>>> Bien, pues si recorro el primer Browse, se "refresca" perfectamente
>>>>>>>> el
>>>>>>>> segundo Browse de líneas que corresponde a cada cabecera
>>>>>>>> respectiva.
>>>>>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO
>>>>>>>> el
>>>>>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>>>>>> Browse,
>>>>>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el
>>>>>>>> segundo
>>>>>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas
>>>>>>>> que se
>>>>>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>>>>>
>>>>>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>>>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>>>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber
>>>>>>>> tocado el
>>>>>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente
>>>>>>>> el
>>>>>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy
>>>>>>>> el foco
>>>>>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>>>>>> nombre
>>>>>>>> del que efectivamente muestra las líneas pero que no se corresponde
>>>>>>>> con el
>>>>>>>> registro de la posición del Browse1.
>>>>>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero de
>>>>>>>> registro.
>>>>>>>>
>>>>>>>> Es como si se quedara "memorizada" la última posición relativa a
>>>>>>>> cuando
>>>>>>>> perdemos el foco del Browse, y siempre se cree que está en el mismo
>>>>>>>> registro.
>>>>>>>>
>>>>>>>> Un Saludo,
>>>>>>>> Xevi.
>>>>>>>>
>>>>>>>>
>>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero
>>>>>>>>> en la
>>>>>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>>>>>
>>>>>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que
>>>>>>>>> tenia
>>>>>>>>> desarrollada.
>>>>>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>>>>>> Browses...
>>>>>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>>>>>> No se si alguien está reportando algo al respecto o es pronto para
>>>>>>>>> probar
>>>>>>>>> a fondo la 1.7
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Un Saludo,
>>>>>>>>> Xevi.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>

Ignacio,
Acabo de instalar la 1.6.5, actualizado a la 1.6.6 y he recompilado mis
aplicaciones... por lo visto se han subsanado los errores que reporté de la
1.6.5.
Habrá que instalar un par de mis aplicaciones en algún cliente, por si sale
algún errorcillo que yo no he detectado.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
news:46effe7d$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
> Xevi,
>
> De momento sólo se han publicado actualizaciones para la versión 1.6. Para
> la versión 1.7 me temo que hay modificaciones que afectan incluso al
> propio compilador de xHarbour, y se publicarán más adelante.
>
> Un saludo,
>
> --
> Ignacio Ortiz de Zúñiga
> http://www.xailer.com
>
>
> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
> news:46eff11f$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>> Ignacio,
>>
>> Con la versión 1.7.5,... AutoUpdate me dice que no tengo ninguna
>> actualización pendiente... ¿es eso cierto???
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
>> news:46ee5eb7$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Si. Al menos el problema en el ejemplo DbfData1 está corregido. Lo
>>> subiremos hoy mismo. Gracias por tu colaboración.
>>>
>>> Un saludo,
>>>
>>> --
>>> Ignacio Ortiz de Zúñiga
>>> http://www.xailer.com
>>>
>>>
>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>> news:46ee591b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>> Ignacio,
>>>>
>>>> ¿Algo al respecto???
>>>>
>>>> Un Saludo,
>>>> Xevi.
>>>>
>>>>
>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>> news:[email=46eab143@ozsrv2.ozlan.local...]46eab143@ozsrv2.ozlan.local...[/email]
>>>>> Ignacio,
>>>>>
>>>>> Me ha dado por probar un Sample de Xailer... y he visto que DbfData1
>>>>> actualizaba unos Edits al recorrer un Browse.
>>>>> Este ejemplo lleva un solo Browse, y al recorrerlo se refrescan los
>>>>> datos de los Edits... ahora bien, estando el foco en el Browse, pulsa
>>>>> RETURN y recorre el Browse... verás que no se refrescan los Edits.
>>>>> Si pulsas RETURN en otro registro, luego se refrescan los Edits pero
>>>>> nuevamente al recorrer el Browse, siempre se muestran los datos del
>>>>> último registro donde hemos pulsado RETURN.
>>>>>
>>>>> Espero que te ayude y puedas con el "bicho"!!!
>>>>>
>>>>> Un Saludo,
>>>>> Xevi.
>>>>>
>>>>>
>>>>> "Ignacio Ortiz de Zúñiga" <NoName@xailer.com> escribió en el mensaje
>>>>> news:46eaaad9$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>> Xevi,
>>>>>>
>>>>>> Sería posible tener un ejemplo.
>>>>>>
>>>>>> Gracias.
>>>>>>
>>>>>> --
>>>>>> Ignacio Ortiz de Zúñiga
>>>>>> http://www.xailer.com
>>>>>>
>>>>>>
>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>> news:[email=46ea9cd1@ozsrv2.ozlan.local...]46ea9cd1@ozsrv2.ozlan.local...[/email]
>>>>>>> Ignacio,
>>>>>>>
>>>>>>> Por lo visto, aunque controlemos la tecla con nKey == VK_RETURN y
>>>>>>> queramos que no procese dicha tecla sinó nuestro código que
>>>>>>> escojamos ::oBrowse2:SetFocus() i nada más... Return 0
>>>>>>> Return 0 hace caso omiso y continua el proceso de la tecla Return
>>>>>>> dentro del objeto Browse.
>>>>>>>
>>>>>>> He cambiado de tecla... en lugar de RETURN que sea F9, por ej. y
>>>>>>> funciona perfectamente...
>>>>>>>
>>>>>>> A la espera de tus respuestas/noticias... vuelvo a la 1.5.5 o
>>>>>>> 1.6.1...
>>>>>>>
>>>>>>> Gracias.
>>>>>>>
>>>>>>> Un Saludo,
>>>>>>> Xevi.
>>>>>>>
>>>>>>>
>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>> news:46ea966b$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>>> Ignacio,
>>>>>>>>
>>>>>>>> Debo decir, que el cambio del Browse1 al Browse2 lo hago mediante
>>>>>>>> teclado...
>>>>>>>> pulsando enter
>>>>>>>> Si alterno entre Browses utilizando el ratón funciona
>>>>>>>> correctamente.
>>>>>>>>
>>>>>>>> Espero sirva de ayuda... mis clientes odian la ratita y todo lo que
>>>>>>>> sea
>>>>>>>> posible hacer con teclado... MEJOR!!!
>>>>>>>>
>>>>>>>> En mi método OnKeyDown del Browse1...
>>>>>>>> ElseIf nKey == VK_RETURN .and. !::oBrowse1:lEditMode .and.
>>>>>>>> ::oBrowse1:nKeyNo > 0
>>>>>>>> ::oBrowse2:SetFocus()
>>>>>>>> Return 0
>>>>>>>>
>>>>>>>> Hasta hoy me ha funcionado...
>>>>>>>>
>>>>>>>>
>>>>>>>> Un Saludo,
>>>>>>>> Xevi.
>>>>>>>>
>>>>>>>>
>>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>>> news:[email=46ea941a@ozsrv2.ozlan.local...]46ea941a@ozsrv2.ozlan.local...[/email]
>>>>>>>>> Ignacio,
>>>>>>>>>
>>>>>>>>> Estoy intentando hallar donde se ha roto el proceso que si bien
>>>>>>>>> funcionaba
>>>>>>>>> hasta la 1.6.1 en la 1.6.5 o 1.7.5 ha dejado de funcionar
>>>>>>>>> correctamente.
>>>>>>>>>
>>>>>>>>> Por lo visto donde casca es en OnChange del Browse...
>>>>>>>>> En mi caso... alterno entre dos Browses, uno de cabeceras y el
>>>>>>>>> otro de
>>>>>>>>> líneas.
>>>>>>>>> Bien, pues si recorro el primer Browse, se "refresca"
>>>>>>>>> perfectamente el
>>>>>>>>> segundo Browse de líneas que corresponde a cada cabecera
>>>>>>>>> respectiva.
>>>>>>>>> Pero ¿dónde falla??? pues cuando entro, SOLO CON QUE TENGA EL FOCO
>>>>>>>>> el
>>>>>>>>> segundo Browse de las líneas y vuelvo a posicionarme en el primer
>>>>>>>>> Browse,
>>>>>>>>> ahora ya por mas que recorra el primer Browse de cabeceras, el
>>>>>>>>> segundo
>>>>>>>>> Browse de líneas me queda "pillado" siempre mostrando las líneas
>>>>>>>>> que se
>>>>>>>>> han mostrado cuando hemos abandonado el segundo Browse.
>>>>>>>>>
>>>>>>>>> Lo que he hecho es poner un MsgInfo() en OnBrowse1Change()...
>>>>>>>>> MSGINFO( ::oDbfDataSet1:NOMBRE )
>>>>>>>>> Y si bien, efectivamente, cuando recorro el Browse1 SIN haber
>>>>>>>>> tocado el
>>>>>>>>> Browse2, o sea sin que haya tenido el foco, muestra perfectamente
>>>>>>>>> el
>>>>>>>>> NOMBRE correspondiente al registro de cabecera, PERO cuando le doy
>>>>>>>>> el foco
>>>>>>>>> al Browse2 y vuelvo al Browse1, el MsgInfo() SIEMPRE me muestra el
>>>>>>>>> nombre
>>>>>>>>> del que efectivamente muestra las líneas pero que no se
>>>>>>>>> corresponde con el
>>>>>>>>> registro de la posición del Browse1.
>>>>>>>>> Sin embargo ::oBrowse1:nKeyNo SI muestra perfectamente el numero
>>>>>>>>> de
>>>>>>>>> registro.
>>>>>>>>>
>>>>>>>>> Es como si se quedara "memorizada" la última posición relativa a
>>>>>>>>> cuando
>>>>>>>>> perdemos el foco del Browse, y siempre se cree que está en el
>>>>>>>>> mismo
>>>>>>>>> registro.
>>>>>>>>>
>>>>>>>>> Un Saludo,
>>>>>>>>> Xevi.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Xevi" <xevicomas@gmail.com> escribió en el mensaje
>>>>>>>>> news:46ea72ed$[email=1@ozsrv2.ozlan.local...]1@ozsrv2.ozlan.local...[/email]
>>>>>>>>>> En teoría deberían estar al mismo nivel de actualizaciones, pero
>>>>>>>>>> en la
>>>>>>>>>> 1.6 la actualización que tengo es la 1.6.1 y para la 1.7 la 1.7.5
>>>>>>>>>> ¿Y eso...?? ¿a que se debe???
>>>>>>>>>>
>>>>>>>>>> Con la 1.6 por ahora me funciona perfectamente la aplicación que
>>>>>>>>>> tenia
>>>>>>>>>> desarrollada.
>>>>>>>>>> Ahora bien, con la 1.7 obtengo un comportamiento extraño en los
>>>>>>>>>> Browses...
>>>>>>>>>> Es difícil de explicar... seguiré probando un poco mas...
>>>>>>>>>> No se si alguien está reportando algo al respecto o es pronto
>>>>>>>>>> para probar
>>>>>>>>>> a fondo la 1.7
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Un Saludo,
>>>>>>>>>> Xevi.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>