On 10/11/17 07:55, Oshri Shomrony wrote:
Hello,
I'm using perl 5.24 with win32::GUI.
I would like to open a window and display on it multiple lines taken
from an array.
I would also like it to be scrollable in case the window is smaller
than the text size.
for some reason, using "\n" doesn'
On 07/11/14 12:49, kmx wrote:
> Win32-GUI-1.09 is available on CPAN
>
> Build logs seems to be all green:
> http://matrix.cpantesters.org/?dist=Win32-GUI%201.09
> https://code.activestate.com/ppm/Win32-GUI/
nice job, kmx! thanks a lot :-)
cheers,
Aldo
On 01/14/2014 03:53 PM, Trebilcock, Richard wrote:
>
> Good afternoon,
>
> I am an ILS Engineer working for CGI IT UK Limited. At the present
> time I am looking at software obsolescence issues that relate to the
> project I am working on. On this project we use Perl-Win32-GUI
>
hello Richard.
On Mon, April 1, 2013 11:24 am, Soren Hein wrote:
> I'm drawing stuff in a window, then minimizing the window to the bottom
> part of the screen using the Windows underscore symbol. When my mouse
> hovers over the minimized icon, the content is still there. When I click
> on the icon to reopen t
On 31.08.2010 01:12, Hulley, Rob (APJ GCC Storage TPM) wrote:
> Hi Everyone,
>
> I am using “Win32::GUI::BrowseForFolder” .
>
> I cannot work out how to add the “create new” option as seen on other
> “browse for folder” windows.
>
> Is this feature available?
hi,
I just added two options to the B
On 24.03.2011 10:36, Jeremy White wrote:
> 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.
I committed the changes to fix the -background option GDI object leak.
I also added a -backgroundbrush option, wh
On 25.03.2011 11:07, Waldemar Biernacki wrote:
> Until now I rewrote my application to use the fix and first tests are really
> promising. By the way, this tremendous GDI object number was due to the fact
> that each label and textfield had its own font which in turn is just GDI
> object
> and the
On 23.03.2011 17:12, Jeremy White wrote:
> My code was only a hack:) Yes, perlud_free is the ideal place - go ahead
> an commit it to CVS:)
good, if I remember how to do it :-) (not using CVS anymore since years...)
> There may be other objects that need deleting (fonts) and it looks like
> there
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 mentioned that you
> built Win32::GUI from scratch, so if you
On 19.03.2011 22:40, Waldemar Biernacki wrote:
> My question: Does anybode can show me how I could use the memory of deleted
> objects again?
see http://sourceforge.net/mailarchive/message.php?msg_id=24270723, it
should help with your issue.
cheers,
Aldo
merryxmas wrote:
> i have tried many plans but failed. there is Update, and restore functions
> but it seems it is not working. after the wingui code i present a TK code to
> the same problem and it is working well.
comparison with Tk is not fair, you are creating Labels with text "."
there, whic
Andrey wrote:
> Memory leak cannot be normal for any program. So, it is either Perl bug or
> Win32::GUI bug
I don't know exactly where (or what) the bug is, but I found a workaround.
problem is, the Win32 heap is not freed (or garbage collected, or
whatever) while the window is active. if you m
Alain Morillon wrote:
> Hi,
>
> Is there a solution in order to save into a file some Icons which has been
> extracted from Exe file ?
there is an undocumented write_iconfile method in Win32::Exe::IconFile.
so I guess this (untested!) is what you want:
$icon->write_iconfile("foo.ico");
che
On Tue, 2004-03-02 at 21:47, Laurent ROCHER wrote:
> For correct this problem, i need to enumerate all dll attached to
> current process and try to found renamed OLE.dll.
try this command: "set PERL_DL_DEBUG=1" and then launch your exe. this
should give you some hint about the dll that are being l
On Fri, 2004-02-20 at 20:19, Jonathan Southwick wrote:
> What needs to be done is set the item's UseItemStyleForSubItems property to
> false but am not sure if it can be done using the Win32::GUI module.
where is this property you are talking about? it is Visual Basic,
Delphi, C#, or Java? this "
Erick Bourgeois wrote:
> Great to see you back.
> I installed and played with CGI::Kwiki. The main problem I have
> with this module/application is that users need to learn the wiki
> "language". (For example, to make a the H4 tag, you must put
> 4 = before and after the word(s).)
I am planning to
Laurent ROCHER wrote:
> I have play a little with CVS, and i think i can setup CVS like this.
good news. I can play with CVS, but I know almost nothing about
branches.
> 1) Tag current CVS source code as Win32-GUI-0_0_622.
>I have notice a problem with text files. Each line end with CRCRLF.
>
hello Win32::GUI people
I'm here, I'm here! I'm very, very sorry for my latitance. I know I
have promised a lot of things, a lot of times, and never respected
what I said. please accept my excuse for this.
and I'm very, very happy to see things moving and people willing to
help. as it is clear at
Ounsted, Toby wrote:
> Hi,
>
> Would someone be able to test the below and confirm whether it's just me?
> Specifically I can't get coloured text if the 'align' is in place for the
> text field, but commented out the colours come back. What am I doing
> wrong?!
Toby,
it doesn't show this behavio
Peter Eisengrein wrote:
> for ($x=1; $x <= $mechs; ++$x) {
> $main->MECH$x->Text("$MECH{$x}{'name'}\'s best
> Strength setting is $MECH{$x}{'best'}.");
> }
you can access sub-windows (eg. controls) as hash keys of the main
window. change your code to:
$main->{"MECH$x"}->Text( "blah bl
to my absolute dismay, I've just discovered that "true" modal windows
are perfectly doable in Win32::GUI.
I banged my head for more than one week fighting with dialog templates
and crappy hacks... what a fool.
the following code implements a regular modal window, with all the
features. the trick
Fred P. wrote:
> So here's my wish list: =)
> [ Some of them already exist ]
hi Fred,
I've commented your list giving the (probable) Win32::GUI
equivalents to the widgets you mention. if you, or somebody else, has
some comments, feel free to share :-)
> Standard:
> =
> TMainMenu:
Maksim Golunov wrote:
> Perhaps, this may be of interest for you:
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/h
> tml/winxpintro.asp
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnwxp/h
> tml/xptheming.asp
interesting, but don't work for me.
I've
Jeremy White wrote:
> I assume he means that buttons and other controls in the standard XP theme
> have different colours, curved edges etc. Also, under XP, the window is a
> physically a different size than the one specified (due to the larger
> boarders of the window I guess), which means the c
Maksim Golunov wrote:
> Provide support for WinXP:
> - WinXP control look
what do you mean by this?
> - Window color (just run some window with labels on WinXP with standard
> theme and you'll see)
I know, the white background. this is fixed now (I *really* do hate
Microsoft technical document
Jeremy White wrote:
> Aldo,
>
> How do you want them submitted - via this list or via sourceforge?
if you have access to SourceForge, this is certainly the preferred way.
but a quick note on this list will help, too :-)
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Garside, Trevor wrote:
> Aldo, that's great news!
>
> Along those lines, yes, I would love to be able to see the changes you've
> been working on for the next release.
I will release it on CVS so you can download it before the release.
there aren't really big changes, just a huge cleanup and some
Jeremy White wrote:
> What is the status of win32::gui - is it being actively developed? I emailed
> httptech a couple of days ago and just go lots of undeliverable messages.
yes, it is being actively developed. I'm currently working on the
internals and I expect to have version 1.00 ready for Ea
Guillem Cunillera Wefers wrote:
> Thank you for your attention, but these 2 possible problems doesn't
> appear in my program. I think I have a more basic problem.
> Let me present how I distribute in pseudocode, for a module that can
> easy be extended to more modules.
>
> ---
> mod
hello people,
finally, an update! this release of Win32::GUI introduces many new features,
the most important being:
- the NEM (New Event Model), which allows for something like:
$Window->AddButton(
-text => 'say hello',
-onClick => sub { print "hello, world!\n"; },
);
*** edi
Johan Lindstrom wrote:
> The bug report (or feature request if this is the indtended behaviour):
> The options passed to Add() methods seems to be, at some point, treated
> as a hash, not as an array, i.e. two entries with -addstyle will clobber
> each other.
this is indeed a bug. it doesn't
Borus, Gabor wrote:
> Here you are:
> The first section is an API call to show the standard printer dialog,
> the second section is an example from the Win32::NPRG module.
> It detects your installed printers, you can select a printer, and it
> prints a little example to the selected printer.
look
Eric Hansen wrote:
> I get an error message when I try to dynamically change the position of
> a combobox widget. I have successfully used the ChangeItem method for
> ListView controls. Is this not a valid method for comboboxes?
no, it is not valid.
if you want to change the position of the comb
Gossett, Malachy wrote:
> Not a lot out there. Typical Open Source nonsense.
go program in Visual Basic, quick, it will make a lot of sense
for you.
> Dada's site really isn't worth much. Don't know why it is
> still there.
because is MY site and I like it, ok?
> Sourceforge.net is good, sinc
Johan Lindstrom wrote:
> At 10:08 2002-10-22 +1000, Rogers, John wrote:
>>"note that this function must be called without ANY parameter or
>>instantiation (eg. don't call it as method of a created object):
>>
>> Win32::GUI::Dialog(); # correct
>> $Window->Dialog();# !!!WRONG!!!
>>"
Morbus Iff wrote:
> How come this will work:
>
>sub _Systray_Click {
> $window->Enable;
> $window->Show;
>}
>
> but this won't:
>
>sub _Systray_DblClick {
> $window->Enable;
> $window->Show;
>}
next version will have a _DblClick event for NotifyIcons.
don't
Morbus Iff wrote:
> Any ideas? The latest code I'm using is here:
this is a bug. it will be solved with the next release.
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
hello people!
finally I'm back on this list (I had lost any hope it would
happen again :-).
to make a long story short, this is what happened:
1. at some point, SourceForge decided to refuse receiving
mail from servers that didn't allow null sender (don't
ask me why, it's some SMTP stuff th
Alex Lee wrote:
> Hi all,
>
> Iam trying to extract an icon from a dll file like such:
>
> code
> my $A = 0;
> my $B = 'shimgvw.dll'; ## I want icon 1 in this dll file
>
> my $apiExecute = new Win32::API("Shell32", "ExtractIcon", ['P','P','N'],
'N');
> my $hIcon= $apiExecute->Call($A,$B,1
Guillem Cunillera Wefers wrote:
> I include this simple program because I want to download some web pages
without
> losing the user interaction. How I have to change this code in order to
avoid
> the error in the second click ?
which is the error in the second click?
I ran your program and everyth
Guillem Cunillera Wefers wrote:
> [...]
> $b_guardar{$est_alu->{Nom}} = $w_analisi{$est_alu->{Nom}}->AddButton(
> -text => "GUARDAR", # Text al botó
> -font => $Mailtool::mevesfonts::fo_normal,
> -left => 520,
> -top => 85,
> -height => 25,
> -name => "Mailtool::tutor::b_${est_alu->{No
NAHUM Marc wrote:
> hye,
>
> where can i find a doc on the stlyle like this one :
> -style => WS_VISIBLE | 2 | WS_NOTIFY,
http://msdn.microsoft.com/library
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
[EMAIL PROTECTED] wrote:
> problem is when i click on the comboxbox it will only list 1 entry (there
> are 2)
InsertItem() can insert only one item at a time. use this instead:
$dunlist->Add(@dunentries);
> and both $Window and $Window2 will freeze. what am i doing wrong?
you should not call
Timothy Johnson wrote:
> Hi, I'm new to Win32::GUI, but I've been using Perl for a while. I have
> been trying to go through a tutorial I found on the web, and I've
customized
> it a little bit, but not alot, so I can't figure out what's wrong. Maybe
> I'm misunderstanding the method. Anyway, be
Piske, Harald wrote:
> I know that previous versions of GUI were fault-tolerant towards missing
> -name parameters, which 558 is NOT.
BTW, release 0.0.665 is fault-tolerant towards missing -name parameters.
this bug was introduced in release 0.0.558 and is now gone away.
cheers,
Aldo
__END__
$_
Frazier, Joe Jr wrote:
> > but I still don't know what to do when you just say use Win32::GUI ;-)
>
> Use old style by default. This avoids users
> having to change thier code until they are ready to totally update thier
> code.
yes, this is sure. by default the old style is used, the problem is
Frazier, Joe Jr wrote:
> > $Window->AddButton(
> > -text => 'say hello',
> > -onClick => sub { print "hello, world!\n"; },
> > );
>
> Hmmm... is this the ONLY way or does the old method still work also?
the old method still works. but the main problem now is the interaction
betwee
hello people,
finally, an update! this release of Win32::GUI introduces many new features,
the most important being:
- the NEM (New Event Model), which allows for something like:
$Window->AddButton(
-text => 'say hello',
-onClick => sub { print "hello, world!\n"; },
);
*** edi
hello people!
I'm really sorry about my unforgivable absence of the last months :-(
just yesterday I discovered that I was kicked off this mailing list, due to
message bouncing, due to my broken email configuration.
I'm going through all kind of problems lately, last but not least the one
with DN
just testing. it seems that for some reason my messages do not reach
the mailing list... I receive others just fine, but not my own messages,
so I'm not sure you receive them as well.
if you read this, please can you reply to my mail ([EMAIL PROTECTED]) to
ensure that everything is fine?
thanky
Jeremy Blonde wrote:
> ...I can't seem to get to his site anymore...
sorry people, I'm having problems with the DNS people at my ISP,
should be solved in a couple of days (I *really* hope :-).
in the mean time, you can access my site at this address:
http://www.perl.it/dada/
the regular, officia
Renat Araslanow wrote:
> thanks a lot! but dont u think that this can be documented?
of course it could, if only I had time to do it. and then, I never
needed vertical text on a label, so who ever imagined this? :-)
> and who maintain documentation.
unfortunately, it's me :-(
as I said several t
Renat Araslanow wrote:
> Subject: Can't see label with user defined font
> Reason: '-escapement' tag in font definition"
this is a (rather unpleasant) feature :-)
the label is there, and the text is even rotated 90╟, but it
falls outside of the label area. the reference point for the
text is the u
Amit Singh wrote:
> Hello,
> This account closes on 31st July 01.
> Kindly mail me at [EMAIL PROTECTED]
this address has been unsubscribed, sorry for the
inconvenience :-)
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Johan Lindstrom wrote:
> A weird thing:
>
> According to the docs, you can attach an -imagelist to a TabStrip, and then
> specify the image index when you add a Tab.
>
> But the sample app for TabStrip attaches an ImageList and specifies
> _Bitmap_ objects.
not quite. the sample (tabstrip.pl in
Peter Eisengrein wrote:
> 0.0.502 -- I actually just pulled it off your site maybe two weeks ago.
> Is there an even newer version? Thanks for your help -- I love this
> module!
uhm... my site contains version 0.0.558, it was uploaded on 22 Jan 2001.
you probably have a (way too much) caching prox
Peter Eisengrein wrote:
> Is there a known memory problem with the GUI module and/or the Timer object?
> I have a script that runs through a _Timer sub once per second and
> increments a var (like $count++) and writes it to a Label. Just sitting
> there quietly doing nothing more than that adds 4k
Glenn Linderman wrote:
> Perhaps the desktop could be used, if there was a way to get its handle
> into a Win32::GUI::Window object.
my $desktop = Win32::GUI::GetDesktopWindow();
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Johan Lindstrom wrote:
> Untested, but try something like this:
>
> my $icoDOS = ... create your icon object here ...;
> my $hwindDOS = Win32::GUI::GetPerlWindow();
> Win32::GUI::SetIcon($hwindDOS, $icoDOS, 0);
it works, but it's only a temporary change; when the icon
needs to be repainted (eg. if
[EMAIL PROTECTED] wrote:
> I do not think it is a problem of LWP but Win32::GUI. because
> when I used to run very similar procedure as a CGI script under
> Apache web server, that is without Win32::GUI ,there were not
> such problems.
woah! this is, perhaps, the most pure nonsense since the ep
Lam, Nhat-Hung wrote:
> Johan,
>
> The binary also did not work for me (Windows NT 4 - SP6).
>
> I tried to install all related modules in order to be able to run from the
> source code, one still missing is WIN32::API 0.20. I don't have the C
> compiler, I then installed it via ActiveState PPM but
[EMAIL PROTECTED] wrote:
> Hello Aldo
> in order to get started, where can I find the most up-to-date
> WIN32::GUI documentation version? I probably have a very
> outdated one on my PC.
I'll send it to you.
> And a second question, is there any model FAQ document you
> recommend as a basis? Other
Erick J. Bourgeois wrote:
> Aldo,
>
> I was wondering if it was ok if I use the tutorials, which
> come with the Win32-GUI, and build an online (and obviously
> off-line) HOWTO? You could distribute the HOWTO with the module.
> Let me know what you think.
God bless you :-)
it's incredibly ok w
Laurent ROCHER wrote:
> hello
hi Laurent!
>> -onClick => \&DoSomething
>
> Good.
yup :-)
> Not obscure at all ;-) but a very difficult point.
> I have think a little about this and i have notice 2 things.
>
> * With only one event fonction (actual NEM)
>
> it's possible to call the DoSo
[EMAIL PROTECTED] wrote:
> Dear Aldo
> I'd love to help because Win32::GUI is a marvelous tool and it
> enabled me to develop a real nice perl app on the PC. I could
> offer my help for working on the documentation, code some perl
> examples, and summarize the tricks discussed in the user group.
>
hello perl-win32-gui-users,
this is my dot plan about Win32::GUI, what I'm doing and what
I plan to do. please note that everything here may change (without
further notice) depending on my other activities (namely job and
'real life' :-).
it would be kewl if you could 'prioritize' the list based
Hirosi Taguti wrote:
> Thank you but may I continue more?
>
> This -topmost option cann't be changed after creation?
> Below code works fine on re-sizing, but not on -topmost.
no, it doesn't work (yet); changing -topmost requires an
additional bit of code that I wasn't afare of until recently :-)
Hirosi Taguti wrote:
> Hello, I'm new to Win32::GUI.
>
> I found "timer.pl" in sample is good for desktop clock accesary.
> Now I don't like it be hidden when other apprications get active.
> I mean I like to keep it on top level in z-axis.
> Is it possible?
create the window with the -topmost =>
Piske, Harald wrote:
> same here. When you do PPM QUERY it states version 0.99, which
> is > 0.0.558, so it refuses to install the "older" version.
> ActiveState should store the latest versions on their site.
ActiveState should had never invented the 0.99 version number
(at least not without cont
Peter Eisengrein wrote:
> Does Win32::GUI give memory back to the OS (WinNT)? I know this
> has been an on and off topic for Perl in general. And the answer
> is usually, no, Perl does not give memory back.
this is a very well known problem, and has been solved in version
0.0.558. the observed beh
Moore, Larry wrote:
> is there a good source of info for using the -style attribute
> with the GUI objects?
Micro$$$oft's MSDN Library. but please note that -style is
*absolutely* deprecated. use the available options, and if
they don't do what you want them to do, complain about this
and I'll (tr
Glenn Linderman wrote:
> The -vscroll doesn't seem to have any affect. When I later
>
> $help_text -> Text ( $long_string );
>
> and use a string that is longer than fits in the Textfield, I
> expected, but did not get, a vertical scroll bar on the right of
> the Text field. Any easy way to make
christopher sagayam wrote:
> This doesnt work
>
> $ModuleWindow->text2_tab1->Change(-readonly => 1);
>
> what is the correct way ?
this will work in the next release. I've found that you
need to send a message to change the ES_READONLY style
*after* control creation. this is the 'workaround'
mess
Dave Moore wrote:
>> this is more clear. the New Event Model I'm trying to build will
>> pass a reference to the object that fired the event as its first
>> parameter, so this issue will be solved.
>
> that will be nice, but there is still the issue of name space.
> having to name each control in s
christopher sagayam wrote:
> Hi all ,
> On the same note
> Is it possible to write a win32 GUI perl server daemon script ..
> if so what are the precautions I should take ??
> Particularly because the Win32::GUI::Dialog() indefinite Loop
> should not interfere with the while (1){} indefinite loo
Eric Bennett wrote:
> This would be very helpful. The feature which would make this
> complete for me is if each control had a tag value which could
> hold a scalar reference.
a scalar reference to what?
> Then it would be simple to segue into an OO approach:
>
> sub CommonButtonName_Clicked {
>
Eric Bennett wrote:
> He probably means being able to open multiple instances of a
> window or being able to subclass window or control behavior.
I'm afraid I still don't get the exact point (I'm tired, sorry :-).
> Right now the only connection a control has to the rest of the
> program is throu
Dave Moore wrote:
> hey.
>
> do event handler routines (ie. sub Button1_Click) have to be in
> the main namespace or in the namespace in which they were created?
no, they can be anywhere: just add the namespace to your control's
name and the event will be searched in that namespace.
example:
Erick J. Bourgeois wrote:
> XSRETURN_NO; #Is the problem here?#
exxxactly, should be
XSRETURN_UNDEF;
instead.
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Erick J. Bourgeois wrote:
> Aldo, can I correct it myself and compile it with DJGCC?
I hope so :-)
I could not compile it with cygwin's gcc, but I'll be very
happy to know how it goes with djgcc. but please post build
reports and pleas for help on the Perl-Win32-GUI-Hackers
mailing list, since thi
Erick J. Bourgeois wrote:
> Sorry to bother the list again, but Aldo, checking it's
> undef"ness" with defined does not work either, it falls
> through not matter what. I tried putting print
> "$index[0]\n"; to see it's value and indeed it is undef (ie.
> it did not print anything), so why does it
Erick J. Bourgeois wrote:
> [...]
> When "Button" is pressed it always falls through the if
> statement. Even in the case of no selection it falls through
> because @index[0], in this case, is undef. I know undef is
> the same as 0, but how could I get around this?
UNDEF IS NOT THE SAME AS 0! this
Nahum Marc wrote:
> Win32::GUI version 0.0.502
> perl version Binary build 522
> OS : Windows NT4 wks , SP5
c'est tres simple :-)
your window is called 'Win' (-name => "Win"), but your event
is called Window_Terminate. should be Win_Terminate instead!
BTW, you have an horrible use of goto in your
Nahum Marc wrote:
> I do this too ... but it's close the window , and not all the
> script ... I can see the process yet in task manager (under NT4)
>
> off course , i hide the dos box so , i need kill the process
there must be some error in your script. can you post a piece of
your code that incl
christopher sagayam wrote:
> Here is what Im trying to do
>
> I am trying to write a win32 gui perl client which when started
> will check whether the computer is connected to internet
> continuously indefinety in the meantime other actions should
> proceed also
>
> So based on your previous exampl
Nahum Marc wrote:
> How to manage the the cancel cross (upper right) in GUI to do
> an exit ? , not a window exit , but a script exit ...
pick a sample script, anyone will do, from the samples directory
and study it.
supposing your window is named Window, add this line to your
script:
sub Wi
christopher sagayam wrote:
> I might be slow to learn but
> Actually what Im concerned about is the while loop
> How do I get out of the while loop ?
>
> while ( ($status, $status_text) = RasGetConnectStatus($hrasconn) ) {
> }
>
> once the control goes into this loop how it is going to get out ?
>
christopher sagayam wrote:
> $|=1;
> use Win32::RASE;
> eval "use Time::HiRes qw(sleep)";
> $hrasconn = (RasEnumConnections())[1];
> $old_status = -1;
> while ( ($status, $status_text) = RasGetConnectStatus($hrasconn) ) {
>if ($status != $old_status) {
>print "$status: $status_text\n";
Erick J. Bourgeois wrote:
>> sorry, but where did you got this syntax?
>
> From the documentation in FileOp module.
oh, well, FileOp != Win32::GUI :-)
cheers,
Aldo
__END__
$_=q,just perl,,s, , another ,,s,$, hacker,,print;
Erick J. Bourgeois wrote:
> Has anyone had success using the SaveAsDialog?
>
> I'm using the SaveAsDialog in the following way:
>
> my %param = (title => "SaveAs",
> filters=>{'Filter 1' => '*.txt;*.doc', 'Filter 2'
> =>'*.pl;*.pm'});
> my $file = SaveAsDialog %param, "foo
Erick J. Bourgeois wrote:
> I wish to prevent the user from choosing more than one item
> in a Listview and since I didn't find an option
> for -multisel, like in a ListBox, I have attempted to
> achieve this through the ItemClick event for a ListView.
>
> sub ListView_ItemClick {
> if ($Win->L
Erick J. Bourgeois wrote:
> Is there a way of dynamically checking a labels visibility?
> Well, dynamically would be the same as statically, so really
> how can you test a label to check whether it is showing.
> Something sort of like this:
>
>if ( $MainWin->Label_1->Visible ) {
> ...
> } else
Moore, Larry wrote:
> I would like to assign the highlighted portion of a textfield to
> $var. I have the Textfield created with stuff in it but I don't
> see a method which will let me make the assignment.
there is a Selection method that returns the start and end of
the selection. then you just
gary gauthier wrote:
> I've built the 558 version of Win32-GUI for ActiveState v522,
> but get a Run-time Exception when I try to run anything. I've
> seen this before, but can't remmber why it happens. Has anyone
> any ideas?
> The 502 version of Win32-GUI builds and runs programs just fine
> on t
Bob Stango wrote:
> I found the MaxLength option in the docs but it does not seem
> to limit the field. What I want is to be able to have the field
> restricted to 15 characters. So no more characters could be
> typed in. Is this possible? Have I just used the wrong syntax?
> Thanks for any help.
[EMAIL PROTECTED] wrote:
> Is Win32::GUI designed to support something like this:
>
> $subtxt = "Simple_Click";
> eval qq (
> sub main::$subtxt {
> print "button clicked\n";
> $W->SimpleLabel->Text("Got a click");
> }
> );
>
> (Actually this piece of code does not
Shain Edge wrote:
> Hehe..
>
> The question I would ask is why isn't the documentation in all
> of the other distributions, or at least a file to itself with a
> link to it in the source code? I found the Win32-GUI accidently
> by doing a Win32 search on the PPM. It looked like something that
> wo
Erick J. Bourgeois wrote:
> Jeremy,
>
> I didn't know that there was an -align option, but that is
> not really what I was concerned with, it's the colors.
> Why can't you use the two color options (ie. -background
> and -foreground) ALL the time, with any control?
because there are either bugs in
Danny Zak wrote:
> Dear perl-win32-gui-users,
>
> hm.. again .. i'm really happy with the win32 development..
>
> i got some simple questions (or more like a wishlist :) )
>
> * is there a spreadsheet (grid) look-a-like solution or
> component ?
no, but I'm thinking about implementing one
Peter Eisengrein wrote:
> Anyone know what the maximum allowed value is for the
> ->SetRange($min,$max) on Win32::GUI::AddProgressBar? I am trying
> to have it be set dynamically based upon a file size and it would
> appear that if a file is too big the $max gets set to some default.
the storage i
1 - 100 of 130 matches
Mail list logo
