Hi internals,
I have opened the vote on https://wiki.php.net/rfc/never-parameters-v2. The
vote will run for 2 weeks (and a few hours), closing on May 5th at the end
of the day (UTC).
--Daniel
On Tue, Apr 8, 2025 at 6:40 PM Daniel Scherzer
wrote:
>
> Since a lot of the discussion seems to be around static analysis and
> whether there is a real use case for this, I wanted to share another use
> case I just came across: in the `thephpleague/commonmark` package,
> differen
On Mon, Mar 10, 2025 at 12:05 PM Daniel Scherzer <
daniel.e.scher...@gmail.com> wrote:
> Hi internals,
>
> I'd like to start discussion on a new RFC about allowing `never` for
> parameter types when declaring a method.
>
> * RFC: https://wiki.php.net/rfc/never-par
d you mind sharing details of your Serde use case? It seems that the
BackedEnum example might not have been the best (since it is for static
methods) and so perhaps a userland case where this would be used would help.
--Daniel
On Fri, Feb 21, 2025 at 12:09 PM Daniel Scherzer <
daniel.e.scher...@gmail.com> wrote:
> Hi internals,
>
> I recently found out that constructor property promotion cannot be used
> for final properties. I propose that it become allowed. Thoughts? Would
> this need an RFC, or
and above mentioned points.
>
>
I believe I can satisfy the "core developer" candidate requirement.
-Daniel
On Tue, Mar 25, 2025 at 5:11 PM Ilija Tovilo wrote:
> Hi Daniel
>
> Derick also granted you the corresponding karma for your wiki account.
>
How can I check if this went through? I don't see any new option to vote on
https://wiki.php.net/rfc/optional-interfaces.
-Daniel
up):
void;
}
If we move the entire contract to the docblock, then the engine cannot be
used to enforce the non-never-related parts.
--Daniel
tion: https://github.com/php/php-src/pull/17861
--Daniel
that.
>
> --Larry Garfield
>
Okay, I've created https://wiki.php.net/rfc/final_promotion - I'll send an
official notification email separately, but just wanted to include a link
in the original thread.
--Daniel
Hi internals.
On Fri, Mar 21, 2025 at 3:11 PM Daniel Scherzer
wrote:
> Contributing to php-src with features and bug fixes,
> https://github.com/DanielEScherzer
Since there wasn't much space in the form field to fill out the details,
I've been contributing to various parts
Contributing to php-src with features and bug fixes,
https://github.com/DanielEScherzer
On Fri, Mar 21, 2025 at 9:45 AM Alexandru Pătrănescu
wrote:
>
> On Fri, Mar 21, 2025 at 5:20 PM Daniel Scherzer <
> daniel.e.scher...@gmail.com> wrote:
>
>> On Fri, Mar 21, 2025 at 4:07 AM Tim Düsterhus wrote:
>>
>>> Can you clarify if the followi
}
>
> Best regards
> Tim Düsterhus
>
Yes, that would result in constructor property promotion. I'll need to
retarget the original PR for master, but at
https://github.com/php/php-src/pull/17861 you can see in
`Zend/tests/property_hooks/final_prop_promoted_2.phpt` a very similar test
case.
--Daniel
On Sun, Mar 16, 2025 at 12:31 PM Matt Fonda wrote:
> Hi Daniel,
>
> I believe this feature essentially amounts to "add methods which can never
> be called", which in my mind makes no sense. If a method types against an
> interface, and that interface uses a method wi
n the way
I would also personally prefer associated types: ... This at least lets you
> ensure the "other point" is the same type in both functions, though
> personally, I'd rather just have generics.
I'd also like to have generics, but that isn't something I can implement
myself. Associated types would be interesting, but I don't think that
associated types would remove the entire use-case for `never` parameters,
just perhaps the specific example of BackedEnum.
- Daniel
Hi internals,
I'd like to start discussion on a new RFC about allowing `never` for
parameter types when declaring a method.
* RFC: https://wiki.php.net/rfc/never-parameters-v2
* Implementation: https://github.com/php/php-src/pull/18016
-Daniel
one is relying on the
output of the string representations, it was suggested that I bring this up
on the mailing list. Any objections?
-Daniel
intentionally omitted. So, now the bug is
a feature request.
-Daniel
[1] https://github.com/PHPCSStandards/PHP_CodeSniffer/issues/734
[2] https://github.com/php/php-src/issues/17860
[3] https://github.com/php/php-src/issues/17861
On Sat, Jan 4, 2025 at 4:03 PM Daniel Scherzer
wrote:
> > the vote will be open for 3 weeks given the holidays, closing on
> 2025-01-06 at 00:00:00 UTC.
>
> Just a reminder that this will close in 24 hours, if you can vote but
> haven't yet
>
> -Daniel
>
I have c
> the vote will be open for 3 weeks given the holidays, closing on
2025-01-06 at 00:00:00 UTC.
Just a reminder that this will close in 24 hours, if you can vote but
haven't yet
-Daniel
class so sometime $fieldValue is a
string and other times it is null. Both are valid.
$fieldValue = null;
echo htmlentities($fieldValue ?? '’);
Thanks
--
Daniel Baldwin
541-401-7797
smime.p7s
Description: S/MIME cryptographic signature
Hi internals.
I have opened the vote on https://wiki.php.net/rfc/attributes-on-constants
- the vote will be open for 3 weeks given the holidays, closing on
2025-01-06 at 00:00:00 UTC.
-Daniel
On Sat, Nov 30, 2024 at 9:00 AM Daniel Scherzer
wrote:
> Hi again,
>
> Based on feedback to my last thread[1] that an RFC would be needed to
> allow attributes on constants, I have just filed
> https://wiki.php.net/rfc/attributes-on-constants and added it to the
> "Under
t it will not return
anything if $result['success’] == true.
------
Daniel Baldwin
541-401-7797
> On Nov 26, 2024, at 8:10 AM, Volodymyr Volynets
> wrote:
>
> Hi PHP Mailing list,
>
> My username is vvolynets.
>
> I have an idea whi
hanges” section should probably shortly
> mention that this is new syntax and will need changes to IDEs, static
> analysis tools and formatters. The second paragraph in
>
> https://wiki.php.net/rfc/closures_in_const_expr#backward_incompatible_changes
> might be a good example.
>
Done
-Daniel
[1] https://youtu.be/hGYbXkfbkuU
eks unless issues arise.
-Daniel
[1] https://news-web.php.net/php.internals/126065
Since it seems that this requires an RFC, I have created an account on
wiki.php.net with the username `danielescherzer` and kindly request edit
privileges so that I can create the RFC.
-Daniel
On Tue, Nov 26, 2024 at 12:15 PM Daniel Scherzer <
daniel.e.scher...@gmail.com> wrote:
> Hi
rwise
the functionality is there and seems to work. Is anyone willing to help
with the memory issue?
Separately, once the memory issue is fixed, would this need to go through
an RFC process?
Thanks,
--Daniel Scherzer
[1] https://github.com/php/php-src/pull/16952
Hi internals,
Last week I sent [1] to implement `ReflectionConstant::getExtension()` and
`::getExtensionName()`. It was suggested [2] that I ask the mailing list if
there are any objections. Are there?
--Daniel Scherzer (https://github.com/DanielEScherzer)
[1] https://github.com/php/php-src
useful for
others.
Basically, the extension allows a class to control how it should be treated
when cast to a boolean, integer, or float.
If this extension is useful to others, I can look into getting it published
on PECL.
Thanks,
--Daniel Scherzer
[1] https://github.com/DanielEScherzer/CustomCast
luded as part
of the 8.4 release.
Thanks,
--Daniel Scherzer (https://github.com/DanielEScherzer)
[1] https://github.com/php/php-src/pull/15847
[2] https://github.com/php/php-src/issues/15723
[3] https://github.com/php/php-src/pull/15847#issuecomment-2345774089
[4] https://github.com/php/php-src
s the current depth of the path?
Is there a significant demand or use case from the community that justifies the
inclusion of this function in the core PHP library?
I look forward to feedback from the community to refine this proposal and gauge
interest in moving forward with an RFC.
Thanks!
D
On 8/12/2024 9:53 AM, Rowan Tommins [IMSoP] wrote:
On 11 August 2024 16:50:52 BST, Nick Lockheart wrote:
It seems that if everything on the Internet is multi-byte encoded now,
then all of the PHP string functions should be multi-byte safe.
The phrase "multibyte safe" may have made sense abo
issing from the first code block on the
Transformation Rules's section.
Good luck with the RFC, I hope it passes.
--
Daniel Vargas Muccillo
On 2022-12-15 8:34 AM, Derick Rethans wrote:
Hi,
I have just published an initial draft of the "Unicode Text Processing"
RFC, a proposal to have performant unicode text processing always
available to PHP users, by introducing a new "Text" class.
You can find it at:
https://wiki.php.net/rfc/unic
Hello,
At some point in the near future, I’d like to submit an RFC. Could
anyone please grant me karma? My username is dwo.
Thank you in advance.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php
On 2022-08-22 11:49 AM, David Gebler wrote:
The bit I think I might not like is these being functions, floor_div and
floor_mod. They may be easily confused with the similarly named and
existing fdiv and fmod functions. Wouldn't new operators, // and %%
respectively, be preferable?
Speaking to
On 2022-08-21 3:59 PM, Rowan Tommins wrote:
Could you give some quick examples of when these functions would give different answers,
and why someone might need / want the "floor" variants?
My hobby is fiddling with calendrical calculations, and, if you need a
perfect subject area where the fl
Hello,
Before I submit an RFC, I’d like to see what others’ thoughts are.
Should PHP implement functions for floor division and floor modulo?
To keep it simple, in some programming languages such as PHP and C, the
result of integer division will be rounded towards zero, and result of
the modulo
Or stop by the room 11 chat room.
>
get in touch with you sometime after mid of this month!
Em qua., 2 de mar. de 2022 às 00:35, Larry Garfield
escreveu:
> On Tue, Mar 1, 2022, at 2:02 PM, DANIEL VARGAS MUCCILLO wrote:
> >>
> >> I *think* all Reflector ch
until there, so I can be less of a burden!
--
Daniel Vargas Muccillo
with a PoC
patch to make this adition.
Thanks for your time until now and all the good work I've seen here.
--
Daniel Vargas Muccillo
This fixes the open bug at:
https://bugs.php.net/bug.php?id=51499.
Voting will be open till 2020-07-21
https://wiki.php.net/rfc/pdo-mysql-get-warning-count
The pull request (with tests) is here:
https://github.com/php/php-src/pull/6677
Thanks for your time!
Daniel
I've moved my RFC to the voting phase.
Voting will be open till 2020-07-21
https://wiki.php.net/rfc/pdo-mysql-get-warning-count
The pull request (with tests) is here:
https://github.com/php/php-src/pull/6677
Thanks for your time!
Daniel
Hi people, since yesterday I can't access the subdomain https://people.php.net/
it returns the message: "Something happened to main".
Does anyone know if any problems have been reported?
Sincerely,
Daniel Rodrigues(geekcom).
fixes the open bug: https://bugs.php.net/bug.php?id=51499. If there is no
other feedback in a day or two, I'll probably move it to "In Voting".
https://wiki.php.net/rfc/pdo-mysql-get-warning-count
Thanks in advance for your thoughts!
Daniel Beardsley
On Fri, Feb 26, 2021 at 8:45 A
s an open issue in the bug tracker:
https://bugs.php.net/bug.php?id=51499
Thanks for your consideration!
Daniel
. The first step is emailing!
I'd like to propose adding a function to the mysql pdo driver (in the same
way postgres and sqlite have) to extract the count of warnings from the
last executed statement.
See the pull request linked above for a more thorough description.
Should I make an RFC out of this?
Thanks for your time!
Daniel Beardsley
)
Thank you all for your time
Regards,
Daniel Simkus
Great work Andreas, thanks for this.
geekcom
De: Adiel Cristo
Enviado: quarta-feira, 30 de dezembro de 2020 13:17
Para: Andreas Heigl
Cc: PHP Documentation ML ; PHP internals
Assunto: [PHP-DEV] Re: Documentation is on git
On Wed, Dec 30, 2020 at 11:19 AM Andr
+1
El mié., 22 jul. 2020 a las 9:00, Derick Rethans ()
escribió:
> Hi all,
>
> I know we've voted twice on this already, but are we really sure that
> the @@ syntax is a good idea?
>
> - There are lots of grumbles, both on here, room 11, as well as in the
> wider community (https://www.reddit.c
+1 for this, exclude_list better explains code intent than blacklist.
--
Cheers,
Daniel Rodrigues.
geek...@php.net
https://twitter.com/geekcom2
De: Michał Brzuchalski
Enviado: terça-feira, 16 de junho de 2020 09:14
Para: PHP Internals List
Assunto: [PHP-DEV
Thanks Kalle.
--
Cheers,
Daniel Rodrigues.
geek...@php.net
https://twitter.com/geekcom2
De: Kalle Sommer Nielsen
Enviado: segunda-feira, 15 de junho de 2020 21:43
Para: Daniel Rodrigues Lima
Cc: PHP Internals
Assunto: Re: [PHP-DEV] About the use of the terms
How is it in the process of creating an RFC...
"1. Email internals@lists.php.net to measure reaction to your intended
proposal. "
--
Cheers,
Daniel Rodrigues.
geek...@php.net
https://twitter.com/geekcom2
De: Kalle Sommer Nielsen
Enviado: segunda-fe
negative way.
--
Cheers,
Daniel Rodrigues.
geek...@php.net
https://twitter.com/geekcom2
De: Kalle Sommer Nielsen
Enviado: segunda-feira, 15 de junho de 2020 20:54
Para: Daniel Rodrigues Lima
Cc: Deleu ; Lynn ; PHP internals
Assunto: Re: [PHP-DEV] About the use
The simple fact that we don't know how to deal with this type of discussion can
say a lot about of our community.
Anyway when I started this discussion I didn't imagine that I would receive so
many negative feedbacks.
--
Cheers,
Daniel Rodrigues.
geek...@php.net
https://twitter.co
As additional information, i would like to add that Michał Brzuchalski
(brzuchal), has an open PR in order to change the blacklist terminology in PHP.
https://github.com/php/php-src/pull/5685
--
Greets,
Daniel Rodrigues.
geek...@php.net
https://twitter.com/geekcom2
ow to be better
humans;
3. I fully agree;
4. Sometimes it's necessary "broken window policing";
5. I truly recognize this, and respect above all.
However if the majority disagree with the changes it is not worth pursuing this
discussion, and I should not even write an RFC
Hi Chuck,
About the blacklist , I searched the branch master and found 170 occurrences.
✔ grep -rni "blacklist" php-src/ > blacklist_occurrences.txt
--
Cheers,
Daniel Rodrigues
geek...@php.net
https://twitter.com/geekcom2
De: Chuck Adams
Env
r intended
proposal. "
--
Cheers,
Daniel Rodrigues
geek...@php.net<mailto:geek...@php.net>
https://twitter.com/geekcom2
De: Nikita Popov
Enviado: segunda-feira, 15 de junho de 2020 13:51
Para: Daniel Rodrigues Lima
Cc: PHP Internals
Assunto: Re: [PHP-
Hi Kalle,
I understand your position.
But i believe that changing retrograde terminologies that refer to bad feelings,
doesn't put us anywhere politically.
It's not about sides, it's about people, and our community is made up of people.
--
Cheers,
Daniel Rodrigues
geek..
/
* https://issues.apache.org/jira/browse/COUCHDB-2248
* https://bugs.python.org/issue34605
Greets,
Daniel Rodrigues.
geek...@php.net<mailto:geek...@php.net>
https://twitter.com/geekcom2
https://www.linkedin.com/in/danielrodrigueslima/
On Tue, Feb 4, 2020 at 8:47 AM Derick Rethans wrote:
>
> On Tue, 4 Feb 2020, Ben Ramsey wrote:
>
> > If you use TweetDeck, you can grant access to others, without needing
> > to pass around the credentials.
>
> Yes, that is exactly how we are using it.
I'm presuming the credentials were chang
don't have an official document to understand the PHP core.
I do not promote the generation of extensions, but if necessary the
official documentation does not help, even confuses.
Regards
El jue., 23 ene. 2020 a las 9:21, G. P. B. ()
escribió:
> On Thu, 23 Jan 2020 at 13:07, Danie
Hi interns. The official PHP.net documentation of the "PHP at the Core: A
Hacker's Guide" section (https://www.php.net/manual/en/internals2.php) is
obsolete.
In that sense Python has good documentation to be extended in C / C ++. I
think this is also one of the reasons why there are libraries like
Some good ideas are being clarified in this thread, i would highlight:
“- One-time notifications about this and other information on contributing when
logging into pecl, bugs.php.net, the wiki, or other subdomains
(e.g. "Did you know?" dialog boxes)
- Links to the same thing included in emails w
A different but valid approach to your concerns is krakjoe/parallel (
https://github.com/krakjoe/parallel/blob/develop/README.md). Unfortunately,
NTS support is lacking, but it would be very good if the internals
collaborated with this project.
El dom., 22 de dic. de 2019 17:59, Aran Reeks escrib
The lack of concurrent PHP features in 2019 is, in my opinion, sufficient
reason not to use it for CLI projects.
Some companies do not welcome installing extensions like Swoole, the
language should have native concurrent features.
Daniel
El dom., 15 sept. 2019 a las 0:33, Mike Schinkel
her topic.
https://pear.php.net/package/HTML_Form/
http://svn.php.net/viewvc/pear/packages/HTML_Form/trunk/
https://github.com/pear/HTML_Form
Best Regards
Daniel Fahlke
aka Flyingmana
On Wed, Jan 3, 2018 at 11:16 AM, Johannes Schlüter wrote:
> On Di, 2018-01-02 at 11:49 +0100, Nikita Popov wrote:
>> li...@rhsoft.net, who have recently been
>> aggressively derailing
>
> He was blocked in 2012 already:
>
> https://externals.io/message/59395#59421
I hadn't even noticed this t
On Fri, Dec 8, 2017 at 11:38 AM, Peter Cowburn wrote:
> On 5 December 2017 at 13:57, Christoph M. Becker wrote:
>
> Furthermore, while some have karma to approve VCS accounts, they may not
>> have karma to grant karma – so approving the accounts without granting
>> actual karma does not really ma
gt; inconvenience the many just to satisfy the few.
You are nearly always a minority opinion, the irony of you writing this
whilst at the same time asking the world to slow down so that your
stubborn fourteen year old framework can catch up beggars belief.
--
Daniel Morris
dan...@honestempire.com
--
they should be forced to
justify that decision.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I'm trying to develop a php extension for print all functions call like a
backtrace. But when I'm trying to get the current function a segmentation
fault is throw. What is the problem with my code?
My php test code:
function a() {
b();
}
function b() {
c();
}
function c() {
var_dump
be a written
in PHP, or is the internals team open to perhaps writing the test runner
in another language, keeping the same flags that run-tests.php currently
uses, but choosing a language which could improve the performance of the
suite.
Thoughts appreciated always.
Daniel Morris.
--
Da
passed to the same method or function. I'm sure
there are more edge-cases like this also...
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
What happens if the method signature is defined within an interface? I
would consider that method signature a contract and one that should not
be able to be overwritten.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
– I don't think it has wide-enough usage to worry
about deprecating it sooner rather than later.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s the time to change
visibility is dropped significantly; if you've hired developers that
care more about trends than your application then you've hired the wrong
developers.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsu
I think this would create a lot of additional work for internals
maintainers, and the current system of throwing an E_DEPRECATED already
allows for developers to prepare their applications for future versions
by turning on error reporting and checking their logs.
--
Daniel Morris
dan
e benefit that can be
gained from this as of yet since the variables will still be a zval
internally.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
uot; is a mention
of "zend_llist type". This looks like a typo but I can see from the
source code that it isn't. Does it stand for "linked list" (I didn't
read the entire source to find out)? Would you add the definition in
parentheses after it please? E.g. "Both are
On Thu, 6 Oct 2016, at 11:41 AM, Lester Caine wrote:
> It is already an established component in PHP and while it's use has
> been discouraged for a long time, simply switching it off will break a
> lot of legacy applications.
How many applications that are not following standard security
guidelin
And sorry for the spam (this should have been mentioned in the last
email), as far as I can tell, there is no-way to say "I want a either a
signed or unsigned integer with an N bits", I've come across this
recently whilst trying to implement Murmur3 (128-bit) in PHP, I can
of-course binary AND int
On Tue, 18 Oct 2016, at 09:22 AM, Nikita Popov wrote:
> On Tue, Oct 18, 2016 at 3:35 AM, Sara Golemon wrote:
>
> > As it says on the tin: Wrap the BN (BigNumber) library in OpenSSL.
Why do we need GMP when we have BCMath? GMP is faster (from what I've
seen so far from various tests and blog post
I realise this is only exposing functionality already available with
OpenSSL but is it worth adding tests that cover some arbitrary precision
arithmetic? The tests at the moment cover integers that PHP already
handles natively without requiring either GMP or BCMath.
There's usage of zend_parse_par
PHPCS ready and waiting in `vendor/bin`, others will have the same
toolset you're using, so discrepancies between environments will have
been reduced.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ple of this approach.
>
> Thanks.
I'm sure I remember reading somewhere that fabpot was working on one in
Golang? Something similar to Unicorn or Puma from the Ruby ecosystem
would be a boon.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the deprecation
of PEAR, it served many well for a long time, but Composer has made life
much easier for the majority.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ntly, and likely are still
using styles and patterns from the PHP 4 era.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Thu, 8 Sep 2016, at 08:43 AM, Tony Marston wrote:
> Perhaps users could be prevented from making such basic mistakes if they
> had
> a 21st century web interface instead of the archaic command line.
Why don't you make one?
--
Daniel Morris
dan...@honestempire.com
--
PHP I
is already compatible with Composer, and Composer has
the ability to specify dependencies, and dependencies intended for
development. After running composer install you can execute
`vendor/bin/phpcs`, and if you were working collaboratively,
collaborators would all have the same toolset
of life 2
years ago), removing it from PHP7 shouldn't cause you too much concern,
since (based on your current pace of upgrading) you won't be switching
to PHP7 until 2024.
--
Daniel Morris
dan...@honestempire.com
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe,
month.)
--
Daniel Morris
dan...@honestempire.com
On Thu, 18 Aug 2016, at 12:32 AM, Kalle Sommer Nielsen wrote:
> Hi
>
> 2016-08-15 7:53 GMT+02:00 Stanislav Malyshev :
> > Please comment and discuss!
>
> What about adding the following:
> ext/dba
> ext/interbase
> e
Hi,
I have a proposal that for a given method with a return type of , if
method does not return anything than it should it's instance. It will
reduce code by only one line, but will improve consecutive method calls.
class myClass
{
protected $value;
function setValue($value) : self
{
> I think having the behaviour of language features depend in an incompatible
> way on a global runtime setting is a bad idea because it creates nonlocal
> effects and means code cannot be realiably composed.
This is probably the best argument against this RFC. Though how often
that issue would co
> The similarity is that magic quotes assumed that the input data was going to
> be embedded within an SQL query without escaping, and therefore needed
> escaping. Of course that's an invalid assumption, the input data could be
> re-rendered, processed in some arbitrary way, written to a file, sent
> Wouldn't this __auto_escape setting effectively break libraries that depend
> on it being on or off?
The settings was meant to be turned on *only* during template
rendering. So, yes, if outside code is run during your template
rendering that also uses templating, but is unaware of
auto escaping,
> Issue is "Escaping is done on a specific context".
>
> I understand your proposal is focused on HTML escaping. However,
> setting names like
> __auto_escape_exempt_class
> is not good choice. It has to be
> __auto_html_escape_exempt_class
> at least because it is for HTML escaping.
Yes, the ini
1 - 100 of 776 matches
Mail list logo
