Johan Lindstrom wrote:
> Hi all!
>
> I would like to submit a minor patch to Win32::GUI, providing drag-n-
> drop functionality. How would I go about doing that?
great! send it either to me, or to this list.
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Steve Pick wrote:
> 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
hello gentlemen,
I'm currently reviewing my codebase and gradually applying all the
patches and fixes which don't depend on the NEM. GUI.pm is updated on
CVS. I've used the CVS log itself to document the changes, but I will
probably touch Changelog too sooner or later.
please note that I've also a
Johan Lindstrom wrote:
> Maybe it is just me, but the hardcoded $major == 5 (exactly 5) smells a
> little bit fragile.
heh. I don't know which [EMAIL PROTECTED] will be needed when $major will
be 6 :-)
but yes, maybe it is safer to assume $major >= 5, thank you.
cheers,
Aldo
__END__
$_=q,just
Steve Pick wrote:
> Hello,
>
> Here's a nice idea:
mmm. that's nice, but not as nice as it may seem. I see many problems
with this one:
1) you can't easily (I mean, without a lot of effort) intercept all
kind of messages. this is due to the rather complex nature of
the Windows messaging sys
Stephen Pick wrote:
> Does typing "$win->Hook(132,\&hello)" class as an "*explicit* request"?
> :)
Steve, you have good points. I agree wholeheartedly with you, so what
more can I say? go for it :-)
just a quick note: the NEM, in its present state, is not really
useable. I have different plans fo
Glenn Linderman wrote:
> But I think if you use Win32::API to call call PeekMessage with the
> PM_REMOVE set, that you may not get the repeated behavior... me thinks
> the bug is inside DoEvents, somehow it just hit me... maybe the
> PM_REMOVE constant is wrong? (Pure speculation here, but s
Laurent ROCHER wrote:
> I commit :
> [Laurent Rocher]
> - GUI.pm : Change version to 0.0.670
why 670?
> Does someone have something to add on CVS ?
yes me!
> Where upload new package release ?
on SourceForge.
> We can put on Sourceforge but we need a new package name
> (
hello people :-)
On Mon, 2004-02-16 at 13:53, Stephen Pick wrote:
> Hello,
>
> Looks like menus are indeed a little busted. You can't use both
> event models on a menu. You can use either the NEM or the OEM, but
> you can't selectively use NEM here and OEM there. If you add a menu
> to a window
On Mon, 2004-02-23 at 01:38, Steve Pick wrote:
> 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 thing, and
> there's only enough bits in that for 32 events. I was wondering if that
> whole thing should be done
On Mon, 2004-02-23 at 18:05, Jez White wrote:
> I'm looking at this more from the users perspective, not as a hacker.
>
> I think a decision has to be made whether to make any new module is going to
> be backward compatible or not. Personally, I think this would be a good time
> to "start from scr
On Mon, 2004-03-22 at 14:00, Laurent ROCHER wrote:
> If this script isn't too complex it's could be nice to add it in Samples
> directory. I think to add this directory in main CVS for provide nice samples
> with
> Win32::GUI.
I definitely agree.
> I don't know how to update ActiveState reposito
Glenn Linderman wrote:
Maybe you know the answer to whether anyone with developer/commit access
can make a new release, or if it takes an extra permission? I'd be
willing to learn the process.
I'm monitoring as well, but unfortunately I have 0 (zero) time to do
anything useful. let me know i
13 matches
Mail list logo