Re: [perl-win32-gui-users] UserData

2006-10-28 Thread jez_white
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

Re: [perl-win32-gui-users] [win32-gui] SetLayeredWindowAttributes ?

2006-11-21 Thread jez_white
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:

Re: [perl-win32-gui-users] Is there any book or a complete tutorial for Win32: :GUI ????

2006-12-01 Thread jez_white
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

Re: [perl-win32-gui-users] Win32: :GUI: :ThreadUtils integration in Win32: :GUI?

2006-12-04 Thread jez_white
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

Re: [perl-win32-gui-users] Multi threaded Win32: :GUI app and the DBI (DBD: :mysql)

2007-01-06 Thread jez_white
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.

Re: [perl-win32-gui-users] Perl Compiler Recommendation Needed for Win32-GUI/ActivePerl

2007-02-01 Thread jez_white
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]

Re: [perl-win32-gui-users] Vista and Win32: :GUI

2007-03-26 Thread jez_white
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

Re: [perl-win32-gui-users] Refreshing the Window

2007-05-30 Thread jez_white
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:

Re: [perl-win32-gui-users] Refreshing the Window

2007-05-30 Thread jez_white
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

Re: [perl-win32-gui-users] memory management and Win32: :GUI

2007-06-13 Thread jez_white
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

Re: [perl-win32-gui-users] Why is my GUI hanging?

2007-07-27 Thread jez_white
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.

Re: [perl-win32-gui-users] Actions not firing in Win32GUI

2007-08-22 Thread jez_white
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,

Re: [perl-win32-gui-users] How to combine tool- and rebars properly?

2008-02-13 Thread jez_white
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

Re: [perl-win32-gui-users] tutorials use strict? use warnings? globals? sender and eventargs? $self?

2008-02-21 Thread jez_white
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

Re: [perl-win32-gui-users] tutorials use strict? use warnings? globals? sender and eventargs? $self?

2008-02-22 Thread jez_white
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: