Hi Sean: Sean Cribbs wrote: > That list is just what I have collected from Radiant's core-team Basecamp.
There is a Basecamp and a Trac? Or am I missing something? > Re: Abstract Content Model - Doubtful. I understand the conceptual > reasons behind the abstraction of content; however, I'm with John on > this one. There seems to be very little benefit for the amount of > indirection and complication that would be introduced. I am not quite sure what complications you are referring to? Derived models behave just like first order ActiveRecord models. At least that is the goal. All that changes is that you have the freedom of using the added layer of abstraction that provides you with a unified design model for content objects. > If we want > Radiant to maintain simplicity and clarity, I think we need to stay > away from becoming a content-management "framework" like ezPublish, > Plone, Xaraya, and many others. It's really just overkill for most > scenarios. If I understand the motivation for Radiant correctly, then its goal is to be content developer-centric. So, what does the content developer care about how his/her data is stored? Simplicity in that domain is purely a user interface design issue that requires the underlying data model to accommodate for it. This can be done with an object-oriented model or a flat file model. Why reject proven software design and data modeling methodologies if they add flexibility without affecting functionality? I have no intentions to interfere with Radiant's UI design as long as it remains useful and intuitive. But I think adding a more flexible object model is beneficial in the long run and it does not need to affect the UI at all. Cheers, Oliver
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Radiant mailing list Post: [email protected] Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms.org/mailman/listinfo/radiant
