Many thanks Pritpal. Now the issues are gone.
Actually even the flickering of ListView and
XbpMLE is gone with a recent update. Now the
only reminaing UI part which disappears/reappears
is the scrollbar on ListView tab.
Brgds,
Viktor
On 2009.06.30., at 6:02, Pritpal Bedi wrote:
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
_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour
