I had a question about mod_unicon's status, so I thought I'd send out a message to the group also.
The short answer is, of course, that the status remains quo. We're a little busy with Unicon bug testing and bug-fixing. > [Will] it implement scripted Unicon pages like what PHP can do? Unlikely. I don't like hidden variables, either in quantum mechanics or in code. Snippets of code embedded in HTML are an instance of that. No, my plan is that you will be able to define a procedure as an HTTP module that will be invoked by Apache (or Netscape, or...) to serve pages. I also want maximum portability so I don't want any Apache-driven (or PHP-driven, or Perl-driven) design in there. I'm thinking that the "HTTP module" procedure will be invoked at server initialisation, shutdown, and to serve a request; there is only one "request phase". Any semantic subdivision of the phase is the responsibility of the Unicon programmer. (Apache and netscape break up the task of serving a page into several phases; of course they choose different ways of dividing it up! And of course I don't know what IIS does, neither do I have any interest in knowing; don't write to tell me about it.) -s _______________________________________________ Unicon-group mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/unicon-group
