-----BEGIN PGP SIGNED MESSAGE-----
Rocky Burt wrote:
> On Wed, 2007-10-01 at 11:09 -0500, Tres Seaver wrote:
>> While I am vehemently opposed to code generation per se, one alternative
>> which I think is important is to generate stuff *at runtime* from
>> artifacts which are more understandable to business users than Python
>> code. E.g., they might specify schema in a spreadsheet, an HTML form,
>> or a UML diagram, which we then use to create a schema interface (my
>> 'userschema' package does this already for the first two).
> Not sure which mailing list my questions belong on but for the time
> being I'll ask them here (any list subscribers feel free to tell me to
> take this discussion offline).
> This userschema package looks very cool and it's nice to see all the
> cool ways you can produce schema's from user contributed data (ie csv,
> html). But I'm curious to know what sort of use cases you have for the
> end-result schema's ... simple formlib form generation? content type +
> edit form (via formlib) generation?
Obviously generated UI is the main use-case; I have some notions about
making it easier to use schema stuff from within "custom" UI, but they
aren't fleshed out yet.
I do have a notion of allowing the template which *specifies* the schema
to be used to *render* its fields, but haven't got that part working
yet. Chris McDonough and I have talked about using a meld3-based
approach to that, as well.
Tres Seaver +1 540-429-0999 [EMAIL PROTECTED]
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v184.108.40.206 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Zope3-dev mailing list