Design Philosophy
There are lots of content managements systems out there (HotScripts.com alone lists over 200 in the PHP Content Management area!!)... so, why write another one?
The answer is SIMPLE.
Most of the other CMSs out there were written by techies for techies, or for a collaborative environment. After working with non-profit organizations, developing and editing many sites for them, i wanted to get out of these web site editing pressure situations. People who generate content should be able to simply post it to the web themselves. A well-designed system would be no more work than e-mailing the content to the (oh exalted one) "WebMaster"... Contentor comes close to that objective.
A well-designed CMS would also not force the user onto the "boxes", but would instead allow the user/designer/editor a large degree of freedom.
Hence, Contentor. It doesn't look like a CMS (don't you know it when you hit a blocky NUKE//Post-NUKE/phpWebSites site?)
Learning to edit pages is a breeze. if you can send web mail, you can edit pages. Most of the simplified mark up code (ala BBCode) can be generated by clicking icons.
Creating a template is not rocket science - all the script the template developer will see is a few cut-and-paste lines.
In every feature that is considered for adding to Contentor, a serious "WHY?" & "How Simple?" will need to be addressed. For example, i would love to have a feature of inserting/editing tabular/columnar information, but have yet to devise a simple-enough markup/edit system....
Also, the system must be fast, run well on cheap hosting, and be accessible to visitors with disabilities.
While it would be nice to have more people involved in the development of Contentor, i will not engage in any arguments over this basic design philosophy...