All,
Does anyone know if the latest version of Microsoft community edition visual
studio works to build Win32::GUI?
I've been trying to build WIn32::GUI (specifically Win32::GUI::Grid) under a
modern Activestate 64 bit perl, but I can get it to compile (lots of weird
errors). It does build
Only that I have not had *any* time to even review the 64-bit patches - and I'm
not likely to get any any time soon.
I'm also not sure that Jeremy's right; I don't think the 64-bit patches are in
the repository. That said, I have no issue with someone else applying them and
spinning a
I ask because I want to use a package method rather than a sub in main.
Like you might say in Tk
$self-{window}-after(1000, sub { $myotherobject-timerhandler(); });
Have a look at the NEM (new event model) as it allows you to associate subs
refs to events. It's also faster.
://old.nabble.com/Crash-with-perl-5.10-and-Win32%3A%3AGUI-1.6-td16523383.html
[ http://goo.gl/UhcgE ]
In this thread, one Jeremy White discovers the problem, apparently
solves it, then writes:
I think the solution is straightforward but don't want to commit the
code yet.
Odd, reading your own posts
Quick reply, it could be a simple scoping problem:
package Testing;
use strict;
use warnings;
use Win32::GUI();
use Win32::GUI::Constants qw(BS_BITMAP);
move the images here - that way the objects don't get destroyed when they go
out of scope.
my $IMG1 = new
Hi,
Cool - do some major testing with your app, and if things are still OK, the fix
(well, a version of it) will get committed to CVS.
Interesting that you are still having memory issues with 5.12. This could be
another issue within Win32::GUI that only manifests in those versions of
Probably I am mixing something. I wrote another variant of the script:
test.pl: ## #!/usr/bin/perl -w use
strict; use warnings; use Win32::GUI qw(); my $i = 0;
Ok:) as soon as I saw your code, I can see the problem...The problem is:
One more thing - maybe important. This background color problem is not
neccesary connected with a memory. I think that maybe the bigger problem is
that it rises the GDI object counter. Please compare difference between Perl8
and Perl10 - in Perl 5.8 in principle the memory is stable
Finding the GDI objects number was crucial. It was written 1 and maximum
-
according Microsoft is 65,536 (for XP). The number is written in registry
under the key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Windows\GDIProcessHandleQuota
Vista and Windows 7
Hi,
I use windows XP, Windows 7 and win32::GUI 1.06. Problem exists on the both
OS`s.
What version of Perl are you using?
It is not problem with win32::GUI but I experienced it just using the module
in my application.
My application dynamically generates series of windows (potentially
What version of Perl are you using?
Perl 8.8 and Perl 10.0 (both ActiveState's) - results the same
I assume that's perl 5.8.8?
It may be worth downloading the latest version of either 5.8 or 10.0 as I know
there were fixes in Perl itself that could be causing your problem.
The
Hi,
I'm not sure what you example code actually does:)? If I comment out all the
code for SetLayeredWindowAttributes there is no change to the window?
You'll probably want to set the background of the button to the same color as
the window as any app with windows XP styles set will use rounded
Hi,
If you do a search in this group you should find examples of skinning apps
using UpdateLayeredWindow as a base. This function should be really added to
the core at some point. Could you add an item on the tracker for this function
(and related functions) once you've got your example
Hello!
I have a question: How to improve refreshing speed?
As a first step, try a profiler to see where your code is spending most of its
time:
try Devel-NYTProf:
http://search.cpan.org/~timb/Devel-NYTProf-3.11/http://blog.timbunce.org/2009/12/24/nytprof-v3-worth-the-wait/
(make sure you
All,
I have just checked in some changes that will allow the building of Win32::GUI
with 64 bit perl. The resulting dll's are all 64 bit meaning they run native on
64 bit machines with all the advantages (access to more memory and increased
performance). At this stage, the changes should be
In the past I have tried various tools to profile Win32::GUI applications and
I've always been disappointed with the results...
...but I have been impressed with Devel::NYTProf:
http://blog.timbunce.org/2009/12/24/nytprof-v3-worth-the-wait/
Devel::NYTProf exists as a PPM for both 5.10 and 5.8,
Hi,
The reason you are seeing strange behavior is that you have several controls
with the same name, give each one a unique name and the problem will go away.
For me (Vista, Perl 5.8.9, Win32::GUI 1.6) the below doesn't leak (handle or
memory [i do see a 'leak' of 16K on the first run, but no
Hi,
What version of Win32::GUI are you using? I don't see any memory leak when
running your code? You don't need to do anything to 'destroy' a control,
Win32::GUI should do the right thing (see below). The same also applies to
windows, you can create/destroy (let them go out of scope) just
Hi,
One thing that did strike me when reading your mail was when you said
application does not in itself require a GUI. When you hooked
WM_QUERYENDSESSION + WM_ENDSESSION, are you sure your application is sitting on
the event pump (Win32::GUI::Dialog) when windows shuts down? If it's not, then
Something like below - I didn't have time to test it fully, but something is
printed when I shutdown.
use strict; use Win32::GUI qw (WM_QUERYENDSESSION); my $main =
Win32::GUI::Window-new(-name = 'Main', -text = 'Perl', -width = 200,
-height = 200);$main-AddLabel(-name = Label, -text = Hello,
I have also experimented with OpenGL and Win32::GUI. I started to
write a module to integrate the two, but never completed it - I did
get it running though, and successfully ported most of the examples
that some with the OpenGL module.
I've played with this too. Got the basics working, but
?
--
Apu Islam
( E Pluribus Unum)
From: Jeremy White jez_wh...@hotmail.com
To: roberte...@users.sourceforge.net;
perl-win32-gui-users@lists.sourceforge.net; kejoh...@hotmail.com
Sent: Friday, May 22, 2009 12:50:50 PM
Subject: Re: [perl-win32-gui-users] Win32::GUI + OpenGL
Hi,
Not sure if I understand what you are wanting to do, but you can have a
webserver (via HTTP::Daemon) running on one thread, while the main GUI is
running in another. Each thread would block as you would expect: Win32::GUI
until an event is fired and HTTP::Daemon until a time out or HTTP
On Wed, 22 Apr 2009, Rob May wrote:
2009/4/22 Jeremy White jez_wh...@hotmail.com:
I vote for adding the XP style request directly to perl.exe - in
almost all cases it's the correct thing to do and is easy enough
to remove (and indeed from PerlApp) should you need to. It's also
backward
As a side, you dont need to define constants or use win32 api:
use strict;
use warnings;
use Win32::GUI qw(WS_CAPTION TME_HOVER TME_LEAVE HOVER_DEFAULT SWP_FRAMECHANGED
SWP_NOMOVE SWP_NOSIZE SWP_NOZORDER SWP_NOACTIVATE);
my $state = 0; # 0 - out; 1 - in;
my $mw = Win32::GUI::Window-new(
Hi,
It's not a Win32-GUI problem either - it's a windows thing. When a window is
resized windows clears the area *before* the paint event is fired, resulting in
that flash/flicker.
You can work around this by associating a class to the window (which, I think,
from memory stops the event that
Hi Raphael,
I don't have Win32::GUI in front of me - but:
You always need Validate, as this tells windows that you have finished drawing
for the paint event. Drawing to a live DC will always be slow and flickery.
You need to draw to a memory DC and bitblit the result to the window DC - I
# Begin button row
$btn_DBWindowDefault = $DBWindow-AddButton(
-name= 'DBWindowDefault',
-text= 'Ok',
-tabstop = 1,
-default = 1, # Give button darker border
-ok = 1, # press 'Return' to click
.
It's a form of 'trainer' (thats very very generalized) for an MMO. The
original application had a userbase of about 5000 people.
On Thu, 18 Dec 2008 22:14:02 +, Jeremy White jez_wh...@hotmail.com
wrote:
Hi,
My 2cents. Can't you create a dynamic control (within a transparent
Hi,
My 2cents. Can't you create a dynamic control (within a transparent window)
that is created on the fly when the user moves a mouse over an 'image' of the
control?
Can you say what the app is?
Cheers,
jez.
Date: Wed, 17 Dec 2008 02:07:40 -0600
From: a...@es-ash.net
To:
Hi,
Ok I understand a little more of what you are trying to do.
Windows has two main drawing modes: One mode windows draws the windows itself,
the other is where you draw the window (ie, supply the paint event). You can
mix styles, but it gets very complicated as you have to treat the window
Hi,
I think you are mixing drawing styles - try the below:
cheers,
jez.
use strict;
use warnings;
use Win32::GUI();
use Win32::GUI::DIBitmap;
use FindBin();
$|++;
my $interval = 1000;
my $dib = newFromFile Win32::GUI::DIBitmap(Zapotec.bmp)
or die newFromFile;
my $main =
I've been using PP. Reshacker
looks good, as long as the end result is the same it should do fine, thanks.
On Tue, Nov 4, 2008 at 8:12 PM, Jeremy White [EMAIL PROTECTED] wrote:
Hi,
When packing the script into an exe what tool are you using? If you are using
PerlApp from activestate you may
Hi,
The way I do this is to create a child window that is the same size as the tab
control (with the tab showing) and overlay it on the tab control. I then place
the controls on this child window.
Cheers,
Jeremy.
Date: Wed, 5 Nov 2008 10:26:41 +0300
From: [EMAIL PROTECTED]
To: [EMAIL
I thought only the main thread can be used to create GUI elements reliably.
Isn't that true?
No. As long as you are using the latest version of Win32::GUI and a late perl
(5.8.7 +) you can have any number of threads creating GUI objects (a separate
message pump will be created in each
Hi,
When packing the script into an exe what tool are you using? If you are using
PerlApp from activestate you may need to update to a later version as I think
it adds a manifest to the exe which overrides any file based manifest. You can
manually change the manifest with a tool such as
My understanding is that this isn't a bug, as all development tools would have
the same issue. You should be able to go a google on other on toolsets (such as
VB/C++) and find a solution. The way I get around the issue is to create a
child window over the tab and place the controls on the
you can also use sourceforge:
http://sourceforge.net/project/showfiles.php?group_id=16572
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Sat, 5 Jul 2008 22:28:35 +0200
CC: perl-win32-gui-users@lists.sourceforge.net
Subject: Re: [perl-win32-gui-users] Perl-Win32-GUI-Users Digest, Vol
On Wed, 18 Jun 2008, Charles Alderman wrote:
I've had some luck doing this using fork() and a pipe to communicate
between the (pseudo) processes. On Win32, fork is emulated using perl
threads. So it's basically the same thing. I haven't tested this on
Perl 5.10 yet, but I've had a gui
Hi,
The strings below are some of the formats that I have used:
'dd MMM '
'MM/dd/'
'dd/MM/'
' MM dd'
'MMdd'
'dd MMM HH:mm:ss'
'MM/dd/ HH:mm:ss'
'dd/MM/ HH:mm:ss'
' MM dd HH:mm:ss'
'MMdd HH:mm:ss'
Cheers,
Jeremy.
Date:
Do you mean browsing for a folder rather than a file? If so, see:
Win32::GUI::BrowseForFolder
Cheers,
jez.
From: [EMAIL PROTECTED]
To: perl-win32-gui-users@lists.sourceforge.net
Date: Mon, 2 Jun 2008 14:48:29 -0500
Subject: [perl-win32-gui-users] Browse
I'm porting a web application back to a win32 app and have used win32-gui for
my development for the past three years. However I have hit a road block in
creating controls on the fly. My web application allows my users to define
questions tied to a database field. As part of the question
Hi,
I dont have perl instaled on this machine so I can't test this at the moment. I
assume this is with PerlApp 7.x? Would you be able to create a bug report via:
http://sourceforge.net/tracker/?group_id=16572atid=116572
and I'll take a look at it.
There is a simpler way to view and edit
Hi,
A quick reply below to get you moving...
I have a Win32-GUI app with a scrollable window area, and it uses the
-onScroll = \scrollfn model to handle manipulation of the scrollbar
(and other normal messages). It's working well, such as it is.
Now I'd like to add handling for the
Hi,
I'm having a strange problem with Win32::GUI running under Vista with PerlApp
7.1. I have raised a bug with Activestate:
http://bugs.activestate.com/show_bug.cgi?id=74844
But they can't seem to reproduce the problem. If you have a couple of minutes
free and are running windows Vista I'd
Hi,
I didn't test the below, but it should help. You need to do something like:
sub Button_Clicked{
my $self = shift; #$self now contains the button object - so you can call
methods on it...
print $self-Text();
$Main-Status3-Text($self-Name); #not sure if there is a method called
Hi,
What version of Win32::GUI and what version of Perl?
Cheers,
Jeremy.
From: [EMAIL PROTECTED]
To: perl-win32-gui-users@lists.sourceforge.net
Date: Fri, 7 Mar 2008 10:59:32 -0800
Subject: [perl-win32-gui-users] File Save with Vista
I have a program that uses
The cool bar control:
http://www.robmay.me.uk/win32gui
There is an issue in your code - just ran out of time to fix it! If you can't
find it let me know - should have time tomorrow.
Cheers,
jez.
From: [EMAIL PROTECTED]
To: perl-win32-gui-users@lists.sourceforge.net
Date: Wed, 13 Feb
Hi,
From memory there is a limit (its a windows thing rather than Win32::GUI). Now
that you're using 1.5 have a look at use the scintilla control instead - it
has no limit. There are several examples - have a look at Editor.pl - should
be what you are looking for. You can turn off the syntax
I'd certainly support the idea of adding Loft as a separate project to
Win32::GUI - I've never used Oasis so can't comment on that.
I've got some scripts/hacks that I could add to Loft that would allow it to be
used as a quick generic GUI design tool (without the need to use the Loft
runtime
Activestate are still missing key support items for 5.10 so it's probably to
early for a formal build of Win32::GUI that supports 5.10. You should find it
easy enough to build your own version of Win32::GUI.
What's your experience of 5.10? Do you find it faster? Does it use less memory
etc.?
Hi,
Thanks Jan - if you need me to do any testing to help speed this along, just
drop me a mail.
Cheers,
jez.
Subject: RE: [perl-win32-gui-users] Problem with Win32::GUI and PerlApp with
Vista
Date: Tue, 4 Dec 2007 18:02:24 -0800
On Tue, 04 Dec 2007, Jeremy White wrote:
This looks
the issue to Activestate.
Cheers,
jez.
Date: Mon, 3 Dec 2007 13:23:33 +
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [perl-win32-gui-users] Problem with Win32::GUI and PerlApp with
Vista
CC: perl-win32-gui-users@lists.sourceforge.net
On 03/12/2007, Jeremy White wrote
As a follow up:
It seems the option --dyndll with perlapp causes the problem - I dont know
why...
Cheers,
jez.
All,
I'm having an odd problem with using GetOpenFileName - but only when it's
converted into an exe with PerlApp.
Using the demo example
.
Date: Mon, 3 Dec 2007 13:23:33 +
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: [perl-win32-gui-users] Problem with Win32::GUI and PerlApp with
Vista
CC: perl-win32-gui-users@lists.sourceforge.net
On 03/12/2007, Jeremy White wrote:
It seems the option --dyndll with perlapp
All,
I'm having an odd problem with using GetOpenFileName - but only when it's
converted into an exe with PerlApp.
Using the demo example (C:\Perl\site\lib\Win32\GUI\demos\GetOpenFileName.pl)
I've narrowed it down to the option -explorer = 0 when set to one (which is
the new browsing style
Hi,
Has anyone run a Win32::GUI application under Vista yet? Any glitches?
Cheers,
Jez.
_
Get Hotmail, News, Sport and Entertainment from MSN on your mobile.
http://www.msn.txt4content.com/
Hi,
I am willing to provide any support in implementing these features that
you'd like. I admit to being the lowest common denominator in any group of
my peers, but a ready hand is a ready hand.
If you have not already done so, I suggest you download the necessary tools
to build Win32-GUI
Hello!
First of all a big thanks for this mailing list, definitly great.
This is my first post but I'm reading it for a while now.
SO, here is my question:
I need a Grid for a database application. The grid should only show the
rows
of a table and the content should be editable. Furthermore I
Thanks for this information, I've read that Win32::GUI::ThreadUtils is
currently experimental!? Do you have used Win32::GUI::ThreadUtils in a
real environment and tested it for stability?
I've played with Win32::GUI::ThreadUtils, but not in a production
environment and have found it performs
Hi,
2. ExExplicitlyutting the event handler into the main
nanamespaces in:
::event handler { code }
I had intentions of replying to your message on the hackers list, but time
ran away from me:)
Yes, all event handlers end up in the main package (::) - this is fine for
most
I dont want to store the plain bitmaps as files in a directory where the
EXE is located, to prevent them being mangled or replaced by end-users.
Does anyone have any good ideas or tips on how I would securely pack
the bitmap files (various sizes and color depths) all into one large
disk file
Any major problems or gotchas with Perl2EXE or PerlApp? I have used PAR
because it was free, but i think its time to get serious about this :)
I used both in the past, but I had to stop using Perl2exe as the version of
perl they were supporting at the time caused me issues (was bugs in perl
Hi,
Seems the mailing list is messing up again - I didn't receive the original
email in my main account (the original is repeated below).
Ok - when a window is moved over another window, windows sends a message to
tell the window that it needs repainting. In most cases you don't need to do
I'm in the process of designing my program so I apologize for not having
any code. I want to setup a list view and then have it so that when you
move the mouse over a specific item/or if need be click a specific item a
pop-up bubble appears with some text. Like the ones you see on the
taskbar
(By the way, I was looking for ways of using the GD image library
functions with bitmaps/DIbitmaps... anyone got any pointers?)
It's quite straightforward to use GD with Win32-GUI - although it's worth
pointing out that Win32-GUI's drawing primitives are more powerful, and if
used
Under Windows 2000, which I was using until last week, it worked fine;
hitting Enter in the textfield moved to the next line.
This week, the machines in my office got upgraded to XP, and now
hitting Enter in the textfield does absolutely nothing. I can get to
a new line by hitting CTRL-Enter,
To get it working I simply deleted the -SetDefCellType( GVIT_NUMERIC );
option. However is there a workaround or another way to implement these
options?
It's defined in Grid.xs as:
#define GVIT_NUMERIC 1
This should work:
Win32::GUI::Grid::GVIT_NUMERIC()
Cheers,
jez.
Has anyone implemented TreeViews or Listboxes with internal dragging,
i.e., to move nodes/items within the control? The mouse events are (or at
least should be) trivial, but the drag image is another matter. A simple
line indicating the new position of the item/node would be sufficient.
Will the new version of Win32::GUI::Scintilla be based on the latest
version
of Scintilla?
I have seen that now Scintilla is very accessible for screen readers, but
the older version which is used on the actual version of
Win32::GUI::Scintilla is not accessible at all.
The V1.08 build is
Ok, thanks. I can try to compile it even though I am not a C programmer.
Can you please tell me where can I download the source code from?
http://sourceforge.net/projects/perl-win32-gui
Cheers,
jez.
can anyone tell me what the easiest way to have an application display
a jpeg image file? Iam thinking of using Axwindows but I don't even
know what activeX to use and I really dont want to use IE
I don't know enough about what activeX controls could do this, but it would
be one solution.
First - Windows. How do I close a window? I dont mean hide or minimise,
but actually close it and deallocate all the resources for it? If I click
on the corner x, my routine gets called before it closes, and the system
terminates the window, but how do I get my program to actually terminate a
I'm working on a GUI interface to create skins for my skin module. I'd
like
to be able to set an event (using SetEvent('MouseDown', \handle)), and
when
I'd done with that event, reset the event to it's prior behavior. Is there
a way to do this? I've looked on MSDN, and the closest that I can
I've played around with TheGUILoft and was impressed with what it does for
the most part. My biggest problem is that it doesn't export win32-gui
code. I'd like the option of beging able to do both.
The script below converts a .gld file into perl code. The script itself is a
bit of a
I need to take the number that irfanview (a windows app
distributed without sources) displays to the left of
properties on top toolbar, and make it available via an HTTP
request. I've got the HTTP request figured out (use
HTTP::Daemon), but :
How do I get the current value of the text?
Do I
Since both threads will be accessing the same database, would I need to
connect and then close the database handle every time I query it or can
the handle be left open? add as far as accessing the database, I
Most databases can handle concurrent connections, so you should be able to
leave each
I am trying to create a program using Win32::GUI that uses more threads. A
few threads should connect to a server and download data permanently, and
other threads should updated some list views with that data
For doing this I need to use threads::shared and share some variables like
$Win and
I have been trying to create a GUI for my IRC bot, but no matter what I
try, the GUI freezes once it connects. I know that the GUI has a loop and
that NET::IRC has it's own loop; therefore I have used NET::IRC's
do_one_loop and WIN32::GUI's DoEvents. I've even tried lagging the irc loop
to get
I know you can test if a Win32::GUI window has been minimized, but can you
run a sub if a DOS window has been minimized?
Yes.
If you want to remove the DOS window during development of a script, you
can run it via the command wperl rather than with the command perl.
Cheers,
jez.
I've looked at several Window's Explorer replacements to see if they
might be faster, but they really aren't and I suspect that much of that
is due to them using the same underlying Windows OS functions as
Explorer does. I can CD and DIR with blazzing speed at a DOS prompt, but
the GUI's are too
Are you running XP or W2K? I have only tested the code on a W2K system,
since I don't have XP to test with. I think that I have the alignment
problems solved, but I don't know for sure. If you have XP, then I know
that the alignment problem is solved.
XP - the alignment seemed fine.
BTW,
I've asked before if there is interest in working on a Class, but have only
receive a few responses. Is there any interest in creating a
Win32::GUI::Skin module?
I suspect there will be interest but it will take time before any momentum
is built up behind Win32::GUI::Skin - and to be honest,
Nice:)
For those that haven't downloaded the code, here is a screen shot of one of
the skins - the skin is the tap:)
Cheers,
jez.
attachment: skin.png
I have downloaded and tried the experimental Win32::GUI::Coolbar module and
I have tested the included demo program, but it doesn't work. It gives this
error:
Can't find 'BTNS_SHOWTEXT' in package 'Win32::GUI::Coolmenu' used at
Coolbar.pm line 178. at D:/usr/site/lib/Win32/GUI.pm line 450.
This is perl, v5.8.7 built for MSWin32-x86-multi-thread
(with 7 registered patches, see perl -V for more detail)
D:\diverse\perl modules\win32\coolbar_0_01perl -MWin32::GUI 9 -e1
Win32::GUI version 9 required--this is only version 1.03.
BEGIN failed--compilation aborted.
Odd - works
Hmm, strange, I already tried that. Now I've done it again and I see that
it
works.
However, If I put a sleep(10) in the subroutine which runs in a separate
thread, the program is not closed for 10 seconds.
Is there a way to force closing the program immediately even if it should
wait for a
Does anyone know why the system hangs with no reaction if I use
sleep 10;
in a Win_OnTimer subroutine?
It sleeps for 10 seconds, and I cannot even close the program in those 10
seconds.
Then the program works fine again until the timer runs again that function.
The system hangs because it's
Hi,
I've just committed changes made by Reini Urban with support for custom draw
and native drag-drop support. The full change log from 1.03 is below. Any
questions or problems to the list.
Cheers,
jez.
--
+ [Reini Urban] : 15 Mar 2006
- GUI.pm : Change version to
NullSoft Installer is a free, and easily configureable installation
system, along the lines of MSI/InnoSetup. I am not sure if InnoSetup
supports patching, or even if you will need such functionality. NSIS is
the short name for the project, located easily via google.
Have you or anyone else
OK, almost newbie question. (Quickly writing this in between doing my real
job). I need to be able to put text into my window (easy enough) but update
the text on a regular basis. If I update the text, and over write it in
exactly the same position as before (but with different text), does it
Hi Chris,
Quick question (hopefully)
when adding a toolbar and setting an imagelist
to it, and then adding bitmaps to each button
when you change the property
of the button to grayed = 1 the image disappears and it ends up a big
grey
square but no image.
What image gets called displayed
Hi,
Would it be of use for anyone to know how to integrate an Win32-GUI app with
a MS HTML help system? If so, I could create a set of steps on how this is
done.
Cheers,
jez.
All,
The below is a rough and ready guide to building a MS HTML help system for
your application. It will show you how to generate the .chm file, and how to
link to it from your GUI application. I've included a zip folder containing
all the example files you'll need.
The MS HTML system is
Hotmail isn't allowing zip files...
All files attached.
TableofContents.hhc
Description: Binary data
Page 4Some help here
Page 3Some help here
Page 2Some help here
Page 1Some help here
IDH_Page1=Page1.html
IDH_Page2=Page2.html
IDH_Page3=Page3.html
IDH_Page4=Page4.html
Help.hhp
I was wondering if anyone knows whether it is possible
to use an icon resource from an executable, in much the
same way it can be done with a bitmap.
For example, the following code will try to load the 'LOGO'
resource from an executable (if compiled with, say the PDK),
and if it cannot, then
We're seeing problems with groupbox labels and regular
text labels having a gray/beige background under Win XP,
instead of being transparent; no background color. These
widgets in question are enclosed within a tabstrip. All
other widgets seem to be rending without problem. Has
anyone else run
So are you saying this is possible:
$icon = new Win32::GUI::Bitmap ('MYICON');
$window-SetIcon ($icon) if ($icon);
I'm using Perlapp's --icon switch to attach a icon to the
executable. However, icon resources don't have names, and
so to get the above to work, I would need to use a resource
Well, I guess I never stopped to consider a point where the main thread
(the GUI with the window Queue) would ever reach a point where it HAD 10K
entires. I've never managed to get it to have more than 15 at once, and
that was becuase an operation was blocking...
The method I've worked out
I've also have an application where the 10k limit can be reached
relatively often (several times a day, if the app was running 24/7). This
app also sends/receives lots of messages, but the cause of the queue
becoming full is due to slowness in the machine, typically when an
another application
1 - 100 of 208 matches
Mail list logo
