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:[EMAIL PROTECTED]]
> 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: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]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: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
