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 und
Good job.
Do you have any plans for additional functionality/fixes etc?
Also, do you know how this updated version will flow down to Activestate so end
users can get 32/64bit ppm packages?
Cheers,
jez.
Date: Thu, 9 Oct 2014 02:13:46 +0200
From: k...@atlas.cz
To: perl-win32-gui-users@lists.sourcef
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 rele
> Hi all:
> does anyone have a PPM distribution (Win32::GUI) that can run on v
> 5.14 64-bit? I tried creating this myself with the source 1.06 but so
> far it is not working.
I don't think there is a PPM for 64 bit. You should be able to build your own
(using Mingw) but not from the source of
> 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.
on in this thread:
> http://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
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 Win32::GUI::Bitmap("D:
...
Cheers,
Jez.
> From: w...@sao.pl
> To: jez_wh...@hotmail.com
> Subject: Re: [perl-win32-gui-users] problem of reusing memory
> Date: Wed, 23 Mar 2011 22:25:24 +0100
> CC: perl-win32-gui-users@lists.sourceforge.net
>
> Jeremy,
>
> It works!
>
> I had to take th
> On 23.03.2011 15:42, Jeremy White wrote:
> > I'm not sure the approach I use would help you as I draw the whole
> > screen (fonts, graphics, backgrounds etc). I've looked at this again,
> > and I think I've fixed the bug within Win32::GUI. You mentione
ry is stable whereas in Perl10
> it blows up.
The memory issue you are seeing in 5.10 is a perl bug (my understanding). When
GDI handles aren't released they can use a significant amount of memory .
> Jeremy, how you manage the beckground problem? May you scatch it?
I'm not sure t
d, I draw the text/background manually - which worked
well in my case (as text fields/labels wasn't the right design approach). Not
sure if that could work for you...Cheers,Jeremy.
---
> 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 Windo
> > 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 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 (potentia
gt; components are derived from a database query, so I can't easily use a
> smaller "something".
Create a child window then add the controls you need. Move the child window
when you need it to scroll.
Regards,
Jeremy. -
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 working
> 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 yo
Hi,
Dealing with your last question first. All GUI toolkits have "problems" and are
prone to crashing when things go wrong internally.
What version of Perl and Win32::GUI are you using? I couldn't see any leak with
Tutorial_Part1_hello1.pl? Is your crash random? Or is it due to running out of
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 con
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, b
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 m
turn 0;}
> Date: Wed, 23 Dec 2009 23:41:11 +0100
> From: s...@h-k.fr
> To: jez_wh...@hotmail.com
> CC: perl-win32-gui-users@lists.sourceforge.net
> Subject: Re: [perl-win32-gui-users] Windows shutdown
>
>
> Hi Jeremy,
>
>
> | One thing that did strike me
f it's not, then
you wont get the messages before it's too late...
Cheers,
Jeremy.
> Date: Wed, 23 Dec 2009 13:19:41 +0100
> From: s...@h-k.fr
> To: perl-win32-gui-users@lists.sourceforge.net
> Subject: [perl-win32-gui-users] Windows shutdown
>
>
> Hi folks,
>
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 like
ading ?
--
Apu Islam
( E Pluribus Unum)
From: Jeremy White
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
> I h
e got a
3rd party C++ graphics module painting into a Win32::GUI child window.
Cheers,
Jeremy.
_
View your Twitter and Flickr updates from one place – Learn more!
http://clk.atdmt.com/UKM/go/137984870/direct/01/---
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 re
> On Wed, 22 Apr 2009, Rob May wrote:
>> 2009/4/22 Jeremy White :
>>> 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
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 compatible so it wont harm
Win 2000 users etc.
Che
ring the while background,
and add the controls to the child window. Works well...
Cheers,
Jeremy.
Date: Tue, 21 Apr 2009 19:28:57 +0400
From: ilya.bando...@socgen.com
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [perl-win32-gui-users] XP styles support -- when?
Hello t
SWP_FRAMECHANGED|SWP_NOMOVE|SWP_NOSIZE|SWP_NOZORDER|SWP_NOACTIVATE);
print "In\n";
$state = 1;
$mw->TrackMouse(1000,TME_HOVER|TME_LEAVE);
return 1;
}
> From: w...@sao.pl
> To: perl-win32-gui-users@lists.sourceforge.net; jez_wh...@hotmail.com
> Subject: Re: [perl-win32-gui-users]
if I understand what you want to do - but that code worked for me
(I see the word hover when the mouse is stationary for a second or two). Vista,
perl v5.8.9 and the latest version of Win32::GUI.
Cheers,
Jeremy.
_
View your Twitt
c-DC-Test v3",
-class => $WC,
#-noflicker => 1, # Will not work with the Paint-event
);
and that should stop the flicker. I didn't test the above, but it should work:)
Cheers,
Jeremy.
> From: win32...@rabanti.ch
> To: perl-win32-gui-users@lists.sourceforge.net
> Date: Fri,
e window DC - I
think there is an example of this in the examples that comes with Win32::GUI.
Cheers,
Jeremy.
> From: win32...@rabanti.ch
> To: m...@warheads.net
> Date: Mon, 9 Mar 2009 12:22:02 +0100
> CC: perl-win32-gui-users@lists.sourceforge.net
> Subject: Re: [perl-win32-g
st version. Drop me a mail off list if
this doesn't solve things.
Cheers,
Jeremy.
> Date: Thu, 15 Jan 2009 15:03:05 -0800
> From: j...@monkeynoodle.org
> To: perl-win32-gui-users@lists.sourceforge.net
> Subject: [perl-win32-gui-users] crashes in GUI.dll?
>
> Hi,
>
&
o use the NEM (New Event Model) where
you specify a sub reference to the event handle on the creation of the object
(or add it later). Alternatively, add "::" to the events which force them to be
in the m
=> \&MoveOutTest,
-onMouseMove => \&Generic_MouseMove,
-onPaint => \&Generic_Paint,
);
You should have access to all the mouse events and it behaves just like a
graphic window. It'll contain scroll bars and have a sunken edge, but just
remove those options.
Che
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: perl-win3
e examples does this) and then only update the the main window
when necessary (blitting to an offscreen DC is much faster). Both the offscreen
DC and the window would be blitted to so you should have no problem maintain 30
frames a second.
Cheers,
jeremy.
From: msjuni...@hotmail.com
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 = Win32::GUI::Wi
Hi,
Try the following:
use strict;
use warnings;
use Win32::GUI (qw {WS_CAPTION WS_SIZEBOX WS_CHILD WS_CLIPCHILDREN
WS_EX_CLIENTEDGE});
my $W = new Win32::GUI::Window(
-name => "W",
-title => "mouse click tracking",
-left => 54,
-top => 77,
-width => 546,
-height => 318,
);
my $textfield = $W-
th the Win32::GUI GUI.
For some examples on how easy threading can be with Win32::GUI have a look at:
Win32::GUI::ThreadUtils @ http://www.robmay.me.uk/win32gui
The module is flaged as experimental, but it will give a good intro. Has some
examples of various threading models - boss/worker
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
looks into the exe first so you dont need to change
your code.
Cheers,
Jeremy.
Date: Tue, 4 Nov 2008 20:32:02 +1100
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; perl-win32-gui-users@lists.sourceforge.net
Subject: Re: [perl-win32-gui-users] Win XP styles
I don't have an active license
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 reshac
n the child window. Works for
both XP and Vista.
Cheers,
Jeremy.
> To: perl-win32-gui-users@lists.sourceforge.net
> From: [EMAIL PROTECTED]
> Date: Thu, 4 Sep 2008 12:05:24 -0400
> Subject: [perl-win32-gui-users] (no subject)
>
>
> OK... As
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,
Hi,
The way I would approach this is to have one thread controlling the GUI and
then have worker threads that do the actual work. Using the threading approach
will allow you more interactivity, and if any of the jobs are processor bound
you'll gain significant performance on dual/quad cores.
> 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 ha
Hi,
If you are doing the processing in a loop, you can call DoEvents which will
unfreeze the window and process all events currently in the queue. This
approach would only work if the call to DoEvents happens frequently enough
while you are processing. The alternative approach is to use thread
> I'm developing an application to allow a customer to create custom forms to
> be printed. In searching this group I found notes on drag and drop in a
> listview, but can any control be draged as in GUI loft? I need to allow for
> labels, text boxes and picture controls on a canvas defined by th
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
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 H
> 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
view and edit resources within an exe:
http://www.angusj.com/resourcehacker/
I use this to add manifests (for XP styles), bitmaps, string tables and icons
into a PerlApp generated exe. As well as the GUI, it also has a command line
interface which makes the build process much easyer.
Cheers,
Jer
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 th
be shown
(or it flashes quickly before exiting). You'll need to run it several times as
I seem to get at least 1 failure per 10 runs. Any feedback (positive or
negative) would help in nailing this issue.
Cheers,
Jeremy.
_
Get Ho
s a method called
name...
}
Cheers,
Jeremy.
From: [EMAIL PROTECTED]
To: perl-win32-gui-users@lists.sourceforge.net
Date: Fri, 21 Mar 2008 07:49:03 -0400
Subject: [perl-win32-gui-users] Button onClick event, how to get button -name
I have been trying to understa
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 th
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 2
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 synt
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 m
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
CTED]
>> 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 causes the problem - I dont know
>>>
ate.
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 Whi
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 (C:\Perl\site\lib\Win32\
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/
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 n
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
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 perform
I'm in trouble using Win32::GUI together with Event::RPC::Server. How
can I run both in my script?
The RPC parts needs the following lines to start:
my $server = Event::RPC::Server->new (
port=> ,
);
$server->start;
and Win32::GUI needs:
Win32::GUI::Dialog();
both are started
Hi,
2. ExExplicitlyutting the event handler into the
nanamespaces in:
:: { }
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 simple/basic apps. For
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
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 (
asons) you should consider drawing to an off-screen
DC and using BitBlt to actually paint the image. See Region.pl in the
examples for off-screen DC and BitBlt painting.
Cheers,
Jeremy.
---
I have a window that contains a Win32::GUI::Graphic. I get the DC of the
Grpahic and then dra
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
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,
(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 correctly,
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.
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 based
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.
The
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.
Sorry for my previous message because it was sent from a non-subscribed
email address, and only the admin probably received it. Here it is again:
I am using Perl 5.8.8 and I have installed Win::GUI::Scintilla using ppm:
Version: 1.7
Author: ROCHER Laurent (
[EMAIL PROTECTED])
I am using Perl
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.
An
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
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 hack...:)
Thanks for the feedback,
This is a nice broad way to change the colors at the system level. What I
am
looking for is a Win32 library variable I can set to change the theme for
just
my application. That way I can set global color settings for my whole
application without having to assing color
The reason I'm asking is that I'd like to proceed making the module
Win32::GUI::Skin. I'd also like to start adding more controls. I don't
want to do this until I know that the basic module is looking good.
I had a quick look and it seems fine - although I didn't have time to do a
proper lo
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 h
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 othe
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'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 s
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.
How do you search the mailing list? That little info could prove VERY
useful.
http://sourceforge.net/mailarchive/forum.php?forum_id=3220
Cheers,
jez.
yes, you are right, Net::IRC is blocking, even though the documentation
says that do_one_loop allows it to work with other event based loops like
Tk. Considering I'm a newbie, I have no idea where to begin using threads
or processes. My program will need to share data with the IRC thread, so I
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
1 - 100 of 329 matches
Mail list logo
