On s’est mal compris : je ne dis pas qu’il ne faut pas offrir de l’aide concernant la conception de templates custom (personnalisation, je pensais que ce serait plus parlant pour les non-geek, justement
). On peut l’appeler design/templates, soit...
Pour présentez-vous, non il faut penser à long terme, si on laisse ça comme actuellement ça va être lourd... Mais concernant une section "Vos sites", oui bonne remarque j’ajoute.
> Support
>> FAQ
>> Installation
>> Module, plugin, snippets
>> Design/Templates
> Documentation, Tutoriels et Traductions
>> Documentation
>> Traduction
>> Tutoriels
> Communauté
>> Annonces
>> Présentez vous
>> Vos sites
>> Le Bistrot Français
Autres remarques ?
Sinon pour le débat geek - non geek, perso je vois plutôt le débat pro - non pro.
Beaucoup de CMS font le choix de vouloir rendre leur application utilisable par n’importe qui : c’est louable mais ce faisant il est impossible de ne pas aussi devenir moins flexible. WordPress est un bon exemple d’application qui peut fonctionner en quelques clics avec un look clean et pro mais qui restera toujours moins flexible que Textpattern qui lui demande un peu de compétences/travail avant d’arriver au même résultat. L’avantage c’est que sa flexibilité évite le syndrôme WordPress/Kubrick ou on trouve une majorité de site dont l’apparence est clonée...
Maîtriser un CMS demandera toujours un effort d’apprentissage : ça veut dire que si on veut customiser un site, il faut apprendre html et css, et il faut comprendre comment marche un CMS (rudiments de php et MySQL). Si on veut une appli qui marche toute seule sans connaissance technique, il faut une application hébergée type TypePad ou qq chose du genre.
Maintenant, la situation est un peu différente en entreprise ou le designer est un pro, l’administrateur un webmaster et les utilisateurs sont effectivement lambda/non geek mais ils ne sont qu’utilisateurs pas designers/concepteurs.
Mon point de vue c’est qu’au stade actuel de développement, seuls les geeks et les pros sont à même de personnaliser vraiment MODx. Après, rien n’interdit de bricoler mais je suis contre une approche qui consisterait à rendre MODx plus simple au détriment de sa flexibilité. C’est ce que j’ai apprécié chez Textpattern ou Drupal et aussi avec MODx : ils sont moins "simples" que d’autres, mais autrement plus puissants !
La roadmap actuelle est assez logique et l’allègement et l’optimisation du core est une priorité sur la refonte de l’admin, l’installateur de thème...etc. Ceci dit, MODx donne la possibilité de faire des choses complexe de manière plus simple que les autres CMS (je pense notamment aux variables de modèle).
) ne peuvent trouver ici, et dans leur langue, tous les aspects de l’utilisation du soft et le support respectif, je crains qu’ils ne se détournent de ce CMS. 
