Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:94758 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 12944 invoked from network); 30 Jul 2016 19:29:48 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 30 Jul 2016 19:29:48 -0000 Authentication-Results: pb1.pair.com header.from=michael.vostrikov@gmail.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=michael.vostrikov@gmail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.171 as permitted sender) X-PHP-List-Original-Sender: michael.vostrikov@gmail.com X-Host-Fingerprint: 209.85.220.171 mail-qk0-f171.google.com Received: from [209.85.220.171] ([209.85.220.171:35476] helo=mail-qk0-f171.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E6/73-22978-C200D975 for ; Sat, 30 Jul 2016 15:29:48 -0400 Received: by mail-qk0-f171.google.com with SMTP id s63so116570737qkb.2 for ; Sat, 30 Jul 2016 12:29:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:cc; bh=UFQA/O7rznKdRc6IvNfYK6kAPJa2GzaPPO8wVpOb588=; b=xFQlGJTbiGVB8Ab7aBolGIwbfpCVteSeWEAVl3zI9G5m71VZRKXXTjMS+1TLGNrYbT j9O69KDG3VFSVYl0ijCDaDspl8ZhUDI+USXoxpDtmxUMg3QE+Jph8D/hN9rtPKELgIkM 529lktQDEfGYmdJohTjefp19+QvL1cO+L6YMsgH1d2sS0OVvTjbblEPPJzzfikImOwv3 8LbLg/o8T48Gsw5l4l37PUDc7jAGV2UbuUtpVui3BBexTaio0OM3LpXwHG/Pn50PfaPw D0KiHIA6i5p0pCu688jOSANYRS8RNqQJveSRKqFSlFFXeHq05WTkQ3JoDcfraRDIoSKm SQwA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:cc; bh=UFQA/O7rznKdRc6IvNfYK6kAPJa2GzaPPO8wVpOb588=; b=c1fOnUtG4kPBzTPmnGNmSD6HOdA3QztdMmy9t4LhrS2GDUkHgPtAa4J/uUULebCFRC cOPkKipFdb+1fXUgPmvP9EaeDSIYQSpBlK2HrR77fAID0nPB/VmCJchidoGX2iRsjfVM SzX0OtZP868OKx43Dkf8mMK96FP8Tuj+D3xJB2PXFefWrH4WcKTzgzEbdP6da8+6et6i zHeGcDPk3A7/D+aqY2GlO4yuWIHq4hEFK3WIky6dWiQlRzkHwNnYG6Cnp4Ojd5UWptr9 mqgqaHRsYuuFMAEngRwW4iK6+RyNsm52dOoFYeVIyZRATNQeKuND1KHSUQfD/URW+BR0 l7wg== X-Gm-Message-State: AEkooutfW5TYCV6h2uNhXhT4ANmDd51xxI5L1t80KYKCIn/C+amUiPIhYWoCcuwIXgNHisuZP8oAvRjz6XSLAA== X-Received: by 10.55.129.71 with SMTP id c68mr59015844qkd.174.1469906985703; Sat, 30 Jul 2016 12:29:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.189.135 with HTTP; Sat, 30 Jul 2016 12:29:44 -0700 (PDT) In-Reply-To: References: <933449d0-90c2-0d7a-cb80-a171289d8286@texthtml.net> <20160724145557.D52C31A80BBD@dd1730.kasserver.com> <6cfac572-9982-87f8-5a55-9213d978cde9@gmx.de> <20160724162103.BC5741A83512@dd1730.kasserver.com> <20160724172131.675AC1A800B0@dd1730.kasserver.com> <9bc0db6a-fa19-5f87-0e82-3702dcb34254@gmx.de> <20160727224510.7B80C1A80358@dd1730.kasserver.com> <20160728093917.5DCC51A82392@dd1730.kasserver.com> Date: Sun, 31 Jul 2016 00:29:44 +0500 Message-ID: Cc: PHP internals Content-Type: multipart/alternative; boundary=94eb2c06266abc70c10538df6372 Subject: Re: [PHP-DEV] [RFC] New operator for context-dependent escaping From: michael.vostrikov@gmail.com (Michael Vostrikov) --94eb2c06266abc70c10538df6372 Content-Type: text/plain; charset=UTF-8 > > What you propose is `Foo::escape()` (static), as a language construct. > I have changed the RFC, I wrote about it. Please read the description. There is no more static calls, there is no hacks with not fully qualified name. If any templating engine does that, I'd suggest opening an issue on their > issue tracker to make their implementation non-static instead. > Sorry, I don't understand what do you mean here. This is not related to any template engine, this was just an analogy. adding more custom AST for something that is already working very well in > userland via functions. > Users that know how and when to escape are already using appropriate > functions for that. > Yes. The function are present and they are working very well. And users are already using that functions. But the problem is not in presence of functions. Why do you repeat the same again? This is not the problem. The problem is that these functions should be called everywhere manually, and there is no error when these functions are not called. And this RFC proposes a solution - call a function automatically. --94eb2c06266abc70c10538df6372--