Hi,
Could be that I broke this when upping the _WIN32_IE constant to 0x0501. If you
put that back to 0x0400 does it work again?
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Laurent ROCHER
Sent: 25 February 2004 19:02
To: [EMAIL PROTECTED]; perl-
dump the whole extracted bundle thing
and use an in-exe resource like the other perl exe makers do) before it
will really make the grade for me, I'm afraid. By the way, I'm not
making PAR exempt from the use of this new functionality on purpose,
it's just that PAR cannot possibly
Hi,
Can you not set the parent to be the handle of the rebar section that you're
adding the toolbar into? I know not much about rebars but I do know that they
have HWNDs that would satisfy a toolbars need to have a parent window.
Steve
-Original Message-
From: [EMAIL PROTECTED] [mail
Hi,
Jez mentioned it'd be neat to be able to load resources other than bitmaps,
icons and cursors from the EXE file. This would be very useful for packing your
GUI Loft .gld files into the exe and things. Well, here it is.
Win32::GUI::LoadResource("SomeResourceName"); will search the exe of the
Eh?
Win32::API *can* be included in compiled .exe perl scripts. What packer are you
using?
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: 19 February 2004 11:02
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [pe
Goody Gumdrops.
Just committed a change to CVS so that icons, bitmaps and cursors created in
the standard way are first checked for in the EXE file that loaded Win32::GUI.
Now there are some little points of note:
1. Doesnt work with PAR (unless you're a sneaky bugger). The reason it doesnt
I'll get onto the code and a CVS commit soon!
Steve
-Original Message-
From: Straub, Peter (Peter) [mailto:[EMAIL PROTECTED]
Sent: 19 February 2004 10:26
To: Stephen Pick; Jez White; Win32-GUI
Subject: RE: [perl-win32-gui-users] Shipping resources with your exe
I have been using
I didnt mean to suggest we start modifying the perl exe :) That would be crazy.
I meant that microsoft provides certain functions that let you add, remove and
update resources in an executable, you just have to pass the handle to the
module who's executable file needs to have its resources play
Also, you can set Listbox (combobox) background colours with the -background
option. Works for me (tm).
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: 17 February 2004 14:05
To: perl-win32-gui-users@lists.sourceforge.net
Subj
Cheers Ramy, just added the ability to set the listview background using the
standard -background option to CVS.
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: 17 February 2004 14:05
To: perl-win32-gui-users@lists.sourceforge
Hi,
I've just spent the morning converting and documenting Rammy's perl toolbar
functions into XS. They're now in the CVS.
The new functions are as follows:
# (@)METHOD:SetButtonState(BUTTON, STATE)
# (@)METHOD:SetStyle(STYLE)
# (@)METHOD:SetExtendedStyle(STYLE)
# (@)METHOD:GetStyle(STYLE)
# (@)
I'm sticking with 5.8.0 for the time being, for Win32::GUI stuff at least.
I was also wondering, does anybody compile with MS VS .NET? If so is there any
way to stop it requiring the MSVCRT70.DLL and similar 7.0 DLLs that most people
don't have?
Steve
> -Original Message-
> From: [EMAI
Hi Jez.
I found the problem (duh...) You should remember that Parts also returns the
widths of all parts as a list. Since you have a part of width -1 on the last
part, when you call Parts a list with -1 as the last element is being returned.
In the instances you showed where Parts does not wo
Hi,
Try calling Win32::GUI::DoEvents after each output update. This performs
one GUI event tick and returns immediately afterwards.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Alex Lee
> Sent: 12 February 2004 04:35
> To: perl-win32-gui-us
with only name, pos,
size and text options. Don't forget that Perl with Win32::GUI loaded takes up
about 4mb of RAM alone.
Steve
-Original Message-
From: Jez White [mailto:[EMAIL PROTECTED]
Sent: 03 February 2004 13:13
To: Stephen Pick; Win32-GUI
Subject: Re: [perl-win32-gui-use
Yep, there's a "PERLWIN32GUI_USERDATA" structure for every control and window.
This structure is chunky, and has references off to other structures in it,
such as window names, cursors, accelerator tables, NEM events, etc. It could
probably be optimized down.
The reason it uses more memory is
Hi,
this has already been in the list before. I've no idea if it really
works but try adding this option to your label:
-pushexstyle => 0x0020
That sets the WS_EX_TRANSPARENT style. Apparently it makes windows
transparent but still allows them to respond to input events. Please let
m
Yikes
Right, first off you need to get the Microsoft Platform SDK. This
contains all the windows header files and system header files that will
be required when compiling. It's free to download, get it here:
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/
It's a massive download. You
GUI_MessageLoops.cpp, there are events for graphics in the OEM but i don't see
any NEM functionality for Paint(). the onMouseDown etc. events will probably
work if the graphic is set to be interactive.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Beha
most of the bits are used), but I'm sure that's easy to get round.
> >
> > The NEM is probably faster than the OEM, though I've not
> run any benchmarks.
> >
> > I would no longer even consider using the OEM, having
> looked at the code for
> >
Yes, I use the NEM heavilly. The OEM is a really ugly way of doing
things and basing things on references is much safer and much more
elegant. Every other perl module that needs to do callbacks uses
references (see.. well.. anything, err, LWP for example). This is
because you can check that referen
w its all clear ;-) Got confused with the
> MSDN which had
> Parts(nParts[array of widths]). Should have spotted the X
> co-ordinate in
> 'x1' Doh!
>
> And now Jez has answered my next question with his post,
> which was how are
> the parts referenced... hours of fun co
Not a problem!
Give your label the -notify => 1 option. Now when you click it, it'll
generate a WM_LBUTTONDOWN message.
Make a new global variable called $MBUTTON:
our $MBUTTON = 0;
Give your label an -onMouseDown event, and in the event handler, you
want to:
sub mousedown {
$label->Set
Hey here's an idea!
man grep
Wow!
-r, --recursive
Read all files under each directory, recursively;
this is equivalent to the -d recurse option.
Also manifests itself as the rgrep command. RTFM next time. Don't post
dumb questions to this list. Post them to perlmonks. Is t
Hi Jez,
I'm in the process of adding all the missing documentation in Win32::GUI. I've
documented well over 50 methods that were previously undocumented. If you find
any quirks in the Rebar or would like to document some bits of it for me, that
would be very helpful, since I've never attempted
Have you tried $label->SetImage($win32_gui_bitmap_object)? I find that
this doesnt do anything unless you force the image to update. You can do
this with:
$label->Redraw(0x0001 | 0x0100);
Which invalidates the label rect (0x0001 = RDW_INVALIDATE) - you could
also use InvalidateRect to do this - a
Hi,
The correct usage is:
$status->Parts(x1,x2,x3,x4,x5...);
I'm sorry if the docs were confusing. This takes a list, not a list reference.
Also it does not take "widths", it takes the X co-ordinate of the right-hand
edge of each part. This is true to the actual API functionality, which is kin
:GUI is still
very similar to the underlying C API, which is a good thing. If they dont know
what something is then they can read the docs, which will be regenerated from
the new code and distributed with the PPM.
Steve
-Original Message-
From: Frazier, Joe Jr [mailto:[EMAIL PROT
Your code is bad. What you're doing is creating a floating "BorderlessWindow"
positioned over the top of the main window. If you want to put your window
*INSIDE* the client area I suggest you do this:
use Win32::API;
our $SETPARENT = new Win32::API("user32","SetParent","NN","N") or croak "Faile
Hi Jez,
> If I wanted to use a scroll bar for part of the window - say, within a
> tabstrip, would the approach be to create another window and apply the
> scroll bar to that?
Yes. Bear in mind that the scrollbars are ONLY scrollbars, they do not have any
effect on the window contents unless you
>
> At 13:59 2004-01-15, Stephen Pick wrote:
> >I just got the latest version of TGL, and it won't start.
> Tries to read
> >memory at 0x000. This problem is something I commonly
> associate with
> >missing files given to imagelists, bitmaps, etc. Or maybe
]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Stephen Pick
> Sent: 15 January 2004 12:42
> To: Sirisha Gollapudi; perl-win32-gui-users@lists.sourceforge.net
> Subject: RE: [perl-win32-gui-users] another newbie question...
>
>
> I would recommend looking into The GUI Loft - It's
Use ppm (programmers package manager) with activeperl. Type "ppm" at a
command prompt, then type "help" for instructions.
If you prefer to use CPAN (comprehensive perl archive network) to
install modules/packages (often more are available here) you can use:
perl -MCPAN -e shell
then at the "cpan
I would recommend looking into The GUI Loft - It's a WYSIWYG gui creator
for use with the Win32::GUI perl module.
Johan seems to have been busy updating it too :)
Link: http://www.bahnhof.se/~johanl/perl/Loft/
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECT
Oh and you need to do
nmake install
after compiling to install the module. Sorry, forgot to add that.
Steve
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Levin
Sent: 14 January 2004 14:19
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [pe
You should already be able to add the WS_EX_STATICEDGE style to buttons.
use the
-pushexstyle => 0x0002
option for your button and the style will be applied. WS_EX_STATICEDGE is not
exported by Win32::GUI (most Win32 constants arent), so you have to use the
numeric instead.
Steve
-Or
Can you post this on the sourceforge tracker as a suggestion if you haven't
already? It's much more useful to put suggestions and bug reports there since
otherwise they just lie around on the list and nobody can verify if they've
been seen to or not :)
Steve
-Original Message-
From: [
p to date, adding
scrollbars to a window with the -hscroll and -vscroll options does nothing yet).
Steve
> > - Original Message -
> > From: Stephen Pick
> > To: perl-win32-gui-users@lists.sourceforge.net ; Jez White
> > Sent: Tuesday, January 13, 2004 1:32 PM
>
ng of PODifying it all.
> the failing examples
Which examples fail?
> the initial image of Win32::GUI can be quite negative, even
> though (in my view) the product is actually very good.
I guess you're right here. Win32::GUI put me off for ages just because of the
lack of good docs and
Hi Jez,
I agree with most of your points about what goes into the project, but I feel
that we're in the best position (as people working on active projects) to know
what needs to be added.
To make you extremely happy the commit i'll do thisevening will make progress
bars take account of -for
Hi,
I believe that the 670 version has some old hooks code in it, this version is
available as a ppm on sourceforge. The latest CVS from the 665 branch is the
one you want for best functionality. What errors do you get on compile, and
what compiler are you using?
Steve
-Original Messa
Hi,
OK let me introduce Hooks to those in Win32::GUI::Users who may have missed its
introduction.
The Hacker Event Model / Hook Event Model / HEM allows you to define one or
more Perl handlers for any window message, window command or notification. When
your application receives a message that
Hi,
Most of the active people on this list are Perl "experts".
Here's the code to make a logging box like you asked for:
# Make a really simple new window:
my $popup = new Win32::GUI::DialogBox (
-name => "LogPopup",
-left => 100,
-top => 100,
-width => 200,
Hi,
> 2/ Every button click should invoke another perl script --> I
> think I can do this by including the system command in the
> button click method. If anyone knows any other sophisticated
> method then pelase tell me
You can run your perl scripts using perl's do keyword:
do 'myscript.pl';
ow it works.
I recommend you take a look at the Win32::API module for Perl. This may
help you as it certainly helped me.
Steve
> -Original Message-
> From: Glenn W Munroe [mailto:[EMAIL PROTECTED]
> Sent: 06 January 2004 14:28
> To: 'Stephen Pick'; perl-win32-gui-use
There is a module on CPAN called Win32::Printer:
http://search.cpan.org/~wasx/Win32-Printer-0.6.6.1/Printer.pm
Check it out, it's great.
Steve
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
Chris
Sent: 03 January 2004 02:38
To: perl-win32-gui-users@lis
Hi Glenn,
> I've been trying to get the ListView EditLabel feature to work. I can
> turn it on OK and have got the handle to the edit control and through
> that the control's contents. The problem is that the control is
created
> and destroyed automatically, and it is difficult to get access to th
47 matches
Mail list logo
