--- In theguiloft@yahoogroups.com, "anufrii" <igora29@...> wrote:
>
> Johan,
>
> I have come across GetOpenFileName puzzle that I cannot solve:
>
> - Clicking "My Computer" shortcut in the GetOpen.. dialog box
> returns empty details pane for Loft-based script, while for non-Loft

After running some testing, "My Computer" problem was solved by
closing opened Win32::OLE connection to the WMI repository.
However, under Win2000, clicking on "My Documents" on the
GetOpenFileName dialog box makes script to hang.
Strangly, this error cannot be replicated on XP platform.
Replacing GetOpenFileName method with Win32::FileOp::OpenDialog does
not make any difference.

Ideas?

Thanks.
Igor.

Johan,

I have come across GetOpenFileName puzzle that I cannot solve:

my @ret = GUI::GetOpenFileName(
	 -owner=>$win,
         -title  => "Test - Add Files",
         -multisel=>1,
	 -directory=>"C:\\Documents and Settings\\$user\\Desktop",
	 -nodeferencelinks => 1,
	 -nochangedir=> 1,
	 -file   => "\0" . " " x 256,
         -filter => ["All files", "*.*",]);
}
Code above works "OK" in Loft- or Notepad-generated scripts with one
exception:
- Clicking "My Computer" shortcut in the GetOpen.. dialog box
returns empty details pane for Loft-based script, while for non-Loft
script  code above returns populated list in the details pane.

Please, advise.

Thanks.
Igor.
--- In theguiloft@yahoogroups.com, Johan Lindstrom <johanl@...>
wrote:
>
> At 09:07 2002-03-06 +0000, hcblue2000 wrote:
> >GUI::GetOpenFileName works perfectly fine if intepreted. But when
I
> >compiled it using Perl2Exe, something strange happens: it works
only
> In what way does it not work? (What did you want? What happened
instead?)
>
> I don't quite understand this sentence:
> "it works only if the exe name is the same with the *.gld file
that called it"
>
>
> >I couldn't seem to locate where this comes from. Any ideas?
>
> I wonder if this is a TGL+perl2exe problem, or if it's a
> Win32::GUI+perl2exe problem in general? Could you try with a
simple
> Win32::GUI progam (no GUI Loft stuff) and see if it's still the
same?
>
>
> /J
>
> -------- ------ ---- --- -- --  --  -    -     -      -         -
> Johan Lindström    Sourcerer @ Boss Casinos     johanl@...
>
> Latest bookmark: "Windows 2000 Services Tweak guide"
> <http://www.3dspotlight.com/tweaks/win2k_services/services-6.shtml>
>

--- In theguiloft@yahoogroups.com, Johan Lindström <johanl@d...>
wrote:
>
> At 19:59 2005-12-17, Ströbitzer Andreas wrote:
> >Hello,
> >Is it possible to change the options of an treeview element which
is
> >created with GuiLoft?
>
> This is something for the Win32::GUI list (which this is cross-
posted to),
> because that's what the issue is:
>
>    Is it possible to add a NEM event handler _after_ control
creation?
>
Hello,
I have tried Andreas code with Win32::GUI and ::Loft - like this:
................................
sub tvDblClick
{
my ($self, $x, $y) = @_; # x,y in client co-ordinates
print "$self\t $x\t$y\n";
my $node = $self->HitTest($x,$y);
..............
In case with Win32::GUI-generated TreeView, it prints:
Win32::GUI::TreeView=HASH(0x19cc9e8)  56 39

::Loft prints nothing and sub errors out with "Can't call method
HitTest on the undefined value"

Given that @_ prints out as empty, $self (as well as $x and $y) are
not passed along - this is symptomatic to ::Loft test only.

Thanks.
Igor

Well, source of the problem was neither PerlApp nor TGL. As a matter
of fact it was my overlooking of 2 system calls left alone without
setting ShowChild to 0 in the local scope.
It's fixed now.
Sorry about false alarm.

Thanks,

Igor.
--- In theguiloft@yahoogroups.com, Johan Lindström <johanl@d...> wrote:
>
> This sounds more like a PerlApp issue. There is a PDK mailing list
which
>> Not sure, but it seems like solving the symptom, not the problem.
>
>
> /J
>

At 05:16 2006-01-17, anufrii wrote:
>Here is the problem - a glimpse of DOS window at applicaiton's start
>up and every subsequent system() call though script has been
>compiled with -gui directive.
>I have tried old Win32::GUI::GetPerlWindow trick, etc...- no luck.

This sounds more like a PerlApp issue. There is a PDK mailing list which
seems active (I subscribed years ago and never managed to unsubscribe :)
where you could get more help about this.

It most likely have nothing to do with TGL in itself, it's pure Perl and
anything it does is related to Win32::GUI.

Have you tried to create an ordinary hello-world-size program with the -gui
option and see if that exhibits the same problem?


>May be delaying second window load until correspopding event is
>triggered can speed up intial processing and help to overcome
>glimpse of DOS  ?

Not sure, but it seems like solving the symptom, not the problem.


/J

Hello,

Here is the problem - a glimpse of DOS window at applicaiton's start
up and every subsequent system() call though script has been
compiled with -gui directive.
I have tried old Win32::GUI::GetPerlWindow trick, etc...- no luck.

I do not remember getting any issues with PerlApp 4.0 , however my
scripts were not using TGL at that time.
Could somebody share ideas regarding TGL-safe compiler?

Script in question creates 2 windows with the first window's
controls separated into two clusters - clusters are toggled
depending on conditional file system check. PDK 6.0.2 PerlApp used
as compiler.

May be delaying second window load until correspopding event is
triggered can speed up intial processing and help to overcome
glimpse of DOS  ?

Igor.

--- In theguiloft@yahoogroups.com, Johan Lindström <johanl@d...> wrote:
As a matter of fact, I cannot replicate this on my home PC either,
however on my production box names of the obscured nodes are shown in
tooltip-like boxes while "MouseOver", I guess.

Igor
>
> I've tried to replicate this myself but I can't see the tooltip
anywhere...
>
> I run WinXP with the latest servicepack.
> This is perl, v5.8.6 built for MSWin32-x86-multi-thread
>
>
> /J
>

At 02:04 2006-01-13, Igor Anufriyenko wrote:
>In TGL test design mode, Tree View Nodes  show a tooltip with the -text
>property if node is not completely visible in the control's rectangle.
>However, when running a script witt the same GLD, tooltips are not shown.
>Am I missing a property that needs to be added in the script?
>-tip specified for listboxes,  buttons, etc.. show up in both TGL and
>final script.

I've tried to replicate this myself but I can't see the tooltip anywhere...

I run WinXP with the latest servicepack.
This is perl, v5.8.6 built for MSWin32-x86-multi-thread


/J

Hello,

In TGL test design mode, Tree View Nodes  show a tooltip with the -text property
if node is not completely visible in the control's rectangle.
However, when running a script witt the same GLD, tooltips are not shown.
Am I missing a property that needs to be added in the script?
-tip specified for listboxes,  buttons, etc.. show up in both TGL and final
script.

I would appreciate a hint.

Thank you,

Igor.


[Non-text portions of this message have been removed]

Good Evening,

Obviously, while moving multiple objects in TGL, I have modified a property
that is not common among all objects, or something to that extend. Anyhow,
recreating changes since last revision manually, one-by-one, helped to
aleviate the problem.

Thanks.
----- Original Message -----
From: "anufrii" <igora29@...>
To: <theguiloft@yahoogroups.com>
Sent: Wednesday, January 11, 2006 10:04 PM
Subject: [The GUI Loft] Argument is not numeric


> Good Evening,
>
> I am getting "Argument "" isn't numeric in subroutine entry at
> C:/Perl/site/lib/Win32/GUI.pm line 603." error.
> Window is built OK and script exits with 0 code.
> Uncommenting line 602 in GUI.PM for troubleshooting creates a print out
> of all controls passed to the -new constructor and nothing looks out of
> normal.
> Ideas?
>
> Igor.
>
>
>
>
>
> Home: http://www.bahnhof.se/~johanl/perl/Loft/
> Archives: http://groups.yahoo.com/group/theguiloft
> Unsubscribe: theguiloft-unsubscribe@yahoogroups.com
>
> Yahoo! Groups Links
>
>
>
>
>
>

Good Evening,

I am getting "Argument "" isn't numeric in subroutine entry at
C:/Perl/site/lib/Win32/GUI.pm line 603." error.
Window is built OK and script exits with 0 code.
Uncommenting line 602 in GUI.PM for troubleshooting creates a print out
of all controls passed to the -new constructor and nothing looks out of
normal.
Ideas?

Igor.

I figured it out.  I was trying to make it much hard than it is.

-Durell

--- In theguiloft@yahoogroups.com, "durellw" <durellw@g...> wrote:
>
> I don't understand how I am supposed to dynamically add data to a
> combobox (or any control for that matter) after it has been loaded.
>
> Thank you,
>
> Durell
>

I don't understand how I am supposed to dynamically add data to a
combobox (or any control for that matter) after it has been loaded.

Thank you,

Durell

At 08:32 2005-12-18, Ströbitzer Andreas wrote:
>I have a listview with checkboxes enabled. Is it possible to check them
>at runtime with code?
>Normal Checkboxes have the function SetCheck, but I cannot find
>something similar for listviews with checkboxes enabled...

I'd suggest you subscribe to the Win32::GUI mailing list for questions like
this (runtime Win32::GUI coding). It is more focused on general Win32::GUI
questions, and this list is more focused on pure TGL issues.
http://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users

Sometimes it's not clear which is more suitable, but the chance of getting
a good answer for general Win32::GUI questions is far better on the other list.


/J

Hello again,
Another question:
I have a listview with checkboxes enabled. Is it possible to check them
at runtime with code?
Normal Checkboxes have the function SetCheck, but I cannot find
something similar for listviews with checkboxes enabled...
Thanks for your help again!
Regards Andreas

-----Ursprüngliche Nachricht-----
Von: theguiloft@yahoogroups.com [mailto:theguiloft@yahoogroups.com] Im
Auftrag von Johan Lindström
Gesendet: Samstag, 17. Dezember 2005 21:53
An: theguiloft@yahoogroups.com
Betreff: [The GUI Loft] Re: [win32gui] [perl-win32-gui-users] Adding NEM
event handlers post new?


Johan Lindström wrote:
>At 19:59 2005-12-17, Ströbitzer Andreas wrote:
>
>>Hello,
>>Is it possible to change the options of an treeview element which is
>>created with GuiLoft?
>
>This is something for the Win32::GUI list (which this is cross-posted
>to),
>because that's what the issue is:
>   Is it possible to add a NEM event handler _after_ control creation?
>I don't know the answer to that, but I'm sure one of the Win32::GUI
devs
>do. If it's not possible, we'll se how we can solve your problem.

$control->SetEvent("EventName", \&sub);

e.g.   $win->SetEvent("Click", sub { print "Clicked\n"; });

For efficiency it is also a good idea to add '-eventmodel => "byref"' to

the control's constructor, to force NEM only (assuming you want NEM
only),
otherwise, the control will assume OEM when created, but SetEvent() adds
a
NEM handler, and the control may still waste time looking for OEM
handlers.
I know this doesn't sound ideal, but it's how it is.

Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/





Home: http://www.bahnhof.se/~johanl/perl/Loft/
Archives: http://groups.yahoo.com/group/theguiloft
Unsubscribe: theguiloft-unsubscribe@yahoogroups.com

Yahoo! Groups Links

Hello,
Thanks for the answers, i checked my mails now in the morning.
I also found a solution after some time, it works:

In my "GREInspector" package I added the option in the buildOptions sub.
See my Code Example below. The subs which are called when doubelclicking
elements are in my main package.
As you can see it works very well not only with treeeviews but also with
listviews!
Thanks a lot guys also for your solutions I will also try them!

package GREInspector;
use base qw( Win32::GUI::Loft::ControlInspector );
use strict;
my $HotKey = new Win32::GUI::AcceleratorTable(
	 "F9" => "F9",
	 "F1" => "F1",
);

sub buildOptions { my $self = shift; my $pkg = ref($self);
	 my ($objControl, $raOption) = @_;
	 if($objControl->prop("Name") eq "winGREMain") {
		 push(@$raOption, "-accel" => $HotKey);
	 }
	 if($objControl->prop("Name") eq "tvwColumns") {
		 push(@$raOption, "-onMouseDblClick" =>
\&main::tvColumnsDblClick);
	 }
	 if($objControl->prop("Name") eq "lvwColumnSelected") {
		 push(@$raOption, "-onMouseDblClick" =>
\&main::lvColumnSelectedDblClick);
	 }
	 return(@$raOption);
	 }

1;

__ END __

Regards Andreas



-----Ursprüngliche Nachricht-----
Von: theguiloft@yahoogroups.com [mailto:theguiloft@yahoogroups.com] Im
Auftrag von Johan Lindström
Gesendet: Samstag, 17. Dezember 2005 21:53
An: theguiloft@yahoogroups.com
Betreff: [The GUI Loft] Re: [win32gui] [perl-win32-gui-users] Adding NEM
event handlers post new?


Johan Lindström wrote:
>At 19:59 2005-12-17, Ströbitzer Andreas wrote:
>
>>Hello,
>>Is it possible to change the options of an treeview element which is
>>created with GuiLoft?
>
>This is something for the Win32::GUI list (which this is cross-posted
>to),
>because that's what the issue is:
>   Is it possible to add a NEM event handler _after_ control creation?
>I don't know the answer to that, but I'm sure one of the Win32::GUI
devs
>do. If it's not possible, we'll se how we can solve your problem.

$control->SetEvent("EventName", \&sub);

e.g.   $win->SetEvent("Click", sub { print "Clicked\n"; });

For efficiency it is also a good idea to add '-eventmodel => "byref"' to

the control's constructor, to force NEM only (assuming you want NEM
only),
otherwise, the control will assume OEM when created, but SetEvent() adds
a
NEM handler, and the control may still waste time looking for OEM
handlers.
I know this doesn't sound ideal, but it's how it is.

Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/





Home: http://www.bahnhof.se/~johanl/perl/Loft/
Archives: http://groups.yahoo.com/group/theguiloft
Unsubscribe: theguiloft-unsubscribe@yahoogroups.com

Yahoo! Groups Links

Johan Lindström wrote:
>At 19:59 2005-12-17, Ströbitzer Andreas wrote:
>
>>Hello,
>>Is it possible to change the options of an treeview element which is
>>created with GuiLoft?
>
>This is something for the Win32::GUI list (which this is cross-posted to),
>because that's what the issue is:
>   Is it possible to add a NEM event handler _after_ control creation?
>I don't know the answer to that, but I'm sure one of the Win32::GUI devs
>do. If it's not possible, we'll se how we can solve your problem.

$control->SetEvent("EventName", \&sub);

e.g.   $win->SetEvent("Click", sub { print "Clicked\n"; });

For efficiency it is also a good idea to add '-eventmodel => "byref"' to
the control's constructor, to force NEM only (assuming you want NEM only),
otherwise, the control will assume OEM when created, but SetEvent() adds a
NEM handler, and the control may still waste time looking for OEM handlers.
I know this doesn't sound ideal, but it's how it is.

Regards,
Rob.
--
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/

At 19:59 2005-12-17, Ströbitzer Andreas wrote:
>Hello,
>Is it possible to change the options of an treeview element which is
>created with GuiLoft?

This is something for the Win32::GUI list (which this is cross-posted to),
because that's what the issue is:

    Is it possible to add a NEM event handler _after_ control creation?

I don't know the answer to that, but I'm sure one of the Win32::GUI devs
do. If it's not possible, we'll se how we can solve your problem.


/J

Hello,
Is it possible to change the options of an treeview element which is
created with GuiLoft?
I would like to add the double click functionality to the treeview.
I know how to do it with manually created gui's (see code example
below).


#!perl -w
use strict;
use warnings;

use Win32::GUI;

my $mw = Win32::GUI::Window->new(
         -title => "terminate test",
         -pos => [100,100],
         -size => [400,300],
);

my $tv = $mw->AddTreeView(
        -size     => [100,100],
        -lines     => 1,
        -rootlines => 1,
        -buttons   => 1,
        -checkboxes => 0,
        -onMouseDblClick => \&tvDblClick,
);

my $root = $tv->InsertItem(
         -text => "Parent",
         -indent => 1,
);

$tv->InsertItem(
         -parent => $root,
                 -text => "Child 1"
);

$tv->InsertItem(
         -parent => $root,
                 -text => "Child 2"
);

$mw->Show();
Win32::GUI::Dialog();
exit(0);

sub tvDblClick
{
         my ($self, $x, $y) = @_; # x,y in client co-ordinates

         my $node = $self->HitTest($x,$y);

         if($node != 0) {
                 my %info = $self->GetItem($node);
                 print "Mouse Dbl Click ($node: $info{-text})\n";
         }

         return;
}
__END__


So the option i need to add is "-onMouseDblClick => \&tvDblClick,"
I hope it is possible to add such options.....
Thanks for your help!!
Regards
Andreas

It helped!! With Version Win32::GUI 1.03 the error is gone!
Thank you so much!!
Andi

-----Ursprüngliche Nachricht-----
Von: theguiloft@yahoogroups.com [mailto:theguiloft@yahoogroups.com] Im
Auftrag von Ströbitzer Andreas
Gesendet: Freitag, 09. Dezember 2005 09:52
An: theguiloft@yahoogroups.com
Betreff: AW: [The GUI Loft] Strange Problem on exit


Hm, strnage, I use Win32::GU version 1.0
I have not changed anything and this error occurs, very strange.... I
will try Win32::GUI 1.03 which seems to be the newest version. I will
report if it helps.... Thanks!

-----Ursprüngliche Nachricht-----
Von: theguiloft@yahoogroups.com [mailto:theguiloft@yahoogroups.com] Im
Auftrag von Johan Lindström
Gesendet: Freitag, 09. Dezember 2005 09:41
An: theguiloft@yahoogroups.com
Betreff: Re: [The GUI Loft] Strange Problem on exit


At 09:16 2005-12-09, Ströbitzer Andreas wrote:
>"perl.exe Error in Application
>The instruction in "0x74dedb01" uses memory "0x74dedb01". The read to
>the memory could not be done. Click OK to exit the application"

This doesn't sound like a TGL thing, it sounds more like something
deeper
in the Win32::GUI XS code.

Earlier versions of Win32::GUI together with some of the controls
(RichEdit
I think it was) has crashed like this under some circumstances that had
to
do with things not being destroyed in the proper order, or being
destroyed
twice (during global destruction).

Which Win32::GUI version do you use?


/J




Home: http://www.bahnhof.se/~johanl/perl/Loft/
Archives: http://groups.yahoo.com/group/theguiloft
Unsubscribe: theguiloft-unsubscribe@yahoogroups.com

Yahoo! Groups Links










Home: http://www.bahnhof.se/~johanl/perl/Loft/
Archives: http://groups.yahoo.com/group/theguiloft
Unsubscribe: theguiloft-unsubscribe@yahoogroups.com

Yahoo! Groups Links

Hm, strnage, I use Win32::GU version 1.0
I have not changed anything and this error occurs, very strange....
I will try Win32::GUI 1.03 which seems to be the newest version. I will
report if it helps....
Thanks!

-----Ursprüngliche Nachricht-----
Von: theguiloft@yahoogroups.com [mailto:theguiloft@yahoogroups.com] Im
Auftrag von Johan Lindström
Gesendet: Freitag, 09. Dezember 2005 09:41
An: theguiloft@yahoogroups.com
Betreff: Re: [The GUI Loft] Strange Problem on exit


At 09:16 2005-12-09, Ströbitzer Andreas wrote:
>"perl.exe Error in Application
>The instruction in "0x74dedb01" uses memory "0x74dedb01". The read to
>the memory could not be done. Click OK to exit the application"

This doesn't sound like a TGL thing, it sounds more like something
deeper
in the Win32::GUI XS code.

Earlier versions of Win32::GUI together with some of the controls
(RichEdit
I think it was) has crashed like this under some circumstances that had
to
do with things not being destroyed in the proper order, or being
destroyed
twice (during global destruction).

Which Win32::GUI version do you use?


/J




Home: http://www.bahnhof.se/~johanl/perl/Loft/
Archives: http://groups.yahoo.com/group/theguiloft
Unsubscribe: theguiloft-unsubscribe@yahoogroups.com

Yahoo! Groups Links

At 09:16 2005-12-09, Ströbitzer Andreas wrote:
>"perl.exe Error in Application
>The instruction in "0x74dedb01" uses memory "0x74dedb01". The read to
>the memory could not be done. Click OK to exit the application"

This doesn't sound like a TGL thing, it sounds more like something deeper
in the Win32::GUI XS code.

Earlier versions of Win32::GUI together with some of the controls (RichEdit
I think it was) has crashed like this under some circumstances that had to
do with things not being destroyed in the proper order, or being destroyed
twice (during global destruction).

Which Win32::GUI version do you use?


/J

Hi!
I used GUI Loft a long time now but since about one week i have a
strange problem:
When I exit my Window with return(-1) I get the following error (pop up
window), this never happened before I have not changed the gld files,
and I did not update my perl version, I use perl 5.8.6 with storable
2.13, i also tried storable 2.15 but it did not help. Here the error
message: (I get it in german, so i translate the most important things
to english)
"perl.exe Error in Application
The instruction in "0x74dedb01" uses memory "0x74dedb01". The read to
the memory could not be done. Click OK to exit the application"

I never had this error, what could that be?!?!
Anyone got an idea?
Thanks!
Regard Andi

Jeremy,

Thanks for replying. There seem to be an interest growing in my
group, specifically in Rapid Prototyping Abilities of the TGL.

I have posted my question at SourceForge couple of weeks ago,
following J.L. advice.

Thanks again,
Igor.
--- In theguiloft@yahoogroups.com, "Jeremy White" <jez_white@h...>
wrote:
> Personally, I would agree with the statement that Win32::GUI
provide a
> shorter learning curve, and faster code development. However, if
your team
> are new to GUI programming there will be extra issues regardless of
the
> toolsets you choose.
>
> Cheers,
>
> jez.
>

At 16:18 2005-12-03, anufrii wrote:
>Is there a way to modify background of the main window ?

Yep, check out the FetchURL demo.

It's not that hot looking, but you get the idea.


/J

Is there a way to modify background of the main window ?

Thank you,
Igor.

At 16:06 2005-11-27, anufrii wrote:
>The biggest challenge I am facing next week is that majority of the
>audience is Perl-blind. So CPAN for them is just another 4-letter word.

So do some homework. You know what kinds of real-world problems you may
face, so look for solutions on CPAN and figure out a way to present it to
them. Slides? Demo/proof-of-concept?

The obvious arenas that makes Perl shine:
Databases: DBI (transparent connectivity to ), DBIx::Simple (simple SQL),
Class::DBI/DBIx::Class (no SQL)
Sysadmin: File::*, SSH, Win32::Admin*something*
Web: Mechanize (scraping), XML::* (parsing), Catalyst (if you would like to
leave the desktop app)
Windows: Win32::GUI, Win32::GuiTest, Win32::API, Win32::OLE, Win32::

I could go on, but you probably already know all this :)

To me the dividing issue is whether you anticipate the GUI app building to
be the bottleneck (which may or may not point to .Net), or the actual
problem solving (which supposedly points to Perl).


>Presenting  technical details such as "Perl compiler does this,
>whereas VBS is processed like that, therefore Perl script is faster "
>should make more sense, in addition to the factors mentioned in my
>original message.

Performance doesn't seem to be an issue either way, from the way it sounds.
Related modules, if it is an issue:
Devel::Profile
Win32::API
Inline::C
etc.


/J

Target applications can be classified as small tools/utilities. My
current project includes building Front-End interface for the admin-
oriented shell tool, making it user-driven. In other words, attaching
a Human face to the user state migration utility.
The biggest challenge I am facing next week is that majority of the
audience is Perl-blind. So CPAN for them is just another 4-letter word.
Presenting  technical details such as "Perl compiler does this,
whereas VBS is processed like that, therefore Perl script is faster "
should make more sense, in addition to the factors mentioned in my
original message.

So I am looking forward to hear Group's ideas, links, etc..
Also, thanks for the idea to post this quesiton on SourceForge.

Igor.
--- In theguiloft@yahoogroups.com, Johan Lindström <johanl@d...> wrote:
>
> At 04:20 2005-11-27, anufrii wrote:
> >I am returning to this group after quite a break.
> >Folks, I need your help to make a business case for Win32::GUI and
> >TheGUILoft as rapid developement tool by coming Wednesday.
>
> Well, you seem to know the strenghts of Perl already. What is your
problem
> domain? Maybe CPAN is even more important (or not) for getting
things done(tm).
>
> What kind of applications would you build? IMHO the weakness of
Win32::GUI
> >
> /J
>

Hi,

>So, besides Rapid development capabilities, data structures, wealth
>of CPAN modules, faster I/O operations, I need some examples of
>Companies that are using Win32::GUI/Loft as their development tandem
>and show some solid proof of Perl being faster/stronger/etc over
>VBS/HTA pair.

I would ask this question to the Win32-GUI users list (see
http://perl-win32-gui.sourceforge.net/), as I'm aware of several commercial
projects (legal, medical, finance and telecoms) using Win32-GUI that read
that list.

The project that I'm working would fit in to the category you describe,
although I'm not sure how we could "prove" that it is better than a .NET
application. If you do post to that list, it's probably worth describing in
technical detail what your application would need to do (or point to an
application that does something similar) - this would allow the techies to
give a more detailed response, as both development toolsets have significant
strengths and weaknesses.

>My management was presented with a simple notion that .Net is an
>overkill for any rapid or add-on tool/utility where Win32::GUI
>provide shorter learning curve, faster code development, etc..
>Please, share your ideas or knowledge of Perl advantage over VBS/HTA.
>At this time, any development language will be a fresh start for the
>majority of my team members, so there is no re-train issue.

Some random thoughts:

One issue you may have with your team members is the desirability of the
tool set they would be learning. Your developers might be "keen" to learn
.NET (for example) because they perceive it to improve their job prospects -
rather than any rational argument.

Another issue you might face at the management level is the perception of
risk. Would it be more risky to go with a tools such as Win32::GUI/Loft, or
go with .NET?

Perhaps, less of an issue is cost and openness. Personally, having the
source to both Loft and Win32 has enabled us to do things that would be
extremely difficult, and in somecases impossible within .NET.

You will receive biased viewpoints from both sides.

Personally, I would agree with the statement that Win32::GUI provide a
shorter learning curve, and faster code development. However, if your team
are new to GUI programming there will be extra issues regardless of the
toolsets you choose.

Cheers,

jez.

At 04:20 2005-11-27, anufrii wrote:
>I am returning to this group after quite a break.
>Folks, I need your help to make a business case for Win32::GUI and
>TheGUILoft as rapid developement tool by coming Wednesday.

Well, you seem to know the strenghts of Perl already. What is your problem
domain? Maybe CPAN is even more important (or not) for getting things done(tm).

What kind of applications would you build? IMHO the weakness of Win32::GUI
compared to .Net and Windows Forms is the level of sophistication with
which you can build GUIs. If they must look _really_ slick with the latest
MS features, then maybe .Net is the way to go. But if you are building
relatively simple/small tools rather than, like, MS Office 12 on steroids,
maybe Win32::GUI and The GUI Loft are much more suitable.

Not all people are entirely happy with Windows Forms. I have a co-worker
who used to do .Net web stuff, did winforms for maybe 6 months for a
project, and now has requested to move to a web based project again because
he really didn't like the maturity and design of the framework.

What does your deployment scenario look like? Inhouse? End-users? If it is
end-users I'd probably try to stay away from .Net, but that may just be
ignorance/prejudice on my part, whereas I know that PerlApp/PAR are
excellent packaging and deployment solutions for Perl.

You should probably also ask this question on the win32-gui-users list,
there are more people there.


/J