Opinion: Template Engine Integration RIP? |
ciadmin, A "standard" CI library built in sounds great. As it will be the defaco. This way any "additional" engines will need to follow guidelines to be used (just like today).
I just didn't want to see somebody expect parser "foobar" to be the defaco and then everything not using that breaks. Like in there instructions "just add this to make foobar your default parser and your views will work". Instead it could be (just a example of course) "just add ".lex" => 'pyrocms/lex' to your view render config file and your views will work" Just a FYI https://github.com/zordius/lightncandy is the handlebars library I currently use and as ivantcholakov said one of the main reasons I chose it was because the client and server side "views" can use the same syntax. Which in turn is one less thing for our designers to learn. DMyers |
Messages In This Thread |
Opinion: Template Engine Integration RIP? - by jlp - 07-19-2016, 11:51 PM
RE: Opinion: Template Engine Integration RIP? - by InsiteFX - 07-20-2016, 03:43 AM
RE: Opinion: Template Engine Integration RIP? - by dmyers - 07-20-2016, 06:14 AM
RE: Opinion: Template Engine Integration RIP? - by ciadmin - 07-20-2016, 08:28 AM
RE: Opinion: Template Engine Integration RIP? - by ivantcholakov - 07-20-2016, 10:10 AM
RE: Opinion: Template Engine Integration RIP? - by ciadmin - 07-20-2016, 10:24 AM
RE: Opinion: Template Engine Integration RIP? - by dmyers - 07-20-2016, 01:28 PM
RE: Opinion: Template Engine Integration RIP? - by ciadmin - 07-20-2016, 01:43 PM
RE: Opinion: Template Engine Integration RIP? - by PaulD - 07-20-2016, 05:43 PM
|