> So.... it sounds like what you're talking about is really more like a > fork. Because I don't see how this would "sit on top of" Cake so much > as "be a replacement". How would you plan to maintain all these > changes against each successive Cake release?
Yes, It sounds like a fork. Anyway, maintaining a set of changes to the core on top of the svn is easily done with git and quilt (as SCM goes) but involves too much work from programmers. I've tried to make a "thing on top of CakePHP" many times, never got time to make it usable. But I'll like to contribute to the effort, just don't like the idea of touching the core. There are many things you can do providing classes that lay inside the app dir taking precendence from the core ones. I think is better to work in a higher layer on top of CakePHP instead of modifying the core, the core teams is doing an excellent work. - Dardo Sordi. > On May 3, 11:09 am, "R. Rajesh Jeba Anbiah" > > <[EMAIL PROTECTED]> wrote: > > I have been thinking this for a while and also posted this sometime > > agohttp://groups.google.com/group/cake-php/browse_frm/thread/949555be03d... > > > > But, I understand Cake should be a tiny and tight framework for many > > people here. > > > > So, I envision something new on the top of CakePHP--CakePlus, a > > complete toolkit to build contemporary UIMS based sites. And, thinking > > of hosting in Google Code or SF.net. > > > > Basic idea for the toolkit: > > 1. Bundle MiBake template, Asset helper, Bindable behavior, Validation > > helper, Sluggable behavior, and other nice hacks & plugs from Daniel > > Hofstetter (http://cakebaker.42dh.com), Andy Dawson (http://www.ad7six.com/ > > ), Matt (http://www.pseudocoder.com/), Mariano Iglesias > > 2. Bundle hacks from the post of grigri (especially the generic > > controller), baz, franky, and other GG contributors > > 3. Bundle a default "users" mod > > 4. Bundle jQuery, but use event delegations (check BehaviorS.js) > > 5. 100% degradable Ajax (autocomplete, inline-editing, popup, date > > picker, client side validation--see Matt's Validation helper) > > 6. Bundle Eric Meyer's reset.css. New CSS framework (liquid, IE 5 > > friendly) > > 7. Default themed views > > 8. Distinguish between "vendors" and "libs" > > 9. Unified pattern for sharing codes betweens M, V & C > > 10. Admin interface. > > 11. Bundle ACL/Auth > > 12. All PHP codes to be beautified with PHP_Beautifier > > > > Changes to core: > > 1. Remove compatibility and hacks > (e.g.,https://trac.cakephp.org/browser/branches/1.2.x.x/cake/libs/view/help... > > ) > > 2. Remove regexp wherever possible > (e.g.,https://trac.cakephp.org/browser/branches/1.2.x.x/cake/libs/model/dat... > > > ) > > 3. Remove scaffolding. Replace with UIMS: Let the users to build > > forms, define user level-based validation rules, etc > > 4. Remove Translate Behavior. Replace with i18n > behaviorhttp://www.palivoda.eu/2008/04/i18n-in-cakephp-12-database-content-tr... > > > > 5. Remove gettext based i18n. Replace with DB based. > > 6. Remove Session, Cookie, XML, Configure wrappers. Todo: find a > > better solution > > 7. Change dispatcher to make the default URL scheme to /foos for > > index, /foo/id for view, /foo/edit/id for edit, /foo/add for add > > actions > > 8. Remove Felix's Set, Http Socket stuffs. Or move them to vendors > > 9. Remove or change ACL/Auth and Caching stuffs > > 10. Remove debugger. Or move to vendor (xdebug seems better) > > 11. PHP 5. Other version supports by downgrading > (http://www.akbkhome.com/svn/akpear/PHP_DownGrade/DownGrade.php, Alan Knowles) > > 12. Pluggable caching & template systems > > 13. Remove plugins. Replace with new "mods" architecture (mods > > contributed through wiki or svn for quick improvements) which could be > > installed through admin interface (Say, a "gallary" mod could be > > plugged easily) > > > > Community: > > 1. 100% open (svn, wiki, Google groups) > > 2. No IRC > > 3. All discussions through Google groups > > 4. All docs and architecture drafts through Wiki > > 5. On conflict of interests/architecture opinions, branch the project > > 6. No authority. Tagline: "Developers are no morons". > > > > Comments and suggestions are always welcome. > > > > -- > > <?php echo 'Just another PHP saint'; ?> > > Email: rrjanbiah-at-Y!com Blog:http://rajeshanbiah.blogspot.com/ > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "CakePHP" 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/cake-php?hl=en -~----------~----~----~----~------~----~------~--~---
