Okay, if you look at winamp 2.x, your see it has slider bar for the volume
control, how can I create one that is skinned in a similar fashion. I've
been successful at implementing most of the other main controls just the
sliders are giving me some issues. If someone knows anything about this,
Pleas
Hi All,
Using 5.8 and 665-Fix.
Have a textbox $txtHostName in a window, with an event
sub ::txtHostName_Change {
print "Event fired\n";
}
It appears the the 'Change' event is firing when the script first starts, as
well as detecting changes from the users input.
Is this normal behavior
This is modified example from Stephen Pick.
I replaced while(1) by Timer-Method. The ProgressBar
dont work with Timer. Have I made a mistake?
Or I can call ProgressBar only inside main loop?
#!perl -w
use strict;
use Win32::GUI;
my $window = new Win32::GUI::Window(
-name => "main",
Back when I tried to convert one of my applications from OEM to NEM, I
discovered the following problems. Perhaps some of them have been fixed
by now. Perhaps some of them were user error.
1) The subroutines defined for pop-up menu click events never got called.
2) Accelerators didn't work.
Hi,
>
> For whats it's worth I dont have any problem. What version of perl2exe are
> you using?
7.0.0. Should I upgrade to 7.0.2?
Please, see post from Ross Clunie for a solution. Works great!
Thanks, Grzegorz
> - Original Message -
> From: "Grzegorz Uszynski" <[EMAIL PROTECTED]>
> To:
> Thinking about it, it would be nice to be able to do this:
>
> $mw->btButton->Change(-events => {Click => sub {return -1}});
There's nothing wrong with the concept and the implementation might actually
be pretty simple (all I think it needs is to bitwise-OR in the constant that
says "yes, captur
Thanks.
Freeform windows - you want Layered windows. You can set a window to be
layered by giving it an extended style of WS_EX_LAYERED (0x0008), but I
found that this made my window invisible. You may have better luck, as I
tried it in an application that I'd made that uses lots of hooks to
Indeed he has...
What events are missing - not sure - I'm in the process of tiding up my app,
and large parts of it I would like to run under NEM - I'll create a bug
report for missing events as I find them.
cheers,
jez.
- Original Message -
From: "Steve Pick" <[EMAIL PROTECTED]>
To: "J
It sounds like the NEM is the way to go, then. Accordingly, I've added
non-functioning accelerators to the Tracker as a bug (though I suppose
it could have been a feature request according to Glenn Linderman's
reply).
Thinking about it, it would be nice to be able to do this:
$mw->btButton->Chan
Aldo's been silent for a while.
Exactly what events are missing? We're running out of space in the NEM to
add new events (checking if events are set is based on a 32-bit mask, and
most of the bits are used), but I'm sure that's easy to get round.
The NEM is probably faster than the OEM, though I'
OK, i add minimum MinGW version in my how-to.
Laurent.
> Hi Laurent,
>
> Thanks for the reply.
>
> >Strange, i have LVIF_INDENT constant define in mingw commctrl.h file.
> >Do you have it in your commctrl.h file ?
>
> No, not present. Checked MinGW CVS and found it was in that one. Also
found
> t
I'de like to use NEM more - but I am finding some events missing. So it the
NEM slightly "faster" as well?
Aldo was talking about another model - is this just an enhancement of NEM?
jez.
- Original Message -
From: "Stephen Pick" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>;
Sent: Tuesda
Yes, I use the NEM heavilly. The OEM is a really ugly way of doing
things and basing things on references is much safer and much more
elegant. Every other perl module that needs to do callbacks uses
references (see.. well.. anything, err, LWP for example). This is
because you can check that referen
Just out of interest, is anybody really using the NEM? Are there any
major advantages to it? I admit it is quite elegant to have a one-line
subroutine defined as an -event option, but in practice, most event
handlers will consist of more code than I would like to define that way
and the handler wou
Hi,
For whats it's worth I dont have any problem. What version of perl2exe are
you using?
cheers,
jez.
- Original Message -
From: "Grzegorz Uszynski" <[EMAIL PROTECTED]>
To: "Win32-GUI"
Sent: Monday, January 19, 2004 11:25 PM
Subject: [perl-win32-gui-users] win32-gui 0.670 and perl2ex
15 matches
Mail list logo
