Antonio Linares wrote:As Enrico has pointed, the problem comes from changing the focus meanwhile the browse is working.
If you need to check some values, etc. you can use the function LogFile() or change the caption of the window, etc. Use other ways to report info without interfering with the focus :-)
There are many places in an event driven application (like the Windows GUI one) in which you can find strange behavior if the focus is altered.
EMG
Enrico Maria Giordano wrote:There are many places in an event driven application (like the Windows GUI one) in which you can find strange behavior if the focus is altered.
EMG
Hard to say. You have to check without changing the focus and if the problem is still there it could be a bug.
EMG
function main()
?KDSDebug( version() )
return
FUNCTION KDSDebug( xVal, lReturn )
DEFAULT lReturn := FALSE
OutPutDebugStringC( CStr( xVal ) + IIf( lReturn, FINL, "" ) )
RETURN NIL
#pragma BEGINDUMP
/*definición de constante necesaria para compilador XCC de xharbour.com*/
#ifndef __BORLANDC__
#define WINVER 5
#endif
#ifdef __XCC__
#endif
/*llamada a encabezados de api de xharbour y windows SDK*/
#include "hbapi.h"
#include "windows.h"
/*funcion wrapper de api para mostrar un valor en un depurador*/
HB_FUNC( OUTPUTDEBUGSTRINGC )
{
PHB_ITEM szMsg = hb_param(1, HB_IT_STRING );
if( szMsg != NULL )
{
OutputDebugStringA( hb_itemGetC( szMsg ) );
OutputDebugStringA( "\n" );
}
hb_retc( "" );
}
#pragma ENDDUMPOk.
Since in the sample if I only replace wbrowse to xbrowse the problem disappears, no mater focus changing, it's clear to me that wbrowse i buggy !
And wbrowse should be avoided, deprecated to xbrowse, in order to avoid unpredictable behavior.
So I will hunt for wbrowse in all my code and replace with xbrowse.