RE: [PHP] PHP on client-side

It is possible, but you'd need to define the x-application/php or so mimetag in each and every client that you would want to parse the code -- thus reducing the platforms it runs on. The fact that it is parsed on the server allows a great variaty of clients to read it - since they basically get html back. I use php for scripts that run using crontabs on my servers, but I don't really think that PHP is usable in the same way as - for instance - JS or VBS. Jan De Luyck > -----Original Message----- > From: Tom Malone [mailto:tom@hurstlinks.com] > Sent: Thursday, August 16, 2001 4:32 PM > To: PHP Users > Subject: RE: [PHP] PHP on client-side > > > Do you think it's feasible to do that? Has anyone discussed it > before? Are > there any initiatives? > > Tom Malone > Web Designer > http://www.tom-malone.com > > -----Original Message----- > From: papi@hurstlinks.net [mailto:papi@hurstlinks.net]On Behalf Of Pavel > Jartsev > Sent: Thursday, August 16, 2001 10:08 AM > To: Tom Malone > Subject: Re: [PHP] PHP on client-side > > > Tom Malone wrote: > > > > I read the introduction to PHP-GTK at http://conf.php.net > > > > What I am talking about is the potential to use PHP in the browser, like > > JavaScript, for functions similar to what JavaScript and > VBScript are used > > for. In each tag could be an attribute set to whether the PHP code > contained > > inside is supposed to run at the server or at the client. This > is not the > > same thing as PHP-GTK, is it? > > > > Yep, it's not. I misunderstood your question. Sorry. > > -- > Pavel a.k.a. Papi > > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, e-mail: php-general-unsubscribe@lists.php.net > For additional commands, e-mail: php-general-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net > >