I think Massimo would say you are thinking of a special type of
plugin.  Take a look at message 75 and 76 in the tree view.  Is that
what you're thinking?

On Nov 3, 8:41 pm, Thadeus Burgess <thade...@thadeusb.com> wrote:
> Expose plugins like a service.
>
> def plug():
>      return plugin()
>
> /init/default/plugin/comments/view/hi/
>
> or
>
> /init/plugin/comments/view/hi/
>
> -Thadeus
>
> On Tue, Nov 3, 2009 at 8:37 PM, Thadeus Burgess <thade...@thadeusb.com>wrote:
>
> > Here... change the routing for plugins. This allows us to actually have the
> > plugins in a subfolder.
>
> > URL(r=request, a='plugin', c='comments', f='view', args=['hi"], vars={})
>
> > -Thadeus
>
> > On Fri, Oct 30, 2009 at 7:58 AM, Yarko Tymciurak <
> > resultsinsoftw...@gmail.com> wrote:
>
> >> On Fri, Oct 30, 2009 at 5:35 AM, Jon Romero <darks...@gmail.com> wrote:
>
> >>> how about this:
> >>> The (main) problem (as I see it) with Massimo's approach is polluting
> >>> directories with plugin files (and maybe making it more difficult to
> >>> add/remove plugins).
>
> >> That is just the most obvious issue with that approach...
>
> >>> Besides that, I think it is a very easy way to add plugin capabilities
> >>> to web2py (without changing much of its architecture).
>
> >> "...without changing much of [web2pys] architecture...." is irrelevant.
> >> In fact, the only "important" thing is maintaining backward compatibility
> >> (e.g. not changing web2py behavioraly, or at existing interfaces available
> >> to applications).   If any existing web2py coupliing (for example) where to
> >> be cleaned up because of what was discovered to be difficult from defining 
> >> a
> >> reasonable plugin system, that would be a GOOD thing!
>
> >> I think the current way is insufficient (see my recent post for one
> >> example of why I think we need more than is currently there).
>
> >>> So, what if there is a central plugin_config.py that defines what each
> >>> plugin does (documentation), version and files (models, controllers
> >>> EVEN static files) and url for updates?
>
> >>> I imagine being able to do something like that:
> >>> $sudo web2plug install CMS
> >>> downloading 3 files
> >>> ....
> >>> ....
> >>> Done
>
> >> Yeah - I think some way of "broadcasting" plugin capability is needed, and
> >> some way of registering that too...  I think we need _more_ than that (i.e.
> >> "not 'Done'!"), but I think that is a piece.
>
> >>> and then info is added in the plugin_config.py (so it's easy to remove
> >>> it - manually or automagically).
>
> >> There may be a better way to do this, but the concept is in the right
> >> space - we need to think through this more I think.
>
> >>> Also, the admin page can provide an update interface for plugins JUST
> >>> by reading a file (also, no speed problems - we are reading a file at
> >>> the start).
> >>> Ideas?
>
> >> You could prototype this to show how it would work (although I think a
> >> little more discussion is still in order, first...).
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"web2py-users" group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, send email to 
web2py+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/web2py?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to