Re: How to deploy a Perl Application

2002-11-08 Thread Steve
It really just depends on the purpose of the application. If you need to do memory intensive tasks an individual machine app would be best. If you are doing anything else, I would go with web based applications.. Just my 2 cents... Steve "Todd Wade" <[EMAIL PROTECTED]> wrote in message news:

RE: How to deploy a Perl Application

2002-10-09 Thread Todd Wade
Nyimi Jose wrote: >> The Browser's interface cannot contain all the features and rings >> and bells a normal GUI can (unless you use Java and use the browser >> just to download and host the application) > > What about Perl for the aforementioned functionality. > It's seems that Java is the Guru

Re: How to deploy a Perl Application

2002-10-09 Thread James Edward Gray II
On Wednesday, October 9, 2002, at 07:08 AM, Jenda Krynicky wrote: > Yeah ... "Browser Client" applications tend to take longer to do > anything in. Of course, this can be as much a fault of bad interface design as the medium. > The interface cannot contain all the features and rings > and bel

Re: How to deploy a Perl Application

2002-10-09 Thread James Edward Gray II
On Wednesday, October 9, 2002, at 05:28 AM, NYIMI Jose (BMB) wrote: > Do you have some reasons in which case "Distributed GUI" will be the > winner against "Browser Client" ? Sure, tons. Neither Photoshop nor Warcraft III are going to see a HTML interface in their next revision. Don't get m

RE: How to deploy a Perl Application

2002-10-09 Thread Jenda Krynicky
From: "NYIMI Jose (BMB)" <[EMAIL PROTECTED]> > > The Browser's interface cannot contain all the features and rings > > and bells a normal GUI can (unless you use Java and use the browser > > just to download and host the application) > > What about Perl for the aforementioned functionality. > It's

RE: How to deploy a Perl Application

2002-10-09 Thread NYIMI Jose (BMB)
> The Browser's interface cannot contain all the features and rings > and bells a normal GUI can (unless you use Java and use the browser > just to download and host the application) What about Perl for the aforementioned functionality. It's seems that Java is the Guru in GUI matters ? :( José

RE: How to deploy a Perl Application

2002-10-09 Thread Jenda Krynicky
From: "NYIMI Jose (BMB)" <[EMAIL PROTECTED]> > > my 2 cents... > > > > Distributed GUI apps are legacy. Write web based software. > > You right ! > That's what I was thinking about ... > > Do you have some reasons in which case "Distributed GUI" will be the > winner against "Browser Client" ?

RE: How to deploy a Perl Application

2002-10-09 Thread NYIMI Jose (BMB)
> my 2 cents... > > Distributed GUI apps are legacy. Write web based software. You right ! That's what I was thinking about ... Do you have some reasons in which case "Distributed GUI" will be the winner against "Browser Client" ? Should I continue learning Perl/Tk then ? :-) José. D

Re: How to deploy a Perl Application

2002-10-07 Thread Todd Wade
Nyimi Jose wrote: > Hello, > Hi there! > > My question is: > Once I develop my Application(GUIs) and so one, how to deploy it to users > ? If my users are using PC (Windows OS) and they don't Perl installed on > their PC, - should I go and installed Perl on each user's PC : I don't > think that

RE: How to deploy a Perl Application

2002-10-07 Thread Timothy Johnson
Check out ActiveState's PerlApp that comes with their Perl Dev Kit. It does a very good job of packaging your Perl scripts in a compressed executable that will extract and then run the script without Perl having to be installed on the target machine. There is also a product called perl2exe whic