Andrew,
It looks to me (though without samples from the script you are using)
that you may be redifining the constants within your script. This would
cause such an error where Exporter was involved.
Changing any XS module name's exact method of spelling will cause such
errors btw, and should
Steve,
Hmm, good point with the fatter scrollbars :)
As for keeping the treeview active, have you considered just setting
the focus to the treeview as the last line of the button operations
code? Other than that I don't readily know of any easy way to make it
more effectively displayed.
Jason
.
Thanks again.
I was able to come up with something by simply creating the group box
with no text with the example I provided then positioning the radio
button on top. This gives me what I need but it's probably not the best
way to accomplish it.
Brian
On 4/27/06, Plum, Jason [EMAIL
I tried Zipping this out but NO...
So here are all the files attached seperately, sorry I had to do it this
way.
This example certainly contains WAY more than you need for dealing with
TreeView, but stil manages to convey the necessary basics (or AFICT).
Jason P.
-Original Message-
-gui-users@lists.sourceforge.net
Subject: Re: [perl-win32-gui-users] TreeView example code?
Many thanks for this, i`ll take a look at this and have a go.
Steve
Plum, Jason wrote:
I tried Zipping this out but NO...
So here are all the files attached seperately, sorry I had to do it
this way
Carol,
AxWindow would indeed be your best choice. Either via embedded IE/Moz or
the direct linking to the Macromedia.
Jason P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
carollyne courtney
Sent: Tuesday, April 04, 2006 3:24 PM
To:
Actually I wouldn't sugest splitting your database.
As for having the latest version, yes, the ppm from the AS Rep uses
SQLite3.x and thus is the relatively latest version. Simply DON'T share
that particular handle. Open a second one in the second thread and
SQLite3 will handle it just fine
Jez is correct. There are definitely what *appear* to be really complex
things going on in threads, but Rob's ThreadUtils helps to make it quite
simple for most programs.
I've got my own little system I use for some programs (which I am far
from ready to release for public use as its currently a
Interesting, its working for me over here. Are you sending the right
parameters?
ASPerl 5.8.7 build 813
Win32-GUI 1.03
WinXP SP2
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Steve Loughran
Sent: Friday, April 07, 2006 10:24 AM
To:
Roger,
Steve is right. As a user of SQLite, I know that the DB handles are not
thread safe, and you will need to move the opening context into each of
the threads, not globally copying it. Keep in mind that there may be
certain delays in place if the 2 threads access the DB at the same time.
I
AFAIK this is the default behavior. At least on my XP/2000 systems
Jason P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Amondsen, Nikolaj Berg DK - AFI
Sent: Tuesday, April 04, 2006 10:00 AM
To: perl-win32-gui-users@lists.sourceforge.net
Subject:
in the original replies :x-
-Original Message-
From: Octavian Rasnita [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 22, 2006 10:28 AM
To: Plum, Jason
Subject: Re: [perl-win32-gui-users] threads error
Hi,
If I do that, it gives an error telling that a detached thread cannot be
joined
Increment the $exit var inside of Win_Terminate: {$exit++; -1}
-Original Message-
From: Octavian Rasnita [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 22, 2006 11:32 AM
To: Plum, Jason; perl-win32-gui-users@lists.sourceforge.net
Subject: Re: [perl-win32-gui-users] threads error
Ok
You could also call $Win-Hide() before calling thread-join(), which
would give the appearance** that the program had ended.
-Original Message-
From: Jeremy White [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 22, 2006 12:21 PM
To: [EMAIL PROTECTED]; Plum, Jason;
perl-win32-gui-users
Yes, I have working code to *create* an AppBar, but as of yet have done
nothing to create a toolbar on the Windows 'Taskbar'
Jason P.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Martin Hopkins
Sent: Monday, March 13, 2006 9:48 AM
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.
PerlApp is the most
There is a flag in perl to force autoflush on a pipe stream (which a
socket is handled as such), which can be set by, I believe,
$socket-autoflush(1); Give it a whirl, and be sure to check the
IO::Socket Man page.
Jason P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
Thanks Jeremy. Nice, clean and mostly straight-through :)
See Brian, I told you someone more experienced with the bitmap module
would be able to provide a simple-ish way to do it.
We're here to help :)
Jason P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Remember, you're using perl. Technically speaking *anything* can be done
:p
I'm sure one of the more accustomed BitmapInline people can set you up.
Either by creating the image or by loading the icon from a file, this
can be done.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
working on to make the threads independent of the
window's message queue lifetime.
Jason P.
-Original Message-
From: Jeremy White [mailto:[EMAIL PROTECTED]
Sent: Monday, February 13, 2006 4:54 AM
To: [EMAIL PROTECTED]
Cc: Plum, Jason; perl-win32-gui-users@lists.sourceforge.net
Subject
I plan on moving things to a ThreadsSafe::SendMessage() form in order to
allow lifespan of the children beyond that of the window message queue, as
well as provide and *easy* way of transfering the data to that queue.
There is an issue with using the windows queue that you need to be aware off
think you get the general idea. :)
Jason P.
-Original Message-
From: Jeremy White [mailto:[EMAIL PROTECTED]
Sent: Sat 2/11/2006 5:19 AM
To: Plum, Jason; perl-win32-gui-users@lists.sourceforge.net
Subject: RE: [perl-win32-gui-users] Thread Safe Message Passing
Since I was looking
Hello again all,
I've sorted out how to pass the parameters from thread to thread via a wrapper
around SendMessage.
I've worked in an allowance for SendMessage (via SendMessageTimeout) to
silently fail if the Window has finished. This is NOT a good way to do it. Do
NOT rely on this. Of course
Hello All,
Since I was looking for something slightly different than Rob had
provided, I managed to make use of his example (TY Rob) and turn it
around into something more 'famliliar'.
The attached 2 files:
ThreadSafe.pm
Threadsafe_1.pl
The module is built around the idea that there *had* to
Hello and good morning all,
I must say, while I never expected to cause such a raucous when posting
my threading example(s), it certainly is good to have a nice lively
debate on the list :)
I think that in the end we'll have multiple ways available for multiple
situations by which unaccustomed
PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Plum, Jason
Sent: Monday, February 06, 2006 1:18 PM
To: perl-win32-gui-users@lists.sourceforge.net
Subject: RE: [perl-win32-gui-users] Multi-Threaded Example
This is actually rather simple.
Simple create a shared variable containing the a scalar handle
example in
addition to what yourself and Jez have worked on.
-Original Message-
From: Robert May [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 07, 2006 5:52 PM
To: Emmanuel E
Cc: Plum, Jason; perl-win32-gui-users@lists.sourceforge.net
Subject: Re: [win32gui] Re: [perl-win32-gui-users
-
From: Jeremy White [mailto:[EMAIL PROTECTED]
Sent: Monday, February 06, 2006 12:04 PM
To: Plum, Jason; perl-win32-gui-users@lists.sourceforge.net
Subject: RE: [perl-win32-gui-users] Multi-Threaded Example
Actually it was a mistake, thanks for sending it! I was starting to
wonder where the blazes
Hey All,
I was fiddling with some things yesterday and got around to wondering
how I might manage to take some of my more heavy duty linear processes
run in a thread outside of the thread containing the GUI (as we all know
this causes ugly interface lag).
Below is an example, and as with all
Consider the use of Win32-GUI-Grid as well.
It is an optional choice as it may require large portions of recoding,
but may streamline the data-access logic.
I use it in conjunction with SQLite in an application I produce with
next to nil delay.
Jason P.
Hey Everyone,
I've been working on a way to determine which features of the user
interface are capable of being used based on the version of the OS the
script is running on. I know that currently Win32-GUI limits itself to
the feature set available to Win9x in order to maintain compatibility.
-Original Message-
From: Glenn Linderman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 25, 2006 2:55 PM
To: Plum, Jason
Cc: perl-win32-gui-users@lists.sourceforge.net
Subject: Re: [perl-win32-gui-users] OS Version-Limited Features
Seems like Rob May recently added Balloon help
Essentially any time you would want to every time you wanted to change the
color/pattern of the pen/brush.
I sent Brian a snippet showing him this in his own code off list, so everyone
knows.
Jason P.
PS- on the topics of drawing, DCs and Translucency, there is the off chance
skin-ability is
Does the scanning software provide any API (OLE/ActiveX/Win32::NamedPipe)? Any
of these would likely allow a direct passing of data to the application...
Jason P.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Spearman
Sent:
Nice Tip!
I'll be using that one in an upcoming program :-) and thus its really
good to know that.
Jason P.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Igor Anufriyenko
Sent: Wednesday, January 04, 2006 11:58 PM
To:
That's probably because there is no simple way to do it in any
language.
There are kits available for VB/C++/C#, all of which add a 'nice'
level of complexity to your program in terms of the work you need to do
to make it work. Theoretically one or more of these 'kits' could be
ported for
about the formatting, stupid Outlook @ work...
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Plum, Jason
Sent: Wednesday, December 28, 2005 5:12 PM
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [perl-win32-gui-users] TrackMouse
My $ico = new Win32::GUI::Icon( [EMAIL PROTECTED]);
then in the button, -icon = $ico
Jason P
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Thursday, December 29, 2005 3:05 PM
To:
To: perl-win32-gui-users@lists.sourceforge.net
Subject: RE: [perl-win32-gui-users] Button bitmap and icons
Jason,
I got the same result
Joe
Plum, Jason [EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
12/29/2005 03:34 PM
To
perl-win32-gui-users@lists.sourceforge.net
cc
Subject
RE
Could someone provide me with some insight as to the requirements to
make use of TrackMouse and such functions as MouseOver on a window? I
must be missing something simple because I can't get them to work.
Jason P
Hey all,
Ariel Serbin and I have notice something strange occurring with the
splitter demo, and specifically the splitter control itself.
Run the script attached, a previous post contained it. Then, drag the
splitter to the left a short distance, then back to the right and equal
amount.
41 matches
Mail list logo