Comments on: Yaclml in pictures, part II: Templating http://www.3ofcoins.net/2010/01/21/yaclml-in-pictures-part-ii-templating/ Just another WordPress weblog Thu, 02 Sep 2010 16:54:01 +0000 http://wordpress.org/?v=2.9.1 hourly 1 By: Felipe D. http://www.3ofcoins.net/2010/01/21/yaclml-in-pictures-part-ii-templating/comment-page-1/#comment-8806 Felipe D. Wed, 27 Jan 2010 15:49:27 +0000 http://www.3ofcoins.net/?p=94#comment-8806 Thanks for posting this! I had no idea how to even approach TAL since the wiki page was pretty hard to follow but now it makes sense. This certainly opens up a few more possibilities for creating web apps with (or without) UCW. Thanks for posting this! I had no idea how to even approach TAL since the wiki page was pretty hard to follow but now it makes sense.

This certainly opens up a few more possibilities for creating web apps with (or without) UCW.

]]> By: Edward Tate http://www.3ofcoins.net/2010/01/21/yaclml-in-pictures-part-ii-templating/comment-page-1/#comment-8648 Edward Tate Fri, 22 Jan 2010 07:24:18 +0000 http://www.3ofcoins.net/?p=94#comment-8648 Wow, let me just say thank you for this tutorial!!! I wasn't using tal templates before today as I couldn't find any documentation on the subject and now here you are, the angel comes. :) Wow, let me just say thank you for this tutorial!!! I wasn’t using tal templates before today as I couldn’t find any documentation on the subject and now here you are, the angel comes. :)

]]> By: Three of Coins » Blog Archive » Yaclml in pictures, part I: HTML generation http://www.3ofcoins.net/2010/01/21/yaclml-in-pictures-part-ii-templating/comment-page-1/#comment-8629 Three of Coins » Blog Archive » Yaclml in pictures, part I: HTML generation Thu, 21 Jan 2010 14:02:01 +0000 http://www.3ofcoins.net/?p=94#comment-8629 [...] Could Yaclml HTML generation be better?  Sure thing.  It could step away from macros (at a performance penalty, though), and use functions, which would return and consume HTML fragments (or consume strings, or actually any Lisp values—including closures for lazy evaluation).  This would introduce first-class HTML fragment object, giving us sort of DOM and possibility of passing around and manipulating already generated HTML fragments, and wouldn’t requre the <:AH and <:AI helper macros (or actually would require only one of those).  That seems to be what core-server guys are doing with their DOM programming support.  I don’t use it yet, partly because I don’t need this kind of functionality and I’m more acquainted with Yaclml; partly because I don’t want to buy into core-server as a whole—core-server is a monolith and ripping DOM support out of it would require substantial amount of work—and partly because I use the second part of Yaclml, which I will describe in the following article: HTML and XML templating. [...] [...] Could Yaclml HTML generation be better?  Sure thing.  It could step away from macros (at a performance penalty, though), and use functions, which would return and consume HTML fragments (or consume strings, or actually any Lisp values—including closures for lazy evaluation).  This would introduce first-class HTML fragment object, giving us sort of DOM and possibility of passing around and manipulating already generated HTML fragments, and wouldn’t requre the <:AH and <:AI helper macros (or actually would require only one of those).  That seems to be what core-server guys are doing with their DOM programming support.  I don’t use it yet, partly because I don’t need this kind of functionality and I’m more acquainted with Yaclml; partly because I don’t want to buy into core-server as a whole—core-server is a monolith and ripping DOM support out of it would require substantial amount of work—and partly because I use the second part of Yaclml, which I will describe in the following article: HTML and XML templating. [...]

]]>