From there, go ahead and right-click on the "dev" Context in the tree, and click "Update Context". From here we’ll see our Context Settings grid. You’ll need to add a few settings:
* site_start - Set this to the ID of your "Dev Home" resource.
* base_url - Set this to "/" (no quotes) since we’re making the root of the URL our base.
* http_host - Set this to "dev.modxcms.com"
* site_url - Set this to "http://dev.modxcms.com/". Don’t forget the trailing slash. Remember this setting is (scheme+http_host+base_url).
[/QUOTE]
There is no Update option on right click - I presume you mean "edit"? Then, adding a few settings - try to look at this from the perspective of someone who didn’t code it - where and how do I add them? I mean, I drilled down into "Create New" under Context Settings, and I get a bunch of empty input fields, and it is not at all obvious how I should use them to follow the tutorial.
?
But, even the docs that are there now can’t be followed.
Specifically:
Edit and Update are generally considered synonymous, so yes, we mean Edit Context. You create new Context Settings the same way you would New System Settings. If you are not familiar with the feature, try adding one and see the result. It’s not that difficult to figure out: key and value are all that really matter when entering simple Settings.
From there, go ahead and right-click on the "dev" Context in the tree, and click "Update Context". From here we’ll see our Context Settings grid. You’ll need to add a few settings:
* site_start - Set this to the ID of your "Dev Home" resource.
* base_url - Set this to "/" (no quotes) since we’re making the root of the URL our base.
* http_host - Set this to "dev.modxcms.com"
* site_url - Set this to "http://dev.modxcms.com/". Don’t forget the trailing slash. Remember this setting is (scheme+http_host+base_url).
[/QUOTE]
There is no Update option on right click - I presume you mean "edit"? Then, adding a few settings - try to look at this from the perspective of someone who didn’t code it - where and how do I add them? I mean, I drilled down into "Create New" under Context Settings, and I get a bunch of empty input fields, and it is not at all obvious how I should use them to follow the tutorial.
We’ll update the documentation when we have time, though currently with only two or three of us developing and documenting everything in Revo, we’d love to have some volunteers to help fill out the documentation. Besides, the developers should not be doing the documentation IMO anyway.
Edit and Update are generally considered synonymous, so yes, we mean Edit Context. You create new Context Settings the same way you would New System Settings. If you are not familiar with the feature, try adding one and see the result. It’s not that difficult to figure out: key and value are all that really matter when entering simple Settings.
We’ll update the documentation when we have time, though currently with only two or three of us developing and documenting everything in Revo, we’d love to have some volunteers to help fill out the documentation. Besides, the developers should not be doing the documentation IMO anyway.
As mentioned elsewhere in similar discussions, we have to target and attract component developers that will be motivated to create Add-Ons for Revolution that can themselves be targeted at non-PHP developers. The whole point of MODx IMO is to provide a framework for PHP-skilled developers and HTML/CSS designers to construct CMS solutions targeted at their specific customers.
Well, I’d be happy to write some guides for non-programmers once I work out stuff, but, I need to be able to understand it first.
I haven’t even raised the issue of the localization stuff yet, but that documentation (last time I looked) is just plain cryptic.
It is clear that MODx revolution is not CMS looking to compete with, say, wordpress for user base. But it is important to realize that part of your user base is people like me, who are quite technically proficient, who work on web dev daily even, but are not php programmers. The docs, even the initial ones that you guys write, have to reflect this, otherwise the user base will just stick with Evolution and Revolution will be the mystical sibling with powers no one understands.
The whole point of MODx IMO is to provide a framework for PHP-skilled developers and HTML/CSS designers to construct CMS solutions targeted at their specific customers.
And we’ll need non-developers to explore, ask questions, and document what they find in the meantime, as you are doing now.
MODx is not perfect for your skillset. The components developers have contributed to the MODx platform are perfect for your skillset.
And I’m not arguing; I’m explaining the purpose and strengths of MODx for both PHP developers and HTML/CSS designers, along with the current priorities of the project. The way MODx separates code and presentation is the important point. It allows the PHP developers to do what they do best while providing a way for designers to do what they do best. But Ditto and other components are not MODx. They are add-ons developed by independent PHP developers so HTML/CSS designers such as yourself can get the most out of the framework without coding themselves. If you want the ease of use of you now have with Evo in Revo, it’s going to take time (and patience) for PHP developers to contribute (for free I might add) what has been done already for Evo, only with even more potential and flexibility for both of the primary roles that are involved in its use. But for the moment, my primary concern is making sure the PHP developers are attracted to the platform so we have components even better than Ditto, Wayfinder and whatever else, and not everyone has to learn PHP to make the most out of it. Once that task is properly completed, then we can focus on documentation, marketing, and the other role( s ) involved in the web development process.
For perspective, I never use Ditto; as a PHP developer I provide custom scripts for my designers to work with that are targeted for specific tasks (and thus are more efficient at accomplishing those tasks). This is what differentiates MODx from other popular CMS products in my view. MODx is not about pre-fab solutions; it’s about being able to develop exactly what is needed for the task at hand. And until I can convince enough PHP developers that they need to be developing components for Revo instead of Evo, it is pointless for me to worry about targeting other users. The two or three of us currently working on the core, the documentation, AND the components is not going to cut it.