The objects in gluon/html.py appear to be what I would call 'controls' whereas the objects in gluon/sqlhtml.py are 'widgets'.
So I see that Crud uses controls and SQLFORM uses widgets. I am hoping to find a way to use a control in the View markup rather than in the Controller. On May 3, 5:46 pm, mdipierro <[email protected]> wrote: > The format is the last thing we should worry about it. The real issues > are how to we categorize plugins? What should the metadata contain? > what should be standard hooks? which contraints should be require for > the plugin to be portable? > > On May 3, 3:16 pm, dlypka <[email protected]> wrote: > > > > > For the metadata, it sounds like a need for something similar to good > > old 'typelibs' a la Microsoft COM. > > I suppose it would be represented in XML rather than binary as > > typelibs were binary. > > Or maybe in some portable python byte code? > > > On May 3, 10:55 am, mdipierro <[email protected]> wrote: > > > > This is a recurrent theme on this list and one I care the most. It is > > > also a complicated issue because different people define plugins in > > > different ways and because it is a matter of writing specs more than a > > > technical issues. Anyway... > > > > In web2py we do not have the concept of projects. We have the site > > > (one web2py folder) and multiple applications for a site. An > > > application can be a plug-in in the sense described in > > > > http://www.web2py.com/examples/static/plugin_t2.pdf > > > > I think we should also plug-ins in the sense of "things" that plug > > > into an application. While an application is a zipped file that unzips > > > under a new application folder, a plugin would be a zipped file that > > > unzips ONLY under an existing application folder IF it does not > > > override any existing file UNLESS the existing files constitute a > > > previous version of the same plug-in. A plug-in could contain > > > > modules/plugin_xxx/* > > > models/plugin_xxx.py > > > controllers/plugin_xxx.py > > > views/plugin_xxx/*.html > > > static/plugin_xxx/* > > > > and it would also contain a metadata file of some kind > > > > plugins/plugin_xxx.meta? > > > > We can imaging more sophisticated admin, layout.html, etc. that know > > > how to interpret the metadata file. > > > > We need to come out with specs for writing these metadata files. What > > > should be in there? > > > Once this is solved everything else can be coded in one day. > > > > Massimo > > > > On May 3, 6:47 am, Kless <[email protected]> wrote: > > > > > Is there any plugin system for reuse/share applications in another > > > > projects?- Hide quoted text - > > > > - Show quoted text -- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "web2py Web Framework" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/web2py?hl=en -~----------~----~----~----~------~----~------~--~---
