I add some add-on to DoModal method.
- Prevent re-call DoModal on same dialog.
- Add a parameter flag for disable all top window (By default only
parent/active window is disable).
And fix a problem with MinGW.
Changelog :
- GUI.h :
+ Add Animate_OpenEx macro for MinGW
+
On approximately 3/29/2004 12:39 PM, came the following characters from
the keyboard of Laurent ROCHER:
Hi all,
If i resume, Accelerator event implement could be :
1) if accelerator define like : "key" => sub { } or "key" => \&mysub
- Call this function with Window Self + accelerator name.
Hi all,
If i resume, Accelerator event implement could be :
1) if accelerator define like : "key" => sub { } or "key" => \&mysub
- Call this function with Window Self + accelerator name.
2) if accelerator define like : "Key" => "Name"
- Find a window called "Name" in current window hierarch
The approach is workable, but it
1) isn't as easily portable from OEM accelerators, which I think is
useful to preserve.
2) a single handler is forced to "couple" the code for widely disparate
events, which isn't always the easiest to maintain... and you often wind
up with a haandler that ha
Hi Laurent,
I'm excited about all the enhancements you are making to Win32::GUI
these days, can hardly wait to try them out!
On approximately 3/28/2004 11:56 AM, came the following characters from
the keyboard of Laurent ROCHER:
Hi,
Some small bug fix :
- UpDown :
+ Fix Scroll
My 2 cents worth. I *really* like this approach. The idea of one handler is
much cleaner and simpler, especially when you have many items in the table.
Going one step further I'd like to see the same kind of approach taken for
menus!
cheers,
jez.
- Original Message -
From: "Laurent ROCH
6 matches
Mail list logo