Stephen,
Something like
-addstyle = WS_VISIBLE | 3 | WS_NOTIFY | WS_VSCROLL,
Should do it.
Kev.
|-+
| | Stephen \Flame\ Couchman |
| | [EMAIL PROTECTED] |
| |
Marc,
You could give the button focus:
$Win_info_srv-Button_ok_srv-SetFocus();
would do that.
To have enter press the button when another control had focus there
needs to be a way of getting the window to call your button click routine
when enter is pressed. So far I've only seen this
Pete,
You forgot the 'keys' in your foreach statement.
ie
foreach my $number (%countother)
should be
foreach my $number ( keys %countother)
otherwise the foreach loops through both keys and values.
Cheers,
Kev.
|-+
|
Usually with this sort of thing I'd disable the window containing the
button, eg
$win-disable();
If $win is the window with the button in. You might also want to consider
making the second window a dialogbox and setting its parent to the first
window. From memory this stops the second
Michael,
I did quite a bit of experimenting with Fork and Win32::GUI a while ago.
The main problem I hit was perl crashed when the window closed. I guessed
there was some sort of memory management problem but couldn't figure out
what. Eventually I gave up and used a doevents approach (I did
Peter,
Win32::Pipe allows you to use named pipes for interprocess communication.
One process has to act as a server, any others as clients. You might want
to have a look at the PerlIPC doc as well.
Here's a very simple Win32::Pipe server:
use Win32::Pipe;
$p = new
Make the second window a dialog window and use the -parent option when you
create it Example code below.
Cheers,
Kev.
use Win32::GUI;
$Win = new Win32::GUI::Window(
-left = 341,
-top= 218,
-width = 300,
-height = 300,
-name = Win,
-text = Window
Guillem,
You'll probably find that forking and then using waitpid doesn't do what
you want. If you're parent process is waiting it won't be able to respond
to user input. What I think you need to do is disable any user input
controls that might cause problems if they are clicked while you're
Hi All,
I'm trying to use fork() to create a parent and child process. The parent
will deal with Win32::GUI events, tell the child which buttons etc have
been pressed, the child will carry out the actions and update the
appropriate controls on the window. This way I can allow the main window
to
Has anyone found out how to display unicode characters in a text or rich
edit control? It doesn't seem to work for me. 'ç' comes out as '├º' when
I try to use it (apologies if various email systems have destroyed the
original character but it was a unicode 00E7 character).
Cheers,
Kev.
This may have come up before, in which case I apologise, but has anyone
tried creating a module to package up commonly used windows? I've been
trying this but found I have to export the event (Button_Click etc)
handlers into the Main namespace. Does anyone know if there is a way to
handle these
Carol,
Your code looked fine to me but didn't work when I ran it either so I
looked at Aldo's PRIDE program and found that I could only get the keypress
event to be called if I declared a new class and then made the richedit a
member of that class:
my $EC = new Win32::GUI::Class( #
Jonathan,
I didn't even notice you'd put Windows 200 until you sent the second email.
Its a shame about the ItemClick event for ListViews, I'd hope to use
ItemClick for selecting and then the double click for doing something with
the selected items. Guess I'll just have to use double click for
Jonathan,
The particular app that this is for will use the ListView to display files.
I was hoping to allow a single click to select a file, further single
clicks to select multiple files and a double click to perform an action on
the files that had been selected. This would mean over riding the
Jonathan,
You're right, removing -hotrack = 1 gives exactly what I want. You'd
think I might have noticed that option and wondered what it did. I must be
too used to using GB to design the forms and not be paying any attention to
what all the things are its doing for me.
Thanks very much for
Has anyone else found that under Windows 2000 leaving the mouse cursor
over a list view item causes an ItemClick event? Its almost as if there is
a MouseOver event.
If its not just me that gets this, does anyone have any thoughts on how to
turn this behaviour off so that only a real click of
Tim,
The Win32 module has
Win32::InitiateSystemShutdown(MACHINE, MESSAGE, TIMEOUT, FORCECLOSE,
REBOOT)
I haven't come across modules which do of the other things.
Kev.
Thomas, Timothy B [EMAIL PROTECTED]@lists.sourceforge.net on
21/05/2001 23:20:02
Please respond to
17 matches
Mail list logo
