HTML CGI templating script.

Post #10,057 by static 9/21/01 9:25:10 AM Reply	HTML CGI templating script. Okay - I've got a working version of my HTML templating script. You can see the documentation page [link\|http://yceran.org/cgi-bin/qompose.icx/qompose/qompose.qf\|here]. It includes a link to the source code (it's written in Unicon/Icon) but I haven't created any samples yet. That page is currently being created from [link\|http://yceran.org/qompose/qompose.qf\|this file] with the help of [link\|http://yceran.org/html.qf\|this file]. Be aware they do not show off the power of what Qompose can do! (A better example for that is [link\|http://yceran.org/cgi-bin/qompose.icx/static/staticpages.qf\|this page] which is generated from [link\|http://yceran.org/static/staticpages.qf\|this file] and several others you should be able to work out. :-) What do you all think? Wade. "All around me are nothing but fakes Come with me on the biggest fake of all!"
Post #11,004 by tablizer 9/30/01 2:09:47 PM Reply	not quite my fav flavor I think a better template language approach would be kind of like active-*-pages/php kind of things, where there is full-blown logic (IF's and loops) can be executed, EXCEPT, it would have only a "compile" stage (compile to HTML) instead of being "dynamic". You have program-like features such as your incrementor thingies, which is kind of a half-ess loop. One might as well go all the way have a Turing-Complete (or Turing-friendly) language. However, that indeed may be harder to implement. ________________ oop.ismad.com
Post #11,036 by static 9/30/01 8:47:45 PM Reply	I thought about that. The RPN processor came about as a solution to a problem that the Qompose syntax without it couldn't solve. I've been thinking hard about not just how but also if it needs to become more of a procedural language. At the moment, it's more imperative than procedural. I had been wondering how to make it possible to assign stuff to tokens after expansion has begun, and I think I know what to add. Adding another context for the RPN processor might be interesting, too. I didn't want it to compile pages, though that could easily be done. The intention was that Qompose would be a web server process that initializes by reading the .qf file and waiting for the page to render. Then when the web server tells is, it forks off a copy with all its data and renders the page. The reason I haven't pursued this is because ordinary CGI is more than fast enough right now. The other reason is that there isn't (yet) a mod_unicon to do it with. Wade. "All around me are nothing but fakes Come with me on the biggest fake of all!"

Welcome to IWETHEY!