Il s’agit d’une vraie FAQ qui recence les questions qui m’ont été posées plusieurs fois, et que pour diverses raisons je ne peux traiter dans la notice du squelette. Une de ces raisons est que ce sont des questions sur SPIP. Elles sont ajoutées par ordre chronologique.
Cette FAQ s’applique à partir de v3 en gardant les questions v2 qui ont encore un sens.
En s’aidant des commentaires insérés dans habillage.css. En particulier les couleurs ( fond, bandeau, menu, agenda etc.) sont répérées par le commentaire "PERSO".
A part ça, je suis peu doué en CSS et plutôt preneur que donneur de conseils :-). Les styles que j’utilise sont quasiment les mêmes que ceux du squelette standard de SPIP qui sont documentés dans la doc utilisation de SPIP
Quelques pistes néanmoins ; pour modifier le texte ou la couleur des liens :
Il n’y a pas de bouton OK avec le formulaire recherche. Il suffit de remplir la case puis de faire return. Voir cette contribution pour ajouter un bouton.
Contrairement aux autres fichiers qui sont dans /squelettes, le configurateur doit se trouver sous /ecrire/exec, avec les fichiers Spip de la partie privée.
C’est bien souvent dû à une tentative d’ouverture directe d’un fichier php ou html depuis le navigateur. Vous devez impérativement passer par un serveur Web local, avec une adresse du genre http://127.0.0.1/... ou encore http://localhost...
Consultez le guide d’installation local
Voir le tableau des versions croisées
Oui : il faut savoir ce que vous avez modifié sur le squelette pour être capable de le reproduire sur une autre version. Pour y aider une liste fine des changements est fournie avec le squelette (fichier MODIFS.txt accessible depuis le configurateur).
Il faut prendre php quand on a le choix et php3 quand l’hébergeur l’impose (ce qui devient de moins en moins vrai, PHP en est maintenant à la version 5) tout en veillant à rester cohérent dans son choix Spip / squelette car .php et .php3 peuvent être simultanément acceptés par l’hébergeur. A terme, Spip et donc les squelettes seront en .php.
Dans le menu automatique (inc-menu.html), il faut juste enrichir la boucle de rubriques avec un critère d’exclusion similiaire à celui qui existe déjà pour la rubrique Agenda : quelque chose comme {titre != Edito} par exemple.
Procéder exactement comme dans sommaire.html pour toutes les pages voulues (article.html, rubrique.html...), soit rien de plus que :
changer le id="principal" par id="second" de manière à laisser la place au bandeau,
ajouter le bandeau (inc-bandeau.html) par une ligne INCLURE
à partir de 3.2.3 c’est article-normal.html ou rubrique-normal.html.
pour un éditorial qui change rarement, on peut le saisir directement en HTML dans sommaire.html
ou créer un article avec un mot clé réservé à cet usage, puis introduire une boucle dans sommaire.html pour sélectionner le dernier éditorial. Utiliser alors le mot cacher pour éviter l’apparition de l’éditorial dans la liste des derniers articles publiés.
Dans le cas où les articles cachés récents sont beaucoup plus nombreux que les autres, certains peuvent quand même apparaïtre au sommaire, dans la liste des derniers articles publiés.
Une solution est d’augmenter le seuil de mémorisation de la boucle d’exclusion de sommaire.html. Par exemple, le seuil est 40 dans :
<BOUCLE_exclurec(ARTICLES){titre_mot==cacher}{par date}{0,40}{doublons}>
Une autre solution serait d’ajouter un critère d’exclusion, comme {id_secteur != 99} dans la boucle d’affichage des derniers articles publiés.
Cause Spip : Une rubrique sans article publié ne s’affiche pas sauf utilisation du critère {tout}.
Cause configuration : Si le choix de menu HTML a été fait, c’est normal. On peut toujours revenir au menu par défaut qui se recalcule automatiquement.
Le message "inc_version.php non trouvé. Suis-je bien dans le répertoire ecrire de Spip ?" survient avec http://.../ecrire/exec/epona_conf.php alors qu’il faut lancer le configurateur avec http://.../ecrire/?exec=epona_conf
Oui : le squelette ne comporte aucun plugin mais les accepte. A partir de la version 3.3 la balise #INSERT_HEAD (demandée par certains Plugins) est présente dans chaque page du squelette.
Bien sûr, les Plugins installés peuvent être incompatibles entre eux ou même avec Spip mais cela est indépendant du squelette.
Est-il possible de gérer des agendas distinct par Rubrique. Soit un agenda par rubrique.
Si oui, que faut-il faire et quelles adaptations faut apporter au squellete.
merci d’avance
Déjà il est possible de créer plusieurs rubriques (et sous-rubriques) couvertes par un même agenda pourvu qu’elles soient dans le secteur Agenda, a supposer que ce type d’agenda soit retenu (l’agenda mot ne saurait couvrir un secteur)
Sinon il faut modifier le squelette ce qui peut être assez simple car id_rubrique est utilisé comme paramètre. Peux tu préciser si tu souhaites des agendas miniatures et des agendas annuels, un pour chaque rubrique ?
Oui, c’est bien ça, je souhaite de agendas miniatures et agendas annuels, un pour pour chaque rubrique bien identifiée, ce n’es pas une généralisation sur toutes les rubriques.
Merci d’avance Sofiane
Là c’est un peu plus délicat même si ce n’est pas volumineux en terme de code. Il faut modifier à la fois le php et le html ce qui nécessite un peu de temps et de connaissances, malheureusement je ne dispose pas de ce temps, j’en suis désolé mais encore une fois l’agenda secteur est peut-être la réponse à ta question.
Bonjour,
je souhaite pouvoir installer en page d’accueil de mon site un module texte fixe (Bienvenue, Coordonnées de l’établissement, quelques images etc.etc.etc.)... qui permettrait de renvoyer les derniers articles en bas de page.
J’épluche la faq et les sites dédiés à SPIP.... et je ne trouve rien pour le moment. Est-ce que ça a un lien avec l’histoire du "bandeau_second" ?! (J’ai déjà vu OÙ dans le CSS, il fallait jouer pour obtenir un espace réservé justement, mais.... QU’y mettre ?!)
Auriez-vous, s’il vous plait,une piste à me conseiller ?!
Merci beaucoup.
Pour cela il faut insérer du texte (et les appels d’images) dans sommaire.html juste avant la première boucle ARTICLE
Bonjour,
Une solution est d'augmenter le seuil de mémorisation de la boucle d'exclusion de sommaire.html. Par exemple, le seuil est 40 dans :
<BOUCLE_exclurec(ARTICLES){titre_mot==cacher}{par date}{0,40}{doublons}>
Une autre solution serait d'ajouter un critère d'exclusion, comme {id_secteur != 99} dans la boucle d'affichage des derniers articles publiés.
J’ai utilisé à plusieurs reprises (sur des sites autres que Epona) cette boucle
<BOUCLE_exclurec(ARTICLES){titre_mot==cacher}{par date}{doublons}> </BOUCLE_exclurec>
(que j’ai découvert sur Epona 1.8x) qui indiquait comme mémorisation (50), je l’ai purement et simplement supprimé et tout fonctionnait bien jusqu’à la version de spip1.9.2d.
Me préparant à la version 2.0, je m’essaie avec la 1.9.3 dev (11846) sur un squelette en préparation, et rien ne fonctionne, j’ai essayé les combinaisons avec et sans la mémorisation ainsi que le critère
{id_secteur !=99}
et rien ne va non plus.
Puis-avoir quelques explications SVP Merci d’avance
Bonjour,
Attention la version Spip en cours de développement rencontre des régressions. Si tu es certain qu’il s’agit bien d’une régression (çàd : toutes choses étant égales par aileurs) parles en sur la liste des développeurs pour le signaler (tu peux aussi remplir un ticket http://trac.rezo.net/spip_login.php...
Bonjour,
Je viens de faire un ticket aux développeurs, dès que j’ai des nouvelles, je reviens expliquer,
Merci, @+
Bonjour Marcopol,
Je suis toujours sans nouvelles du ticket en question, je viens d’installer la dernière version 2.0.0svn et toujours pareil, et toi as-tu des nouvelles, as-tu toi même des soucis de ce coté.
@+
Je viens d’installer la dernière SVN et tester le mot clé "cacher" or tout fonctionne très bien ici.
N’aurais tu pas fait une fausse manip ? Comme d’habitude dans ce genre de pb il faut reprendre tes modifications depuis le point ou "ça marchait" en faisant bien attention à vider les caches (Spip + navigateur) à chaque étape.
Après n’oublies pas de mettre à jour le ticket.
Je nage complètement, je ne comprends pas, j’ai repris exactement la même formule, est-ce l’endroit, ou je l’ai placé ? j’ai vérifié même en faisant un copié collé pour être sûr de ne pas me tromper.
Je vais continuer, quand au ticket tu me confirmes en fait que la svn n’est en rien responable ce que je me doutais.
Nous avons établi que le mot clé "cacher" fonctionne toujours avec la dernière svn et le squelette Epona ; il est donc probable que le pb vienne d’ailleurs. La première idée qui vient serait de vérifier le critère que tu as ajouté : il peut y avoir un bête pb de syntaxe ou encore le numéro que tu as indiqué n’est pas un numéro de secteur mais un n° de rubrique ...
Bonjour,
La première idée qui vient serait de vérifier le critère que tu as ajouté : il peut y avoir un bête pb de syntaxe ou encore le numéro que tu as indiqué n’est pas un numéro de secteur mais un n° de rubrique
Pour moi c’est clair, je n’ai rajouté aucun critères, ni indiqué de numéro, voilà simplement :
[(#REM) Selection des derniers articles caches ]
<BOUCLE_exclurec(ARTICLES){titre_mot==cacher}{par date}{doublons}> </BOUCLE_exclurec>
avec un copié collé pour être sûr de ne pas me gourer, je suppose que mes syntaxes sont bonne puisque réussi au w3c, bon bé il ne me reste plus qu’à chercher.
Merci
@+
Bonjour,
J’ai oublié un peu mais je reviens pour dire qu’avec spip2.0.0 le mot clé cacher est simplifié, il suffit de rajouter {!titre_mot=cacher} et le tour est joué.
@+
Bonjour,
Je suis depuis peu responsable du site de mon collège (bientôt en refonte totale, mais qui tourne depuis des années sous EPONA et est utilisé quotidiennement).
Seulement, je ne gère pas les évolutions de version (pour SPIP ou EPONA) car un responsable informatique de l’académie le fait.... ou le faisait jusqu’à présent, puisqu’on va en venir à ce que j’ai tout doucement la main sur tout.... à part l’évolution de SPIP, qui restera géré académiquement).
Depuis le 19/09/2008, date où il me semble, nous sommes passés à SPIP 2.0.0, aucun des nouveaux articles créés depuis ne possède, dans le formulaire, le cartouche des mots-clés dans laquelle nous sélectionnions le fameux "cacher". Aucun soucis par contre pour les articles créés AVANT le 19/09/2008 qui possèdent toujours ce cartouche !!!
J’ai retrouvé sa trace dans le fichier sommaire.html, sous forme de :
{titre_mot=cacher}
<BOUCLE_exclurec(ARTICLES){titre_mot=cacher}{par date}{doublons}> </BOUCLE_exclurec>
qui est différent du {!titre_mot=cacher} que vous proposez.(J’ai essayé d’inclure ce " ! " supplémentaire.... ce qui a aboutit à la désactivation de la fonction "cacher".)
Donc je n’y comprends rien pour le moment...
Je dois vous signaler en plus la présence d’un message d’erreur à la connexion (mais je crains que ça concerne plus exactement SPIP) :
Erreur(s) dans le squelette 1 #INSERT_HEAD Double occurrence
Est-ce que ça pourrait avoir un lien ? J’ai cherché sur spip-contrib à quoi ça pourrait servir.... j’ai scruté chaque fichier de mon dossier /squelette... et je n’ai ni trouvé où cette balise pourrait être ne serait-ce qu’une fois... ni comment (dans quelle boucle ?) je pourrais l’introduire si en fait elle venait à manquer...
Désolée pour mes questions de novice... je débute (presque) là-dedans... et comme d’habitude, j’apprends beaucoup sur le tas.
Merci pour votre aide,
Cordialement,
Natacha
Tout d’abord la version SPIP 2.0 n’est pas encore sortie ; à l’heure actuelle c’est juste une version beta.
Pour l’instant je n’ai pas d’hypothèse sur ce pb de mot clé que je n’avais pas reproduit à l’époque du précédent mail (qui concernait une version non officielle également).
La solution {!titre_mot=cacher} proposée ici n’est pas de moi et j’ignore si elle marche telle quelle.
l’erreur #INSERT_HEAD pourrait provenir d’un plugin.
Peux tu préciser ta version de squelette pour que je regarde les choses de plus près ?
Merci pour ta réponse rapide :
pour ce qui est de la version de spip, il apparait ça dans la zone privée
SPIP 2.0.0 dev [12731] est un logiciel libre distribué sous licence GPL. Pour plus d’informations, voir le site http://www.spip.net/fr.
ce qui me fait dire qu’on nous fait bosser sur la version bêta... non ?!
Pour ce qui est de la version d’EPONA, j’avoue que je sèche.... je ne la vois indiquée nulle part... (à part que la dernière version de CSS a été mise à jour le 2 février 2008 si ça peut donner une indication).
oui c’est bien une version Spip "dev".
Pour le squelette, tu trouveras la version dans MODIFS.txt
As tu des plugins installés ?
Pour info, j’ai vu que Spip v2.0 supportait une syntaxe permettant d’exclure des articles ayant un mot-clé particulier ("cacher" donc) sans avoir recours aux doublons. En d’autre termes la syntaxe proposée plus haut devrait marcher dans la 2nde boucle d’affichage tandis que la 1ère boucle d’exclusion n’est plus nécessaire. Je vais essayer ça après ta réponse.
Voilà ma version d’Epona
Squelette Epona. Les changements 3.2.2 ==> 3.2.3
J’ai des plugins installés :
plugin Lecteur Multimédia en Flash (MP3,flv)
plugin Barre Typo V2 pour 1.9.2 et suivantes
plugin cfg : moteur de configuration
Le Couteau Suisse
Enluminures typographiques pour 1.9.2 et suivantes
Thickbox v2
Les plugins Acces Restreint 2.0 et Accès restreint par groupes ne sont pas activés.
En cherchant un peu, il semble que mon problème vienne du fait que SPIP ne garde pas en mémoire l’activation du groupe de mots-clés "Affichage" pour les rubriques. La sélection n’est jamais enregistrée. C’est donc un problème de SPIP 2.0... Ai-je un moyen de forcer la main autre part que par l’interface graphique ?
Très curieusement, j’ai testé en local un autre squelette... je peux activer les mots-clefs "Affichage", mais j’ai un soucis avec un autre cartouche qui n’apparaît pas...
Que de bugs...
En effet que de bugs, mais aussi que de Plugins ; d’ailleurs je suis presque certain que le multiple #INSERT_HEADER vient de là.
Je viens de vérifier à nouveau le comportement du mot clé cacher avec la dernière SVN (càd Spip 2.0 dev) et pour moi ça marche toujours, y compris avec des articles récents (postérieurs à v2). Bien entendu je n’ai testé avec aucun Plugins.
Merci. Entre temps, je me suis aperçue qu’en voulant ôter le mot-clef "cacher" d’un vieil article, il apparaissait une erreur MySQL :
COUNT(*)FROM spip_groupes_mot WHERE minirezo="oui" AND tables_liees REGEPX '(^|,)articles($1,)'
Donc ça n’a rien à voir avec EPONA effectivement...
Le soucis est donc que je n’ai pas la main sur le phpMyAdmin de l’académie (ouf !) et qu’on est........ le week-end !!!! (Et qu’ils sont en restriction de budget/personnel/moyen/....)donc je vais passer en :
mode PATIENCE = on !!!!
Merci pour tout en tout cas... J’apprends bcp !
Problème réparé !!! Merci pour votre écoute. J’ai une autre question, que je poste "au bon endroit".
A tout de suite.
Bonjour, je souhaite modifier "accueil du site" (dans le menu déroulant) pour le renommer en "sommaire", j’aurai voulu savoir où je pouvais modifier cela (je vois que cela est possible puisque toi tu as réussi à le faire en renommant "accueil du site" en "accueil").
De plus lorsque je clique sur "accueil du site" (que je souhaite donc renommer en "sommaire") je voudrai ne pas retourner sur la page principal mais sur une autre, où puis-je modifier cela ?
Merci
Il te suffit de modifier la première balise <a href=...> dans inc-menu.html
Bonjour,
je m’adresse encore à toi car j’ai procédé à des modifs.
changements de couleurs (PERSO)
changement de l’agenda pour avoir des années scolaires ’d’après FAQ)
Or ces modifications n’apparaissent pas même après avoir vider les caches et recalculer les pages Je ne comprends pas pourquoi. Merci d’avance
PS : je suis en local
ça peut être un problème de cache coté navigateur, autrement c’est une modification manquée mais c’est un peu difficile à dire sans investiguer.
Merci
effectivement un pb de cache et aussi j’utilisais deux squelettes sur la même base ce qui posait pb. Mes changements de couleur sont effectués.
Par contre je n’arrive pas à modifier l’agenda pourtant j’ai fait exactement les mêmes changements que proposés dans la FAQ. Sûr qu’il n’y a pas d’erreurs dans le script ?
Merci
ok. pour l’agenda scolaire c’est une contribution externe que je n’ai pas validée de bout en bout
J’ai résolu le pb. Cela pourra servir à d’autres.
En fait j’utilise l’agenda secteur alors que la contrib était proposée pour un agenda mot. Les mêmes modifs sont donc à faire respectivement dans le fichier agen_an_secteur.html au lieu de agen-an-mot.html
Dans le fichier agen_an_php.html il faut placer les modifs dans ajoute_evt au lieu de ajoute_evt_mot et affiche_an au lieu de affiche_an_mot.
Et voilà.
Merci
Petite rectification.
Dans agen_an_secteur.html dans la boucle evcom il faut juste supprimer
age_relatif_redac > -388age_relatif_redac < 374
Bonjour,
tout d’abord bravo pour votre squelette. J’ai installé le plugin SPIP-LISTES. Pour le faire fonctionner il faut insérer la balise #FORMULAIRE_ABONNEMENT sur la page d’accueil. Je ne maîtrise pas trop SPIP et j’ai seulement réussi à la faire fonctionner en la plaçant dans inc_logo.html à la place du titre. J’aurais souhaité faire apparaître le formulaire d’abonnement sur la page sommaire (idéalement sous l’agenda) mais je n’y arrive pas. Quand je place la balise ça me plante la page. Pour inc_logo j’ai copier la balise à partir du logiciel NVU mais je ne pense pas qu’il faille faire comme ça.
Deuxième chose j’ai réussi à installer un edito par mot clé en utilisant une ancienne boucle trouvée sur sarka spip à l’époque. J’avais avec mon ancienne version d’epona (321) réussi à l’ncadrer et changé le fond dans epona.css Avec la nouvelle version je n’y arrive pas dans habillage.css
Merci
Jean-Charles
puisque la balise fonctionne à un endroit dans l’accueil, il n’y a pas de raison qu’on ne puisse la faire apparaitre ailleurs. Sous l’agenda : insérer la balise juste avant la ligne <INCLURE{fond=inc-forums}{lang}> dans sommaire.html
pour l’édito on peut le faire avec une boucle effectivement. encadrer celle ci avec une balise html DIV ayant une classe css particulière (effectivement à créer dans habillage.css)
Merci pour ta réponse rapide. J’ai réussi à intégrer le formulaire d’abonnement sous l’agenda. Pour encadrer l’edito cela me parait trop compliquer pour mes compétences actuelles.
Bonsoir,
Lorsque j’utilise des raccourcis typographiques pour réaliser les listes énumérées avec les caractères -* ex :
les tirets n’apparaissent pas lorsque l’on utilise le squelette Epona (V3.2.3 ou V3.2.4). Je suis sous SPIP 1.9.2 Je viens de faire le test depuis une installation vierge de spip, restauration de la base, les listes apparaissent bien. Installation du squelette Epona (de base), sans mes modifs, les tirets des listes ne sont plus affichés.
Une idée ?
Merci d’avance
par suite d’un accident, je ne peux pas faire le test (une seule main pour taper etc.) mais il est sûr qu’ Epona n’effectue aucun traitement typographique (pas de fonctions php). Le pb est peut-être ailleurs
Il faut supprimer la ligne :
ul { list-style: none; }dans le fichier squelettes/habillage.css
ceci n’est pas spécifique aux raccourçis typographique ; par ailleurs attention à l’effet sur le menu de navigation
Les raccourcis typographique (-*) sont associés au sélecteur de classe ul.spip définit dans dist/spip_style.css qui est définit comme suit :
ul.spip {}qui ne fait rien et hérite du sélecteur racine ul Il faut donc bien supprimer la ligne ul list-style : none ; si on veut garder le comportement par défaut d’affichage d’une liste. Pas d’effet de bord sur les autres menus, navigation par exemple, car ils utilisent les divisions (ex : ul#menu) qui redéfinissent la propriété list-style à none
tout est revenu dans l’ordre
;-)
maintenant j’aimerais modifier l’ordre des rubriques (j’ai vu que vous en parliez déjà mais pas compris...)
et également personnaliser le logo dans la barre d’adresse (là , j’ai l’écureuil violet de spip.)
merci d’avance
ben
Je suis complètement perdu Je suis passé de spip 1.7.2 à spip 1.9.2.d (donc déjà un gros changement) et du squelette épona 2.0 à 3.2.4 en plusieurs jours bien sur (aider par une personne de ouvaton) J’ai perdu toutes mes données (couleur css etc..) que j’ai réussi à remettre (pas refait cela depuis 3ans)
Mais le problème est que je n’ai plus d’agenda (j’ai pourtant les mots clés qui apparaissent sur ?exec=epona_conf et sur spip mais rien sur le site
et la deuxième chose et que mes rubriques sont en décalage par rapport à mes sous rubrique sur IE 7 mais pas sur firefox ????????
Help ;-)
ben
pour passer de v2 à v3 voilà ce que dit la notice :
renommez le mot clé Agenda du groupe Agenda avec agenda_secteur ou agenda_complet suivant que vous aviez un agenda "simple" ou "complet".
ce mot clé est normalement déjà lié à la rubrique Agenda
je ne comprends pas ce qu’est le problème de décalage mais ça ressemble à un problème de css lié à ta personnalisation
Pour l’agenda c ok
mais tjrs pas trouvé pour accéder à mes sous rubriques sur IE 7
merci
;-)
ben
Je pas répondre à ma question ; je viens de trouver la solution :
Omis de choisir le mot clef album2 dans le groupe _Article
Merci quand-même
J.P.