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
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
perl-win32-gui-users@lists.sourceforge.net
Sent: 21/11/06 09:41
Subject: Re:
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
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
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.
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
perl-win32-gui-users@lists.sourceforge.net
Sent: 01/02/07 21:11
Subject: [perl-win32-gui-users]
Thanks - good to know.
Cheers,
Jez
-Original Message-
From: Steve Loughran [EMAIL PROTECTED]
To: Perl-Win32-GUI-Users@lists.sourceforge.net
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
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:
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
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
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,
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,
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,
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 type
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 like:
15 matches
Mail list logo