Simon André

> When using automatic escaping, Twig tries to not double-escape a variable **when the automatic escaping strategy is the same as the one applied by the escape filter**; > css:...

You're right, it is only mentionned on the page you linked and the [sort filter](https://twig.symfony.com/doc/3.x/filters/sort.html) page. And it really is the direct equivalent of the PHP spaceship.

I guess you could submit a PR, with the content you think is missing ? You would receive help

I'm happy some people worked to produce all the code of this package and i'm grateful for it ### Source code & implementation * Spaceship: https://github.com/twigphp/Twig/blob/3.x/src/Node/Expression/Binary/SpaceshipBinary.php * Has every: https://github.com/twigphp/Twig/blob/3.x/src/Node/Expression/Binary/HasEveryBinary.php...

This PR contains a lot of implementation details that probably will not be checked if anything changes in the symfony/intl cod (in particular all things related to data inheritance in...

You could link to any IETF, Unicode/CLDR, ISO or RFCs to give people specifications & references (as long as you do not link any internal PHP files :) -- above...

In the _current_ implementation, i think you'd code it quicker by yourself in a dedicated extension... than with the IntlExtension. As you can see in the [createNumberFormatter](https://github.com/twigphp/Twig/blob/4c179c8a64fece77e17ef299d1a2a3f908993107/extra/intl-extra/IntlExtension.php#L460)() method, the only...

On it https://github.com/symfony/symfony-docs/pull/19489

* Check the [FrameworkExtension.php](https://github.com/symfony/symfony/blob/12f46972c153d10cb61f88805ce54b15e77a5062/src/Symfony/Bundle/FrameworkBundle/DependencyInjection/FrameworkExtension.php#L2564) (classes defined in the class maps may be accidentally different than the ones declared in [Resources/config/notifier_transports.php](https://github.com/symfony/symfony/blob/12f46972c153d10cb61f88805ce54b15e77a5062/src/Symfony/Bundle/FrameworkBundle/Resources/config/notifier_transports.php#L28) (same for the other ones) ?

> I'd keep most of the `etc.` usages removed in this PR. Without the `etc.`, the text is "wrong" now (because in most cases we have many more items than...