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. You
Hello and welcome to the list :),
While I have not gone in to seek out the GetDialogBaseUnits I do know that most
of the units we work with in Win32::GUI are pixels, and moreover that between
dialog buttons/checkboxes it is not *required*, but I would suggest 1-2px
minimum for clarity. Anything
Hey everyone:
A while ago, Rob and I were in a discussion about how to allow a single
compiled ppm of Win32-GUI to manage to work with all the available
features to a particular OS, dependant on the platform at runtime. There
is definitely a severe trick here in that for the most part, the
deci
Very interesting. Be sure to make this information available to the
appropriate people at IndigoStar.
Jason P.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Eric Hansen
Sent: Wednesday, December 28, 2005 11:02 AM
To: perl-win32-gui-users@li
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
As an addition to what I just sent (my apologies, im way out of it
today), plz note that for some reason:
$win->TrackMouse();
$win->Hook(WM_MOUSEHOVER,\&abMouseHooks);
$win->Hook(WM_MOUSELEAVE,\&abMouseHooks);
Ends up firing the subroutine once at initialization, and then never
again.
Would you plz share the resolution with the group?
It helps when people search the archive looking for an answer toa
problem they are having and actually find it :p
Jason P.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Octavian Rasnita
Sent: Thursday,
Jason P.
Ps- sry 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-u
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: perl-win32-gui-users@lists.so
2005 4:22 PM
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
cc
Subject
RE: [perl
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: perl-win32-gui-use
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 avai
This is rather off topic, I KNOW But I'm in need of printing some
700 images in sequential order so a poor secretary doesn't have to sit
there for hours and do them one by one.
I can't manage to get my hands on Win32-Printer 0.9.0 in a binary
package (stupid compile failures...) and need an
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: Tuesda
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
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.
M
with that].
Jason P
-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 a
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 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 thin
control. I have yet to
test this. Be Careful.
Jason P.
-Original Message-
From: Emmanuel E [mailto:[EMAIL PROTECTED]
Sent: Friday, February 03, 2006 11:51 PM
To: Plum, Jason
Subject: Re: [perl-win32-gui-users] Multi-Threaded Example
I guess you cracked it! This one works great.
I was
Original Message-
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
&
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
some 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-
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 wi
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 be
aw.
But I 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 wa
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
>>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 awa
been 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.n
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
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 Beha
From the examples I have sen on non-perl sites, the pixel lineup issue
is actually a pre XP vs XP issue. I'll try to find it again to see what
we can do to make the alignments. Something about the applications'
theming in XP.
The adjustment is soemthing in the order of 2-4 pixels.
Jason P.
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 compreh
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 PROTE
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: perl-win3
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
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: [p
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 wou
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 (ther
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 b
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: perl-win32-gui-users
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: perl-win32-gui-use
Brian,
Could you define "disable an item" for us? Do you mean setting a state
where-in the item will not trigger events to occur? Or do you need the
single item to somehow be 'non-functional' in some other means? One of
my cohorts in my office recently worked out a *cleaner* way to color
listview
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-
Fr
-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
s to tab strip items.
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/2
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.
J
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 gene
50 matches
Mail list logo
