Dans SPIP, la variable #URL_SITE_SPIP est prévue pour pointer vers l’URL du site et non vers une page précise, et c’est pourquoi il faut ajouter ce "/" lorsque l’on ajoute quelque chose après #URL_SITE_SPIP. Le modèle Cat reprend pour ce lien la façon de faire standard des squelettes de la distribution SPIP, qui ajoute ce "/" à la fin de l’URL. Si vous regardez les squelettes-dist ou d’autres squelettes SPIP, ils fonctionnent tous ainsi, par souci de compatibilié. En brisant un mécanisme natif de SPIP, votre modification présente des risques importants d’effets de bord, avec tout plugin, tout squelette, ou tout composant qui s’attend à fonctionner sur un SPIP standard avec une variable #URL_SITE_SPIP définie conformément à la documentation de SPIP.

ACS est conçu pour respecter le fonctionnement natif de SPIP : celà exclut une modification de cette nature, qui le ferait fonctionner différement d’un SPIP standard.

Vous pouvez obtenir le même résultat sans ce risque d’effets de bord en modifiant non pas le "/", mais les liens que vous voulez faire pointer vers votre page HTML statique, dans la bannière, la hiérarchie, et les onglets. En ce qui concerne les onglets, on peut changer la page vers laquelle ils pointent directement depuis le composant Onglets, sans modifier les fichiers "squelettes", mais dans les deux autres cas une solution est de changer "à la main", non pas le "/", mais la destination du lien.

Plus précisément (mais la réponse à la 1e question pourrait peut-être suffire) :

Comment créer 4 colonnes en page sommaire.html dont les 2 centrales auraient une largeur variable comme la colonne médiane du squelette cat,
et comment créer 3 colonnes dans le bandeau dont la centrale serait aussi à largeur variable ?

Franck

Le SPIP "de base" ne contient pas de dossier squelettes : vous avez donc sans doute utilisé un squelette et/ou d’autres plugins qui génèrent cette erreur dans "/squelettes/lang/local_fr.php", car ce fichier ne fait partie ni du SPIP de base ni d’ACS. Il semble qu’il contienne un fichier de langue qui démarre l’envoi http prématurément. Ce fichier peut être buggé, ou contenir des espaces superflus au début ou à la fin. De plus, lorsque vous utilisez un modèle ACS (Cat, je suppose), ce fichier ne devrait même pas être lu, sauf si vous le déclarez dans l’onglet Administration d’ACS pour l’utilisez en "surcouche" d’ACS (ce qui nécessite pour y intégrer des composants paramétrables d’y avoir modifié les squelettes pour y intégrer des composants ACS).

Quels autres plugins utilisez-vous et que contient votre dossier "squelettes" ?

Inutile de préciser que ce n’est pas normal : quelque chose bugge. Essayez de désactiver tous les autres plugins éventuellement installés pour vérifier si celà pourrait venir d’un autre plugin. Pour le "Array", pourriez-vous préciser le message d’erreur exact ? En ce qui concerne la colonne "droite" avec les composants, elle n’est à droite que lorsque l’interface d’admin’ de SPIP est en mode "grand écran", sinon, elle est à gauche. Normalement, les clics sur les liens "pages" affichent les pages correspondantes, et ce, même si javascript n’est pas activé, bien que la configuration normale utilise javascript côté admin’. Enfin, si vous me précisez les versions utilisées, je testerais la même configuration, pour vérifier.

Lorsque vous installez ACS, vous pouvez aller dans son interface d’administration uniquement en tant que webmestre, auteur n°1, avec des droits d’administration non restreints. (sauf si le plugin Autorité est installé : ce sont alors les webmestres définis par ce plugin qui sont autorisés à configurer ACS à l’installation).

A l’installation, seul le ou les webmestres sont autorisés à configurer ACS. Ensuite, dans la partie privée, le webmestre peut aller sur Configuration / Configurer le site, puis sur l’onglet Administration pour éventuellement déclarer d’autres administrateurs ACS que le ou les webmestres (auteur n°1 et/ou webmestres déclarés dans le plugin Autorite, s’il est utilisé).

Le plus probable est que vous n’ayez pas activé php5. Le remède est déjà expliqué plus haut sur cette page.

ACS est un plugin, et non un "squelette en plugin". De ce fait, il est compatible avec n’importe quel squelette également compatible avec les mécanismes généraux de SPIP. Côté ACS, il suffit de déclarer un squelette de surcharge (override) dans l’onglet administration d’ACS pour utiliser à la fois ACS et un jeu de squelette. Cette façon de procéder permet par exemple de transformer des morceaux de squelettes existants en composants ACS, dotés d’une interface d’administration et de configuration. Si vous ne voulez pas utiliser l’override, vous pouvez également copier le fichier /plugins/acs/wrap.html dans le dossier des squelettes durzy (ou autre).

SPIP gère des forums par articles, sites, brèves. Le modèle Cat inclus dans ACS propose un composant "derniers commentaires" pour afficher un bloc des derniers messages de forums, et une page prédéfinie qui présente les articles ayant un forum ouvert et le nombre de messages déjà postés. Cat fournit donc quelques compléments au système de forum par défaut de SPIP, mais pas un autre système ; il s’agit bien des forums de spip.

En ce qui concerne le composant agenda, c’est un "widget" agenda, un petit agenda avec navigation en Ajax et info-bulle pour afficher les articles publiés à leur date de publication. Si leur date de publication est une date future, celà permet d’annoncer des évènements dans l’agenda. Là aussi, le mécanisme d’agenda est rigoureusement celui de SPIP. Ce n’est pas le cas du plugin agenda, qui ajoute d’autres dates à gérer et qui est plus complexe.

Côté ACS, la première chose à vérifier est qu’il ne s’agit pas d’un problème de cache, en vidant le cache navigateur, le cache serveur, et en ré-essayant. Le composant rubnav est-il bien activé ? Et le composant Fond ? Validez-les chacun une fois, si ce n’est déjà fait.
Il est difficile d’aider plus sans savoir ni la version de spip, ni la version d’ACS ... Ensuite, qu’est-ce qui est installé ? D’autres plugins ? Lesquels ? Si d’autres plugins sont installés, un test en les désactivant (et en vidant les caches) peut indiquer celui qui pose éventuellement problème.

Pour utiliser un jeu de squelettes crées avec ACS sans ACS, il faut définir les variables requises autrement, par exemple en créant dans le dossier du squelette un fichier mes_options.php qui va affecter leurs valeurs aux variables ACS à la place d’ACS. Exemple :

En procédant ainsi, il faut également penser à définir le chemin des images utilisées par ACS, normalement donné par la balise #ACS_CHEMIN. Si ACS n’est pas installé, elle n’est pas définie, et il faut soit la définir à la place d’ACS dans ce même fichier mes_options, soit la remplacer par le chemin "en dur" dans les fichiers du squelette qui l’utilise.

Il existe une autre solution, encore plus simple : remplacer les variables définies par ACS par leurs valeurs dans les fichiers de squelettes et dans les squelettes des composants utilisés.

Notons toutefois qu’ACS dispose de son propre cache (pour sa configuration), et utilise le cache de SPIP d’une façon très souple, puisque paramétrable composant par composant. Il n’y a donc pas de gain de temps d’éxécution significatif à ne pas installer ACS. L’intérêt de faire celà semble donc limité soit à la conception de squelettes pour des versions de SPIP qui ne seraient pas compatibles avec ACS (versions SPIP < 1.9), soit à la réalisation rapide de squelettes personnalisés distribués sans possibilité de personnalisation.

Un correctif vient d’être publié sur le svn pour ACS 0.3 et ACS 0.4 dev. Merci beaucoup d’avoir signalé cette incompatibilité.