Hacker News new | past | comments | ask | show | jobs | submit | hbi99's comments login

Thanks...this seems to be caused by the JS injected by CloudFlare. I will ask them to fix their code. You are able to see the game anyway, right?


All I see is a grey screen.

Oh! I usually use Private Browsing. If I instead use the more data promiscuous mode then there's a game.


Thanks for the info


Templating solutions such as Mustache and Handlebars falls short when the need to add intelligence to the template. In such cases, the template needs to extended with helper functions, which leads to scattered templating.

Another way to implement smart templates is to use XSLT, which is both standardized as well as longtime proven. XSLT is used commonly used with XML but with DefiantJS, it's trivial to transform JSON structures with XSL (additionally, it's possible to search JSON structures with XPath queries using this lib; http://defiantjs.com/#xpath_evaluator).


I built a large site using XSLT for the templating, and it definitely wasn't my experience that XSLT was a good way to "add intelligence to a template". I found it to be rigid, arcane and inflexible.

XSLT is great for transforming XML datasets to other XML datasets. It's just not designed for outputting web pages.


Don't you think that if your template is so complex that it actually justifies something like XSLT then you might be doing something wrong?

NB I've used XSLT a lot over the years (not client side though) and I have a healthy respect for what is possible with it - but as I rather prefer JSON to XML these days it seems a bit like overkill.


A typical reason to avoid intelligence in view templates is that it is more difficult to test that logic when it is stored inside the template. Separation of the two improves testability.

What are the testing options like for XSLT, are you able to run good automated tests against your templates?


On the other side that make the creation of templates (somethings) unduly complex.

I created http://apidocjs.com and had the problem that i needed some "simple" logic in the templates (handlebars). For such things i must implement a separate view with configuration/data modelling/... and Helper function, but that makes the project-output complex, because i want that the people can change the template as easy as possible. Quick & dirty developed i create many duplicate code in the template to avoid a separate view. It was a silly idea, it makes the template more complex ;-) And only because of some missing logic.


XSLT is about the worst possible piece of technology - it's over engineered and practically unusable for all but simple transforms. functions, conditionals etc are just typical enterprise antiquated over designed unable crap.


I was of the same opinion and used Eco exclusively, but the implementation of Mustache in can.JS http://canjs.com/docs/can.Mustache.html is much better than anything I have seen.


The idea behind Mustache is that your template shouldn't have intelligence. The data passed to the template should be such that it isn't necessary (beyond simple ifs).


Great input from all commentators and clearly this is an area that many have opinions on like

Regarding Mustache and Handlebars; the basic idea is that templates should be logic-free - despite this, there are many question at Stackoverflow, on how to add intelligence when using these templating engines. The basic idea and real-life implementation doesn't add up...


A middle ground would be underscore templating system. It's simple to use and there's all the freedom you want regarding to what you do in the templates.



How can anyone wearing flipflops strike a power-pose? LOL


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: