Re: [perl-win32-gui-users] Qs on Sliders, Buttons and the KBD (Was: Accelerator Scoping Oddity)

2007-07-27 Thread Robert May
On 27/07/07, Veli-Pekka Tätilä <[EMAIL PROTECTED]> wrote: > First of all, good to hear you are working on a TK-like layout manager. > I'm looking forward to its release. Don't hold you breath :-) Just because it's on my list doesn't mean that I'll get around to it. Of course, anyone else is free

Re: [perl-win32-gui-users] Icon in menu?

2007-07-27 Thread Robert May
On 27/07/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > is it possible to show an icon within a menu? Not directly using Win32::GUI, but using Win32::API too ... I posted some code to the list a few months ago - I was going to give you a pointer to the list archive, but it appears that SF's se

Re: [perl-win32-gui-users] Qs on Sliders, Buttons and the KBD (Was: Accelerator Scoping Oddity)

2007-07-27 Thread Veli-Pekka Tätilä
Hi Robert, First of all, good to hear you are working on a TK-like layout manager. I'm looking forward to its release. Although another great way to do GUis would be to design them with the Visual Studio tools and then load the resources in Win32::GUI. Is that supported, i.e. can I load plain Win32

Re: [perl-win32-gui-users] UserData (Was: Accelerator Scoping Oddity)

2007-07-27 Thread Veli-Pekka Tätilä
Robert May wrote: > > but as a quick > > workaround in my apps I store the perl objects in the window hash: > It's better practice to use the UserData() or ClassData() methods to > store data with a window - that's the documented interface - Yup I've noticed, it can be quite useful. Here's a real w

[perl-win32-gui-users] Icon in menu?

2007-07-27 Thread a9876543210
Hi, is it possible to show an icon within a menu? thx juergen -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

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.