To be honest, I'm perfectly happy with an external config file and only the one property in the snippet call. But having an obvious way to edit this in the Manager makes life easier for the user, I suppose. I'd probably do something like a module to allow creating/editing an external config file.
It applies to those portions of MODx Evo code where methods are called statically (as a class members, without instantiating, i.e. classname::methodname(...)) — in such a case MODx Evo site throws „PHP Parse error”.
I knew I wasn't all that fond of OOP. Why have such a thing when you can simply include a function library file that doesn't need all the overhead of class meta data?
-
- 222 Posts
Quote from: sottwell at Mar 05, 2012, 06:01 PMI knew I wasn't all that fond of OOP. Why have such a thing when you can simply include a function library file that doesn't need all the overhead of class meta data?
in the end, object orientation is much easier and much smarter. Maybe it is because I like my "old" Smalltalk world, where everything is an object
I was thinking about getting rid of the config.inc.php and switch to use a XML file for the configuration. The XML classes of Zend Framework does this very ease. I never liked to include code by including files, there is no real chance to reuse such a code. If it sticks in a class, it is very easy to access and extend it.
Gone away and found a better place to stay
-
- 793 Posts
I am very pleased about this thread - seeing that there are people who want to take efforts for an improvement of the weaknesses of Evo while keeping it slim and user friendly.
For a long time I have been hesitating to try out Revo and just started several months ago. Some nuisance with the UI obviously got better with the Release 2.2.0-pl2, but there remained a lot.
(F.i. the unnecessary collapsing and unfolding of the resources tree is driving me nuts. Or, the Package Management hardly ever works.)
Admitting not to be very familiar with JS, my impression is that all these annoyances are due to the use of ExtJS.
Developing the core of Revo, the team has really done a great work. But the choice of ExtJS obviously was the most unlucky moment in the history of this project.
My dream is a MODX with the core of Revo and a newly made UI for the manager, without the use of ExtJS.
But the ideas discussed here for Evo are a silver stripe at the horizon... (let's say, at a different compass point). Thank you, Stefanie, for your initiative.
-
- 222 Posts
Do you really think, that normal users can work with the current configuration file?
I want to keep it easy and even make it easier, than it is right now. XML is human readable and it is easy, to implement a human readable interface. This means, you as an end user get the possibility to read and change the content from the backend of Evo.
As said before, there is a need to change some behaviour in Evo to get it ready for PHP 5.4. If this is not the time to do it, when?
PS.: I forgot to mention, also geeky programmers need be satisfied
[ed. note: Stefanie last edited this post 12 years, 2 months ago.]
Gone away and found a better place to stay
-
- 5,888 Posts
I was thinking about getting rid of the config.inc.php and switch to use a XML
The advantage of php-config-files is, they can be dynamic. XMLs not.
-
- 222 Posts
Quote from: Bruno17 at Mar 06, 2012, 06:22 AMThe advantage of php-config-files is, they can be dynamic. XMLs not.
Dynamic in what? Injecting code?
With any XML tool, even a something like the crude notepad on Windows you are able to change the content. With a good XML library you handle XML as it where records on a database, adding columns, adding records, changing content.
Gone away and found a better place to stay