> To do this have a look at the UserData method. It allows you to
> associate data to a window. When you use NEM events the first parm is
> the object that the event fired on. Say for example you have a button
> on a form, and you have many instances of that form your even handler
> would look li
Hi,
Aquick reply. The tutorials are "bad" as they are really old. Have a look at
the examples supplied as they are better formed.
Yes you can wrap event handlers within an object so that each window knows its
own "state". This allows you to create and destroy many windows of the same
object t
Hi,
A quick reply as I am not on a windows box. Have a look at the "coolbar"
control on rob's home page. Its a wrapper around the rebar and should do all
you need. I have a complicated rebar with toolbars, menus and child windows and
for the most part it works fine.
Cheers,
Jez
-Original
Hi,
You will have to use a threaded approach. One thread deals with the GUI while
the other thread does the work.
Cheers,
Jeremy.
-Original Message-
From: "Maxmelbin Neson (RBIN/EMT1)" <[EMAIL PROTECTED]>
To: "perl-win32-gui-users@lists.sourceforge.net"
Sent: 12/09/07 13:12
Subject:
Hi,
For some reason I can't see the attached code, but I think I know what is going
on. You are using the Old Event Model (OEM) which always assumes the event
hndlers are in the main package space. To fix your problem prefix each event
handler with :: or use the NEM (new event model).
Cheers,
>I had a similar issue trying to launch a web browser
>using system "start ..."
>My workaround was to use a Win32::API call to
>ShellExecuteA
I also use ShellExecute - but you don't need to use Win32::API as its already
in Win32::GUI.
Cheers,
Jez.
Hi,
Assuming you are using the latest version of Win32:GUI you don't need to do
anything special regarding memory management. When objects go out of scope all
memory and resources are released. Something else is going on - can you post an
example?
Cheers,
Jeremy.
-Original Message-
George,
Win32-GUI operates in the same way as any other language - its event driven.
How does windows know to update a window? In some cases it can work it out -
for example when a window is covered by other windows. In other cases, you have
to tell windows to update - you do this by invalida
Hi George,
As a quick reply (I don't have perl on this machine) just invalidate the area
that needs to be redrawn and windows will then fire the paint event. You always
have your drawing in the paint event.
Cheers,
jez
-Original Message-
From: "George" <[EMAIL PROTECTED]>
To: "perl-wi
Thanks - good to know.
Cheers,
Jez
-Original Message-
From: "Steve Loughran" <[EMAIL PROTECTED]>
To: "Perl-Win32-GUI-Users@lists.sourceforge.net"
Sent: 25/03/07 19:48
Subject: Re: [perl-win32-gui-users] Vista and Win32: :GUI
no glitches as far as I can tell for my application (I devel
Try PerlApp, Activestate 5.8.7 and the latest version of Win32:GUI.
Cheers,
Jeremy.
-Original Message-
From: "Eric Hansen" <[EMAIL PROTECTED]>
To: "perl-win32-gui-users@lists.sourceforge.net"
Sent: 01/02/07 21:11
Subject: [perl-win32-gui-users] Perl Compiler Recommendation Needed for
Try PerlApp, Activestate 5.8.7 and the latest version of Win32:GUI.
Cheers,
Jeremy.
-Original Message-
From: "Eric Hansen" <[EMAIL PROTECTED]>
To: "perl-win32-gui-users@lists.sourceforge.net"
Sent: 01/02/07 21:11
Subject: [perl-win32-gui-users] Perl Compiler Recommendation Needed for
Silly question, but why don't you use the NEM?
Cheers,
Jeremy.
-Original Message-
From: "Perl Rob" <[EMAIL PROTECTED]>
To: "Win32 GUI Users Mailing List"
Sent: 08/01/07 08:06
Subject: [perl-win32-gui-users] How to pass $_ to a subroutine
Hi all,
Are you ready for this one? :) Let's s
Hi,
Good post - thanks for sharing.
I noticed that you are using 5.8.4 if you can upgrade to at least 5.8.7 you
should find things more stable (less free to wrong pool crashes).
Cheers,
Jeremy.
>From my (limited) understanding it supports perl (including Win32). The
>activestate documentation is better...
Cheers
jez
-Original Message-
From: "Apu islam" <[EMAIL PROTECTED]>
To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>;
"perl-win32-gui-users@lists.sourceforge.net"
Sent: 21/12/
While looking for something else I came across this:
http://spectcl.sourceforge.net/
It's the Activestate Komodo IDE GUI builder that has been released as
opensource. It is used for TK - but it might be adaptable for dumping creation
scripts for Win32 GUI windows.
Cheers,
Jez
Hi,
Yes Win32: :GUI: :ThreadUtils will be integrated into the core - it will not
change that much, perhaps the odd method or function call.
Cheers,
jez
-Original Message-
From: "Steve Loughran" <[EMAIL PROTECTED]>
To: "perl-win32-gui-users@lists.sourceforge.net"
Sent: 03/12/06 02:53
I have to spend more time on this.
Are there any online documentations??
Donno whether I should ask this or not, How about Perl/Tk? Would that be
simple for a lazy guy like me? From the introduction the Perl/Tk has in
CPAN, frankly I dont understand why Win32::GUI is developed?
Regards,
gopi.
Hi,
I don't think there is a book - although there was talk of one a couple of
years ago. Make sure you are using the latest version of Win32::GUI (1.05) as
it has improved examples and documentation.
If you understand the principles of event driven programming your battle is
half won, as Win3
Yeah I would be - perhaps we could add SetLayeredWindowAttributes to the core?
Cheers,
Jez.
-Original Message-
From: "Steve Loughran" <[EMAIL PROTECTED]>
To: "perl-win32-gui-users@lists.sourceforge.net"
Sent: 21/11/06 09:41
Subject: Re: [perl-win32-gui-users] [win32-gui] SetLayeredWind
Hi,
The best way to do this would be to use queues to communicate between the boss
thread ( the thread running the GUI) and the worker thread (the one doing the
data fetch).
It might sound complicated, but it is very straight forward. I haven't got the
link handy, but there is a thread util pa
Hi,
Most of Win32-GUI is thread safe, and you should be Ok using UserData as long
as the var is itself shared.
You will have problems sharing controls and windows between threads, but you
should be ok with basic types.
An alternative approach is to use thread safe queues to handle
communicat
22 matches
Mail list logo
