It looks good so far. However, I seem to recall us wanting to avoid an explicit "widget" system — instead, having the blocks/areas extensible for anything.
I'm wondering how you would create blocks for the *content* of a page in this system. Ideally, I would like to see a system where plugins can provide the display/fetching of their own content types, then send it to the "feed" hardpoint, etc. How does this system support that? Should that functionality be part of the block/area paradigm or should it be built separately? On Apr 19, 2009, at 3:56 PM, Owen Winkler wrote: > > Ok, I've spent enough time indoors on such a nice day. > > I've been looking at what might be involved in implementing our ideas > for "content places", hardpoints for attaching content in themes. > > Please have a look at these two wiki pages, and offer comments: > > http://wiki.habariproject.org/en/User:ringmaster/Blocks > http://wiki.habariproject.org/en/User:ringmaster/Area > > The first describes how to implement a "block" in a plugin, and the > second describes how to designate an "area" in the theme to display > blocks that users might configure there. > > There were concerns in the past that by providing "widgets" from > plugins > for display in themes, it would be possible to display output that > doesn't match the theme properly. Because block content is returned > as > data to the theme system, and then themed by a template just like any > other theme content, this should be easy avoided. > > I look forward to your review -- sometime after I return from the > outdoors. > > Owen > > > > --~--~---------~--~----~------------~-------~--~----~ 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/habari-dev -~----------~----~----~----~------~----~------~--~---
