Hi Aldo,
Good to hear from you again, I wondered what had happened. Sorry to hear
about the HDD problems, it's happened to me in the past and I know the
feeling.
The idea for the event model is good. I noticed that we're running out of
space to add events to the NEM because it uses the eventmask
Hi Jez,
I didnt say there wouldn't be bugs in it :)
I've updated the CVS, it was a stupid mistake (casting a tooltip handle to
an imagelist handle - DUH), so it should work now. Let me know of any other
bugs, I'm sure there will be plenty as I did not have time to fully test
things like imagelist
In this commit:
AbsLeft and AbsTop now can take arguments:
AbsLeft(10) sets the absolute left co-ordinate of a window to 10 pixels, for
example.
GetEvent(name) will return the coderef for the specified NEM event handler.
"name" should be an event name like "Resize".
SetEvent(name, handler) will
Hi,
During the heavy documentation update (nearly every method in GUI.xs has now
been documented) I noticed some confusing things regarding these:
Win32::GUI::CloseEnhMetaFile(HANDLE)
Win32::GUI::CreateEnhMetaFile(FILENAME, [DESCRIPTION])
Win32::GUI::DeleteEnhMetaFile(HANDLE)
Win32::GUI::PlayEnhMe
Hello, me again...
Since some people mentioned window scrollbars in the list a while back, I
decided to implement some functions to make them actually work.
I've also added the relevant constants for scrollbars and statusbars, fixed
the bug with $window->Result(x) (thanks to Glenn Linderman), and
Hi,
You'll all be pleased to know that I've enhanced the StatusBar object
greatly. Here's the documentation for all the new methods for your status
bars:
Parts([x1, x2, x3...])
# Divides the statusbar into sections. The list of co-ordinates define
the
# right-hand edge of each part.
#
Hi,
In this update:
- GUI.xs : Made ProgressBar aware of -foreground and -background colour
settings
Example:
my $progressbar = new Win32::GUI::ProgressBar($mainwindow,
-name => "PB1",
-left => 0,
-top => 0,
-width => 100,
-height => 20,
-foreground => [255,0,0], # Red.
Hi,
> >When removing hooks they are identified by coderef, so this is WRONG:
> >
> >$win->Hook(WM_MOVE, sub { print "moved!" });
> >$win->UnHook(WM_MOVE, sub { print "moved!" });
> >
> >In that case, UnHook will return false and the hook will not be removed
> >because the codref passed to the UnHo
ng UnHook() inside a hook handler seems to be safe (after a lot of
bugfixing and tweaks to make it safe), but if you find any problems (usually
crashes) with this kind of thing let me know.
Steve Pick
[EMAIL PROTECTED]
Just wanted to wish everyone on the list a Merry Christmas and offer my
thanks for all your assistance and work on improving Win32::GUI.
Cheers,
Steve Pick
[EMAIL PROTECTED]
Hi,
Just committed the flicker-free windows code. This prevents any flickering
of widgets in a window when it's resized. Because the code may break your
current windows (for instance, graphic objects now do not show up, and
WS_CLIPCHILDREN causes no the background to not be redrawn) you must
expli
The archive is always a few days out of date, but I can't imagine why you're
not getting some messages. Spam filtering?
Steve
- Original Message -
From: "Jeremy White" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Cc:
Sent: Sunday, December 14, 2003 7:58 PM
Subject: R
flatscreen
monitor (LCD) the flicker is much less noticeable.
Steve
- Original Message -
From: "Laurent ROCHER" <[EMAIL PROTECTED]>
To: "Steve Pick" <[EMAIL PROTECTED]>
Cc: "Win32 GUI Hackers"
Sent: Sunday, December 14, 2003 6:36 PM
Subject: Re
Hi,
> > 4.Graphics objects no longer show up (DCs don't seem to support
> > WM_PRINT).
> >
> > 5.Setting WS_CLIPCHILDREN results in massive flickering (the
opposite of
> > what it used to do) and causes no background to show.
>
> Well, I don't really understand a lot of what you said, and
Hi,
Yep I've done it. But my implementation SUCKS and breaks a few things so I
won't commit yet.
First, the HOW:
Before you read on, be prepared for nastiness.
When WM_ERASEBKGND is received in CommonMsgLoop it is discarded (so we stop
backround erasing happening).
When WM_PAINT is received in
Hi,
Just fixed a bug with windows that had the -parent option given, and were
then positioned with the Left() and Top() methods. These methods were
detecting that the window had a parent and were translating X (in the case
of Top() ) and Y (in the case of Left() ) into the current X or Y
co-ordina
Bah, 5.005 is deprecated anyway in my book :/ You can't download it from
ActiveState anymore and i doubt anyone should be using it. So long as
there's a 5.6 and 5.8 release I think/assume most people will be happy.
Steve
- Original Message -
From: "Laurent ROCHER" <[EMAIL PROTECTED]>
To:
Hi,
> Is there any reason HEM cannot be used in conjunction with the old event
> model?
Not that I can think of. I just forgot to add it to that bit. My hooks arent
real Win32 hooks at all, as you know, and I put the processing of them after
the NEM stuff so as to make it more difficult to screw
Hi,
In this episode:
Hook(handle, msg, sub); or $win->Hook(msg, sub);
Allows you to say "whenever the window receives this msg id, call the given
subroutine with the msg's wParam and lParam as arguments".
This basically infinitely expands the NEM to encapsulate any event you want.
The sub given
eep your eyes peeled.
Steve
- Original Message -
From: "Glenn Linderman" <[EMAIL PROTECTED]>
To: "Steve Pick" <[EMAIL PROTECTED]>
Cc: "Win32 GUI Hackers"
Sent: Friday, December 05, 2003 2:26 AM
Subject: Re: [perl-win32-gui-hackers] Proposition for
Hello,
Here's a nice idea:
use Win32::GUI;
my $win = new Win32::GUI::Window(
-name => "Test",
-left => 100,
-top => 100,
-width => 100,
-height => 100,
-onResize => \&Test_resize
);
# Whenever we get WM_SETCURSOR, call perl sub setcursor with message
parameters.
$win->Hoo
In this exciting installment:
Timers are now working in NEM mode. Create timers as normal. The onTimer NEM
event is triggered whenever any timer for the window ticks:
my $win = new Win32::GUI::Window (
-name => "MainWin",
-top => 100, -left => 100, -width => 100, -height => 100,
-onTi
I will change this in the next commit.
Steve
- Original Message -
From: "Glenn Linderman" <[EMAIL PROTECTED]>
To: "Aldo Calpini" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; "Johan Lindstrom"
<[EMAIL PROTECTED]>;
Sent: Wednesday, December 03, 2003 5:14 PM
Subject: Re: [perl-win32-gui-ha
I have fixed the following bugs:
1. Rehashed the way Win32::GUI::Class constructor detects xp or not. Removed
the whole ELSE condition of that part that checks the OS version; it's not
needed since if -color is not set, it's set to the correct color later on in
the constructor.
2. I was wrong
enn Linderman] Accelerator key patch, Correct NotifyIcon DESTROY, add
PM_* constants for use with TrackPopupMenu.
+ [Laurent Rocher] Fix some warnings, Remove unused variables, remove
constants.c file.
+ [Trevor Garside] Add new RichEdit methods.
+ [Steve Pick & Laurent Rocher] Add para
onKeyDown is utterly useless for a textfield without changing this in
Textfield.xs:
Line 746 case should change to:
case WM_KEYDOWN:
PerlResult = DoEvent_NEM(NOTXSCALL perlud, PERLWIN32GUI_NEM_KEYDOWN,
"KeyDown",
PERLWIN32GUI_ARGTYPE_LONG, lParam,
PERLWIN32GUI_ARGTYPE_LONG, wParam,
-1);
please
> Hi,
>
> Actually, i have commit only this, in 665-Fix branch :
>
> + [Laurent Rocher] Add build with MinGW and ExtUtils-FakeConfig support.
> You can build Win32-GUI for ActiveState Perl with Free MingW Compiler.
> See HowTo : http://perso.club-internet.f
Hi,
Drag & Drop support for files is already included in Win32::GUI::AdHoc and
has been for some time.
Steve
- Original Message -
From: "Laurent ROCHER" <[EMAIL PROTECTED]>
To: "Win32 GUI Hackers"
Sent: Friday, November 21, 2003 7:00 PM
Subject: [perl-win32-gui-hackers] Re: [perl-win3
Hi,
A CVS was committed a couple of days ago by lrocher with no changelog. Can
we get a log of what's changed in the latest commit so that we know what
fixes have been implemented? Otherwise things will get confusing.
Steve
I agree
- Original Message -
From: "Laurent ROCHER" <[EMAIL PROTECTED]>
To: "Steve Pick" <[EMAIL PROTECTED]>; "Win32 GUI Hackers"
Sent: Friday, November 21, 2003 6:31 PM
Subject: Re: [perl-win32-gui-hackers] Fix for PeekMessage
>
> Fo
You'll notice PeekMessage A) doesnt warn about non-references even though
the warning code is there and B) Yields a ton of "attempt to free
unreferenced scalar" errors. The problem was an else{} in the wrong place,
and making array values mortal so they got cleaned up before they ever hit
your perl
In addition to Glenn Linderman's fix for resize cursors this should be put
in (@)INTERNAL:Create(%OPTIONS) near the top:
perlcs.hCursor = LoadCursor(NULL, IDC_ARROW);
I've put it just below the line that reads
perlcs.iEventModel = PERLWIN32GUI_EM_BYNAME;
This will stop the cursor remaining as a
Hi,
Thanks for coming back to the project, nice to finally get to talk to you.
I'm spearheading getting some flicker-free redraws working in Win32::GUI but
whenever I try to double-buffer in a window resize, the flicker just
remains. It looks as though the widgets are redrawn after the window, and
33 matches
Mail list logo
