Un Electron Libre...

(pour la petite histoire, PHPTemplate, c'est le langage de template de Drupal)

C'est la question que je me pose depuis une heure maintenant et j'avoue ne pas trop savoir quoi en penser. Donc si toi cher lecteur tu as une opinion, n'hésite pas à la partager...

Ma première impression, c'est qu'avec des trucs comme ça :

geshi php
<?php if (isset($secondary_links)): ?>
	<ul id="secondary">
		<?php foreach (array_reverse($secondary_links) as $link): ?>
			<li><?php print phptemplate_wrap_links($link, 2); ?></li>
		<?php endforeach; ?>
	</ul>
<?php endif; ?>

• lisibilité pas / peu évidente avec ce mix de html et php ? mais c'est peut être une question d'habitude...
• ne risque-t-on pas d'avoir des règles métier dans le code du template qui devrait être ailleurs ?
• la liste des variables est impressionnante mais doit aider dans pas mal de cas mais en même temps, que se cache-t-il dans ces variables (juste du texte ? l'appel à un autre fichier de template ? que sais-je ?)
• il faut partir d'un template simple si on veut se faire la main (apparemment, j'ai pas pris le plus simple pour commencer... )
• La courbe d'apprentissage est-elle longue et dure ou bien simple mais impressionnante vue de loin ?
• etc.

Ces sur ces grandes questions que je pars me coucher...

Je tournais en rond depuis un moment sur la gestion des menus dans drupal et le déclic s'est fait ce soir (enfin je crois).

Ce que doit faire tout bon drupalien :

1. Oublier tout ce qu'il a pu voir dans d'autres CMS avant
2. Créer l'arborescence de son site en créant une taxonomie dans drupal
3. Créer son menu, et pour chaque item, la cible sera taxonomy/term/id voir même taxonomy/term/id/all s'il veut voir tous les contenus liés à ce terme et à ses sous-termes...
4. Créer un contenu en lui associant des "catégories" qui correspondent à la taxonomie créée plus tôt.
5. Lors de la création de contenu, zapper le bloc "Menu settings" ou du moins la liste déroulante redonnant une arborescence du site. Vous n'en avez a priori pas besoin (sauf pour positionner les éléments qui ne sont pas liés à des taxonomies).

Fort de ça :

• je remets modx de côté et me relance dans drupal...
• Je comprends enfin comment les gens pouvaient trouver drupal simple et intuitif...

Et encore mieux, j'apprends que Drupal va enfin avoir un installeur ainsi que d'autres choses. Looks great !!

J'ai pour projet de fusionner ce blog et le contenu de Destination-Linux.Org dans un seul outil et sous un seul et unique nom de domaine.

J'hésitais entre drupal et modx. N'arrivant pas assez rapidement à ce que je voulais avec drupal, je viens de commencer un proto sous modx et j'avoue que je suis assez impressionné par l'outil :

• La liste des Snippets et Plugins est assez impressionnante et permet de faire pas mal de choses
• Tout est gérable depuis le back office, ajaxifiée à haute dose, y compris les templates
• On peut créer des objets de façon assez simple en ajoutant des "variables de modèle"
• Etc (je reviendrais plus en détail plus tard quand j'en aurais une plus longue expérience)

Les seuls reproches que je peux faire pour le moment :

• C'est un CMS plus orienté page que contenus (comme SPIP, eZ Publish, Drupal, etc) donc certains comportements ne sont pas forcément reproductibles. Toutefois, certains Snippets permettent de compenser ce manque.
• Le back-office est trop riche parfois, on a un peu de mal à se retrouver mais il parait que cela doit s'améliorer dans les prochaines versions.

Pour le coup, cela peut être une bonne alternative à SPIP par ex

SPIP permet un certain nombre de réécritures d'urls dont une proposant de reprendre le titre de votre article. Toutefois, si celui-ci est trop long, alors il est coupé ce que je trouve dommage... Voilà comment dépasser le souci...