Added a fallback Twig extension when PHP's intl is not available

[javiereguiluz]

This fixes #329.

[javiereguiluz]

@mtsanford @tcicit @wouterj could you please try the changes proposed in this pull request to see if it solves your problems with Windows + Intl? Thanks!

[tcicit]

I can not find the file. In the demo app, there are only the following file: "\symfony_demo\src\AppBundle\Twig\AppExtension.php".

[bocharsky-bw]

@tcicit You should checkout on fix_329 branch of the https://github.com/javiereguiluz/symfony-demo Javier's forked repo.

[javiereguiluz]

@tcicit if you don't want to mess with Git, you can recreate these changes in your own computer. It's just a matter of creating 2 files and modifying 2 other files. See: https://github.com/symfony/symfony-demo/pull/335/files

[mtsanford]

I'm actually on a Mac that does not have intl installed. The fix_329 branch seems to work correctly home page renders with comment:

<!-- Page rendered on May 12, 2016 10:26:35 am America/Los_Angeles -->

The "Published At" field for new post shows as "2016-05-12T10:28:37-07:00", but I assume that's the way it's supposed to show.

[wouterj]

While this is probably works fine (didn't test it yet), I think the implementation is very complex (especially for a demo app for beginners):

• Using PHP config to register the service
• A full-blown polyfill for intl date formatter

What about creating a render_date() function? This would allow us to get rid of both problems, makes the implementation quite a lot simpler (as it's just intl_enabled ? IntlDateFormatter::create(...)->format(new \DateTime()) : date(...);) and also shows how readable you can make your templates by adding some very tiny functions and filters.

[javiereguiluz]

Closed in favor of #344.