Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78713
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain margaine.com from 209.85.213.180 cause and error)
MIME-Version: 1.0
In-Reply-To: <545A02AF.9010307@lsces.co.uk>
References: <545A02AF.9010307@lsces.co.uk>
Date: Wed, 5 Nov 2014 12:12:07 +0100
Message-ID: <CABRjmp_L1HfpF2H5X6mzUsTvH782aWSsXQ2OAcdAKvforz0hqw@mail.gmail.com>
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c35e34b74eb705071aa7a0
Subject: Re: [PHP-DEV] Browser side PHP
From: florian@margaine.com (Florian Margaine)

--001a11c35e34b74eb705071aa7a0
Content-Type: text/plain; charset=UTF-8

Hi,

On Wed, Nov 5, 2014 at 11:57 AM, Lester Caine <lester@lsces.co.uk> wrote:

> Before you fall of your chairs let me expand on that ...
>
> Many of the sites I'm supporting are being chased by the we want your
> work mob, and being told they "Must have apps to stay in business". Of
> cause that means both an android and an apple one with a discount on the
> pair. BUT in most cases a restyling of the existing website to be more
> mobile/tablet friendly layout is all that is needed. To that end I've
> finally nailed a configuration of bootstrap3 which will work with my
> smarty templating and legacy jquery browser side actions. ( Fourth setup
> I've worked through as previous 'solutions' proved dead ends! )
>
> Very few of us use PHP as a programming language in isolation to
> anything else? Although that is perhaps not obvious from some of the
> discussions. Areas like better JSON or HTTP support all fall into the
> camp of integration with the rest of the infrastructure? Something which
> is now totally different to what existed when PHP5 first came out!
>
> Eclipse provides me with a flat workbench where js, css, raw html, php,
> smarty tpl, sql, and even c/c++ all co-exist and the right highlighting
> and support tools are provided. Javascript is the obvious choice for
> browser side programming, and browser side templates like bootstrap rely
> on it to make elements of the layout work, and PHP is more than happy
> feeding that functionality, but trying to maintain two different
> languages between the two ends is perhaps not ideal?
>
> Am I totally mad thinking that a tool that converts perhaps a lite
> version of PHP into Javascript might plug a hole in the infrastructure?
> Parts like validation beyond what html5 has added is one I've just hit
> where the original site passed form data back to the server and pushed
> validation errors back, so we have the specialist bits in php already.
> But while html5 validation does some of the job, some javascript will be
> needed to fill the gaps ... with a fall back to PHP for non-html5 browsers.
>
> Perhaps something does already exist that I'm missing?
>

This seems kind of off-topic for this mailing list, isn't it?


>
> --
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk
> Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

Regards,
-- 
Florian Margaine

--001a11c35e34b74eb705071aa7a0--