IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New 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
New 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!"

     HTML CGI templating script. - (static) - (2)
         not quite my fav flavor - (tablizer) - (1)
             I thought about that. - (static)

Same thing we do every night, Pinky...
70 ms