On 01/15/13 23:44, Johan Vromans wrote:
Dave Hayes writes:
Ok...so I had a different idea. I made the help window so it will show
and hide on clicking the button repeatedly. But now...well see the
attached example.
Click the help button repeatedly. The 2nd time you Show() this window,
it goes
Dave Hayes writes:
> Ok...so I had a different idea. I made the help window so it will show
> and hide on clicking the button repeatedly. But now...well see the
> attached example.
>
> Click the help button repeatedly. The 2nd time you Show() this window,
> it goes right over the dialog box. The
On 01/15/13 13:34, Johan Vromans wrote:
Dave Hayes writes:
On 01/15/13 05:18, Johan Vromans wrote:
The Close button of the Help window does not get triggered since the
(other) dialog is modal and stays in control.
So am I to assume that "Modal" means that the entire application is
frozen un
Dave Hayes writes:
> On 01/15/13 05:18, Johan Vromans wrote:
>> The Close button of the Help window does not get triggered since the
>> (other) dialog is modal and stays in control.
>
> So am I to assume that "Modal" means that the entire application is
> frozen until the dialog box exits?
That'
On 15 January 2013 at 08:30 Dave Hayes wrote:
> 2) I have added a help button to my dialogs. I'd like a separate help
> window to pop up with a close button, which is independent of the actual
> dialog window it's attached to.
>
Use
wxHF_DIALOG|wxHF_MODAL|
like this:
##
On 15 January 2013 at 08:30 Dave Hayes wrote:
> 2) I have added a help button to my dialogs. I'd like a separate help
> window to pop up with a close button, which is independent of the actual
> dialog window it's attached to.
>
Use
wxHF_DIALOG|wxHF_MODAL|
like this:
#
Dave Hayes writes:
> Sort of. Code is attached. At the moment, the exact behavior I
> described is not working in the test application. I've replicated my
> architecture in this code snippet, and I seem to be seeing the same
> behavior regardless of the parent window that the help window is
> cre
On 01/15/13 02:36, Johan Vromans wrote:
Dave Hayes writes
So I've successfully remapped ENTER by adding the wxTE_PROCESS_ENTER
flag to my Wx::TextCtrl, and used the EVT_TEXT_ENTER
macro to create an event. So far so good. I can even call $event->Skip
to tell other event handlers to process this
Dave Hayes writes:
> 1) I wanted to switch the sense of ENTER and TAB in dialog box
> controls, so that ENTER moves between controls and TAB does something
> else I want it to do.
>
> So I've successfully remapped ENTER by adding the wxTE_PROCESS_ENTER
> flag to my Wx::TextCtrl, and used the EVT_
Greetings. I'm absolutely stumped on the following issues. I'd
appreciate any insight people can provide.
1) I wanted to switch the sense of ENTER and TAB in dialog box controls,
so that ENTER moves between controls and TAB does something else I want
it to do.
So I've successfully remapped E
10 matches
Mail list logo
