Re: [q-lang-users] cgi.q

[Tim H. <q...@st...>]

Albert Graef <Dr....@t-...> writes:

> Tim Haynes wrote:
> > Oh, drat, you've got me - I've not upgraded Q to 7.1 on the live site. Fix
> > it by all means! :)
> 
> All right, it's in cvs now:
> http://q-lang.cvs.sourceforge.net/q-lang/q/examples/cgi.q

Excellent!

> BTW, shouldn't we put those (un)lines/words functions into the standard
> library, i.e., string.q? IIRC Haskell also has them in the standard
> prelude.

Sure, that would be most handy.

> > I keep meaning to normalize everything and make one central library of
> > the Q modules, too...
> 
> Please by all means do. Or, if it's too much hassle right now, I could
> also add a cgi subdirectory to q/examples and put cgi.q there together
> with your other cgi helper scripts, maybe along with some basic examples
> to show how they are used?

I'll knock-up an example or two in the next few days :)

> > [Q-powered websites]
> > Yes indeed - I'm up to at least 3 sites, now:
> >     http://pig.sty.nu/Pictures/      http://scot-pics.sty.nu/
> > http://pig.sty.nu/wittering/
> 
> These are impressive. I've seen them before, but didn't realize that they
> were done with Q. Any chance that I might peek at some of the Q scripts,
> sometime? ;-)

Thanks! Sure - I'll drop you a copy off-list.

The photo gallery is mostly ruby, but /Pictures/ itself and wittering/ are
pure Q. scot-pics has one ruby script to regenerate the base map image at
regular intervals, but otherwise all the /?x=&y= stuff is handled by Q.

[snip]
> That'd be great. BTW, we also have an sqlite3 module now. It should be
> easy to support that, too, because the basic interface is quite similar
> to that of the odbc module. (Besides that it's much easier to set up an
> sqlite database, the sqlite3 module also has a number of nice extras
> which aren't currently supported by the odbc module, like user-defined
> functions and collation sequences; i.e., you can have SQL functions
> implemented in Q.)

Nice!

~Tim
-- 
<http://spodzone.org.uk/>