lololol
We are going to keep remove various parts of the core. The idea behind MODx is that it should be Modular and Extensible thus we should try and live up to the name - The MODular and Expandable Content Management System (MODx CMS)
MODular eXpandable Content Management Simplifier !
If there is an installer in the mix then it would make Modx a truely MODuler and eXpandable by an average Joe not by developer.
Developer should be focus on developing and enhancing the addons and the user should be picking and choosing what they want to download or buy.
If that can happen then we have created ourself an third party addons amy like the way Mambo did and this army of Mambo developers make money from their opensource and commercial product for Mambo.
You know it’s funny--I had forgotten about this discussion but I was thinking today about this very point. I was looking at the newest Etomite release and noted a new API function, getAuthorData, that seemed kind of useful. It’s just a simple function that queries the user table, so I wondered if I should hack it in or ask Raymond if there’s a thought to put it in Modx. So then I thought about how great it might be to have a modular setup exactly as described above, where such a question need not be asked.
I’m curious though--any hints as to how it might be structured? Like maybe one more type of resource in the manager--e.g. add-on API functions?
-
MODX Staff
- 12,272 Posts
TP4 is going to totally change how it works and make it dead-simple to do this. In the interim, I’m sure you could write a plugin that does this exactly. Raymond will be back online Sunday sometime, so hopefully he’ll chime in with the details.
Ryan Thrash, MODX Co-Founder
Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
Hi,
There’s no efficient way to dynamically extend the parser class at this point in time. TP4 will however address such issues.
You could however try the create_function method to create dynamic functions.