U++ framework: U++ Library : Other (not classified elsewhere)

Home » U++ Library support » U++ Library : Other (not classified elsewhere) » BUG dialog does not close

Show: Today's Messages :: Polls :: Message Navigator
E-mail to friend

BUG dialog does not close [message #50543]

Wed, 14 November 2018 09:41

slashupp
Messages: 231
Registered: July 2009

Experienced Member

debian, upp v 12181

clicking the 'x' in title-bar to close test_dialog in following app does not:
the dialog goes away but when main_window is clicked it reappears and hangs.

#include <CtrlLib/CtrlLib.h>
using namespace Upp;

struct DTest : public TopWindow
{
	typedef DTest CLASSNAME;
	DTest() { Title("test-dialog"); }
	virtual ~DTest() {}
};


struct test_bug_dlg : public TopWindow
{
	typedef test_bug_dlg CLASSNAME;
	Button btnTest;
	test_bug_dlg()
	{
		Title("main-window");
		btnTest.SetLabel("Test Dlg");
		btnTest.WhenPush=THISBACK(OnTest);
		Add(btnTest.LeftPos(10,70).TopPos(10,20));
	}
	void OnTest() { DTest dlg; dlg.Execute(); }
};

GUI_APP_MAIN
{
	test_bug_dlg().Run();
}

Report message to a moderator

Re: BUG dialog does not close [message #50544 is a reply to message #50543]

Wed, 14 November 2018 10:00

Oblivion
Messages: 1284
Registered: August 2007

Senior Contributor

Hello slashupp,

That's because WhenPush is also called whenever a pusher has focus AND the left mouse is down. (See Pusher::LeftDown());.
Hence the freeze.
Still, this might be a bug though.

It has its uses, but given your test-case, you don't seem to need it. What you need to use is WhenAction()

btnTest.WhenAction = THISFN(OnTest);

Best regards,
Oblivion

Github page: https://github.com/ismail-yilmaz
Bobcat the terminal emulator: https://github.com/ismail-yilmaz/Bobcat
TerminalCtrl package https://github.com/ismail-yilmaz/Terminal

[Updated on: Wed, 14 November 2018 10:07]

Report message to a moderator

Re: BUG dialog does not close [message #50545 is a reply to message #50544]

Wed, 14 November 2018 10:24

slashupp
Messages: 231
Registered: July 2009

Experienced Member

yes, thx WhenAction is what I need

a thought:
the behaviour on WhenPush is understandable, but it would seem
the LostFocus &/ LeftUp events are lost somewhere...
and the second appearance of the dialog cannot be closed (hangs)

I know I can subclass and create my own, however it would be handy
if there is a similar default event-handler for WhenClick[ed] that
does not have the gotcha of WhenPush

Report message to a moderator

Previous Topic:	[BUG] Removed properties of CommonFontInfo struct are referenced in XFtGetFontInfoSys()
Next Topic:	how can I draw on the top of a dockwindow?

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Tue Oct 06 02:47:24 GMT+2 2026

Total time taken to generate the page: 0.00525 seconds