durusmail: quixote-users: Re: Popularity of Quixote
Popularity of Quixote
2005-10-17
2005-10-17
Re: Popularity of Quixote
2005-10-18
2005-10-19
2005-10-19
2005-10-19
ANN: TURBOZCHERRYPLORAILS
2005-10-19
2005-10-19
2005-10-19
2005-10-22
2005-10-22
2005-10-25
2005-10-25
2005-10-25
2005-10-25
2005-10-25
2005-10-25
2005-10-25
2005-10-25
2005-10-26
2005-10-27
2005-10-27
2005-10-27
2005-10-27
2005-10-27
2005-10-27
2005-10-27
DateTime quoting in psycopg
2005-10-28
Re: Popularity of Quixote
Michael Watkins
2005-10-18
* Titus Brown wrote [2005-10-17 16:51:11 -0700]:

> -> Quixote will do its job and get out of your way, it won't tell you how
> -> to write your templates, connect to your databases or deploy into your
> -> production environment. Whether that's a good thing for you or for
> -> your customer is an open question.
> ->
> -> Just my two cents. I'm not an Official Quixote Cheerleader, and my
> -> opinions are no one's but mine. :-)
>
> I agree with pretty much everything you say ;).
>
> I think tutorials are important, especially for programming frameworks
> like Quixote, and I hope to add a chunk or two to mine in the next
> month.

I agree with both of you. I had a reply all lined up suggesting that, if
anything is missing on the "get going quickly" side, perhaps a simple
application skeleton generator would be one such thing. But then I thought
better. But here I am thinking about it again and will let this message
fly...

Perhaps there is still some minor but useful value in having a tool that
would spit out a nice file system hierarchy and a "run" script all tooled up
to fire up the basic app using simple_server, i.e. something like:


        site create "someapp"  ->

                .
                ..
                bin/
                        run
                doc/
                        README
                obj/
                        test/
                                utest_sampleobj.py
                        sampleobj.py
                ui/
                        test/
                                utest_sampleobj_ui.ptl
                        sampleobj.ptl
                        root.ptl - or call it qslash or whatever ;-)
                        home.ptl


The goal would be to give new users just a little more of a head start, not
make all their decisions for them, since unlike Django or Turbogears
communities, this one is nothing if not diverse in its application
approaches.

Personally I'd love to see something like this show up in dulcinea some day.
I build a little demonstration app last week and even though I have my own
template (with a bunch of durus or SQL stuff in it, depending on need), there
still are a bunch of little tweaks needed to get an application running. It'd
be rather cool to issue:

        % site create "someapp"
          Site "someapp" has been created. Execute someapp/bin/run to start.

and the result of that being a runnable albeit skinny application but at
least in a file hierarchy that makes some sense and gives some gentle
suggestions as to how to proceed.

If I'd my druthers, the above app would include Dulcinea-specific stuff too,
since its not a big step to add useful Dulcinea-isms:

                .
                ..
                bin/
                        create_db.py

                local.py
                local_ui.py

.... to the above hierarchy. The Dulcinea specific example would also create

        www/sites/someapp/...
        www/var/someapp
        www/logs/someapp


Or maybe I'll just stick to my quick and dirty scripts... :-)


I will say that giving a new never-seen-the-framework before user a leg up in
showing them how to structure an application beyond the demo-level of
complexity would be a good thing, whether from a pre-built app layout or from
tutorials or a script or whatever, to answer the odd "how do I structure an
app" sort of question... questions that sometimes don't get asked.
reply