The scrollbar, with another control(usually a textfield), is used as a
"Buddy" control.
Together, they make the "Stepper" control.
It's kind-of handy in the interface.
Regards,
-Stuart
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Johan Lindstrom
Sent:
to my absolute dismay, I've just discovered that "true" modal windows
are perfectly doable in Win32::GUI.
I banged my head for more than one week fighting with dialog templates
and crappy hacks... what a fool.
the following code implements a regular modal window, with all the
features. the trick
At 13:24 2003-06-17 +0200, Aldo Calpini wrote:
the following code implements a regular modal window, with all the
features. the trick is in the "-parent" option, and proper use of
Enable/Disable, Show/Hide and BringWindowToTop.
If it works, absolutely wonderful!
But see if it works with two op
From: Johan Lindstrom <[EMAIL PROTECTED]>
If it works, absolutely wonderful!
But see if it works with two opened windows. The modal window can only have
one of them as -parent. IIRC, that was the problem with the
Win32::GUI::Modalizer class.
Yeah it does work. But it does become a mess when
> On the top of my wish list is:
> - true modal dialogs
> - working accelerators
> - (more) complete event support
> - drag-n-drop support (please apply my patch)
>
>
> /J
My wants:
1) see above
2) incoporate (with owners consent and proper, consistent documentation)
subclasses from Laurent a
Joe wrote:
3) Updated documentation (ie.. instead of TBD, explain that the feature
has not been implimented or that the implimentation lacks x,y, or z
functionallity)
How about a Wiki for this? That way we can keep all tips and tidbits of
code mentioned on these lists in an organized fashion.
I personally would prefer an online version in addition to the computer
installed docs. Especially if there were a way to download the entire doc in
addition to reading online. This would facilitate rapid updates of "example
code" in case an example is proven to be faulty or as new ways to use
From: Johan Lindstrom <[EMAIL PROTECTED]>
How about a Wiki for this? That way we can keep all tips and tidbits of
code mentioned on these lists in an organized fashion.
Show of hands for the Wiki idea? Good? Bad?
I may possibly already have created one, but I'm not sure it's the best
platfor
maybe a silly question, but... what is a "wiki"?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Johan
Lindstrom
Sent: Tuesday, June 17, 2003 3:16 PM
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [perl-win32-gui-users] Docs (List of missing desired
It's what they say in the intro for the song "Jam on it" from Newcleus.
=D
>> maybe a silly question, but... what is a "wiki"?
i think a wiki would be great. there seems to be a fountain of useful
information flowing constantly on this list. i know it has helped me
immensely since i've been using win32::gui. however, there's something
decidedly awkward about searching the users list archives on sourceforge.
it would be
i did some playing with modal windows with more than one window open prior
to the modal. it seems you can pretty easily implement this (sans
weirdness) just by keeping track of open windows and looping through them
all to disable them during the OpenModal call. the only other issue seems
to be ke
At 22:33 2003-06-17 +0300, Burak Gürsoy wrote:
maybe a silly question, but... what is a "wiki"?
Basically a web site that anyone (yes anyone) can edit and contribute to.
It usually has a very simple markup language. These two things together
makes it something very special.
The original:
ht
13 matches
Mail list logo
