Hello Viktor, Angel, Bisz
Should be fixed after:
Revision: 11570
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=11570&view=rev
Author: vouchcac
Date: 2009-06-30 03:47:16 +0000 (Tue, 30 Jun 2009)
Resons - see below:
Viktor Szakáts wrote:
>
> I can't replicate this one, there is however a VERY strange
> effect happening when right clicking 'Test B' SLE here:
> After clicking on the resulting MsgBox() (which appears twice),
> there is a "phantom" window created with the copied content of
> the corresponding part of XBP demo dialog.
>
> If I move away the main dialog, it stays there.. If I close
> the main dialog, it still stays there, which means demoxbp.exe
> keeps on running, and you can only end it from Task Manager.
> The exact shape of the phantom window varied on consecutive
> runs.
>
> Screenshot:
> http://www.syenar.hu/harbour/xbp_phantom.png
>
I was issueing :
oXbp:killInputFocus := { |x,y,oSLE| oSLE:getData(), MsgBox( "Var B =" +
cVarB ) }
Right Click is defined for context menu application wide by QT itself. So
when Right+Clock
is applied to SLE - B, context menu is supposed to be invoked and it does,
BUT, also
oXbp:killInputFocus block is invoked and it calls another dialog MsgBox().
The result is a
cheos by any message loop. All above is the result of this deadlock.
I have changed this callback to:
oXbp:killInputFocus := { |x,y,oSLE| oSLE:getData(), hb_outDebug( "Var B =" +
cVarB ) }
and the issue is gone. Code is correct, applied symantics were wrong.
> Some more comments:
> - Esc doesn't close the window (as advertised), only after
> clicking on it. I'm not sure of the exact logic here, but
> it surely doesn't work right after startup and many times
> not anyways.
>
It does. You need to have focus on drawingarea of the oDlg, means you
need to click anywhere into the window then press <ESC>. This is
normal behavior of Windows.
> - Recently the demoxbp.exe startup first flashes another
> (smaller) windows border (like if it's resized on the fly).
> This creates an unpleasant visual effect, which wasn't
> there before.
>
For debugging some artifact I was calling oDlg:show() immediately
after its creation. Now removed that call so expect previous behavior.
> - The 'hourglass' icon on the controls is very confusing.
> I understand it's a demo, but such unusual behavior isn't
> IMO very good in a demo app, as it gives wrong impression
> to users.
> I'd rather like to have the demo showcase a clean and
> elegant GUI, instead of showcasing various visual effects
> mixed together in an unusual way. I like that we have
> such powerful features but maybe they could be presented
> in better ways. [ Anyhow this is cosmetics + marketing. ]
>
A personal opinion on this matter. Nothing more than a viewpoint.
Anyhow I have changed this to other icon.
Thank you all for playing with demoxbp.
However I need more input and/or suggestions leading to
Xbase++ combpatibility point of view.
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/SF.net-SVN%3A-harbour-project%3A-11565--trunk-harbour-tp24247701p24265735.html
Sent from the Harbour - Dev mailing list archive at Nabble.com.
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
