Les plugins correspondants aux fonctionnalités de Giseh, compatibles avec SPIP 3.0, 3.2, 4.0, 4.1, 4.2 et compatibles avec PHP 7.0, 7.1, 7.2, 7.3, 7.4, 8.0, 8.1 sont les suivants :
- le plugin « ciparam : Configurateur de squelettes »
- le plugin « cisquel : Squelettes de base avec 3 colonnes »
- le plugin « cicas : Authentification avec CAS pour SPIP »
- le plugin « ciform : Formulaires »
- le plugin « cispam : Anti spam (pour les forums) »
- le plugin « cid : Fonctions diverses »
- le plugin « ciautoriser : Pipeline pour autoriser »
- le plugin « cirr : Rédacteurs restreints »
- le plugin « cirv : Rédacteur valideur »
- le plugin « ciar : Accès restreints Giseh »
- le plugin « cifiltre : Obliger certaines adresses IP (ou certains host) à s’authentifier pour consulter le site »
- le plugin « ciimport : Importation des auteurs et des mots-clés »
- le plugin « cimobile : Détection et aiguillage des téléphones mobiles »
- le plugin « ciag : Groupes d’auteurs »
- le plugin « cinotif : Notification sur abonnement »
- le plugin « ciarchive : Statut archivé pour les articles »
- le plugin « citrace : Garder une trace de certaines actions »
- le plugin « cilien : Liste des liens »
- le plugin « cibc : Bannière d’avertissement pour les cookies »
- le plugin « cisf : Saisie facile »
- le plugin cipr : Prévisualisation étendue
- le plugin cims : Publication multi-sites avec filtrage par rubrique
- le plugin cibloc : Mettre en forme le texte d’articles avec des blocs
- le plugin ciwidget : Ajouter des widgets dans le texte des articles
Les plugins Giseh disposent d’une documentation : le document ci-joint intitulé « Description des fonctionnalités des plugins Giseh pour SPIP 3.0 ».
Quels plugins faut-il activer ?
Les plugins sont presque tous indépendants les uns des autres. Il n’est pas nécessaire que les plugins soient tous activés. En effet, cela dépend des fonctionnalités souhaitées. Pour chaque fonctionnalité décrite dans le document de description, le plugin nécessaire est mentionné.
Toutefois, il convient au minimum que les 3 plugins suivants soient activés :
- le plugin « ciparam : Configurateur de squelettes »
- le plugin « cisquel : Squelettes de base avec 3 colonnes »
- l’un des plugins « Charte graphique … » ou « Graphisme »
Personnaliser le graphisme du site
Le document ci-joint « Personnaliser le graphisme du site.pdf » indique comment procéder. Par exemple, il ne faut pas modifier directement les fichiers situés dans le plugin « cisquel », mais le faire indirectement en suivant les indications du document précité.
Des exemples de plugins de chartes graphique sont livrés.
Fonctionnalités disponibles
- 23 formes de rubriques (sélection dans une liste déroulante)
- choix entre plusieurs types de colonnes de gauche pour les rubriques (affichage des rubriques sœurs ou bien affichage des sites référencés dans la rubrique ou bien même colonne de gauche que la page d’accueil …)
- choix de l’ordre de tri des articles dans une rubrique (par numéro de titre, par ordre alphabétique, par date de publication décroissante, par date de publication croissante)
- 10 formes d’articles (sélection dans une liste déroulante)
- choix entre plusieurs types de colonnes de gauche pour les articles (affichage des articles frères ou bien affichage des articles ayant un mot clé identique à l’un des mots clés associés à l’article en cours ou bien même colonne de gauche que la page d’accueil …)
- la page d’accueil est quasiment intégralement paramétrable (texte de bienvenue, contenu des colonnes de gauche et de droite, choix des articles qui doivent figurer en actualités, mots-clés pour les moteurs de recherche, …)
- choix du nombre maximal d’actualités qui doivent figurer en page d’accueil
- gestion automatique de l’historique des actualités (avec affichage par année et par mois)
- menu déroulant horizontal alimenté automatiquement (le nombre de niveaux est paramétrable, le premier niveau respecte les règles d’accessibilité, on peut ne pas faire apparaître certaines rubriques dans le menu).
- multilinguisme
- téléchargement de l’image du bandeau haut du site
- le contenu du pied de page est paramétrable
- recherche portant sur les articles, sur les documents et sur les forums
- possibilité de laisser des commentaires à la suite des articles, possibilité de forums
- simulation de multirubricage pour faire apparaître un même article dans plusieurs rubriques
- chemin d’accès à la page consultée
- plan du site
- possibilité de liste des articles par mois
- possibilité de marquage Xiti
- possibilité d’intégrer des vidéos au format « FLV » avec la balise <emb…>.
- typographie : respect des retours à la ligne, un blanc n’est pas imposé avant un point d’interrogation, ajout d’un raccourci typographique "-----" (soit 5 tirets) permettant au texte qui suit de passer sous l’image qui précède.
- lorsque l’on ajoute un document, son titre automatiquement renseigné par défaut avec le nom du fichier sans extension.
- antispam sur les forums (adaptation du plugin NOSPAM).
- possibilité de modifier directement le texte de certains articles depuis le site public (avec suivi des révisions sur le site public)
- foire aux questions (formulaire pour poser une question et affichage des questions / réponses)
- possibilité de mettre en place une pétition
- possibilité de permettre au visiteur de proposer un article depuis le site public (sans avoir un compte sur SPIP)
- Chat
- créer ou modifier facilement un article directement depuis le site public. Uploader plusieurs pièces jointes sans passer par un fichier ZIP. Remplacer directement une pièce jointe.
- une prévisualisation étendue (on peut naviguer sur le site en prévisualisation).
- possibilité de publier directement une rubrique sans articles.
- authentification C.A.S.
- possibilité de restreindre, aux utilisateurs authentifiés, l’accès à certaines rubriques sur le sites public.
- possibilité de restreindre, à certains utilisateurs authentifiés, l’accès à certaines rubriques sur le site public et dans l’espace privé. Avec la possibilité de modifier le statut de l’auteur pour l’une de ces rubriques (on peut décider de donner à un administrateur restreint uniquement un rôle de rédacteur sur une rubrique protégée).
- autoriser certains rédacteurs à publier leurs propres articles.
- étendre aux rédacteurs la notion d’administrateurs restreints et simplifier la vie du rédacteur en lui proposant uniquement les rubriques auxquelles il a été affecté.
- importer des auteurs.
- importer des mots-clés.
- mettre une date de fin de publication à un article.
Pour plus de détails, consulter le document ci-joint intitulé « Description des fonctionnalites des plugins Giseh pour SPIP ».
Illustration en images
Exemple de page d’accueil (son contenu est paramétrable) :
Paramétrage d’une rubrique :
Paramétrage du site :
Liste des formes :
Formulaire de création et de modification d’un article sur le site public (cliquer sur l’image pour l’agrandir) :
Possibilité de restreindre, à certains utilisateurs authentifiés, l’accès à certaines rubriques sur le site public et dans l’espace privé :
Avec la possibilité de modifier le statut de l’auteur pour l’une de ces rubriques (on peut par exemple décider de donner à un administrateur restreint uniquement un rôle de rédacteur sur une rubrique protégée) :
Dernière version des plugins
Le plugin "cipubrub : Publier directement une rubrique" est remplacé par le plugin "cid : Fonctions diverses" qui permet de :
- publier directement une rubrique.
- mettre une date de fin de publication à un article.
Le plugin cipubrub devient donc inutile. A noter qu’un mécanisme de sécurité évite tout conflit entre les plugins cid et cipubrub.
La version du client phpCAS est désormais la version 1.2.
La version du 28/11/2011 ajoute une gestion par groupe d’auteurs.
La version du 21/02/2012 ajoute une fonctionnalité de recherche avancée.
La version du 24/05/2012 affiche un article multirubriqué dans le contexte de la rubrique multirubricage. Ajout d’une page 404.
La version du 09/07/2012 apporte les nouveautés suivantes :
- Ajout d’un formulaire de contact
- Ajout de flux RSS supplémentaires dans les forums et dans les articles avec commentaires
- Ajout d’une liseuse de PDF
- Meilleure accessibilité du bouton « OK ».
- Possibilité de compatibilité XHTML 1.0 (via un paramètre à ajouter dans le fichier mes_options.php)
- Etc.
La version du 29/10/2012 apporte les nouveautés suivantes :
- L’administrateur d’un multisites peut désormais affecter en masse des rubriques à un des sites du multisites.
- Ajout d’une option supplémentaire pour les rédacteurs : « Ce rédacteur peut publier (dans ses rubriques uniquement) ses propres articles et les articles (avec le statut proposé) que leurs auteurs ne peuvent pas publier ».
- Etc.
ATTENTION : ces nouveautés des 09/07/2012 et 29/10/2012 modifient les squelettes et ajoutent des lignes à la fin de la feuille de style :
- Ceux qui ont modifié la feuille de style doivent ajouter à la fin les nouvelles lignes (à partir de /*— boutons ok —*/).
- Ceux qui ont modifié des squelettes doivent consulter le document Evolution de cisquel_ciform_ciparam.pdf ci-joint.
La version du 03/12/2012 corrige quelques problèmes mineurs.
La version du 21/02/2013 ajoute l’export de listes d’auteurs. Elle intégre une optimisation (cf. forum464793). Elle corrige quelques problèmes mineurs (cf. commentaires ci-dessous). Par ailleurs, j’ai passé les différents gabarits de page au valideur XHTML du W3C et j’ai effectué les adaptations corrélatives.
La version du 28/06/2013 apporte les nouveautés suivantes :
- le plugin « ciarchive : Statut archivé pour les articles »
- le plugin « citrace : Garder une trace de certaines actions »
- prise en compte de 3 niveaux de chapitres pour XITI
- export des mots clés
- export des contributions d’un forum
- forme d’article avec des commentaires sans ordre hiérarchique
- etc.
La version du 25/09/2013 apporte les nouveautés suivantes :
- permettre de prévisualiser un article qui a le statut « publié » et dont la date de publication est située dans le futur (article « postdaté »).
- etc.
La version du 15/11/2013 contient la version 1.5 de CICAS.
La version du 08/12/2013 apporte :
- la compatibilité avec SPIP 3.0 (sauf pour les plugins cisf : saisie facile, cipr : prévisualisation étendue, cid : fonctions diverses et cims : publication multi-sites, qui seront mis en comptabilité ultérieurement).
La version du 11/07/2014 apporte de nombreuses nouveautés qui sont détaillées dans le fichier nouveautes_2014_plugins_giseh_140711.pdf joint au présent article.
ATTENTION : ces nouveautés du 11/07/2014 modifient les squelettes et ajoutent des lignes à la fin de la feuille de style :
- Ceux qui ont modifié la feuille de style doivent ajouter à la fin les nouvelles lignes (à partir de /*========== Sommaire ==============*/).
- Ceux qui ont modifié des squelettes doivent consulter le document liste_modifications_cisquel_140708-2.pdf joint au présent article.
La version du 28/10/2014 ajoute le plugin "cibc : bannière d’avertissement pour les cookies".
La version du 18/12/2014 apporte la compatibilité avec SPIP 3.0 du plugin CID "Fonctions diverses".
La version du 21/05/2015 apporte la compatibilité avec SPIP 3.0 et SPIP 3.1 du plugin CISF "Saisie facile".
La version du 21/07/2015 apporte la compatibilité avec SPIP 3.0 et SPIP 3.1 des plugin CIPR "Prévisualisation étendue" et CIMS "Publication multi-sites avec filtrage par rubrique", ainsi que des évolutions mineures.
La version du 17/09/2015 apporte une légère évolution fonctionnelle des accès restreints.
La version du 22/10/2015 apporte de légères évolutions pour l’accessibilité.
La version du 11/12/2015 permet d’enlever en masse un raccourci (exemple : "page d’accueil : actualités") et de supprimer tous les articles d’une rubrique (qui ne contient pas de sous rubriques).
La version du 13/04/2016 prend en compte les deux incompatibilités avec SPIP 3.0 signalées dans le forum ci-dessous, etc.
La version MAJEURE du 22/12/2016 apporte les évolutions suivantes :
- Prise en compte d’un audit d’accessibilité (sur le site public)
- Deux nouveaux menus de navigation accessibles et responsives (un menu déroulant et un méga menu)
- Evolution des formulaires Giseh du site public (nouveau graphisme, etc.)
- Lien d’accès direct (pour la navigation au clavier)
- Evolution des boutons d’administration (sur le site public)
- Evolution de la case rechercher par défaut
- Passage à HTML 5 (du site public)
- Etc.
ATTENTION :
- Les squelettes de CISQUEL évoluent quasiment tous.
- Les styles ajoutés à la feuille de style (pour l’accessibilité, les nouveaux menus, etc.) figurent à la fin du fichier cisquel/css/style_site.css, à partir du commentaire "Ajout accessibilité".
La version du 15/11/2017 apporte de légères évolutions et des évolutions techniques.
La version du 26/04/2018 apporte :
- la compatibilité avec PHP 5.6
- la compatibilité avec PHP 7.0 et 7.1
- la compatibilité avec SPIP 3.2
La version du 03/07/2018 apporte le plugin CIBLOC version 1.
La version du 05/07/2019 apporte le plugin CIBLOC version 2 qui permet de en forme le texte d’articles avec des blocs (pas compatible avec l’ancien SPIP 2.1).
La version du 23/09/2019 apporte le plugin CIWIDGET qui permet d’ajouter des widgets dans le texte des articles (pas compatible avec l’ancien SPIP 2.1).
La version du 02/11/2020 apporte la version 2.0 du plugin CIWIDGET.
La version du 09/06/2021 apporte la version 2.5 du plugin CIWIDGET.
La version du 22/06/2021 apporte la compatibilité avec PHP 7.2, 7.3 et 7.4.
La version du 07/12/2021 apporte la compatibilité avec SPIP 4.0.
La version du 15/06/2022 apporte la compatibilité avec PHP 8.0 et 8.1 et la compatibilité avec SPIP 4.1.
La version du 20/09/2022 contourne des incompatibilités avec l’ancien PHP 5.4.
La version du 18/12/2023 apporte la compatibilité avec SPIP 4.2, ainsi que les nouveautés détaillées sur les pages des plugins CIWIDGET version 3, CISF version 5, CISPAM version 4 et CICAS version 3.
La version du 13/02/2024 apporte la version 3.1 de CIWIDGET qui est compatible avec le plugin BigUp (qui est livré avec SPIP 4).
Discussions par date d’activité
177 discussions
Bonjour j’ai un problème avec SPIP 4.2.8
J’ai un site en SPIP 4.1.11 avec GISEH du 12 février 2024- Tout fonctionne bien
J’ai fait un test sur un autre site, copie exact du précédent, avec les même SPIP et GISEH
Je télécharge SPIP 4.2.8
Comme prévu il y a mise à jour de la Base de données.
je m’authentifie, je peux passer dans la partie privée.
je reviens dans la partie publique, est là je ne suis plus authentifié.
J’essaie de m’authentifier de nouveau, impossible.
je quitte le site.
Quand je le relance, je suis automatiquement authentifié
avez-vous constaté ceci
merci de votre réponse
Bernard
Répondre à ce message
Bonjour
J’ai un gros problème après une manipulation qui a échouée.
Je suis passé en php 8.2, spip 4.2 et giseh du 5 février 2024, échec complet.
Heureusement j’avais fait une sauvegarde de la base, de /IMG et config.php
je suis revenu en php 8.,1 spip 4.11
le site public se lance bien mais le mot de passe d’authentification ne fonctionne plus.
Je demande donc mot de oublié, j’ai la fenêtre pour l’adresse mel mais je ne reçois pas le message sur cette boite.
Pourtant dans la base de données, table auteurs, je vois bien mon login et adresse mel
pouvez-vous m’aider
merci
Répondre à ce message
Bonjour,
Envisagez-vous de publier prochainement une version compatible avec spip4.2 ?
Merci pour ce que vous faites.
Cordialement
Martine
Bonjour,
Si vous rencontrez un problème avec un plugin Giseh sous SPIP 4.2, il convient de me le signaler et j’apporterai une solution.
Bonjour,
Je viens de migrer vers spip4.2.6. Certes je n’utilise pas tous les plugins, mais je n’ai rencontré aucune difficulté. Tout semble bien fonctionner.
Merci.
Bien cordialement
Martine
Bonjour,
La nouvelle version, jointe au présent article (plugins_giseh_231218.zip) apporte la compatibilité avec SPIP 4.2, ainsi que les nouveautés détaillées sur les pages des plugins CIWIDGET version 3, CISF version 5, CISPAM version 4 et CICAS version 3.
Bonjour
Je viens de mettre à jour mon site avec SPIP 4.2.8, giseh du 05/02/2024
je suis bien en php 8.2 ; navigateur Firefox
Après la MAJ de la base j’entre bien sur le site, la navigation ne pose pas de problème.
Je demande à m’authentifier et près saisie de l’identifiant et mot de passe j’entre bien dans la partie privée. la navigation dans la partie privée est normale.
Quand je retourne dans le site je suis déconnecté de la partie privée.
je tente de nouveau à m’authentifier, et là impossible de me connecter.
merci de votre aide
La présente page indique, à ce jour :
« Les plugins correspondants aux fonctionnalités de Giseh, compatibles avec SPIP 3.0, 3.2, 4.0, 4.1, 4.2 et compatibles avec PHP 7.0, 7.1, 7.2, 7.3, 7.4, 8.0, 8.1 sont les suivants .. ».
Aussi, à ce jour, il convient de ne pas utiliser PHP 8.2 avec les plugins Giseh.
Répondre à ce message
Bonjour
Je viens d’installer un nouveau site GISEH chez LWS.
voici le message que LWS m’a envoyé.
merci de vos conseils
Chèr(e) Compte De Test,
Compte client : LWS-589124
Nous avons détecté des fichiers infectés par des malwares et/ou virus, sur votre domaine demo1997487.lws.host
Afin de préserver votre domaine nous les avons déplacés dans le dossier /quarantaine .
Ceux-ci seront conservés 30 jours et ensuite automatiquement supprimés.
Voici la liste des derniers fichiers concernés trouvés :
/giseh.demo1997487.lws.host/plugins-dist/safehtml/tests/safehtml.php
Bonjour,
Cette question concerne le plugin safehtml livré avec SPIP. Il convient de poser cette question sur les forums relatifs à SPIP.
Bonsoir,
J’ai également ce souci avec LWS sur la nouvelle version de spip 4.2.5.
LWS m’a envoyé :
Nous avons détecté des fichiers infectés par des malwares et/ou virus, sur votre serveur...
Afin de préserver votre domaine nous les avons déplacés dans le dossier /quarantaine .
Ceux-ci seront conservés 30 jours et ensuite automatiquement supprimés.
Voici la liste des derniers fichiers concernés trouvés :
/var/www/plugins-dist/dump/inc/dump.php
/var/www/plugins-dist/safehtml/tests/SafeHtmlTest.php
ERROR
/var/www/TRC.x86.3
/var/www/x-8.6.blaze
/var/www/x-8.6.blaze.1
/var/www/TRC.x86
/var/www/TRC.x86.4
/var/www/ecrire/inc/user.php
/var/www/Lik4.php
/var/www/TRC.x86.2.1
/var/www/TRC.x86.1
/var/www/TRC.x86.2
Que faire ?
Merci de me venir en aide.
Cette question concerne les plugins dump et safehtml livrés avec SPIP. Il convient de poser cette question sur les forums relatifs à SPIP (discuter.spip.net).
Répondre à ce message
Bonjour
J’ai un site qui vient d’être hacké. Tout a été effacé.
Je suis en SPIP 4.1.5 avec giseh de juillet 2022
Mon hébergeur me dit que les applis sont trop anciennes.
merci de votre conseil
Bonjour,
Cette question est à poser sur les forums consacrés à SPIP (https://discuter.spip.net).
Remarque : La version actuelle de la branche 4.1 est SPIP 4.1.10 (https://contrib.spip.net/Mise-a-jour-de-maintenance-et-securite-sortie-de-SPIP-5468).
Répondre à ce message
Bonjour
Sur un de mes sites qui fonctionne depuis plusieurs années on ne peux plus entrer dans la partie privée que ce soit avec mon identifiant ou celui d’un autre administrateur pourtant
l’accès au site est bon : https://an-ath.be quand je veux me connecter, j’ai le message : You don’t have permission to access this resource.
Après sauvegarde de la base par phpmyadmin et le dossier /IMG j’ai réinstallé le tout dans un autre espace d’un autre hébergeur. Tout est correct : https://an-ath.asso59.fr
je retrouve mes auteurs administrateurs...tout fonctionne. je fais une sauvegarde de la base
Dans mon espace an-ath.be Je supprime toutes les tables et importe la base
Je récrée complètement le site SPIP 4.1.5 GISEH du 18/07/2022 dans https://an-ath.be en passant par /ecrire
Tout semble parfait, je me retrouve bien dans la partie privée mais quand je veux me déconnecter j’ai encore le même message : You don’t have permission to access this resource.
https://an-ath.be/spip.php?action=logout&jeton=fbe66fcb2b8265e156bcf3d149caf103&logout=public&url=.%2F
merci de votre aide
Bonjour,
Cette question est à poser sur les forums consacrés à SPIP (forum.spip.net).
Bonjour,
C’est https://discuter.spip.net pour les échanges maintenant
Lire https://discuter.spip.net/t/alerte-vague-de-piratage-de-sites-depuis-le-23-avril-pas-d-acces-a-ecrire-version-spip-inferieures-a-3-2-18-4-1-8-et-4-2-1/169042 pour le problème
Répondre à ce message
Bonjour,
Vous m’aviez dit, il y a un mois, que le plugin cimobile n’évoluerait plus.
D’après la documentation page 88, le menu s’adapte automatiquement aux écrans de faible largeur. C’est exact : si je réduis la fenêtre de mon navigateur, le menu est caché, il est remplacé par les 3 traits horizontaux et on peut le déplier. Pourquoi cela ne se produit-il pas sur un écran de téléphone mobile ? Les pages quant-à elles s’affichent correctement sur un écran de mobile. Il n’y aurait donc pas besoin d’autre chose.
Dans quel squelette serait-il possible de modifier l’adaptation du menu ? Est-ce même possible ?
Merci beaucoup.
Bien cordialement
MArtine
Bonjour,
Le menu est caché et remplacé par 3 traits horizontaux (et on peut le déplier) lorsque la largeur disponible est inférieure à 768px.
Ce seuil est fixé dans les feuilles de style \cisquel_css\style_smartmenu.css (ou pour le méga menu : \cisquel_css\style_site.css), par les medias queries suivantes :
Répondre à ce message
Bonjour,
J’ai un site en spip4 sur php7.4
Est-ce que les articles sous forme de reportages photos sont encore possibles alors qu’il n’y a plus de portfolio dans spip4 ?
Je viens de charger mes photos, mais l’article reste vide.
Sinon, quelle alternative ?
Merci pour votre réponse.
Cordialement
Martine
Bonjour,
a) Première solution :
Enlever :
dans les fichiers :
- cisquel/contenu/article-photo.html
- cisquel/contenu/article-photomosaique.html
- cisquel/article-phototheque.html
Remarque : cela fait perdre la compatibilité avec SPIP 3.2.
b) Seconde solution :
D’après l’article sur SPIP 4 : Le mode de document n’est plus pris en compte pour le calcul du modèle. NB : afin de ne pas casser vos anciens sites, un plugin de rétro-compatibilité permet de retrouver les anciens modèles.
Remarque : je n’ai pas testé de ce plugin de rétro-compatibilité.
Bonjour,
Merci pour votre réponse. Je ne retiens pas la possibilité a/ parce que je ne voudrais pas intervenir dans les squelettes.
Ma question concerne aussi les futurs articles dans spip4. J’ai tenté d’insérer un bloc « 4 colonnes sans marge avec texte centré ». ou « ensemble de bloc 9 »
J’ai remplacé :
par :
cf : http://www.amisnatureremiremont.org/spip.php?article5
Mes photos s’affichent bien en vignette et sont cliquables. Mais à quoi correspond « echelle=5 » du bloc ? Est ce que cela permet d’obtenir des vignettes plus grandes ou bien la taille des vignettes se configurent-elles ailleurs.
Merci pour votre aide.
Martine
Bonjour,
La réponse se trouve dans la documentation (Description des fonctionnalités des plugins Giseh pour SPIP) jointe au présent article, au chapitre 28.3 « Comment ajouter une icône ? ».
Merci beaucoup. Bonne journée.
Martine
Répondre à ce message
Bonjour
Sur tous mes sites sauf 1, je dispose dans le menu maintenance « configuration php »
Je suis partout en SPIP 4.1.5 et PHP 7.4 ou 8.1avec le même plugin GISEH.
Ou faut-il chercher ?
merci de votre réponse
Bonjour,
Cette question ne concerne pas les plugins Giseh.
Répondre à ce message
Bonjour,
Je viens de faire une mise à jour avec php8.1, spip 4.1.5, et giseh 220920.
Aucune charte graphique n’apparait dans les plugins à activer, ni la charte bleue à bords arrondis que je n’ai pas installé mais qui pourtant est utilisée, ni la charte graphique personnalisée.
https://www.amisnature-colombes.org/
Merci de votre aide
Bien cordialement
Martine
Bonjour,
Les plugins Giseh comprennent le plugin CISQUEL, qui offre un graphisme par défaut (de couleur bleue). Ils ne comprennent pas de plugin de charte graphique personnalisée.
Si un plugin de charte graphique personnalisée n’apparaît pas dans la liste des plugins (dans « Gestion des plugins », onglet « Tous »), il convient de vérifier, dans son fichier paquet.xml, que la ligne compatibilite= ... comprend la compatibilité avec SPIP 4.1.
Bonjour,
Je n’ai pas de fichier paquet.xml ni de ligne compatibilite=
J’ai un fichier plugin.xml qui contenait :
Je l’ai renommé paquet.xml et je l’ai modifié de la façon suivante :
Dans la configuration des plugins, onglets Tous, j’ai maintenant le message d’erreur
Cordialement
Martine
Cette question concerne SPIP.
Il convient de consulter la documentation de SPIP à ce sujet, par exemple : https://plugins.spip.net/redaction-du-paquet-xml.html, et de s’inspirer du paquet.xml d’un autre plugin.
Bonjour,
Merci, j’ai réussi. Pour éviter des recherches à d’autres, voici mon fichier paquet.xm :
Mais ce serait peut-être judicieux de mettre une alerte dans le document « Personnaliser le graphisme du site ».
Bien cordialement
Martine
Répondre à ce message
Bonjour,
Je ne trouve pas le plugin cimobile dans la version 220920. Et-ce parce que la compatibilité de iTwX avec spip 4 n’est pas assurée ?
Merci de votre réponse.
Bien cordialement
Martine
Bonjour,
Le plugin cimobile n’évoluera plus. Aussi, c’est volontairement qu’il ne figure pas dans la version 220920.
Répondre à ce message
bonjour
Désolé mais j’ai une erreur sur ce même fichier ligne 1421
merci de votre aide
Bonjour,
Ce message d’erreur ne concerne pas les plugins Giseh.
Il signifie que la fonction exec de PHP est désactivée chez l’hébergeur.
En effet l’hébergeur ouvaton.org n’accepte pas la fonction exec (avec PHP 8)
J’ai réclamé, la réponse est « retournez à PHP 7.4 »
En effet avec PHP 7.4 pas de problème.
J’ai d’autres sites chez IONOS, OVH, All2ALL qui eux, fonctionnent parfaitement avec PHP 8.
Quid de l’avenir ?
cordialement
Répondre à ce message
Bonjour
Je viens de mettre à jour les logiciels sur un site en exploitation
avec PHP 8.0 - SPIP 4.1.5 - Giseh vers du 18/7/2022 - écran de sécurité 1.4.2
j’ai le message d’erreur suivant :
Sinon je retrouve tous mes articles
merci de votre aide
Bonjour,
Je n’arrive pas à reproduire le problème (qui semble relever de SPIP).
Une piste : dans le fichier de SPIP
\ecrire\inc\filtres_images_lib_mini.php, remplacer à la ligne 433 :
[$destWidth, $destHeight] = _image_ratio($ret['largeur'], $ret['hauteur'], $maxWidth, $maxHeight);par :
[$destWidth, $destHeight] = _image_ratio(intval($ret['largeur']), intval($ret['hauteur']), intval($maxWidth), intval($maxHeight));C’est Ok. Quelle maitrise !
cordialement
Répondre à ce message
Bonjour
J’aimerai modifier l’intitulé du formulaire d’identification pour les visiteurs.
Au lieu de « login ou adresse email » j’aimerai avoir uniquement « login »
où faut-il modifier ?
Je ne désire pas saisir toutes les adresses des visiteurs mais donner un login et mot de passe unique pour tous les membres du club.
merci de votre aide
Bonjour,
Cette question concerne SPIP. Il convient de poser cette question sur les forums relatifs à SPIP.
Répondre à ce message
Bonjour
je viens d’installer chez IONOS un nouveau site
je suis en PHP 8.0 SPIP 4.1.2 Giseh version du 15/06/2022
J’ai un problème avec le plugin CITRACE. version 2.6.0
Sans celui-ci tout fonctionne, avec ce plugin j’ai le message ci-après.
merci de votre aide
Warning : Undefined array key « cicasuid » in /homepages/10/d220045033/htdocs/laurent13/plugins/auto/citrace/inc/citrace_commun.php on line 37
Warning : Cannot modify header information - headers already sent by (output started at /homepages/10/d220045033/htdocs/laurent13/plugins/auto/citrace/inc/citrace_commun.php:37) in /homepages/10/d220045033/htdocs/laurent13/ecrire/public/evaluer_page.php(53) : eval()’d code on line 31
Bonjour,
La version 2.6.1 du plugin CITRACE, qui figure dans le ZIP joint au présent article, devrait éviter ces deux messages de « warning ».
merci tout va bien avec CITRACE
Répondre à ce message
La version du 15/06/2022 apporte la compatibilité avec PHP 8.0 et 8.1, ainsi que la compatibilité avec SPIP 4.1.
merci bien, j’étais en train d’installer un nouveau site.
je vais tester.
J’aimerai savoir si SPIP-GISEH fonctionne aussi bien avec une base sqlite qu’avec Mysql
Les plugins Giseh utilisent l’API de SPIP pour toutes les actions sur la base de données. Aussi, la question est à poser sur les forums relatifs à SPIP.
Répondre à ce message
Bonjour
j’ai installé sur un site en exploitation SPIP 4.1.2 avec GISEH version du 16 mai 2022 (CISF 4.4.2)
Tout semble fonctionner y compris les statistiques. et mots clés
Merci
Répondre à ce message
Bonjour sur un site en exploitation passé en SPIP 4.1.1 quand je veux mettre lemot clé « calendrier » j’ai le message d’erreur que je n’avais pas en version 4.0.4.
merci de votre aide
Bonjour,
La version 4.4.2 de CISF, qui figure dans le fichier plugins_giseh_220516.zip (joint au présent article), devrait éviter ce problème.
merci bien, le nouveau cisf répare l’erreur.
Répondre à ce message
suite
Mais il y a un moyen de contourner ce message d’erreur
Quand on crée l’article, le publier puis aller dans « voir en ligne » « modifier dans espace privé » ajouter le mot-clé ->« calendrier »
revenir dans « voir en ligne » mais cette fois-ci « modifier cet article » là, on peut ajouter la date du calendrier
et là, pas de message d’erreur
Répondre à ce message
Bonjour
Je vous signale un problème, j’ignore si cela provient de SPIP 4.0.4 de Giseh ou de l’hébergeur OUVATON.ORG
Sur un nouveau site installé avec une base Sqlite, je crée une rubrique avec « titre d’un bloc colonne droite » avec des site référencés avec « raccourci à droite »
Quand je fais « voir en ligne » tout va bien, la rubrique et les sites apparaissent bien à droite.
Mais quand le retourne à l’accueil du site, la rubrique et les sites ne sont plus visibles. Par contre si je mets l’ensemble en « bloc et raccourcis colonne de gauche » tout va bien.
merci de votre analyse
Bonjour,
Dans le plugin CISQUEL, la durée de mise en cache de la page d’accueil est de une heure.
Remarque : l’utilisation du bouton « Voir en ligne » déclenche un calcul de la page.
Répondre à ce message
bonjour
J’ai fait l’erreur d’installer un nouveau site avec SPIP 4.1.1 et les plugins GISEH du 8 mars 2022.
Quand je veux modifier le titre d’une rubrique déjà créée, j’ai le message
« Oups. Une erreur inattendue a empêché de soumettre le formulaire. Vous pouvez essayer à nouveau. »
si je fais « enregistrer » j’ai une page blanche sur l’url
« https://raf74.ouvaton.org/ecrire/?exec=rubrique_edit »
Mais quand je retourne sur le site, le titre de la rubrique a bien été modifié.
Autre problème :
Quand je vais sur « statistiques », j’ai en début de page générée le message « Error 404 Not Found » suivi plus bas du nombre de visite
Est-ce du à SPIP ou Giseh ? merci de ton aide.
Bonjour,
Sous SPIP 4.1.1, avec les plugins Giseh, je modifie sans problème le titre d’une rubrique déjà créée.
Je constate également le message « Error 404 Not Found », au milieu du graphique, dans la page des statistiques. Je viens de le signaler à la communauté SPIP (https://git.spip.net/spip/statistiques/issues/4855).
En effet sur un site hébergé chez OVH la modification du titre d’une rubrique se passe bien.
Par contre sur un autre site nouvellement créé en SPIP 4.1.1 hébergé chez OUVATON j’ai le message d’erreur quand je modifie le titre d’une rubrique et quand je retente l’enregistrement j’ai une page blanche., mais en final la modification a bien été prise en compte.
J’ai essayé avec un autre navigateur, c’est la même chose.
merci de votre aide
C’est un problème qui concerne SPIP et/ou l’hébergement. Il convient de poser cette question sur les forums relatifs à SPIP.
Répondre à ce message
Bonjour
je viens de réinstaller un site SPIP 4.04 Giseh du 8 mars 2022 avec une base sqlite et non Mysql. chez ouvaton.org.
J’ai donc fait une sauvegarde de la base Mysql avec l’interface SPIP-GISEH (fichier sqlite) ainsi que /IMG.
J’ai recréé le nouveau site par /ecrire avec création de base sqlite ()
une fois spip lancé j’ai restauré ma base
J’ai installé GISEH
Tout fonctionne sauf dans un cas où j’ai ce message d’erreur
Cas 1 : je sélectionne un article, « Modifier cet article », j’ai message erreur mais modification quand même possible
cas 2 : je sélectionne un article, sur la gauche « voir l’article », puis par le menu haut
2 possibilités :
- « Modifier cet article » pas de message d’erreur
- « Modifier dans l’espace privé », « Modifier cet article » message d’erreur
merci de votre avis
Bonjour,
Ce problème ne concerne pas les plugins Giseh. Il convient de le signaler sur les forums consacrés à SPIP.
Remarque : le fichier, cité dans le message d’erreur, appartient au plugin-dist « medias », qui est livré avec SPIP.
Répondre à ce message
Bonjour
J’ai une erreur
je suis en SPIP 4.0 version giseh de février 2022
Après avoir mis un article avec raccourci actualité temporaire sans problème, quand je veux par la suite supprimer ce raccourci j’ai un message d’erreur : cisf_raccourci accès interdit se connecter
merci de votre réponse.
Bonjour,
La version 3.5.2 de CIPARAM, qui figure dans le ZIP joint à la présente page, devrait éviter ce problème (les raccourcis sont gérés dans CIPARAM).
Merci c’est bon
Répondre à ce message
Bonjour
Spip fonctionne avec les bases de données mySql et Sqlite, mais est-ce que Giseh fonctionne aussi avec sqlite3.
J’ai sauvegardé la base de données Mysql d’un site par l’interface de Giseh ce qui m’a généré un fichier .sqlite.
j’ai créé un autre site avec spip initié avec une base de données sqlite et j’ai restauré la base.
le site public est visible mais plus possible de rentrer dans la partie privée.
merci de me confirmer l’incompatibilité
Bonjour,
Les plugins Giseh utilisent l’API de SPIP pour toutes les actions sur la base de données.
Le problème constaté est à poser sur les forums consacrés à SPIP.
Répondre à ce message
Bonjour
je suis en SPIP 4.0 et Giseh du 17/01/2022.
J’ai un problème pour le remplacement de l’image du bandeau haut de la première page.
Je ne vois pas où et comment la remplacer.
Est-ce du domaine de SPIP ou de Giseh ?
Cela est décrit à la page 84 de la documentation (jointe à la présente page).
Bonjour
Je connais bien la manière de poser une image en bandeau, le problème que je rencontre c’est une fois l’image enregistrée je ne peux plus la changer. Dans le site c’est toujours la première image enregistrée qui apparait même en vidant les caches.
Avec le plugin CIPARAM version 3.5.0, sous SPIP 4.0.4, je ne constate pas ce problème.
Quelle l’adresse de l’image qui apparaît même en vidant les caches (et après un CTRL + F5 dans le navigateur) ?
Bonjour
je suis bien avec CISPARAM 3.5.0 et spip 4.04
une fois l’image positionnée, impossible de la remplacer même en vidant les caches
Quelle l’adresse de l’image qui apparaît ?
« Bonjour »
en passant pas "configuration" je vois bien apparaitre l’image du bandeau logo-site-2.jpg
en passant par identité du site, choisir logo je pose une autre image image-bandeau.jpg.
et enregistrer
je vide les caches giseh et navigateur + conttole F5...
quand je relance, je regarde par inspection du navigateur le code et j’ai toujours ..url(IMG/logo/logo-site-2.jpg et non la nouvelle image.
Quand je vais dans la table MySql Spip_document je vois bien dans le dernier enregistrement la dernière image enregistrée, en id_document n° 16 sachant que la première image en id_document n° 1 est celle affichée en bandeau.
Dans « Identité du site » est-ce que l’image est téléversée dans le bloc « Logo de ce site » ou bien dans le nouveau bloc « Écran de connexion » ?
quand j’appelle l’image dans logo du site, je vois bien le curseur qui me dit que ça télécharge, mais ensuite dans cet espace l’image n’apparait pas.
Quand ensuite je reviens dans la partie privée, à gauche, en réduction, il y a bien l’ancienne image mais pas la nouvelle.
Est-ce que le téléversement, dans un article, de cette image (image-bandeau.jpg) fonctionne ?
Oui
Voir https://ttmons.utan.fr/spip.php?article15
Sur le site en question, le plugin CIMS est activé. Est-il vraiment utile au site ?
La version 3.5.1 du plugin CIPARAM et la version 2.5.1 du plugin CIMS (jointe à la présente page) devrait résoudre le problème constaté dans le cas où le plugin CIMS est activé mais n’est pas utilisé (c’est-à-dire qu’il n’est pas configuré).
Remarque : s’il n’est pas utile, il convient de ne pas activer le plugin CIMS.
Merci de ta réactivité, avec la nouvelle version du 10/02/2022 il est possible de remplacer l’image du bandeau. tout va bien
Répondre à ce message
Bonjour
Quand je veux déplacer un article d’une rubrique à une autre j’ai un message erreur
« CIS_rubart accès interdit »
je suis en SPIP 4.04 et je n’ai pas le plugin « cis_rubart »
La version 4.4.1 du plugin CISF (jointe à la présente page) devrait résoudre cette incompatibilité constatée sous SPIP 4.0.4.
Répondre à ce message
bonjour
j’obtiens maintenant ce message avec la dernière version
RSSCe site est syndiqué…
Attention : la syndication de ce site a rencontré un problème ; le système est donc temporairement interrompu. Vérifiez l’adresse du fichier de syndication de ce site (https://amis-nature.org/spip.php?page=backend-actu), et tentez une nouvelle récupération des informations.
Lorsque SPIP tente de récupérer la page de syndication de ce site https://amis-nature.org/spip.php?page=backend-actu le serveur qui héberge le site lui répond « You don’t have permission to access /spip.php on this server ».
ce qui voudrait dire que les sites qui désirent se syndiquer doivent être dans le même domaine et/ou chez le même hébergeur ?
Ce n’est pas une question de domaine.
Ce sujet ne concerne pas les plugins Giseh. Il est à poser sur les forums relatifs à SPIP.
Répondre à ce message
Bonjour
avec giseh version du 7 décembre 2021 il y a une modification par rapport a la version précédente qui me gène.
maintenant quand on ouvre un document pdf il ne s’ouvre plus dans une nouvelle page comme avant. Il y avait un « target_blank ».
pouvez-vous me dire quel fichier je dois modifier ?
merci
Bonjour,
Cela provient du fait que SPIP 4.0 n’utilise plus le modèle doc.html, mais utilise le modèle file.html.
Une solution d’attente consiste à copier le fichier \plugins-dist\medias\modeles\file.html dans le dossier \plugins\cisquel\modeles\ (ou selon l’installation dans \plugins-dist\cisquel\modeles\).
Ensuite, dans le fichier \plugins\cisquel\modeles\file.html, il convient de remplacer la ligne :
par :
UN GRAND MERCI
l’ouverture des documents dans une nouvelle page fonctionne bien.
Un autre demande.
Quand un article a beaucoup de pièces jointes (pdf) le fait d’afficher sous le lien le logo pdf 64*64 prend vraiment de la place, avant il y avait juste le texte format .pdf ,sa taille et la date
Où faut-il intervenir pour changer présentation.
Une solution consiste à décompresser le fichier ZIP, ci-joint file.zip , puis à copier le fichier file.html qu’il contient dans le dossier \plugins\cisquel\modeles\
ok ça fonctionne
j’ai le choix avec :
file.html avec logo
ou file.html sans logo
merci
Répondre à ce message
J’ai parlé trop vite
je suis allé chercher le plugin JQuery_ui
tout fonctionne
Répondre à ce message
Bonjour
je viens s’installer spip 4.0 et les plugins Giseh du 7-12-2021
j’ai ce message
• Le plugin cisquel : Squelettes de base avec 3 colonnes dépend du plugin JQUERYUI ≥ 1.8.21.
comment faut-il faire ?
merci de votre réponse
Répondre à ce message
Bonjour
Je confirme que SPIP 3.2.11 est compatible avec PHP 7.4, J’ai testé sur plusieurs sites.
Répondre à ce message
Bonjour
Quand dans une page protégée, (besoin d’être autorisé pour visualiser l’article) il y a un document joint, est-ce que les moteurs de recherche indexent cette pièce jointe ?
merci de votre réponse
Si la page était protégée AVANT de téléverser la pièce jointe, et que la protection n’a jamais été enlevée (même momentanément), le moteur de recherche ne verra pas la pièce-jointe.
Répondre à ce message
Bonjour
Je suis en SPIP 3.2.9 Giseh dernière version et PHP 7.3 chez IONOS
J’ai essayé PHP 7.4 mais il y a des erreurs.
Y aura-t-il des mise à jour de Giseh ?
cordialement
SPip 3.2 lui même n’est pas compatible 7.4
La version 3.3 qui devrait sortir sous peu (du moins en beta) le sera.
Répondre à ce message
Bonjour,
Je voudrais afficher le lien « authentification/deconnexion » qui existe en pied de page dans le menu haut.
j’avais réussi à le faire sur l’ancienne version de giseh mais la le fichier haut.html a complétement changé, je suis paumé !!!
pouvez vous m’aider
Répondre à ce message
Bonjour
Est-ce que Giseh version de nov 2019 (sous SPIP 3.2.1) est compatible avec PHP 7.2 ?
Car j’ai besoin d’installer une nouveau site chez iONOS qui n’offre plus PHP 7.1
merci de votre réponse
Giseh a été testé sous PHP 7.1. Il n’a pas été testé sous PHP 7.2. Si d’éventuelles incompatibilités apparaissent sous PHP 7.2, merci de les signaler.
Bonjour
Je vous confirme que mes sites, avec les caractéristiques suivantes, fonctionnent tous parfaitement que ce soit chez Ionos.fr ou ouvaton.org
PHP 7.3.17 - SPIP 3.2.1 - Ecran de sécurité 1.3.13 - Giseh du 23/9/2019
Répondre à ce message
Bonjour,
Je viens de mettre un site à jour depuis une version de spip3.0 vers la version actuelle avec la dernière version de plugins Giseh. Apparemment tout s’est correctement passé. Pourtant je n’ai plus d’affichage de la colonne de droite sur la page d’accueil, comme si la requête extra/sommaire.html ne retournait rien.
Les rubriques marquées comme titre d’un bloc en colonne de droite le sont toujours et les articles avec raccourci dans la colonne de droite aussi.
J’ai vidé le cache de l’ordi, le cache de spip, désactivé les plugins giseh, téléchargé à nouveau puis réactivé les plugins, réparé la base, rien ne change. Je ne sais plus où chercher.
Pourriez-vous me donner des pistes ? Merci d’avance.
Cordialement
Martine Laizé
L’ajout de « &var_mode=inclure » à la fin de l’adresse de la page d’accueil (en étant authentifié avec un compte administrateur) affiche le nom et le chemin de chaque noisette (inclure ou modèle) qui compose la page. Ceci permet de vérifier que les inclure réellement appelés par le squelette de la page sont bien ceux que l’on y a spécifiés.
Pour en savoir plus : https://www.spip.net/fr_article4453.html
Merci.
J’obtiens :
en haut :
Au niveau de la barre de navigation :
A droite :
Et au dessus des photos :
Martine
Répondre à ce message
Merci de me donner une piste à mon problème
Après avoir transféré mon site chez un autre hébergeur les caractères accentués ne sont plus affichés.
Pourtant quand je fais un export de le base au format sql, en observant avec un éditeur de texte je vois bien que tous les accents figurent bien.
Rétrospectives des activit
voir la rétrospective des activités A N 2018.
Les problèmes relatifs à SPIP sont à poser sur le forum de SPIP.
Ok pour la réponse.
1and1-ionos vient de supprimer php 7.1 et impose 7.2 jusqu’à décembre 2020 puis ensuite 7.3
Mes 20 sites sont donc impactés, pouvez-vous me dire quand nous pourrons utiliser PHP 7.2 sur le sites Giseh ?
merci de votre réponse
Les problèmes relatifs à SPIP sont à poser sur le forum de SPIP.
Bonjour
Dois-je quitter 1and1 Ionos qui ne propose plus pHP 7.1 ?
Est-ce que la conformité de GISEH est prévue ?
merci de votre avis
Pour la dernière fois, je rappelle que les problèmes relatifs à SPIP sont à poser sur le forum de SPIP.
Répondre à ce message
Bonjour
J’ai upgradé un site qui était toujours en SPIP 2.10 (PHP 5.6) et Giseh de 2015
en SPIP 3.21 Giseh 2019 (PHP 7.2)
Tout semble bien fonctionner, j’ai récupéré tous mes articles, images et pièces jointes
Pourtant quand je veux mettre un raccourci sur un article existant pour le faire apparaitre en actualité sur la page d’accueil j’ai ce message :
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/10/d220045033/htdocs/marseille/ecrire/public/aiguiller.php on line 228
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/10/d220045033/htdocs/marseille/ecrire/public/aiguiller.php on line 242
merci de votre aide
Les problèmes relatifs à SPIP sont à poser sur le forum de SPIP.
Répondre à ce message
Bonjour
J’ai un gros souci sur plusieurs sites.
J’ai installé la version giseh su 5/7/2019 en juillet
tout sembler bien fonctionner mais j’ai un appel des administrateurs de ces sites qui ne peuvent plus accéder à la partie privée de leur site.
il y a un message « accès interdit »
en passant par « mot de passe oublié » je reçois bien un mel qui me donne une adresse pour créer un nouveau mot de passe et quand je crée le nouveau mot de passe, j’ai de message
vérifier les droits d’écriture
Le système a rencontré une erreur lors de l’écriture du fichier tmp/sessions/1_fdeccffbcd8f07403ca863826508204b.php. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp/sessions.
et pourtant j’ai bien vérifié les droits qui sont en 777
Les problèmes relatifs à SPIP sont à poser sur le forum de SPIP : https://forum.spip.net/fr_rubrique193.html, après avoir consulté les FAQ, par exemple : https://www.spippourlesnuls.fr/debuter/faq-debutants/.
Désolé mais je n’est pas changé de version SPIP et mes sites fonctionnent depuis plusieurs années.
Je me demande simplement pourquoi je n’ai plus accès à la partie privée des sites depuis que j’ai installé la version de Giseh du 5/7/2019
Il y a une FAQ de SPIP sur « accès interdit » :
https://www.spippourlesnuls.fr/debuter/faq-debutants/article/des-cas-resolus-php5,90.html#acces_interdit
Merci de votre aide
en effet chez 1and1 il doit y avoir un quota sur le nombre de dossiers et fichiers dans /tmp/sessions et /tmp/cache.
En vidant ces dossiers j’ai retrouvé l’accès privé à mes différents sites.
Répondre à ce message
Bonjour
Je viens de mettre à jour GISEH (version du 05/07/2019) (sous SPIP 3.2.1 et PHP 7.1)
Tout fonctionne
Merci
Répondre à ce message
Bonjour
je viens de créer un nouveau site avec SPIP3.2 et la dernière version de giseh 28/11/2018 (chez 1and1.fr) PHP 7.2
Une fois mes rubriques créées et publiées en bas la date de mise à jour reste au 1er janvier 1970
merci de votre aide
Sur un serveur de test en SPIP 3.2 / PHP 7 et la dernière version de Giseh du 28/11/2018, je ne constate pas ce problème.
Remarque : depuis un certain nombre de versions, Giseh utlise le code suivant pour afficher la date d’une rubrique :
toujours moi
avec un nouveau site (SPIP 3.2) PHP 7.2 dernière version de Giseh
j’ai ce message à création d’un raccourci d’un nouvel article.
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/10/d220045033/htdocs/plaineducoudon/ecrire/public/aiguiller.php on line 228
Warning : count() : Parameter must be an array or an object that implements Countable in /homepages/10/d220045033/htdocs/plaineducoudon/ecrire/public/aiguiller.php on line 242
Les problèmes relatifs à SPIP sont à poster dans les forums relatifs à SPIP.
Spip n’est pas compatible PHP 7.2
https://www.spip.net/fr_article4351.html
Répondre à ce message
Bonjour
Je suis en SPIP 3.2.1 PHP 7.1
j’ai un site avec avec Cisquel 3.5, ciparam 3.1, cisf 3.0 version du 18/09/2018
et un autre avec cisquel 3.3, cispram 3.0, cisf 2.8 version du 26/04/2018
le premier n’ouvre pas les pdf en nouvelle page alors que le deuxième l’ouvre bien.
merci de me dire si cela vient de la nouvelle version.
Je ne constate pas ce problème avec la version du 18/09/2018 (sous SPIP 3.2.1, PHP 7, cisquel 3.5, etc.).
A noter que (pour les deux versions citées) l’ouverture dans une nouvelle fenêtre (target=’_blank’) est ajoutée par un script javascript qui figure dans cisquel/_js/smartmenus_init_v1-fr.js (et cisquel/_js/megamenu_v1-fr.js). Par ailleurs, ce script nécessite que jquery soit chargé (pour cela le fichier noisettes/head.html contient la balise INSERT_HEAD qui ajoute jquery).
problème résolu.
passage en HTTP au lieu de HTTPS dans le paramétrage du site.
merci de votre réponse
Répondre à ce message
Bonjour
Je voudrais savoir si avec SPIP 3.1.7 et Giseh du 28/01/2018 peut-on passer en PHP 7.1 comme le proposent nos hébergeurs.
merci de votre réponse.
La version des plugins Giseh du 26/04/2018 apporte :
- la compatibilité avec PHP 5.6
- la compatibilité avec PHP 7.0 et PHP 7.1
- la compatibilité avec SPIP 3.2
En revanche, la compatibilité avec SPIP 3.1 n’a pas été testée.
Je confirme
Je suis passé en PHP 7.1 SPIP 3.2.1 et GISEH version du 26/04/2018 et tout est OK.
merci
Bonjour testé avec spip 3.2.1 php 7.2.9 et MySQL 5.7.23 impeccable merci CI (equipement)
J’ai dit une bêtise php 7.2.9 un petit bug… retour 7.1 ;-)
La documentation de SPIP ( https://www.spip.net/fr_article4351.html ) indique clairement :
SPIP 3.2 : PHP 5.4.0 minimum, PHP 7.0 ou 7.1 (pas compatible PHP 7.2)
Répondre à ce message
Bonjour
je constate un problème sur la « date de publication en ligne »
Je suis en pHP 7.1 spip 3.2.1 et giseh version du 26/04/2018
Un rédacteur a utilisé « date de publication en ligne » mais quelque soit la date à venir l’article est publié.
merci de votre conseil
Cette question concerne SPIP (et pas Giseh).
Répondre à ce message
Bonjour
J’ai du manquer un épisode, dans les dernières version de GISEH il n’y a plus d’article de la forme « Contact »
Pour moi ce n’est pas grave car mon hébergeur Ouvaton ne me permettait pas ce type d’envoi. Pourtant c’était bien pratique.
Y a-t-il un autre moyen ?
Sans quoi tout va bien avec SPIP 3.1.7 et le HTTPS.
Sur un site de test sous SPIP 3.1.7, avec PHP 5.6, je ne constate pas ce problème.
Pour mémoire, le plugin CIFORM doit être activé pour bénéficier du formulaire de contact.
Répondre à ce message
Bonjour
Sur un de mes sites Giseh la position initialement en haut à droite bascule en haut à gauche.!!!!!
est-ce que cela vient de /cisquel/css ?
merci de me donner une piste
CISQUEL aligne à droite les boutons d’administration. Cela figure dans cisquel/_css/style_barre_admin.css
bonjour
Je n’ai pas touché au fichier cisquel._css, il est correct.
Mais à l’ouverture du site en administrateur, j’ai bien les boutons d’administration à droite.
quand je clique dans « espace privé » à droite puis ensuite dans « voir le site public » les boutons viennent à gauche.
Cela ne vient donc pas de CISQUEL.
Quelle est l’adresse du site ?
Bonjour
le site https://lecellesrosultcyclomarche.ouvaton.org est en Giseh version du 15 nov 2017.
seul modification dans style_site.css ou à la ligne 2611 j’ai modifié la hauteur du bandeau
div#haut
height : 8rem ;
à l’ouverture le "style_barre_admin.css ligne 105 est bien en « right »
quand je passe en « espace privé » puis « voir le site public » la barre admin vient à gauche et en « examiner l’élément » je suis revenu dans la feuille de style « style_site.css » et non dans « style_barre_admin.css »
Est-ce qu’un plugin (autre que CISQUEL) contient le fichier \public\admin.php ?
bonjour
Je n’ai que les plugins officiels du 15 nov 2017
Je ne constate pas ce problème sous SPIP 3.0 (sur plus de 100 sites).
Sur un site de test sous SPIP 3.1, je ne constate également pas ce problème.
Le fichier plugins/cisquel/_css/style_barre_admin.css existe bien sur le site, mais il n’est visiblement pas chargé sur le site public (lorsque l’on est authentifié).
Cette CSS est normalement chargée par le fichier plugins\cisquel\public\admin.php (à la ligne 50).
Pour investiguer, une piste consiste à ajouter des traces dans tmp/log/spip.log en remplaçant les lignes 46 à 52 du fichier plugins\cisquel\public\admin.php par les lignes suivantes :
Ensuite, il convient d’afficher une page du site public (en étant authentifier) puis de lire, dans tmp/log/spip.log, toutes les lignes qui contiennent « affiche_boutons_admin » et de me les envoyer.
Bonjour
voici le fichier tmp/log/spip.log de ce jour
Je viens de faire un test sur le site en question et les boutons d’administration sont désormais alignés à droite (et avec le bon style), comme on peut le voir dans la copie d’écran ci-jointe.
Re bonjour
Désolé d’insister mais le problème est identique.
Quand je m’authentifie j’ai bien le menu admin à droite mais après être passé dans « espace privé » puis ensuite « voir le site public » le menu vient à gauche.
que je sois en administrateur complet ou avec le login « test »
Sur un site de test sous SPIP 3.1, je ne constate pas ce problème (même après être passé dans l’espace privé).
Remarque : ce site de test utilise la dernière version de la branche 3.1, c’est-à-dire SPIP 3.1.7.
Je constate le problème sur 2 sites hébergés chez « ouvaton.org »
les sites hébergés chez « 1and1 » ou « ALL2ALL.org » n’ont pas se problème. !!!!
Quelles sont les différences :
- version de SPIP ?
- version de PHP ?
Je suis en spip 3.1.1 sur mes 8 sites (3 hébergeurs différents)
PHP 5.6 chez ouvaton
PHP 7 chez 1and1
Sur un site de test sous SPIP 3.1.7, avec PHP 5.6.28, je ne constate pas ce problème (même après être passé dans l’espace privé).
J’ai trouvé l’origine du problème :
a) Le fichier \public\admin.php de SPIP utilise un appel de CSS avec une URL absolue.
b) Le fichier \public\admin.php de CISQUEL, qui est une copie modifiée de celui de SPIP, dispose donc de cet appel de CSS avec une URL absolue.
c) Si le site est en HTTPS, cette URL absolue qui est calculée par la fonction « url_absolue » de SPIP 3.1.1 est en HTTP et pas en HTTPS. Cela a été corrigé depuis en particulier par SPIP 3.1.4. Aussi, la solution consiste à utiliser la dernière version de la branche 3.1 de SPIP.
d) Firefox bloque cet appel en HTTP vu que le site est en HTTPS (cf.
https://support.mozilla.org/fr/kb/blocage-du-contenu-mixte-avec-firefox) comme on peut le voir dans le message suivant du navigateur :
bonjour et merci
je suis content pour vous que vous ayez trouvé l’origine du problème.
Répondre à ce message
Bonjour
utilisateur depuis plusieurs années de GISEH, je rencontre sur 1 seul site le problème suivant :
au lancement j’ai la partie supérieures avec le menu horizontal, je n’ai plus la colonne de droite et de gauche. la partie centrale est vide par contre tous les menus secondaires sont actifs. Dans la partie centrale il y a normalement les actualités ..... et les articles avec le raccourci ... affichage temporaire.
Quand je m’identifie pour accéder à la partie privée SPIP-GISEH j’ai ce message d’erreur.
Je suis en SPIP 3.11 depuis le début de cette version, giseh du 24/08/2017 .
Le site a toujours bien fonctionné, quand je répare la base j’ai l’information que toutes les tables sont correctes.
merci de me donner une piste
Vu le contenu du message « Le disque dur est peut-être plein, ou la base de données endommagée », il convient de le signaler à l’hébergeur.
Répondre à ce message
Bonsoir Équipement,
Voila deux jours que je cherche avant de vous torturer :-)
Site sous SPIP 3.2 avec vos plugins derniers...
pas de répertoires squelettes, dans plugins tous les CI.... je n’arrive pas à faire prendre en compte la largeur et hauteur du bandeau dans cisquel style_site.css
div#page
width:1240px ;
margin : 10px auto ;
padding : 5px ;
background :#FFFFFF ;
/*========== En-tete ==============*/
div#entete {}
Div#haut background : red ;height : 240px ;div#page width:1240px ;margin : 10px auto ;padding:5px ;background :#FFFFFF ;
/*========== En-tete ==============*/
div#entete {}
div#haut background : red ;height : 240px ;
merci de votre aide
http://pros.planete-tp-plus.com
Comme cela figure dans la présente page :
Parmi les styles ajoutés à partir du commentaire « Ajout accessibilité », figure :
Il faut donc tenir compte de ce dernier.
Comme d’habitude, merci encore :-)
Xavier
Répondre à ce message
Une vidéo MP4, insérée dans le texte de l’article avec , affiche le message suivant : « Cette vidéo n’a pas pu être chargée, soit parce que le serveur ou le réseau a échoué ou parce que le format n’est pas reconnu ».
Il convient de vérifier que le codec de la vidéo MP4 est H264.
Par exemple, avec le logiciel VLC, le menu [Tools] / [Informations sur les codecs] indique le codec utilisé par la vidéo.
Il convient de vérifier que le débit de la vidéo n’est pas trop élevé. Une recommandation est de ne pas dépasser 600 Kb/s.
Pour connaître le débit total d’une vidéo MP4, dans l’explorateur de fichiers de Windows, il convient de faire un clic droit sur la vidéo puis de sélectionner l’onglet [Détails].
Merci pour toutes ces précieuses informations.
Répondre à ce message
Un lien sur une image ouvre une nouvelle fenêtre dimensionnée en fonction de la taille de l’image, alors qu’avant la version du 22/12/2016 ce lien ouvrait une nouvelle fenêtre de taille normale.
Exemple :
[<imgXXX>->http://une_adresse]Je confirme ce problème qui date de 8 mois (version du 22/12/2016). Je vais rétablir le fonctionnement précédent.
La version du 24/08/2017 règle ce problème.
Répondre à ce message
Bonjour
Je viens de voir que vous avez publié la version Giseh du 15/06/2017.
Après installation, je vous signale qu’il y a en début de page d’accueil 2 liens pour l’intranet et l’internet du Ministère.
bien amicalement
Bonjour,
Merci du signalement. Je viens remplacer dans le ZIP, le fichier en question.
Répondre à ce message
bonjour
j’ai un souci avec mon site hébergé chez All2all (belgique)
je suis en SPIP 3 dernière version de Giseh
mes dossiers /tmp /local /IMG sont en « 775 »
quand je veux sauvegarder la base j’ai le message suivant
Impossible de faire une sauvegarde SQLite sur votre hébergement
je n’ai pas ce problème avec un miroir du site chez un autre hébergeur.
merci de votre aide
Cette question concerne SPIP. Sa place est donc sur le forum de SPIP. D’ailleurs, il semble qu’elle a déjà été posée sur le forum de SPIP :
http://forum.spip.net/fr_245019.html
Répondre à ce message
Bonjour
suite à la réinstallation d’un site chez un autre hébergeur, j’ai le problème suivant.
je suis en SPIP3 et dernièrer version de GISEH
j’ai les droits 775 sur les dossiers /tmp /config /local /IMG
j’ai récupéré ma base Mysql et transféré /IMG ainsi que le bon CISQUEL
le site s’affiche correctement sauf les images et les pièces jointes en pdf.
message « ERROR 403 l’accès au fichier requiert une autorisation » pour les pdf et pour les images un icone.
idem pour un nouvel article comprenant un.jpg
merci du conseil.
Est-ce que /IMG/pdf et /IMG/jpg ont aussi les droits 775 ?
Est-ce que /IMG ou /IMG/pdf ou /IMG/jpg contient un fichier .htaccess ?
oui pour les droits 775 sur /IMG.pdf et /IMG/jpg
oui voici ce que contient .htaccess
# Deny all requests from Apache 2.4+.
<IfModule>
Require all denied
# Deny all requests from Apache 2.0-2.2.
Deny from all
Voici plus précisément le problème rencontré.
L’hébergeur All2all.org était inaccessible, ils ont du faire une restauration de backup
j’ai donc réinstallé mon site chez un autre hébergeur, avec SPIP 3, et GISEH dernière version.
J’ai restauré ma base de données et /IMG
j’ai vérifié les droits 775 sur ./IMG.jpg /IMG/pdf /tmp /config
quand je lance le site, la connexion à la base se passe bien, les articles sont affichés avec leur logo mais les pièces jointes (jpg et pdf) qui existent bien dans /IMG ne s’affichent pas. dans les logs j’ai : « failed to load ressource : the serveur responded with a statut of 403 (forbidden) » sur la pièce à afficher.
sur tous mes autres sites GISEH je n’ai jamais rencontré ce problème.
merci de votre aide.
Voici plus précisément le problème rencontré.
L’hébergeur All2all.org était inaccessible, ils ont du faire une restauration de backup
j’ai donc réinstallé mon site chez un autre hébergeur, avec SPIP 3, et GISEH dernière version.
J’ai restauré ma base de données et /IMG
j’ai vérifié les droits 775 sur ./IMG.jpg /IMG/pdf /tmp /config
quand je lance le site, la connexion à la base se passe bien, les articles sont affichés avec leur logo mais les pièces jointes (jpg et pdf) qui existent bien dans /IMG ne s’affichent pas. dans les logs j’ai : « failed to load ressource : the serveur responded with a statut of 403 (forbidden) » sur la pièce à afficher.
sur tous mes autres sites GISEH je n’ai jamais rencontré ce problème.
merci de votre aide.
Le contenu du (ou des) fichier .htaccess interdit l’accès. C’est ce qui génère l’ERROR 403.
Il convient de supprimer le (ou les) fichier .htaccess de /IMG/ et de ses sous dossiers (ou bien de supprimer le contenu du fichier .htaccess).
merci de votre aide efficace
Répondre à ce message
Bonjour
versions utilisées : spip 3 giseh 27-1-2017
dans le suivi des forums - messages pulics - supprimés (197)
197 messages de forum
j’ai toute une série de messages en anglais, en japonais.....
J’ignore comment ces messages sont arrivés car je n’autorise pas de forum
impossible de les supprimer.
merci de votre aide
Ces messages sont liés à quel objet ? Un article ?
ces messages sont tous liés à l’article 70
sur lequel était positionné par erreur un forum
Répondre à ce message
Bonjour,
Dans cisquel/modeles/doc.html, le filtre PtoBR est appliqué à chaque balise DESCRIPTIF sauf une. Est-il possible d’appliquer le filtre également à cette dernière ?
C’est une demande d’évolution. Elle sera prise en compte dans la prochaine version.
Répondre à ce message
Bonjour. Est-ce que le plugin CIFILTRE offre la possibilité de filtrer l’accès aux pièces-jointes ?
Non. D’ailleurs, il n’a jamais été indiqué que le plugin CIFILTRE filtrait l’accès aux pièces-jointes.
Répondre à ce message
Bonjour.
Sous SPIP 3.0, avec CISPAM, configuré pour échapper le code HTML, du code HTML (généré par SPIP) apparaît dans le texte de certains commentaires :
<br class="autobr" />, <strong>, </strong>, <i>, </i>Cela sera pris en compte dans la prochaine version.
Répondre à ce message
Bonjour et bonne année
Je viens d’installer Giseh version du 22/12/2016 à la place de la version du 28/10/2016.
je vous donne mes observations.
la présentation de la page d’accueil est modifiée.
- le cadre « recherche » au lieu d’être dans la marge de gauche se trouve dans l’image tête de page.
- le style du titre du bloc en marge gauche n’est plus le même que le titre du bloc en marge droite (c’est ce dernier qui est bon)
- la couleur de la barre du menu principal est passée en gris foncé et dépasse la largeur de la page
- il y a maintenant un espace blanc vide au dessus de l’image tête de page
j’ai testé sur IE vers 11, Chrome vers 55.0.2883.87 et Mozilla vers 3.6.10
mon hébergeur est 1and1
Ce n’est pas grave, je peux retourner en giseh du 28/20/2016
amicalement
Bonjour et bonne année,
- La case « rechercher » a fait l’objet de plusieurs évolutions. En particulier, elle n’est plus dans la colonne de gauche.
- Pour des raisons d’accessibilité, les balises du titre du bloc en marge gauche ne sont plus les mêmes.
- Pour des raisons d’accessibilité, la couleur de la barre du menu principal est passée en gris foncé (la couleur est modifiable via une feuille de style personnalisée).
- Il y avait déjà un espace blanc vide au dessus de l’image du bandeau haut.
- Le menu dépasse effectivement la largeur de la page. La feuille de style cisquel/_css/style_site.css ci-jointe devrait régler ce point :
merci de votre rapide réponse
en effet avec la nouvelle .css
- le style du titre bloc à gauche est maintenant comme celui de droite
- la barre grise est presque à la bonne dimension, elle dépasse d’un poil
- l’angle tout en haut à droite est biseauté, pas à gauche
- par contre le fait de modifier (div#haut) la hauteur de l’image en tête de page d’accueil ne change rien, limage est tronquée à 75px.
amicalement
a) « le style du titre bloc à gauche est maintenant comme celui de droite » :
La CSS du 10/01/17 ne change rien sur ce point. En revanche, si le cache de SPIP n’avait pas été vidé, le résultat pouvait être incorrect.
b) « la barre grise est presque à la bonne dimension, elle dépasse d’un poil » :
La largeur de la barre (.main-nav #menuhorizontal) est alignée sur celle de la page (div#page) c’est-à-dire 980px.
c) « l’angle tout en haut à droite est biseauté, pas à gauche » :
C’était déjà le cas avec les versions précédentes. Le style concerné est #haut .trc
d) « par contre le fait de modifier (div#haut) la hauteur de l’image en tête de page d’accueil ne change rien, l’image est tronquée à 75px » :
La version du 22/12/2016 utilise une hauteur (div#haut) en rem.
Les styles ajoutés à la feuille de style (pour l’accessibilité, les nouveaux menus, etc.) figurent à la fin du fichier cisquel/css/style_site.css, à partir du commentaire « Ajout accessibilité ».
La version du 22/12/2016 utilise une hauteur (div#haut) en rem, qui est définie dans la feuille de style à partir du commentaire « Ajout accessibilité ».
Répondre à ce message
Bonjour
Je voudrais supprimer dans la page accueil, dans l’Actualité, la mention publié le ..... située sous le descriptif
pouvez-vous m’indiquer sur quel fichier je dois agir.
Grand merci
cisquel/sommaire.html
Répondre à ce message
Bonjour,
je découvre giseh, et me heurte à certains échecs :
par exemple, un article standard dont le forum et la pétition sont activées, n’affiche ni l’un ni l’autre.
Dans la configuration de SPIP, toutes ces fonctions sont activées
Avant de me lancer dans les CSS, le plugin Graphisme bleu arrondi est activée (via une copie),
La pluspart des plugins Giseh sont activés
La réponse se trouve dans la documentation au chapitre 8.3 « Article où les visiteurs du site pourront laisser des commentaires ».
Merci pour votre réponse, mais est-ce à dire qu’on ne peut plus mettre sur le même article à la fois un forum et une pétition (contrairement à SPIP de base) ?
Il suffit de sélectionner pour cet article :
- la forme : Article avec recueil de signatures
- le raccourci : Les visiteurs pourront réagir sur cet article
Encore merci pour ces renseignements. Sans doute une indigestion d’avoir lu toute la doc en fin de journée ;)
Répondre à ce message
J’ai omis de préciser : SPIP 3.1.2 (c’’est la version d’installation actuelle)
Pour la fonction forum :
En choisissant l’un des plugins « réagir sur cet article » ou « ajouter et lire sur une autre page », j’obtiens l’erreur suivante, dont la cause est mystérieuse pour moi :
Fatal error : [] operator not supported for strings in /homepages/11/d237967356/htdocs/arasm/plugins/auto/plugins_giseh_avec_charte_graphique_160704/cisquel/cisquel_pipelines.php on line 9
La présente page indique que les plugins Giseh sont compatibles avec SPIP 3.0 (et SPIP 2.1).
Je pensais (à tord) que 3.0 était équivalent à 3.xx
(dommage)
encore merci.
Répondre à ce message
bonjour
Je désire importer une liste de visiteurs.
j’ai bien constitué le fichier csv, l’importation de fait bien, j’imprime la liste des logins et mots de passe (nom suivi de _a) mais quand j’essaie de me connecter avec un login et son mot de passe, j’ai un message d’erreur « Erreur de mot de passe »
merci de votre conseil
Bonjour,
Je viens d’effectuer un test d’importation d’auteurs avec comme mots de passe le nom suivi de _a et j’arrive à me connecter avec le compte de chaque auteur importé.
Répondre à ce message
Quand on répond à un sujet sur un article appartenant à une rubrique ayant la forme « forum (avec un forum par article) », les réponses ne s’affichent pas (même si elles sont publiées).
Ce problème est similaire à celui signalé le 6 février à 11:20.
Il provient d’une incompatibilité entre CISQUEL et SPIP 3.0. Le système de pagination, spécifique à ce type de forum, fonctionne parfaitement sous SPIP 2.1, mais est bloqué par SPIP 3.0.
Ce problème sera corrigé dans la prochaine version.
La version du 16/06/2016 règle ce problème.
Répondre à ce message
Bonjour,
Quelques questions ... :-)
Y-a-t-il contre-indication à installer un plugin Formidable au milieu d’une grosse installation Spip+Giseh ? on a besoin de formulaires qui accumulerait les réponses en base pour export excel/csv.
La compatibilité 3.1 n’est pas annoncée mais je vois que plusieurs personnes y sont passées, va-t-il y avoir une mise à jour pour l’officialiser ?
Merci d’avance.
Pierre.
Bonjour,
Mon rôle n’est pas d’offrir une assistance à la mise en place de plugins, autres que Giseh, sur un site particulier.
Bonjour,
Je n’avais pas l’impression de demander une assistance mais plutôt un retour d’expérience, donc je laisse la question ouverte à d’autres bonnes âmes qui auraient essayé ça avant que j’essaye moi-même.
Et il ne s’agit pas d’un site particulier mais d’un site pour un établissement public :-)
Pierre ;
Répondre à ce message
Bonjour
Pour un site Néerlandais je voudrais modifier le mot « Actualité » en page d’accueil.
Merci de me dire quel fichier contient ce mot.
bonne journée
Bonjour,
Mon rôle n’est pas d’offrir une assistance à la réalisation d’une fonctionnalité sur mesure pour un site particulier.
Répondre à ce message
Bonjour,
J’ai un site spip 3.1 avec les derniers plugin giseh.
Les fichiers joints aux articles apparaissent en bas de l’article, même lorsqu’il y a un lien dans le texte. Est-ce normal ?
Cordialement,
Le bloc « Compatibilité », qui figure en haut de la seconde colonne de la présente page, indique les versions de SPIP qui sont compatibles avec les plugins Giseh.
OK, merci. L’essentiel semble bien fonctionner avec la version 3.11.
Pouvez-vous me dire à quel endroit se règle ce problème (quel squelette ou fichier de config) ?
Bonne continuation,
Sous SPIP 3.1.1 [22913], je ne constate pas ce problème.
Bon, OK, merci.
Je vais vérifier mes versions. Ou alors j’ai dû modifier qq chose sans m’en rappeler...
Répondre à ce message
Dans certains cas, le message d’erreur « call to undefined function supprimer_tags » s’affiche en bas de la page sur le site public.
En désactivant le plugin CIAR, ainsi qu’un plugin de charte graphique (dont je ne suis pas l’auteur), je suis arrivé à reproduire le problème.
La version 2.6.2 du plugin CISQUEL, qui figure dans le fichier ZIP du 04/07/2016 joint au présent article, règle ce problème.
Répondre à ce message
Bonjour
je viens de publier un site SPIP3.11 et Giseh vers 30/05/2016 chez All2alll (belgique)
la navigation semble bien fonctionner mais quand j’observe les logs du serveur je note :
[Fri Jun 24 19:07:59 2016] [error] [client 90.34.141.158] File does not exist : /var/www/htdocs/mont-marche-tournai/public/plugins/cisquel/_css/none, referer : http://www.mont-marche-tournai.be/plugins/cisquel/_css/style_site.css
[Fri Jun 24 19:08:31 2016] [error] [client 90.34.141.158] File does not exist : /var/www/htdocs/mont-marche-tournai/public/plugins/cisquel/_css/none, referer : http://www.mont-marche-tournai.be/plugins/cisquel/_css/style_site.css
merci de votre aide
Le fichier style_site.css de Giseh contient : a.spip_out ... background-image : none ;
Votre fichier style_site.css (modifié) contient : a.spip_out ... background-image : url(’none’) ;
c’est ce qui génère les erreurs dans les logs.
Répondre à ce message
Le fichier contenu/rubrique.html contient un guillemet en double
... spip_out]"">Il manque l’ouverture conditionnelle d’une rubrique dans une nouvelle fenêtre dans 3 fichiers du dossier « extra » (article-articlesmememotcle.html,
rubrique-idem_accueil.html, extra/souspageaccueil.html).
Une ouverture de commentaire
<!--est en double dans dans le fichierliste_membre.html.
La version du 16/06/2016 règle cela.
Répondre à ce message
Bonjour,
J’utilise le plugin Mailcript du Couteau suisse qui nécessite que les librairies javascript soient incluses. Je fais le choix de la forme « Les librairies javascript sont incluses » pour les articles qui le nécessitent. Si cet article est affiché directement, cela fonctionne. Mais si cet article est dans une rubrique qui affiche directement ses articles, cela ne fonctionne plus.
Est-ce normal ?
Merci pour votre réponse. Bien cordialement.
Martine
Répondre à ce message
Bonjour,
Sur un site récemment passé de spip 2.1 à spip 3.0.22 avec les dernières version giseh (du 16/02/02), je rencontre un problème de disparition des vignettes personnalisées. La création des documents et des vignettes personnalisées se passe normalement (quoique pas toujours) et l’affichage est correct dans un premier temps, mais au bout d’un moment (par exemple le lendemain, ou après une action que je ne sais pas identifier pour l’instant), les vignettes personnalisées sont remplacées par des vignettes standard.
Via PhpMyAdmin je constate que les vignettes personnalisées sont en fait effacées de la base en tant que document, mais la référence à la vignette (le id_vignette) est conservée sur le document principal, c’est sans doute d’ailleurs ce qui empêche aussi le remplacement de la vignette.
Le problème n’apparaît que sur des documents nouvellement créés ou modifiés dans la nouvelle version (aucun problème sur ce qui a été hérité de spip 2.1).
J’ai cherché sur le forum spip et je ne trouve pas ce problème répertorié. Je soupçonne un défaut au niveau du formulaire de saisie de giseh, d’autant plus que dans certains cas l’affectation de la vignette provoque un blocage, et que l’erreur n’a pour l’instant pas pu être reproduite en passant par l’espace privé standard (le bouton « Modifier dans l’espace privé »).
Cordialement,
Bonjour, après la mise à jour vers spip 3.0.22, je rencontre le même bug que Nebelman. Une solution ?
Merci pour tout.
Bonjour,
Le problème provient d’une incompatibilité entre GISEH et SPIP 3.0.
Je viens d’élaborer une solution. Cette solution contient uniquement les 2 fichiers modifiés. Sur mon serveur de test, elle fonctionne.
Merci de me confirmer si cette solution règle le problème constaté.
Cordialement
Equipement
Bonjour,
Après 3 jours de test avec vos 2 fichiers sur 2 serveurs le problème n’apparaît plus.
Merci.
Bonjour, je confirme le bug est résolu. Merci.
Répondre à ce message
Bonjour,
J’ai un souci concernant les forums qui vient de m’être signalé : bug dans une mise à jour ? mauvaise réinstallation suite à un changement de serveur ? parce que cela a fonctionné correctement.
Ma version de spip est 3.0.21 et celle de Giseh15.10.22
J’ai une rubrique « Espaces de discussion » avec la forme Forum hierarchique (en plus on peut répondre à une réponse)"
Dans cette rubrique : 4 articles. Par exemple : la boite à idées : pas de forme à cet article. Cet article « contient » 10 sujets, par exemple « Certificat médical » (même problème avec tous les sujets). Dans le suivi des forums/ messages publics/publiés, je vois qu’il y a 2 réponses à ce sujet. Pourtant les réponses n’apparaissent pas.
J’ai créé une nouvelle réponse. Cette nouvelle réponse apparait bien dans le suivi des forums mais n’apparait pas non plus sur le site.
Je ne trouve pas l’origine du dysfonctionnement. Merci beaucoup de me donner des pistes.
Cordialement
Martine
Bonjour,
Le problème provient d’une incompatibilité entre CISQUEL et SPIP 3.0. Le système de pagination, spécifique à ce type de forum, fonctionne parfaitement sous SPIP 2.1, mais est bloqué par SPIP 3.0.
Je viens d’élaborer une autre solution. Cette solution contient uniquement les 3 fichiers modifiés de CISQUEL. Sur mon serveur de test, elle fonctionne (comme un squelette a été modifié, il peut être nécessaire de vider le cache de SPIP).
Merci de me confirmer si cette solution règle le problème constaté.
Cordialement
Equipement
Bonjour,
Merci beaucoup.
Il n’y a que 2 fichiers dans le zip.
Cordialement
Martine
Une faute de frappe de ma part. La solution contient uniquement les 2 fichiers modifiés de CISQUEL (et pas 3 fichiers).
Re-
Je complète : néanmoins, cela fonctionne avec les 2 fichiers reçus.
Merci.
Martine
Répondre à ce message
Bonjour,
je n’arrive pas créer un squelette haut-5.html pour un affichage spécifique de mon bandeau pour le secteur 5 de mon site.
J’ai l’impression que ce squelette n’est pas interprété ? Est-ce donc possible de surcharger les squelettes du dossier noisettes ?
Merci
Répondre à ce message
bonjour
j’utilise spip3.0.19 avec cisquel
merci de me dire ou je dois placer le favicon.ico pour remplacer l’ ico de spip.
Bonjour,
Il convient de placer le favicon.ico :
- dans le dossier mon_plugin_graphique/_images/ (par exemple graphisme_bleu/_images/)
- ou bien, s’il n’y a pas de plugin graphique, dans le dossier cisquel/_images/
Répondre à ce message
Bonjour,
est-il possible d’afficher un article dans le menu dynamique horizontal ?
En effet, j’ai un contenu (article) que je souhaite afficher au premier de navigation et en l’occurence dans le menu dynamique.
Merci
Répondre à ce message
Bonjour,
je souhaiterais savoir si vous allez rendre compatible le plugin CIMS avec la version 3 de spip ?
Merci
Bonjour,
Le passage du plugin CIMS sous SPIP 3 est prévu (après celui du plugin CIPR).
Répondre à ce message
Bonjour,
J’ai créé une rubrique Agenda qui simule un multirubricage. Sur la page d’accueil, je la fais apparaitre en titre de colonne centrale (Dossiers ou autres) provisoirement parce que je voulais m’assurer que le multirubricage fonctionne alors que la rubrique ne comporte pas d’articles, et en titre d’un bloc (lien) dans la colonne de droite (c’est ce que je souhaiterais garder si c’est possible).
J’ai 3 articles d’une autre rubrique avec un mot clé les rattachant à la rubrique Agenda. Pour ces 3 articles, j’ai choisi Page d’accueil : raccourci dans la colonne centrale et page d’accueil : raccourci dans la colonne de droite.
Pas de souci pour l’affichage en colonne centrale. Par contre, cela ne fonctionne pas pour la colonne de droite où le titre de la rubrique apparait, mais pas les articles. J’ai oublié quelque chose ? ou ça n’est tout simplement pas possible de procéder ainsi parce que les articles ne sont pas dans la rubrique concernée ?
Voici le lien : http://www.amis-nature.org/
Merci d’avance. Cordialement
Martine
Bonjour,
Les formes de rubrique qui bénéficient du multirubricage sont indiquées dans le chapitre « Multirubricage » de la documentation. La page d’accueil n’en bénéficie pas.
Bonjour,
Merci beaucoup pour cette réponse rapide et ce complément d’information. J’avais bien vu que la sous-page d’accueil n’était pas concernée, mais pas la page d’accueil.
Cordialement
Martine
Répondre à ce message
la taille des caractères de « publié le : » d’un article est trop importante
merci de m’indiquer où la modifier
Voilà une façon pas très chaleureuse de poser une question : un petit bonjour ou un petit mot sympa pour remercier la personne qui va consacrer un petit peu de temps à vous répondre n’aurait rien de désagréable...
La réponse à votre question se trouve dans l’ajustement du style appliqué à l’élément que vous souhaitez modifier. Clic droit + < examiner l’élément > (ou quelque chose d’équivalent selon le navigateur utilisé) devrait vous mettre sur la bonne voie
Le présent article indique :
« ATTENTION : ces nouveautés du 11/07/2014 modifient les squelettes et ajoutent des lignes à la fin de la feuille de style :
- Ceux qui ont modifié la feuille de style doivent ajouter à la fin les nouvelles lignes (à partir de /*========== Sommaire ==============*/).
- Ceux qui ont modifié des squelettes doivent consulter le document liste_modifications_cisquel_140708-2.pdf joint au présent article. »
Dans le cas de la date de publication, la réponse se trouve au chapitre « Faire figurer la date de mise à jour » (à la page 3) du document liste_modifications_cisquel_140708-2.pdf joint au présent article.
Répondre à ce message
Bonjour, j’ai effectué la mise à jour de mon site avec la dernière release des plugins GISEH. Je rencontre un problème avec le raccourcis sur la colonne de droite. Un message d’erreur apparaît :
« Erreur SQL 1054
Unknown column ’cirangse’ in ’order clause’
SELECT rubriques.id_rubrique, rubriques.lang, rubriques.titre FROM spip_rubriques AS
rubriquesINNER JOIN spip_ci_raccourcis_rubriques AS L1 ON ( L1.id_rubrique = rubriques.id_rubrique ) WHERE (rubriques.statut = ’publie’) AND (L1.raccourci LIKE ’_portail_droite_titre_bloc%’) GROUP BY rubriques.id_rubrique ORDER BY cirangse, raccourci. »J’ai suivi vos recommandations pour mettre en oeuvre l’ordre des blocs sur la col de droite.
Merci de votre retour.
Quelle est la version du plugin CIPARAM utilisée ?
Il s’agit de la version 2.0.0.
Dans l’espace privé, il convient de vérifier que l’installation de la version 2 de CIPARAM s’est bien passée, en utilisant cette URL : ecrire/ ?exec=admin_plugin&actualise=1
Ensuite, en étant connecté en tant qu’administrateur du site, utiliser l’URL suivante sur le site public : / ?page=table:rubriques et vérifier la présence de la colonne ’cirangse’.
J’ai vérifié dans l’espace privé, la version 2 du plugin CIPARAM est bien installé. EN testant l’URL dans la partie publique, j’ai un message d’erreur (voir capture d’écran).
Merci pour votre aide.
Cela signifie que le site ne dispose pas du plugin (core) vertebres. Une autre approche consiste à utiliser phpmyadmin (ou un autre outil) pour vérifier que la table spip_rubriques contient bien le champ ’cirangse’.
J’ai regardé dans la table spip_rubriques (voir capture d’écran), pas de champs « cirangse ». Comment dois-je procéder svp ?
Il convient de remplacer le fichier ciparam/paquet.xml du site par le fichier ciparam/paquet.xml qui figure dans la nouvelle version ci-jointe (plugins_giseh_avec_charte_graphique_140724.zip).
Ensuite, dans l’espace privé, il convient de relancer l’installation de la version 2 de CIPARAM s’est bien passée, en utilisant cette URL : ecrire/ ?exec=admin_plugin&actualise=1
Je suppose que le site est sous SPIP 3.0 ?
Nickel ; ça marche. Oui je suis bien sur spip 3.0. Bonne journée.
Bonjour Equipement,
exactement le mm pb qui Fifouille ; mais je n’ai pas accès à ton plugin pour extraire le bon paquet.xml. J’ai essayé avec plus récent sans succès. version de ciparam 2.0.1 spip 3.0
Pourrais-tu m’aider ? merci ci !
Bonjour,
Grand merci à toi ! c’est parfait...
encore bravo
Xavier
Bonjour,
Sur un nouveau site avec le même données ! ci-joint les 10 erreurs !
Peux-tu m’aider ? j’ai essayé le paquet.xml, sans succès
Bonjour,
Le message « Critère inconnu ciparam_nombreactu » signifie que CIPARAM n’est pas activé dans SPIP 3.
Il convient de vérifier que dans le dossier « plugins » (ou « plugins-dist ») figure un dossier « ciparam » avec la version 2.0.1 de CIPARAM.
Ensuite, dans l’espace privé, il convient de relancer l’installation de CIPARAM, en utilisant cette URL : ecrire/ ?exec=admin_plugin&actualise=1
Il convient également de vérifier les droits d’accès (au sens linux) au dossier ciparam et son contenu.
Comme d’habitude, la première réponse fut rapide et efficace !
encore et toujours merci
Xavier
Répondre à ce message
Bonsoir grand maître,
c’est ok !
merci aussi pour le CAS où je viens de cerbériser 4000 profs
Xavier
Répondre à ce message
je rencontre un problème avec le multilinguisme, actuellement j’utilise le squelette Alternative et je voudrais installer le plugin Giseh, quand j’active le plugin Giseh, dans la barre de menu il m’aligne les rubriques des trois langues sur la même ligne, alors que je voudrais un menu par langue comme actuellement avec Alternative.
Mon site http://ibiza-island.com
J’utilise le plugin Giseh pour d’autres sites uniquement en Français, tout fonctionne parfaitement bien
Les possibilités de paramétrage du menu et de la page d’accueil sont décrites dans le document « description des plugins » à partir de la page 46.
merci d’avoir répondu,
j’ai regardé la configuration mais je ne trouve pas, connaissez-vous un site qui utilise le multilinguisme avec le squelette giseh ?
Merci
Bonjour,
Mon rôle se limite à informer sur les fonctionnalités de ces plugins. En particulier, toute aide sur des personnalisations graphiques est exclue.
Répondre à ce message
Aucune date n’est affichée pour les articles ayant l’une des formes suivantes : chat, comarquage, contact, poser une question et message anonyme. Est-ce un oubli ou délibéré ?
Aucune date n’est affichée pour les rubriques ayant l’une des formes suivantes : calendrier
, FAQ, affiche directement le texte des articles (3 formes). S’agit-il d’un oubli ou est-ce délibéré ?
Pour les deux questions : c’est un choix fonctionnel volontaire.
Que se passe-t-il sur les rubriques comprenant des articles « multirubriqués » ?
Si une rubrique avec la forme « multirubricage » n’a pas d’article publié dans son arborescence, elle n’aura pas de date de publication.
La réponse, aux questions posées sur l’affichage de la date de publication dans certains formes, figurait dans le document « Liste_modifications_cisquel_140708.pdf » (joint au présent article). En effet, ce document indique au chapitre 1.3 Faire figurer la date de mise à jour :
« certaines formes ne nécessitent pas forcément cette mention de date et, par cohérence graphique, peuvent se contenter de
<div class="dateart"></div>, par exemple : comarquage, contacter, Chat, questionner, questano, agenda, forum, forum hiérarchique. »Répondre à ce message
Lorsque dans une sous-page d’accueil, on a un bloc en colonne de droite (titre d’un bloc (grand logo) colonne droite", que ce bloc est en dernière position et que le plugin cinotif est activé, alors on a un enchevêtrement du bloc et des liens d’abonnements. Le picto « s’abonner » s’affiche à gauche du grand logo au lieu d’être en dessous.
Ce problème concerne la feuille de style.
Une solution consiste à ajouter (dans la feuille de style propre au site) « clear:both ; » dans le style de « #menu2 .blocoutil ».
Répondre à ce message
Lorsque l’on introduit des sauts de ligne dans un bloc « poésie » de spip, en ayant activé le plugin cisquel, un trait bas « _ » est affiché à chaque retour à la ligne.
Ceci provient d’une incompatibilité entre la fonction post_autobr de SPIP 2.1 (qui met des « _ » qui sont ensuite transformés par SPIP en retours à la ligne) et la fonction traiter_poesie de SPIP 2.1 (qui gère le bloc poésie).
En effet, la fonction traiter_poesie gère elle-même, à sa manière, les retours à la ligne. Aussi, le bloc poésie ne devrait pas être traité par la fonction post_autobr de SPIP 2.1.
J’ai signalé ce problème à la communauté SPIP : http://core.spip.org/issues/3275
Giseh utilise une copie de la fonction post_autobr de SPIP 2.1, afin de contourner une autre incompatibilité avec les tableaux. Aussi, je viens d’ajouter à cette copie un mécanisme de protection du bloc poésie. Ceci figure dans le fichier « plugins_giseh_avec_charte_graphique_140929.zip » qui est joint au présent article. Seuls 3 fichiers ont été modifiés (ceux qui sont datés du 29/09/14).
Répondre à ce message
bonjour
mon hébergeur ne demande de préciser la version de php.
5.4 ou 5.5 ?
je suis toujours en SPIP 2.1.19
merci
Répondre à ce message
Bonjour,
Sur un site utilisant Giseh, j’essaye d’activer la ré-écriture d’url de type Arbo, cela semble systématiquement casser l’appel des CSS ... Est-ce un problème connu ou c’est juste moi qui ai ce problème ?
Pierre.
Répondre à ce message
Bonjour, je constate un bug lors de l’affichage des menus de 3e niveau sur IE que ce soit sur une install de GISEH sur SPIP 2 ou 3. Remarquez-vous la même chose ? Une idée pour corriger cela ? Merci pour tout.
Bonjour,
Je n’arrive pas à reproduire le problème sur IE 8 (sous SPIP 2.1 comme sous SPIP 3.0).
Quelle est la version de IE utilisée ?
Bonjour, il s’agit d’Internet explorer 11.
Bonjour,
Le « User Agent » de Internet explorer 11 ne comprend plus la mention « MSIE ». Par ailleurs, il comprend la mention « Gecko ». Aussi, cela perturbe le script javascript du menu déroulant.
Pour contourner ce problème, j’ai modifié le script pour tenir compte de ce cas particulier. Il figure dans le fichier « plugins_giseh_avec_charte_graphique_140828.zip » qui est joint au présent article.
Une fois installé, il conviendra d’afficher le site dans IE 11 puis de faire (une seule fois) un CTRL + F5 afin d’éviter la précédente version du script qui a pu rester dans le cache du navigateur.
Merci pour la correction, cela fonctionne ;)
Bonjour,
Est-il possible de savoir quel(s) fichier(s) exact a été modifié dans ce plugin afin de ne remplacer que celui-là ?
Merci
cisquel/_js/menu_v1_1-fr.js
cisquel/_js/menu_v1_1-en.js
cisquel/_js/menu_v1_1-de.js
cisquel/_js/menu_v1_1-es.js
Nickel merci ;)
Répondre à ce message
Salut,
Juste pour te signaler un bug avec le plugin Giseh pour spip 2.1.
Dans l’espace privé, dans la partie configuration des squelettes, une ligne permet de renseigner le nom du site avec le commentaire code html possible. Si on rentre un nom de site sous format html et que par la suite on modifie une des caractéristiques (autre que le nom du site) dans cette partie des paramètres, le nom initialement rentré en html disparaît et laisse une ligne vide avec juste la première balise du code. On doit alors re-rentrer le code html à chaque modification : un peu embêtant.
Peux-tu voir d’où vient ce bug ?
Merci @+
Quel est le code HTML qui a été utilisé ?
un codage simple du type /html/ /font face= ..../ texte ...
avec des <>
Il me faut le code exact.
Voici le code :
ligne1
ligne2
Dans le commentaire, il faut mettre le code entre les balises <code> et </code>
En remplaçant les doubles quotes ( " ) par des simples quotes ( ’ ), est-ce que le problème persiste ?
Oui ça marche avec des ’
Merci.
Je crois qu’il doit manquer un « dans le code natif du plugin ou alors il y en a un en plus ?
Avec les » on a le déchet de code suivant qui sort également à l’écran une fois le titre en html enregistré :
Je ne sais pas d’où ça vient ...
Répondre à ce message
Bonjour,
Je n’arrive pas a afficher la vignette d’un document dans un article.
Comment faire ?
Merci.
S’il s’agit des documents qui apparaissent en dessous du texte de l’article, il convient de modifier le squelette cisquel/contenu/article.html.
S’il s’agit des documents qui apparaissent DANS le texte de l’article, il convient de modifier le squelette cisquel/modeles/doc.html.
Répondre à ce message
Bonjour,
j’ai migré mon site utilisant les squelettes Giseh vers spip3. Depuis cette mise à jour, mes vignettes de documents ont toutes disparues en ne laissant apparaitre que les vignettes génériques. Dans la base de données Msql, les lignes relatives aux vignettes et associées à la table « spip_documents » ont été effacées.
J’ai réinstallé ma base et désactivé les plugins associés. La réactivation des plugins ciar : accès restreints Giseh et ciautoriser semblent être la cause de cette perte de vignette.
Auriez-vous des suggestions de dépannage à me proposer ?
S’agit-il de vignettes d’images ou bien de vignettes de documents (pdf, odt, etc.) ?
Il s’agit des vignettes de document pdf au format png. J’ai désactivé les plugins ciautoriser et ciar : accès restreints. Depuis les vignettes tiennent. Cependant, j’ai été forcé d’utiliser le plugin accès restreint pour cacher une rubrique.
Répondre à ce message
Bonjour je souhaite personnaliser la couleur de chaque rubrique (titre rubrique, titre sous-rubriques...).
Y a-t-il une incompatibilité avec le plugin « Couleur de rubrique » ? Parce qu’après avoir essayé cela ne fonctionne pas.
Merci
Répondre à ce message
Bonjour,
Je voudrais mettre en page d’accueil une sorte de « slideur » (avec nivo slideur ou autre) au dessus des 3 colonnes, mais sous le menu.
J’ai essayé de mettre :
dans : squelettes/sommaire.html
Mais tout ce que j’obtiens c’est l’affichage du gif de chargement de nivoslider.
Le plugin nivoslider nécessite que la balise #INSERT_HEAD soit présente dans le squelette. Il convient par exemple d’insérer cette balise dans le fichier cisquel/sommaire.html (juste avant la balise
).
#insert_head est bien déjà là.
Giseh ne la met pas d’office ? A moins que je ne l’ai ajoutée au début de la réalisation du site, me souviens plus.
J’ai d’ailleurs une erreur « double occurence » si je la mets dans squelettes/sommaire.html
En fait l’insertion pour le diapo se « prépare » bien : le rectangle est là, les 3 colonnes sont décalées vers le bas, mais l’affichage du « modèle » ne se fait pas, que je laisse « nivoslider » seul ou « id_nivoslider=XX ».
Qu’est-ce que je n’ai pas paramétré ?
La question est à poser sur le forum du plugin nivoslider.
re Bonjour,
Je viens d’essayer avec nivoslider et sjcycle de mettre mon diapo en page de sommaire.
j’utilise un MODELE tel que prescrit dans les 2 documentations :
J’ai ajouté la balise #INSERT_HEAD_CSS qui semblait absente (contrairement à #insert_head)
Les deux diapos fonctionnent très bien au sein d’un article.
Mais en modèle pour le sommaire :
Avec nivoslider je n’ai que la dernière image qui s’affiche,
Avec jscycle les photos s’affichent toutes les unes en dessous des autres.
Il semble donc bien qu’un paramétrage (des css ? mais où ?) soit manquant dans les deux cas, dans le squelette ou les css ?
Pouvez-vous m’aider -ou m’indiquer comment vous avez intégré un diaporama dans votre site ?
Je ne voudrai pas abuser, mais je suis un peu bloqué tout de même... et je voudrai rester avec cisquel et Giseh en général....
Une évolution en spip3 est-elle prévue ?...
Marc.
Bonjour. Mon rôle n’est pas d’offrir une assistance à la réalisation d’une fonctionnalité sur mesure pour un site particulier.
Bonjour,
Je me permets d’insister :
En utilisant les squelettes d’origine : donc sans rien changer à Giseh,
l’insertion d’un modèle : crochet(MODELE..)crochet (pour divers plugins js) dans le squelette ’article.html’ fonctionne très bien.
La même insertion dans le squelette ’sommaire.html’ ne fonctionne pas (et quel que soit le plugin, ou même dans le cas du simple affichage d’un script js déclaré dans le head).
Et tout ceci testé en activant/désactivant les autres plugins.
Il y a bien donc quelque chose dans cisquel qui bloque le fonctionnement / déclenchement du script js en page sommaire, et pas dans les autres. Hélas pour moi, ceci dépasse mes simples connaissances informatique.
Je ne demande donc pas une aide pour un développement ’sur mesure pour un site particulier’, mais une explication et un guide pour une fonctionnalité (?) globale inérante à Giseh.
Merci de votre attention.
Marc.
Bon, j’ai trouvé et mille excuses, ... je suis bien le coupable :
Il y avait dans l’article permanent de la page d’accueil un code avec un script js pour animer 4 vignettes.
Une fois supprimé tout redevient normal pour le diapo en sommaire.
Marc.
Répondre à ce message
bonjour
j’ ai migré de SPIP 2.1.19 à SPIP 3.013 avec la version de Giseh du 8/112/2013
mon fournisseur est en PHP 5.5.
Tout semble s’être bien passé (j’ai eu droit au MESSAGE TECHNIQUE)
En étant administrateur j’ai un problème sur la rubrique Calendrier. Il n’y a plus de « croix » dans le calendrier pour création d’un article. De plus quand je crée de manière classique un article en lui mettant le mot-clé « calendrier » il ne s’affiche pas dans le calendrier.
merci de votre aide
Bonjour,
C’est normal, car l’affichage de la croix nécessite le plugin CISF, qui n’est pas encore disponible sous SPIP 3.0.
Répondre à ce message
Salut,
Sous Giseh 2.1
1- je n’arrive pas à mettre en actualités 2 articles ayant le même raccourci « page d’accueil : le texte figure en permanence ». Seul le premier publié apparaît malgré le vidage du cache et et le recalcul de la page. Est-ce normal ou y a-t-il un bug ? Ne peut-on en mettre en actualité qu’un article avec ce raccourci ? D’autre part l’enrichissement de texte (ex :
accolade triple ) qui me sert à faire des sauts de lignes plus important n’est pas pris en compte à l’écran.
2- un article en actualité avec raccourci « page d’accueil : raccourci permanent en bas des actualités » n’affiche pas les diaporamas provenant de balises « sjcyle » alors qu’un article en actualité ayant le raccourci « page d’accueil : le texte figure en permanence » oui.
(testé avec balise dans le corps de l’article et/ou dans le descriptif).
D’où peut venir ce problème ?
Merci
1) Je ne constate pas ce problème, sauf si dans la configuration du plugin on met 1 dans "Nombre d’actualités sur la page d’accueil".
L’enrichissement de texte (ex : accolade triple ) dépend de la feuille de style utilisée.
2) Avec le raccourci « page d’accueil : le texte figure en permanence », c’est la balise
#TEXTEde SPIP qui est utilisée.Avec le raccourci « page d’accueil : raccourci permanent en bas des actualités », c’est la balise
#INTRODUCTIONde SPIP qui est utilisée.Répondre à ce message
Extrait du mail du 09/01/2014 :
Existe des incompatibilités entre les plugins Giseh et l’écran de sécurité de SPIP 2.1 ?
Aucun problème d’incompatibilité de l’écran de sécurité avec les plugins Giseh ne m’a été signalé à ce jour.
A noter que, parmi les plugins Giseh, ceux qui sont déjà compatibles avec SPIP 3 ont été testés sous SPIP 3 (qui dispose par défaut de l’écran de sécurité) et l’écran de sécurité n’a pas présenté de problème d’incompatibilité.
Répondre à ce message
Bonsoir,
Depuis le passage à spip 2.1.24, le plugin Giseh ne marche plus. Il est par exemple impossible de faire « modifier article » (cisf) ou ajouter un raccourci, tout est bloqué et on obtient le message suivant : Error 500 - Internal server error. Un problème inattendu est survenu.
Veuillez réessayer ultérieurement. Les noms des boutons « enregistrer », « choisir »,... ont changé en « bouton enregistrer », « bouton choisir »,...
Pouvez-vous m’aider ? Help !
Merci d’avance
Bonjour,
« SPIP 2.1.14 génère le bug suivant : toutes les pages de l’espace public dont le squelette a un
#CACHE{0}retournent une erreur 500 » cf. http://core.spip.org/issues/3094Bonjour,
merci pour votre réponse mais concrètement qu’il y a t-il à faire pour corriger ce problème ? Y a-t-il une mise à jour de prévue pour cisf ou spip (2.1) ? Est-il possible de redescendre à une version ancienne de spip pour y remédier ?
Je ne suis pas expert alors #CACHE0 ne me dit rien du tout et personnellement je ne sais pas du tout trifouiller dans le code !...
Bonjour,
Les questions concernant SPIP 2.1.24 sont à poser sur la page suivante :
http://contrib.spip.net/SPIP-3-0-13-SPIP-2-1-24-PHP-5-5-meme-pas-peur
Bonsoir,
J’ai posé la question sur le forum spip 2.1.24 mais aucune réponse. Je pense qu’il ne faut pas demander aux gens de faire cette mise à jour vers la nouvelle version de spip si elle n’est pas stable. On se retrouve bien embêté après. Pourriez-vous faire remonter ces bugs ?
Sinon, on m’a aidé à modifier le code comme vous l’avez suggéré. Je peux effectivement maintenant accéder à la page « saisie facile » via « modifier article » et je n’ai plus l’erreur 500. Néanmoins, il persiste beaucoup de bugs d’écriture dans cisf ainsi que sur d’autres pages de giseh et spip. Je vous ai fait une saisie d’écran, ci-jointe. Peut-être serait-il utile de faire un correctif pour cisf ?
Merci d’avance
a) Le bug d’erreur 500 de SPIP 2.1.24 a déjà été remonté (cf . http://core.spip.org/issues/3094).
b) Je n’ai pas suggéré de modifier le code.
c) Le problème des libellés incorrects ne provient pas de CISF.
Merci de ne pas utiliser le présent forum pour des questions relatives à SPIP.
Répondre à ce message
Bonjour, j’ai mis en ligne une rubrique sans article. Impossible de la dépublier (la mettre en cours de rédaction). Avez-vous une idée pour enlever cette rubrique en ligne ?
Merci
La documentation indique (au chapitre 17.1) : « On peut dépublier une rubrique, mais uniquement si elle ne contient pas, dans son arborescence, d’article publié, etc. »
Répondre à ce message
Bonjour,
je souhaiterais modifier le titre de la page « page protégée » et le contenu « pour accéder » que l’on visualise lorsqu’on accède à une page protégée sans être authentifié. Je suppose que c’est dans un fichier lang mais je ne trouve pas lequel.
Merci de votre aide.
Cordialement
Martine
Désolée, j’ai trouvé : mon fichier fichier cisquel_fr.php n’était pas à jour.
Martine
Répondre à ce message
bjr
il semble que lorsqu’on déconnecte l’option « descriptif » dans les paramètres du site (espace privé), la zone de remplissage associée ensuite dans l’espace « saisie facile » d’un rédacteur ou administrateur n’apparait effectivement plus, néanmoins les rubriques affichent toujours en ligne (espace public) un descriptif de l’article sous son titre, constitué des premiers mots du corps de l’article.
Il y a donc peut-être un bug à ce niveau là, les descriptifs ne devraient plus apparaître nulle part je pense, sinon je ne vois l’intérêt ...
Bonjour,
a) La documentation indique (au chapitre 4.1) qu’une rubrique affiche chaque article rattaché à la rubrique (logo, titre sous forme de lien, descriptif rapide ou début du texte, liste des pièces jointes sous forme de lien).
b) Les squelettes de rubrique utilisent, pour les articles de la rubrique, la balise #INTRODUCTION qui affiche le descriptif rapide ou le début du texte de l’article.
c) Si on décoche l’option « descriptif » dans la configuration du site, SPIP 2.1 et SPIP 3.0 n’en tiennent pas compte dans le calcul de la balise #INTRODUCTION.
Pourquoi cisf s’adapte alors en 2.1 et 3.0 ?
Ca trouble le gestionnaire du site...
Si on décoche l’option « descriptif » dans la configuration du site :
- SPIP 2.1 et SPIP 3.0 en tiennent compte dans la page de saisie des articles.
- CISF en tient compte dans la page de saisie des articles.
- SPIP 2.1 et SPIP 3.0 n’en tiennent pas compte dans le calcul de la balise #INTRODUCTION.
Répondre à ce message
Bonsoir,
est-il possible d’exclure, avec des mots clés par exemple, des articles ou documents des résultats renvoyés par la recherche (afin qu’ils ne s’affichent pas dans la page des résultats) avec votre plugin giseh ?
merci
Lolly
Je précise mon problème :
Si un internaute fait une recherche sur mon site pour des objets bien précis (par exemple en tapant 2 ou 3 lettres), les résultats de la recherche renvoie souvent les articles « mentions légales » ou « contact » ou « aide ». Or ces résultats ne sont pas utiles à l’internaute dans sa recherche. Je souhaiterai donc qu’ils n’apparaissent pas dans les résultats mais je ne sais pas comment et je ne sais pas si giseh le fait avec les mots clés.
Voili voilou ;)
Lollypop
Bonjour. Cette fonctionnalité n’est pas offerte.
Répondre à ce message
Bonjour,
Je souhaiterais qu’apparaisse automatiquement devant le nom d’un fichier téléchargé (espace public), quand je joins un fichier media (son ou video), la petite vignette identifiant ce type de document comme par exemple un logo d’un écouteur ou une pellicule de film. A la base spip propose ce genre de vignette par défaut, notamment pour les fichiers pdf.
Avec le plugin Giseh ces vignettes sont supprimées et il ne s’affiche que la taille et le format du fichier, exemple : Mon_son (format MP3 - 1.1 Mo)
Comment peut-on rétablir ces vignettes automatiques identifiant le type de média (dans quel fichier css, html du plugin Giseh) ?
Vous remerciant par avance
Bonjour,
Mon rôle n’est pas d’offrir une assistance à la réalisation d’une fonctionnalité sur mesure pour un site particulier.
Je pense que m’a question peut intéresser d’autres personnes et je ne souhaite pas qu’on me développe personnellement un module.
Je souhaitais juste savoir à quel endroit du plugin giseh l’option de base de spip est verrouillée.
Merci d’avance
Répondre à ce message
Bonjour,
Un administrateur restreint à certaines rubriques ne peut pas prévisualiser les articles des rubriques où il est seulement rédacteur (erreur 404). D’autre part, quand je veux modifier ses restrictions (ajouter ou enlever des rubriques), cela n’est pas pris en compte. (Giseh du 6/5/2013 avec spip 2.1.23).
Sur un site de test :
- j’ai créé un espace collaboratif
- j’ai affecté un administrateur restreint à cet espace collaboratif
- j’ai crée un article avec le statut « en cours de rédaction ».
Je me suis ensuite connecté avec ce compte d’administrateur restreint, puis je me suis placé sur cet article dans l’espace privé et j’ai cliqué sur prévisualiser. L’article s’est affiché correctement en prévisualisation.
Pour ajouter ou retirer un espace collaboratif à un auteur, il faut passer par cet espace collaboratif et non pas par la page de l’auteur.
Merci de votre réponse, malheureusement le problème persiste.
Dans mon cas il ne s’agit pas d’un espace collaboratif mais simplement restreint aux personnes authentifiées. Mais je ne pense pas que ça vienne de là.
Après quelques tests complémentaires, le problème se pose lorsque l’administrateur restreint veut prévisualiser ses articles appartenant aux rubriques pour lesquelles il n’a pas le statut d’administrateur....
Un administrateur restreint peut avoir un autre statut (rédacteur, etc.) uniquement dans un espace collaboratif. Dans une rubrique simplement restreinte aux personnes authentifiées, un administrateur restreint reste un administrateur restreint.
Répondre à ce message
Bonjour ,
j’utilise cirr cirv et ciar avec sarka spip et SPIP3 et cela me convient très bien .
Mais lorsqu’un visiteur authentifié se déconnecte de l’espace membre auquel il est autorisé à accèder , il revient sur la page 404 .
Je ne souhaite pas modifier la page 404 pour faire le renvoi automatique sur le sommaire par exemple .
Selon vous quelles seraient les modifs à apporter ; je ne suis pas spécialiste du code SPIP .
Merci beaucoup de votre aide .
L’approche utilisée par le plugin CISQUEL, consiste à placer à la fin de la boucle principale de la page article (et de la page rubrique), les lignes suivantes :
La page altern (présente dans le plugin CISQUEL) indique que la page est protégée et indique « Pour accéder à cette page, authentifiez-vous en cliquant sur le lien ci-dessous. Sinon cliquez sur le lien de retour à l’accueil. »
Répondre à ce message
Le flux RSS d’une sous-page d’accueil comprend l’article permanent de la sous page d’accueil.
Ce problème sera corrigé dans la prochaine version de CISQUEL.
La version du 06/05/2013 corrige ce problème.
Répondre à ce message
Résumé du mail du 26/04/2013 13h31 :
Quand on a un article dans une rubrique forum, mais qu’il n’y a pas encore de sujet, le fond blanc s’arrête au-dessus du pied de page au lieu de l’englober.
Ce problème sera corrigé dans la prochaine version de CISQUEL.
La version du 06/05/2013 corrige ce problème.
Répondre à ce message
Bonjour
Je cherche un moyen pour que, dans l’agenda,un texte s’affiche au survol du lien pour préciser rapidement le contenu de l’article (l’équivalent de la propriété « title » de la balise « a »).
Existe-t-il déjà un dispositif permettant de faire cela (par exemple renseigner le descriptif rapide, ou le surtitre, ou le chapeau) ?
Bonne journée
Jean-Michel
Bonjour,
La forme de rubrique « calendrier » ne le permet pas.
Répondre à ce message
bjr
je ne parviens pas à renuméroter mes rubriques
suis passé de spip 1.8.3 à spip 2.1.19
est ce un pb ds giseph ?
suis en panne
merci pour votre aide
merci
Est-ce qu’il s’agit de changer le numéro de titre de la rubrique ou bien l’identifiant de la rubrique ?
il s’agit du numero de titre afin de modifier la héirarchie des rubriques dans mon site
de plus autre pb quand je veux modifier un article le contenu de mon article s’efface
et suis obligé de jongler avec des « copié collé » pour réafficher le contenu et le modifier
merci pour votre aide
Est-ce qu’en désactivant tous les plugins Giseh, le problème persiste ?
dois je desactiver tous les plugins ou simplement ceux (lesquels) qui pourraient etre implisqués ?
« tous les plugins Giseh ».
oui j’ai essayé
et le pb de numerotation
et d’effacement continuent
que dois je faire ?
Dans ce cas, il convient de poser la question sur le forum de SPIP http://forum.spip.net/fr_rubrique193.html
ok je l’ai fait parallelement en posant cette question :
apparemment ce n’est pas un pb de plugin
j’utilise spip 2.119 VERSION DU 17/9/2012
je recherche donc la branche RECENTE ET STABLE(mise à jour de spip 2.1.19
ceci afin de remettre à jour certains repertoire
si vous connaissez cette branche, pouvez vous m’en donner l’adresse et me dire quels repertoires je peux mettre à jour sans pb
merci
ps : si tu as l’info merci de me la donner avec la reponse à mes questions !
Mon rôle consiste à répondre aux problèmes qui concernent les plugins Giseh. Il ne consiste pas à répondre aux problèmes qui concernent SPIP.
ok
désolé
Répondre à ce message
bjr
je desirerais installer le plugin meteo rainette sur ma page d’accueil
n’étant pas informaticien mais benevole pour une association je souhaiterais que l’on me dise en details, clairement avec des termes comprehensibles comment faire par étape
j’ai installé le plugin par ftp je l’ai activé et j’en suis là
merci de me soutenir pour la suite svp
stef
Cette question est à poser sur le forum du plugin rainette.
Peut être que le problème de cette personne est de savoir quels fichiers modifier dans son squelette pour insérer le plugin rainette, dans quel cas la réponse du créateur du squelette en question lui serait certainement d’une grande aide, non ?
Hello,
Je me permets d’intervenir dans ce thread. En effet, la question de stefane a d’abord un rapport avec le squelette Giseh. Rainette propose des modèles pour insérer les données météorologiques mais pour insérer une noisette météo dans Giseh ce n’est pas du Rainette !
Je pense que le mieux serait d’insérer une noisette de ce type dans une des deux colonnes du squelette. Pourrais-tu lui expliquer comment, alors je pourrais lui expliquer la suite sur l’utilisation des modèles Rainette.
Comme l’avait indiqué stephane sur le forum du plugin rainette, il convient de
- créer un article
- lui affecter le raccourci « Page d’accueil : le texte figure en permanence »
- mettre dans le texte de cet article un modèle propre au plugin rainette, comme par exemple :
<rainette_conditions|code=FRXX0023|sous_modele=conditions_tempsreel>Ok, pigé. Tout se passe par des liens dans les colonnes. Donc oui c’est surement la solution la plus adaptée.
Merci.
merci à vous 2
ma météo en local s’affiche bien ds mon article, ici pas de pb
mais sur mon site en ligne , ma commande :
<rainette_conditions|code=FRFC0680|sous_modele=conditions_tempsreel>
n’est pas interprétée
je me retrouve avec l’affichage de cette commande
je suis chez 1§1, est ce qu’il y a un pb de ce coté là
merci
Le plugin rainette nécessite que la balise
#INSERT_HEADsoit présente dans le squelette. Il convient par exemple d’insérer cette balise dans le fichier cisquel/sommaire.html (juste avant la balise</head>).ok c’est résolu
merci pour ton aide
Répondre à ce message
Voici les 2 flux :
- http://www.argusguitares.com/spip.php?page=backend-actu
- http://www.argusguitares.com/spip.php?page=backend
- - -
Voici 2 exemples d’images avec titre et descriptif décentrés :
- http://www.argusguitares.com/spip.php?page=article&id_article=136
- http://www.argusguitares.com/spip.php?page=article&id_article=83
Concernant le titre et le descriptif des images, le choix de SPIP est le suivant : « la largeur de la légende est égale a la largeur de l’image avec un minimum de 120px, et un maximum de 350px ». Comme l’image de l’article 136 a une largeur de 580px, la légende est effectivement décentrée.
Pour contourner cela, il convient de recopier le fichier cisquel/modeles/doc.html dans
charte_argusguitares/modeles/doc.html et de remplacer, dans ce dernier, toutes les occurrences de
min{350}, par exemple parmin{600}.Concernant les flux RSS, leur contenu est correct. Quel est le reader de news sur lequel le problème a été constaté ?
Pour interdire que certains articles apparaissent dans le flux, il convient de recopier le fichier cisquel/backend.html dans charte_argusguitares/backend.html et dans ce dernier, de modifier les boucles « articles » afin d’écarter les articles qui ont un mot clé particulier.
Super ! Merci pour tous ces conseils. Je vais tester tout ça et vous tiendrai informé.
Les lecteurs de flux que j’ai utilisés sont :
- Flipborad sur iOs, Android
- Free Rss reader sur iPhone et iPad
- Parfois le reader RSS d’IE 10
Concernant les articles avec raccourci « permanent en haut des actualités » ceux-ci apparaissent en tête du flux sous Firefox bien qu’il soient plus anciens que les derniers articles avec raccourci « actualité temporaire ». C’est dommage que la date ne puisse pas jouer dans le classement de ces deux types de raccourcis.
Pour éviter que les articles avec raccourci « permanent en haut des actualités » apparaissent dans le flux, il convient de recopier le fichier cisquel/backend-actu.html dans charte_argusguitares/backend-actu.html et dans ce dernier, de supprimer la BOUCLE1, c’est-à-dire les lignes 19 à 31.
Bonjour,
Suite à vos conseils :
« Pour contourner cela, il convient de recopier le fichier cisquel/modeles/doc.html dans charte_argusguitares/modeles/doc.html et de remplacer, dans ce dernier, toutes les occurrences de min350, par exemple par min600. »
- > J’ai modifié et ça marche parfaitement maintenant. Merci beaucoup.
Pour le flux rss je comprends pas trop comment modifier la boucle « articles »...
La modification de la boucle « articles » est une question qui concerne SPIP. Elle est donc à poser sur le forum SPIP.
Le plugin rainette nécessite la balise
#INSERT_HEAD.Il convient d’insérer cette balise juste avant la balise
</head>dans le fichier cisquel/sommaire.htmlRépondre à ce message
Résumé du mail du 13/02/2013 15h37 :
Sur mon poste uniquement, sur une page avec la liseuse de PDF avec un gros fichier PDF, un message d’erreur d’Adobe Flash player apparaît :Error #2004 : L’un des paramètres n’est pas valide (cf. copie d’écran via le lien ci-dessous).
freepaper_erreur_flash_player.jpg
Résumé du mail du 22/02/2013 11h58 :
Ce problème concerne l’utilisation de la liseuse de PDF (FreePaper).
Il serait intéressant de vérifier que le « flash player » est à jour. Pour cela, dans Firefox, cliquer sur le menu [Outils] / [Modules complémentaires], puis cliquer sur le lien « Vérifier si les plugins sont à jour ».
Remarque : En cas de problèmes avec le fichier d’installation de Flash récupéré depuis la page de téléchargement d’Adobe, il est possible de télécharger le fichier d’installation complet de Flash (par exemple install_flash_player_11_plugin.exe) directement depuis Adobe.com.
Résumé du mail du 22/02/2013 15h57 :
Après mise à jour du plugin shockwave flash player (avec la version 11.6.602.168) pour Firefox, le message d’erreur n’apparaît plus.
Répondre à ce message
Résumé du mail du 19/02/2013 15h22 :
Lorsqu’on utilise le plugin cisquel avec le plugin cinotif, il manque les liens s’abonner et se désabonner dans les formes de rubriques « forum » et « forum hiérarchique » (ainsi que dans leurs articles).
Résumé du mail du 19/02/2013 17h28 :
La version du 19/02/2013 ajoute ces liens qui manquaient sur les formes de rubrique et d’article « forum » et « forum hiérarchique ».
Répondre à ce message
Mail du 12/02/2013 11h16 :
Un article de forme « contact » reprend le titre de l’article dans l’encadré en laissant le numéro de titre.
Ce problème est résolu dans la version du 21/02/2013.
Répondre à ce message
Bonjour et merci pour ce plugin Giseh très pratique,
Je rencontre un problème de flux rss et un problème de descriptif d’image :
1- Les news du flux rss apparaîssent toujours avec la mention « Hier » pour la publication alors qu’ils sont publiés le jour même. De plus certains readers de flux n’arrivent pas à trouver les derniers articles publiés le jour même mais seulement 1 ou 2 jours après malgré l’actualisation et le vidage du cache. D’où peut venir ce problème, de Spip 2.1.19 ou de Giseh ? Comment faire pour interdire que certains articles apparaissent dans le flux ?
2- Lorsque je mets un descriptif à une image celui-ci ne s’affiche pas centré sous l’image mais décalé sur la gauche (mais pas tout à fait à gauche non plus). Dans quels fichier du plugin se trouve ce paramètre pour le corriger car je ne pense pas que ça vienne du core de spip.
Merci d’avance à vous tous
Bonjour,
Merci d’indiquer l’URL du flux RSS en question ainsi que l’URL d’un page concernée par le descriptif de l’image.
Répondre à ce message
sur quelle fichier html je peux changer la police d’écriture de mon site
Dans la feuille de style (cf. page 4 du document « Personnaliser le graphisme du site 20100212.pdf » qui est joint à la présente page).
Répondre à ce message
Résumé du mail du 16/01/2013 10h32 :
Sur un site avec plus de 2000 rubriques et plus de 6000 articles, dans une
rubrique ayant la forme « rubrique avec gestion des actualités », quand on clique sur le lien « toute l’actualité », on obtient une erreur 500 (le log d’erreur apache indique : Maximum execution time of 30 seconds exceeded).
Mail du 16/01/2013 12h43
L’optimisation nécessaire s’avère assez simple.
Il convient de tester le squelette, ci-joint, sur le site en question.
http://contrib.spip.net/IMG/zip/optimisation_site_rh_130116.zip
Mail du 17/01/2013 10h00 :
Déployé sur site en question.
Le temps de réponse est très sensiblement réduit.
Mail du 17/01/2013 10h12 :
Comme cette optimisation impacte potentiellement des plugins de charte graphique, qui surchargent des squelettes, cette optimisation sera incluse dans la prochaine version (il convient bien sûr de laisser l’optimisation sur le site en question).
Répondre à ce message
Mail du 14/01/2013 11h27 :
Si on renseigne le fichier de paramétrage du plugin cispam, on peut effectuer des traitements concernant le code HTML saisi dans les forums ou ailleurs.
1) le paramètre « cispam_forum_html_amont » permettant de neutraliser ou supprimer le code HTML saisi dans les forums au moment de l’enregistrement est totalement inopérant, quelle que soit la valeur du paramètre.
2) le paramètre « cispam_forum_html_aval » permettant de neutraliser ou supprimer le code HTML saisi dans les forums au moment de l’affichage agit non seulement sur le code HTML saisie par les internautes mais aussi sur le code HTML ajouté par spip, notamment pour les sauts de lignes. Ainsi, avec la valeur « echapper », lorsqu’un internaute saisit une contribution sans aucun code HTML, avec quelques sauts de ligne pour l’aérer, l’affichage produit est sur une seule ligne et est « pollué » par le code HTML « échappé ».
3) utilisation du paramètre « cispam_autresobjets_html_amont » (quelle que soit la valeur du paramètre) : lorsque le texte d’un article contient au moins 10 documents joints, le raccourci du dixième document (et suivants) sont modifiés.
Mail du 14/01/2013 14h05 :
Point 1) : Je n’arrive pas à le reproduire. Merci de me fournir le texte de l’article sur lequel le problème a été constaté.
Point 2) : Je confirme que l’échappement (confié à une fonction de SPIP), échappe tout. Je vais utiliser une fonction personnalisée à la place.
Point 3) : J’ai identifié le problème, qui se produit dans ce cas très particulier, et je vais le corriger.
Mail du 14/01/2013 à 15h23 :
Concernant le point 1 : J’annule mon message.
Le plugin traite effectivement en amont le code HTML saisi dans l’article. J’ai été induit en erreur dans mes tests par le fait que spip transforme les URL en lien.
Dans mon test, je saisissais le code HTML correspondant à une ancre, avec un lien vers un site. L’ancre saisie est bien supprimée mais spip ajoute ensuite une ancre pour transformer l’URL en lien. Voyant que le lien était opérationnel, j’ai hâtivement conclu que le code HTML n’avait pas été traité.
Mail du 14/01/2013 16h02 :
Lorsque, via un fichier de paramétrage renseigné par l’exploitant, on désactive, au moment de l’affichage, le code HTML saisi dans les forums, cette désactivation portait également sur le code HTML ajouté par SPIP (par exemple, les sauts de lignes disparaissaient). Dans la version version du 14/01/2013, cette désactivation épargne le code HTML ajouté par SPIP.
Pour les sites qui nécessitent un très haut niveau de sécurité, et qui ont au moins 10 documents insérés dans le texte d’un article, lorsque, via un fichier de paramétrage renseigné par l’exploitant, on désactive, au moment de l’enregistrement, le code HTML saisi dans les articles, le raccourci du dixième document (et suivants) étaient modifiés. Ce problème est désormais résolu dans la version du 01/01/2013.
A noter que ce mécanisme est réservé aux sites qui nécessitent un très haut niveau de sécurité. Si ce problème a été constaté sur d’autres sites, cela provient d’une erreur dans la manière dont le fichier de paramétrage a été renseigné par l’exploitant.
Répondre à ce message
Mail du 04/01/2013 15h59 :
Formulaire de contact : Dans le mél envoyé, le titre de l’article est affiché en entier, y compris avec le numéro de titre.
Mail du 07/01/2013 10h22 :
Le message électronique envoyé, par le formulaire de contact, aux auteurs de l’article, affiche actuellement le titre de l’article, ainsi que le numéro du titre. Ceci est cohérent avec le contenu des messages électroniques envoyés aux auteurs de l’article, lorsque l’on poste un commentaire dans un article. En effet, ces derniers messages affichent le titre de l’article, ainsi que le numéro du titre. Une demande d’évolution, qui demande la suppression du numéro de titre de l’article dans le message électronique envoyé par le formulaire de contact, a été prise en compte dans la version du 07/01/2013.
Répondre à ce message
« ds la foulée », je vous demanderais comment renumeroter les rubriques avec spip 2.1.19 ?
j’y parvenais avec la version 1.8.3, mais là je ne vois pas !
merci
Cette question concerne SPIP. Il covnient de la poser dans le forum de SPIP.
Répondre à ce message
bjr
j’ai un pb de syndication
et ds spip 2.1.19 je ne vois pas où remettre une adresse avec backend ds la configuration du site
merci pour votre réponse !
Les questions qui concernent SPIP, sont à poser dans le forum de SPIP.
Répondre à ce message
bonjour
J’ai un dysfonctionnement sur mon site
Je suis en SPIP 2.1.19 et giseh version du 14 janvier 2013 (PHP 5.2 chez 1and1)
Dans mon formulaire de contact, quand je suis authentifié avec mon login d’administrateur
l’adresse d’envoi est figée mais avec dans le champ, mon mot de passe administrateur. C’est génant.
Quand je ne suis pas authentifié, le champ adresse est libre.
J’ai du abandonner PHP 5.4 car il y a de nombreux dysfonctionnements dans l’affichage (pb de CSS) malgré la présence du fichier mes_options.php dans /config
Ne pas tenir compte du début du message précédent. j’ignore comment ce mot de passe est arrivé dans le mel de l’auteur !!!
par contre le PHP 5.4 me pose toujours pb
le problème est réglé
c’est le fichier mes_options.php qui provoquait des erreurs
le bon est celui-ci
Répondre à ce message
Bonjour,
J’ai 2 articles qui dans l’espace privé, apparaissent bien dans :
« Les articles post-datés à paraitre »
mais ces mêmes articles sont déjà dans les actualités de la page d’accueil alors que la date n’est pas arrivée.
Avez-vous une idée du problème ?
Merci
Re Bonjour,
Je viens de modifier la date de publication (juste 5mn) d’un de mes 2 articles dans l’espace privé et j’ai validé ma modification
Mes 2 articles n’apparaissent plus dans les actualités.
N’y aurait-il pas un petit problème dans la modification de l’article dans la partie publique ? (plugin cisf)
Pourtant, le champ « date » de la table article était bien au 21/01/2013.
Merci
C’est encore moi,
Je confirme mes dires, j’ai de nouveau modifié la date de publication (toujours dans le futur) avec le formulaire du site public et l’article est réapparu dans les actualités
Si je modifie la date de publication par l’espace privé, l’article disparait bien des actualités.
Il doit y avoir un petit quelque chose qui ne va pas.
Merci
Bonjour,
Il convient de vérifier que, dans la configuration de SPIP, la ligne « Ne pas publier les articles avant la date de publication fixée » est bien cochée et est en gras.
Bonjour,
Cette option est bien cochée puisqu’en modifiant la date de publication de l’article avec le site privé les articles n’apparaissent pas.
Je viens de refaire l’essai à partir du site public et cela fonctionne !!!!
Je peux vous donner l’adresse de mon site à titre publicitaire
http://www.clubdesamiscyclos.fr
Merci
Répondre à ce message
Bonjour,
J’ai installé Giseh avec le spip 2.1.19 et lors du clic sur « s’inscrire » du formulaire « Authentification », j’ai l’erreur 404.
Quand je désactive les plugins giseh, j’ai bien le formulaire d’inscription.
Avez-vous une idée du probmème ?
Merci
Bonjour,
Pour des raisons de sécurité, la page contenant le formulaire d’inscription est suchargée par Giseh afin d’afficher volontairement l’erreur 404 à la place du formulaire.
Pour utiliser le formulaire d’inscription, il suffit de supprimer le fichier cisquel/identifiants.html et de recalculer la page du formulaire d’inscription.
Répondre à ce message
Bonjour,
J’ai un souci avec le bouton ok du formulaire « recherche sur le site ». J’ai mis à jour 2 sites avec la dernière version de Giseh.
Pour l’un www.amisnature-colombes.org, pas de souci. Pour l’autre, www.amis-nature.org, j’ai encore l’ancien formulaire ! J’ai vidé le cache spip et celui de mon micro, j’ai vérifié que tous les fichiers avaient bien la date du transfert. J’ai mis à jour les feuilles de style.
Je ne trouve pas où est la différence entre les sources de mes 2 sites. Votre aide me serait utile.
Quel(s) est/sont les répertoires/fichiers concernés ? Merci d’avance.
Cordialement
Bonjour,
Les fichiers concernés par la recherche avancée sont les suivants :
- recherche.html
- recherche_fonctions.php
- recherche_interdit.html
- rechercheavancee.html
- rechercheavancee_fonctions.php
- noisettes/photo-recherche.html
- noisettes/photo-vignettes-recherche.html
- noisettes/recherche_gauche.html
- noisettes/recherche_options.html
- noisettes/recherche_options_g.html
- noisettes/recherche_options_h.html
- lang/cisquel_fr.php
- contenu/recherche.html
- contenu/recherchedoc.html
- contenu/rechercheforum.html
- contenu/recherchetypedoc.html
- js/ui.core.js
- js/ui.datepicker-fr.js
- js/ui.datepicker.js
- _images/icones/cal-today.gif
- _images/icones/icone_*.gif
- _css/style_rechercheoptions.css
- _css/images/ui-*.png
Cordialement
Répondre à ce message
bonjour
je viens d’être informé que mon hébergeur 1an1 allait passer, au 1 avril 2013 (je ne sais si c’est un poisson), à la version PHP 5.4 et abandonnait PHP 4 et PHP 5.2
or giseh ne fonctionne pas avec PHP 5.4, j’ai vérifié.
merci de votre réponse
Bonjour,
Quelle est la version de SPIP utilisée ?
En désactivant tous les plugins Giseh, est-ce cela fonctionne ?
en supprimant les plugins, SPIP réagit bien sous PHP 5.4
en remettant les plugins j’ai le message suivant :
Strict Standards : date() : It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ’Europe/Berlin’ for ’CET/1.0/no DST’ instead in /homepages/10/d220045033/htdocs/valdissole/ecrire/inc/log.php on line 47
precision
je suis bien en SPIP 2.1.12
Une solution semble consister à mettre dans le fichier config/mes_options.php :
cf. http://forum.spip.net/fr_225453.html
j’ai bien créé le fichier mes_options.php dans le dossier config avec
if (function_exists(« date_default_timezone_set »))
date_default_timezone_set(« Europe/Paris ») ;
en bas de page j’ai maintenant le message suivant : voir erreur1.jpg
puis à l’authentification j’ai :
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/valdissole/prive/formulaires/login.php on line 59
Warning : Illegal string offset ’auth’ in /homepages/10/d220045033/htdocs/valdissole/prive/formulaires/login.php on line 67
Pour éviter ces messages d’erreurs, il suffit d’utiliser la dernière version de SPIP 2.1, c’est-à-dire actuellement SPIP 2.1.19.
je suis passé en SPIP.2.1.19
en conservant le fichier mes_options.php dans /config
j’ai toujours de message en bas de page
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/valdissole/ecrire/public/assembler.php(610) : eval()’d code on line 2
et impossible d’entrer dans la partie privée.
Une piste consiste à vider le cache de SPIP.
Remarque : ce forum n’est pas destiné aux problèmes qui concernent SPIP.
j’ai bien noté sur le forum de SPIP qu’avec PHP 5.4 il fallait un fichier mes_options.php dans le dossier config. ce que j’ai fait.
j’ai fait l’expérience sur un site test
chez 1and1, php 5.4, un base neuve, installation de SPIP 2.1.19, le fichier mes_options, giseh version du 20 octobre 2012.
/ecrire OK
installation des plugins OK
création de 2 rubriques et 2 article OK
mais quand je veux me déconnecter par la ligne du bas déconnexion, j’ai le message suivant :
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/test-php54/plugins/ciar/ciar_fonctions.php on line 738
Warning : Illegal string offset ’cistatut’ in /homepages/10/d220045033/htdocs/test-php54/plugins/cirv/cirv_ciautoriser.php on line 138
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/test-php54/plugins/ciar/ciar_fonctions.php on line 738
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/test-php54/plugins/ciar/ciar_fonctions.php on line 738
merci de votre aide
Bonjour,
Ci-joint un ZIP contenant deux fichiers modifiés pour éviter les messages signalés. Merci de m’indiquer si ces messages persistent, ou si d’autres messages, concernant les plugins Giseh, apparaissent.
http://contrib.spip.net/IMG/zip/giseh_modif_php5_4_121203-2.zip
merci de ta réponse
j’ai introduit ces 2 fichiers dans cirv et ciar, désinstallé puis réinstallé plugin cirv et ciar
j’ai bien vidé les caches
Quand le suis authentifié, tout semble normal
quand je me déconnecte j’ai en bas de page le massage suivant :
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/test-php54/ecrire/public/assembler.php(610) : eval()’d code on line 2
Dans le fichier ZIP ci-joint, j’ai ajouté un 3e fichierpour éviter le message signalé.
http://contrib.spip.net/IMG/zip/giseh_modif_php5_4_121203b.zip
tout semble bien fonctionner avec ces 3 plugins rectifiés
un grand merci
encore un message d’erreur
j’ai intégré les 3 nouveaux plugins sur un site existant
je suis passé en PHP 5.4
l’ouverture du site se passe bien
mais à l’ouverture de l’authentification j’ai :
Warning : Illegal string offset ’id_auteur’ in /homepages/10/d220045033/htdocs/valdissole2/prive/formulaires/login.php on line 59
Warning : Illegal string offset ’auth’ in /homepages/10/d220045033/htdocs/valdissole2/prive/formulaires/login.php on line 67
un message de plus
quand je rentre dans la partie privée du site j’ai le message suivant :
Strict Standards : Only variables should be passed by reference in /homepages/10/d220045033/htdocs/valdissole2/ecrire/inc/utils.php on line 1060
Les 3 derniers messages (relatifs à /prive/formulaires/login.php et ecrire/inc/utils.php) concernent des fichiers de SPIP. Il convient de les signaler à l’adresse suivante :
http://news.gmane.org/gmane.comp.web.spip.devel/
Répondre à ce message
J’ai l’apparition de : « #Echo par afficher_enfant_rub# » dans mon espace privé.
Quel est le plugin à modifier, ou à désactiver le cas échéant ?
Merci.
Je n’arrive pas à reproduire le problème.
La fonction « afficher_enfant_rub » est une fonction de SPIP. Elle est utilisée par SPIP, ainsi que par le plugin « Rédacteur restreint ».
Sur quelle version de SPIP le problème a été constaté ?
En fait, j’ai téléchargé la dernière version (3.0.x), et installé les plugins Giseh, mais peut-être pas de la bonne manière.
J’avais mis le plugin ’général’ de Giseh, avec avoir mis les plugins type ciparam, et je ne sais pas si j’ai bien fait (interaction ? version ? ...).
Je vais enlever les plugins, nettoyer le répertoire plugins/auto, re-télécharger plugin par plugin.
Je vous tiens au courant...
Merci.
Comme cela figure clairement dans cette page, les plugins Giseh sont compatibles avec SPIP 2.1. Seuls certains d’entre eux sont compatibles avec SPIP 3.0. La mise en compatibilité des autres plugins Giseh est prévue ultérieurement.
Merci, je vais donc passer en SPIP 2.
Répondre à ce message
En voulant accéder a mon site dans l’espace privé par « /ecrire » j’ai le message suivant :
Fatal error : is_readable() [function.is-readable] : Unable to access /mnt/154/sda/0/4/lrcyclomarche/plugins/cipr/cipr_pipelines.php in /mnt/113/sda/0/4/lrcyclomarche/ecrire/inc/plugin.php on line 764
par contre une fois entré sur le site et m’être identifié en tant qu’administrateur je peux lire un article et le modifier uniquement par « Modifier cet article » si je rentre par « Modifier dans l’espace privé » j’ai le même message d’erreur.
Sur mes autres sites, je n’ai pas ce problème
merci de me répondre
Ce problème concerne l’hébergeur FREE et ne concerne pas les plugins Giseh.
Merci de rechercher d’abord si la réponse n’a pas déjà été donnée :
http://forum.spip.net/fr_242964.html
il suffit de vider le dossier tmp
la réponse était sur le forum spip à l’adresse indiquée.
merci
Répondre à ce message
Bonjour,
Est-il possible d’utiliser les plugins de type « Fancy box », « Thick box », « Media box » avec Giseh ?
Ceux-ci s’installent bien dans l’espace privé, mais ils n’ont aucun effet sur le site public :(
Pouvez-vous me dire d’où vient le problème et comment faire pour que ça marche ?
Cordialement
Répondre à ce message
Bonjour,
Tout d’abord merci pour ce squelette.
Il est facile à utiliser pour un résultat très satisfaisant.
Je l’ai testé il y a quelques semaines, je l’ai adopté.
Par curiosité, je l’ai testé avec SPIP 3, le site fonctionne mais on ne peux plus modifier les rubriques et la création d’une nouvelle ne permet pas de choisir son emplacement dans les différentes colonnes.
Ma question, Giseh sera-t-il compatible avec SPIP 3 ?
La question a déjà été posée, dans ce forum, et la réponse a été donnée.
Répondre à ce message
Bonjour,
tout d’abord, je vous remercie beaucoup pour le squelette GISEH et les plugins développés. Je m’en sers maintenant régulièrement pour faire des sites Internet et des espaces collaboratifs. Vraiment, c’est bien chouette si je puis dire !
Je rencontre aujourd’hui la difficulté suivante. Lorsque je supprime les articles d’une rubrique, via l’interface de saisie simplifiée, cette rubrique passe automatiquement en non publiée. Je dois la rendre publique de nouveau via l’interface d’administration pour qu’elle apparaîsse bien sur le site. Ce qui n’est pas vraiment pratique pour les utilisateurs non administrateurs du site qui voit des dossiers disparaître ! Mon objectif étant d’intervenir le moins possible.
J’ai pourtant bien installé le plugin « cid ».
Bien cdt.
Je pense qu’en écrivant quelques mots dans le descriptif ou dans la zone texte de la rubrique, elle ne doit plus disparaître.
Bonjour,
merci pour votre réponse Henri.
Je vois qu’Equipement est revenu. Vous serait-il possible de m’éclairer sur mon problème, s’il-vous-plaît ? Je vous en serais fortement reconnaissant !
Bien à vous
Répondre à ce message
Bonjour,
Pouvez-vous indiquer s’il y a compatibilité de Giseh avec SPIP 3.0 (actuelle ou future).
Certains plugins Giseh sont déjà compatibles avec SPIP 2.1 et SPIP 3.0 (cela est clairement précisé sur leur page dédiée) :
- le plugin « ciar : Accès restreints Giseh »
- le plugin « ciag : groupes d’auteurs »
- le plugin « ciautoriser : Pipeline pour autoriser »
- le plugin « cicas : Authentification avec CAS pour SPIP 2 »
La mise en compatibilité des autres plugins Giseh est prévue ultérieurement.
Répondre à ce message
j’ai installé le version plugins du 25/4/2012
ainsi que la version spip 2.1.13 au dessus de la version spip 2.1.12
j’ai un problème à la création des articles.
Pas de pb pour créer une rubrique et sous-rubrique mais quand je crée un article à l’enregistrement j’ai le message :
ERREUR
Fichier Virtualiser introuvable
merci de m’aider
Je déconseille d’utiliser la version 2.1.13 de SPIP.
Il y a une version 2.1.14 par ailleurs...
Répondre à ce message
Bonsoir,
est-il possible de déterminer l’ordre des blocs gauche et droite ? En effet, lorsque l’on a plusieurs blocs, il est intéressant de pouvoir les afficher dans un ordre bien précis.
Merci pour votre aide.
Dans la colonne de gauche de la page d’accueil, les blocs sont triés par numéro de titre.
Dans la colonne de droite de la page d’accueil, les blocs sont triés par type de bloc (cf. documentation page 85) puis par numéro de titre.
Répondre à ce message
Bonjour, Je n’ai pas trouvé de fichier 404.html dans votre plugin.
Ce qui fait qu’il est remplacé par défaut par celui de spip.
Y aurait-il moyen d’en rajouter un ?
Merci
La version du 25/04/2012 ajoute une page 404.
Répondre à ce message
Bonjour,
Voilà, je rencontre un pb avec SPIP (2.1.12) + GISEH et le référencement de Google par rapport aux url de mon site.
Google met par exemple dans ses résultats de recherche par rapport à mon site l’url suivante : www.monsite.com/titre (il ne met jamais www.monsite.com tout simplement).
Or lorsqu’on clique sur ce lien, on arrive sur la page erreur 404 de mon site car cette url n’existe pas !
En fait la bonne url que Google devrait trouver est : www.monsite.com/rubrique,numero/titre,numero
Mais il n’y arrive pas, malgré le sitemap de SPIP et les diagnostic avec les robots :(
J’ai essayé de paramétrer les url dans administration/avancé/Type d’adresses URL de l’espace privé de SPIP, mais rien n’y fait !
Est-ce que quelqu’un a déjà rencontré ce problème ou est-ce que quelqu’un pourrait m’aider ?
Est-ce que ça vient plus de SPIP ou de GISEH ?
Merci d’avance
Répondre à ce message
Bonsoir,
Je souhaiterais que ne s’affiche pas l’expression « Page en accès restreint aux personnes authentifiées » située dans la partie droite des rubriques avec accès restreint.
Est-ce le .ar ou le .ari dans le css de cisquel qu’il faut supprimer pour que ça ne s’affiche pas ?
Merci d’avance
Répondre à ce message
Bonsoir,
Sauf erreur de ma part, je pense qu’il y a un petit bug sur le dernier Giseh (dans ciparam ou cisquel ?).
Lorsqu’on crée la 7e rubrique à la racine, celle-ci n’a pas la même largeur de page à l’écran que les précédentes (elle est plus petite). Les suivantes 8e, 9e rubriques à la racine etc... sont elles aussi plus petites que les 6 premières et que la page d’accueil.
Par contre les sous-rubriques de n’importe quelle rubrique de la racine ont la bonne largeur de page.
Bizarre...
Ou alors ça vient peut-être de la dernière version de SPIP ?
@Equipement : Aprés vérification le problème vient bien de Giseh. J’ai desinstaller les plugins Giseh et ça ne le fait plus.
Après avoir désinstallé le plugin giseh, vidé le tmp de spip, puis réinstaller le plugin, tout est rentré dans l’ordre :)
Par contre je ne saurai dire d’où est venu ce bug...
UP
Répondre à ce message
Petit souci d’affichage avec Firefox (equifirefox et firefox 11 à la maison). les objets flash .swf ne sont pas affichés. cela fonctionne avec le switch (firefox - IE) et IE.
Le site est hébergé chez pages perso de Free.
en l’occurence je n’arrive pas à visualiser la bannière de la semaine du DD, le fichier étant bien présent stocké sur mon site.
http://www.agissons.developpement-durable.gouv.fr/IMG/swf/468x60-3.swf
Les plugins (sur le Firefox maison sont à jour) pour equiFirefox (je n’ai pas la main)...
L’article incriminé
http://droitdvelo.free.fr/spip.php?article52
Répondre à ce message
Bonjour,
j’ai un souci lors de la recherche, ou recherche avancé avec la version du 21/02/2012
sur la page d’affichage des résultats il me dis Erreur dans le squelette
Erreur : filtre « ’00:00:00’ » non défini et Erreur : filtre « ’23:59:59’ » il les répète 3 fois pour le 00:00:00 et 2 fois le 23:59:59
d’où cela peux t-il venir ?
merci d’avance
Bonjour,
Je n’arrive pas à reproduire ce problème.
Quels sont les critères de recherche utilisés (date, etc.) qui déclenchent ce message.
Bonjour,
En fait je ne mets aucun critère comme ci-contre et je clique sur recherché c’est tout
c’est bizarre c’est comme si il cherchais à mettre un critère d’heure, minutes,seconde
Merci d’avance
Bonjour,
Je n’arrive toujours pas à reproduire ce problème sous SPIP version 2.1.12.
Quelle est la version de SPIP utilisée ?
Bonjour,
je suis en spip 2.0.17
C’est bon ça fonctionne je n’ai plus l’erreur
je viens de migrer mon site en Spip 2.1.12 et là je n’ai plus de souci ;)
donc je pense qu’il y a un bug avec la 2.0.17
Répondre à ce message
Bonjour,
Tout d’abord un grand bravo aux auteurs !
J’ai un petit soucis car je voudrais utiliser google analytics. N’étant pas un expert, j’ai installé le plugin google analytics mais les résultats indiquent quasiment aucune visite alors que je sais que mon site est visité.
Merci d’avance si vous pouvez m’aider !
Fred
Bonjour,
Pour des raisons de performances, les squelettes du plugin CISQUEL n’utilisent pas la balise #INSERT_HEAD. Or le plugin google analytics nécessite la présence de cette balise pour fonctionner. A noter qu’il n’y a qu’un seul auteur des plugins Giseh.
Bonjour,
donc si on veut google analytics, il suffit de rajouter #INSERT_HEAD sur chaque squelette de CISQUEL ?
Comme il est indiqué sur la page http://www.spip-contrib.net/Plugin-Google-analytics : « Ce plugin (google analytics) n’a pas une utilité énorme : est-il plus simple d’installer et de configuer le plugin ou bien de copier le code (de Google) dans le squelette inc-head.html (ou noisettes/head.html) ? » http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090
Voilà c’est ça que je voulais savoir ! Où copier le code de google ?
Donc si j’ai bien compris :
1- il faut mettre le code Google analytics dans noisettes/head.html,
2- répéter #INSERT_HEAD sur chaque squelette de cisquel (article, rubrique,...) ?
C’est vrai qu’une zone à renseigner dans « configurer le site » de l’espace privé comme pour Xiti (où on a juste à coller le code dedans) serait quand même plus simple...
Il faut mettre le code javascript Google analytics dans noisettes/head.html (et NE PAS utiliser le plugin Google analytics) OU BIEN mettre #INSERT_HEAD dans noisettes/head.html (et utiliser le plugin Google analytics).
Ok d’accord, j’avais pas compris, c’est plus clair maintenant.
Oui donc il n’y a pas de réele utilité à utiliser le plugin puisque dans les 2 cas il faut aller modifier le head.html.
Sauf peut-être si on délègue la gestion du site à quelqu’un d’autre ensuite qui ne sait pas le faire et qu’il souhaite changer se code sans passer par la modif du head via ftp. Pour lui se sera plus simple de copier coller un nouveau code dans l’espace privé. Le plugin Google peut être utile dans ce cas là. Il pourra aussi faire un choix quand il le veut entre google analytics ou Xiti.
- > Merci Equipement pour tes réponses ;)
Bonjour,
Doit-on aussi coller le code de Google Analytics dans le fichier headsimple.html (cisquel/noisettes/headsimple.html) ou juste dans head.html suffit ?
Merci
Répondre à ce message
La version du 21/02/2012 ajoute une fonctionnalité de recherche avancée.
Bonjour,
pourriez-vous me dire quels fichiers ont été modifiés dans le plugin Giseh du 21 02 2012 (par rapport au plugin Giseh du 02 11 2011) de façon à ne remplacer que ceux-là ?
Cordialement
Bonjour,
La réponse se trouve à cette adresse.
Répondre à ce message
Bonjour,
Lorsqu’on choisit la forme de rubrique « liste d’établissements ou autre » ainsi que sa variante, il y a un bug :
1- Il n’y a aucune différence entre les 2 formes
2- Il se crée automatiquement un bloc d’actualités dans la colonne de droite sous le logo de la rubrique. Ce bloc reprend les titres des articles publiés dans cette rubrique !
Pouvez-vous voir d’où vient le problème ?
Merci d’avance
Bonjour,
La réponse se trouve dans la documentation.
Répondre à ce message
Bonjour,
Je souhaiterais savoir si les flux rss fonctionnent bien avec la dernière version de Giseh chez les autres personnes ayant installé le plugin ?
Pour ma part ça ne marche pas.
- >Equipement : si on modifie l’apparence du site en créant notre propre plugin, doit-on recopier tous les fichiers de type « backend... » dans ce nouveau plugin pour que les flux rss soient pris en compte ?
Merci d’avance
Est-ce que vous utilisez la dernière version des plugins (celle du 02/11/2011) ?
Heu non, 02/11/2011 c’est aujourd’hui !
Je vais télécharger la nouvelle alors !...
J’ai testé et ça a l’air de bien marcher maintenant, j’ai juste parfois des rubriques où le flux rss n’est pas trouvé par le navigateur. Par contre si je tape à la main le backend dans l’adresse de cette rubrique, il troube bien le flux.
Etrange...
Répondre à ce message
Bonjour, j’ai installé Giseh et cela fonctionne à merveille. Néanmoins j’ai un souci avec la sélection d’une année antérieur à 2012 (en l’occurence 2011) pour l’affichage des articles ayant été publié dans une rubrique avec gestion d’actualités. Je n’ai que 2012 (l’année en cours ) dans le menu déroulant permettant de sélectionner une année et donc d’obtenir les articles ayant été publié cette année là, et trier par mois comme indiqué sur la doc de Giseh.
Merci de me donner une astuce pour contourner ce bug ?
Bonjour, avez-vous recalculé la page en question ? Pour des raisons de performances, la liste des années est mise en cache pendant un mois. Il suffit de recalculer la page pour ne pas attendre ce délai de mise en cache.
Merci de m’avoir répondu. J’ai vidé le cache et recalculer la page plusieurs fois et l’année antérieur (2011) n’apparaît toujours pas. Y-a-t-il un moyen de forcer le cache d’une autre manière ? Avez-vous une autre solution ? Sachant que je suis sur un serveur interne de l’administration pour laquelle je travaille. Merci.
Sur mon serveur de test, cela fonctionne. Existe-t-il toujours dans cette rubrique un article de 2011, qui a le statut "publié et qui a le raccourci « Rubrique : raccourci temporaire dans les dernières actualités » ?
C’est bon. Effectivement, j’avais retiré le mot clé « raccourci temporaire dans les dernières actualités ».
Je vous remercie. Spip Giseh c’est génial :)
Répondre à ce message
Bonjour,
Ma question s’adresse à tous les utilisateurs des plugins Giseh. Je souhaiterais adapter une partie de mon site (une rubrique) aux terminaux mobiles. J’ai lu que ispip était maintenant dépassé. Quelqu’un a-t-il tenté d’adapter la feuille de style de Giseh au web mobile ? La tache n’est pas simple en raison de la variété des terminaux.
Merci de vos réponses et suggestions.
Bonjour,
Il existe ceci : http://www.spip-contrib.net/cimobile-plugin-detection-et-aiguillage-des-telephones
Répondre à ce message
Bonjour,
Le site sur lequel j’ai travaillé avec Spip et Giseh doit être hébergé chez free, qui n’accepte que les stats phpmyvisites proposées... par free.
Pour cela, il faut incorporer quelques lignes de php sur les pages du site.
En cherchant sur les forums SPIP, j’ai trouvé l’idée d’inclure ces lignes dans le pied de page. Mais la création d’une copie de inc-pied.html dans /squelettes, en remplacement de /squelettes-dist/inc-pied.html ne fonctionne pas, car Giseh gère ses propres pieds de page.
J’ai vu dans « Personnaliser le graphisme du site.pdf » qu’il était conseillé de surcharger les squelettes, sans modifier les originaux. Mais ça ne répond pas à mon problème, qui est d’insérer le fameux code php une seule fois pour toutes les pages. Y a t’il un moyen plus efficace et plus élégant que de modifier le ’pied.html’ de /extensions/cisquel/noisettes ?
Merci d’avance.
Bonjour,
Si, par exemple, on souhaite modifier le squelette pied.html,
il convient de recopier le fichier cisquel/noisettes/pied.html dans le dossier
du plugin personnalisé et de modifier cette copie.
A noter que les statistiques XITI sont gérées par les squelettes :
- noisettes/compteur_article.html
- noisettes/compteur_rubrique.html
- noisettes/compteur_sommaire.html
Bonjour,
Est-ce pareil pour les stats Google Analytics ? Le plugin SPIP « Google Analytics » fonctionne-t-il avec Giseh ?
Merci
Répondre à ce message
Bonjour,
J’utilise vos plugins, et je pense avoir un soucis avec celui qui permet d’écrire un article dans l’interface publique (Saisie facile). Quand je veux mettre ou modifier une image ou un document, une fois téléchargé je retourne directement sur la page d’accueil. Je dois retourner sur mon article et là le document est bien présent (codification) mais vide parfois. Dans l’espace privée, je n’ai pas ce genre de soucis.
J’utilise SPIP 2.1.8 et certains plugins de GISEH dont cisf : Saisie facile 1.4 (dernière version ?)
Avez-vous rencontré ce genre de soucis ?
Je pense à une piste : faudrait-il remplacer le plugin, si oui, pouvez-vous m’indiquer si possible la procédure.
J’utilise GISEH dans mon cadre professionnel.
Merci pour votre réponse
Bonjour,
Est-ce que vous utilisez la dernière version des plugins (celle du 03/10/2011) ?
La dernière version du plugin CISF : Saisie facile est la version 1.57 .
Pour remplacer un plugin, il suffit de copier ses fichiers au même endroit que l’ancienne version du plugin.
Bonjour
j’ai suivi vos conseils et remplacé par ftp ce fameux plugin, ça l’air de re-fonctionner correctement après quelques essais. Je n’ai plus, à première vue, de soucis.
Merci pour votre réactivité et votre excellent travail sous GISEH.
Cordialement.
Répondre à ce message
Bonjour,
J’ai installé Gizeh sur mon site,ici .
Gizeh est un très bon et magnifique travail, et en plus très bien documenté. Félicitations aux auteurs.
Autodidacte (c’est le deuxième site sous spip que j’élabore), je n’arrive pas à mettre en route / implanter / générer de flux RSS à partir des articles de mon site.
J’ai fouillé dans les forums, puis tenté de rajouter des plugins spécifiques (Flux RSS en articles ; Sedna...) mais rien n’y fait...
Je ne sais pas d’où ça provient ; pour vérifier, dans les outils éditions spip de mon site j’ai mis mon propre site, et j’ai le message :
« Attention : la syndication de ce site a rencontré un problème ; le système est donc temporairement interrompu. Vérifiez l’adresse du fichier de syndication de ce site (http://www. (...)/spip.php ?page=backend-actu), et tentez une nouvelle récupération des informations. » (voir copie écran jointe)
Je ne sais pas par où m’y prendre.
Quelqu’un de la communauté aurait-il une idée pour résoudre cet aspect ???
Bonjour,
Pour les problèmes rencontrés, lorsque l’on veut récupérer les actualités d’un autre sites, concernent SPIP et sont à poser sur les forums consacrés à SPIP.
Pour obtenir les actualités d’un site qui a les plugins Giseh, on peut utiliser :
- spip.php ?page= backend-actu
- spip.php ?page= backend
P.S. : je suis l’unique auteur des plugins Giseh.
Bonjour,
Oups ! Résolu... J’ai trouvé la raison du non fonctionnement ; tout simplement il n’y avait pas, dans spip, de page « backend-actu.html » mais seulement une page « backend.html ». Mes excuses pour l’appel à l’aide, et encore félicititations pour la qualité des plugins Giseh.
Répondre à ce message
quand j’essaie de vider le cache « Images calculées automatiquement » j’ai le message suivant :
Fatal error : unlink(../local//cache-vignettes/L110xH61/.ok) [function.unlink] : No such file or directory in /mnt/153/sdb/4/a/lecellesrosultcyclom/ecrire/inc/flock.php on line 277
merci par avance de votre réponse
Est-ce que vous utilisez la dernière version des plugins (celle du 03/10/2011) ?
Répondre à ce message
Bonjour,
Je souhaiterais savoir comment je dois m’y prendre pour modifier le css et html et avoir :
- une ombre sur le bord de la page. On a ça sur nos intranet DREAL ! ;)
- de la couleur dans les colonnes de gauche et de droite (notamment page d’accueil)
- des sous-rubriques encadrées en couleurs au iveau de la page de la rubrique
- Mettre un logo dans la colonne de gauche (page d’accueil)
Je demande beaucoup je sais ! Mais ça fait longtemps que je galère et je n’y arrive pas :(
Merci d’avance à tous
Répondre à ce message
Bonjour,
j’ai mis à jour internet explorer 8>9, le menu déroulant ne fonctionne plus (menu.js), comme si ce module javascript n’était plus reconnu.
j’utilise la version spip 2.1.10
j’ai réessayé avec internet explorer 8, firefox 4, google chrome aucun soucis.
D’autres personnes ont eu ce problème ?
Cordialement
Bonjour,
Je ne dispose pas de IE 9.
Quel est le message d’erreur javascript ?
En utilisant la touche F12 dans Internet Explorer 9, les outils de développement s’affichent et comprennent un onglet appelé Console pour voir les événements de script.
Je n’ai pas d’erreurs apparentes, idem sur firefox avec firebug.
dans le code source, je vois bien l’appel des sous rubriques du menu, mais elles ne sont pas visibles sur le site
Ne disposant pas d’IE 9, je ne peux pas reproduire le problème.
Merci d’essayer de remplacer le fichier cisquel/_js/menu.js par celui-ci (qui est dans un ZIP) et faire impérativement CTRL + F5 sur la page dans le navigateur. M’indiquer si le problème persiste.
Alors, j’ai essayé de nouveau sans changer le menu.js sur un pc portable avec internet explorer cela fonctionne.
L’erreur avait lieu, sur un serveur 2008 vista.
Répondre à ce message
Bonjour,
J’ai installé localement spip (màj 2.1.10) et Giseh.
Comme je découvre Spip, je galère un peu, mais j’arrive à faire des choses...
J’ai jeté un coup d’oeil dans les logs apache, et je vois des lignes du genre
[Sat Apr 16 13:49:41 2011] [error] [client ::1] File does not exist : /Users/marc/Sites/site_calm_2011/plugins/graphisme_calm_arrondi/IMG, referer : http://localhost:8888/site_calm_2011/?-Loto-
Après recherche, l’erreur semble venir de la ligne 19 de style_site.css du plugin « charte graphique », qui est :
background : white url(../IMG/perso_bandeau.jpg) no-repeat left top ;
Une idée de ce j’ai pu faire comme erreur lors de l’installation ou du paramétrage ?
Le fichier perso_bandeau.jpg existe bien dans /IMG à la racine du site (mais ne correspond pas à l’image à afficher en bandeau haut...). D’où vient ce ficher ? Je ne vois pas par quel élément de l’interface de gestion du site il est mis en place... Et pourquoi la feuille de style y fait référence en allant le chercher à un endroit où il ne peut pas être ?
Merci d’avance pour toute information.
Cordialement,
Mfx
Bonjour,
Une piste consiste à remplacer dans style_site.css, la ligne 19 :
par
En effet, l’image de bandeau haut du site est désormais IMG/siteon0.jpg sous SPIP 2 au lieu de IMG/perso_bandeau.jpg sous SPIP 1.8.
Cordialement
Merci pour la réponse.
Ayant rejoint le monde spip directement en version 2, je n’avais pas trop de moyen d’identifier ce problème et sa solution.
Une modification des feuilles de style Giseh à intégrer dans la prochaine version ? ;-)
Avec d’autres éventuellement du même genre, liées à la migration vers spip2 (s’il y en a)...
Autre question sur cette feuille de style : le fait de ne pas arrondir le coin haut gauche du bandeau est il volontaire ? C’est apparemment facilement modifiable, puisque l’image graphisme_bleu_arrondi/_imagestlcw.gif existe. J’ai donc ajouté une ligne 192 :
#haut .tlc { height:100%; background: transparent url(../_images/tlcw.gif) no-repeat 0% 0%; }Cordialement,
Le fait de ne pas arrondir le coin haut gauche du bandeau est volontaire.
Répondre à ce message
j’ai migré en spip2, les problèmes UTF8 de la base sont réglés.
Par contre à l’insertion d’une image dans un article
la position de l’image est correcte dans « visualiser l’article » mais en exploitation elle est
toujours à gauche même en utilisant <imgxxxxx|center>
Ce phénomène n’existait pas en SPIP 1.9 Giseh 2.14
Répondre à ce message
Bonjour
Je suis en version 2.4.18, puis-je migrer en spip2 ?
J’ai un autre site en 2.4.14 avec une rubrique en accès restreint pour les adhérents,
puis-je migrer directement ou dois-je désactiver cet accès avant de migrer ?
merci
Bonjour,
Le site en version 2.4.18 peut être migré sous SPIP 2 (ou SPIP 2.1).
Il est impératif de respecter la procédure de migration qui est décrite dans le document ci-joint intitulé « Migrer sous SPIP 2 un site GISEH ».
Le site en version 2.4.14 peut être migré sous SPIP 2 (ou SPIP 2.1). Il n’est pas nécessaire de désactiver les accès restreints pour la migration. En effet, le plugin CIAR se charge de la migration des accès restreints.
Répondre à ce message
Bonjour,
Je voudrais agrandir les vignettes des articles du sommaire (rubrique actualité). J’ai modifié sommaire.html en remplaçant image_reduire44,0 par image_reduire80,0, mais cela ne suffit pas. La page ne change pas et dans les propriétés de la vignette, je lis “Dimension de l’image : 80px × 61px (redimensionnée en 44px × 34px)”.
A quel autre endroit puis-je modifier cette taille de 44px ? Merci d’avance.
Martine
Bonjour,
Dans le menu « Configuration » de SPIP, sous menu « Fonctions avancées », dans le bloc « Génération de miniatures des images », vérifier la valeur affectées à « Taille maximale des vignettes générées par le système ».
J’ai : 150 pixels.
Martine
Il convient de vider le cache des images calculées automatiquement, dans le menu « Configuration » de SPIP, sous menu « Vider le cache ».
Oui, bien sûr. J’ai aussi vidé le cache de mon micro. J’ai vérifié que le répertoire local/cache-vignette était vide.
Je fais mon essai en local. En affichant le sommaire, la vignette se crée dans un répertoire local/cache-vignettes/L80xH62, puis dans L44xH31.
se trouve dans les fichiers suivants :
archive_article.html (2 fois), archive_article_rubrique.html, archive_sp_accueil.html, liste_article_par_mois.html, rubrique-avecactualite.html (3 fois), rubrique-espacededie.html (4 fois), rubrique-souspageaccueil.html (5 fois), rubrique_print_esp.html (2 fois), sommaire.html (5 fois), contenu\rubrique-2colonnes.html (2 fois), contenu\rubrique-3colonnes.html (3 fois), contenu\rubrique-multirubricage.html (2 fois), contenu\rubrique-multirubricagetrirubrique.html (2 fois), contenu\rubrique-syndication.html, contenu\rubrique-syndicationtexte.html, contenu\rubrique.html .
Répondre à ce message
Bonjour,
Il y a une erreur javascript qui remonte en console d’erreur :
« menu_contenu is not defined
Line 91
<script type='text/javascript'>if(document.getElementById) {document.write(menu_contenu);}</script>Phénomène visible aussi sur les squelettes exemples fournis.
Sans conséquences immédiates semble-t-il, certes, mais si cela était possible qu’elle n’apparaisse plus...
Merci et crdl
pjfr
La version du 25/02/2011 règle ce problème.
Merci, comment se passe la mise à jour ?, j’ai modifié pas mal de page html, feuille de style
CDt
Dans les fichiers noisettes/haut*.html la ligne suivante :
a été remplacée par :
Répondre à ce message
Bonjour,
Je viens d’installer Gizeh. Superbe boulot et bien documenté.
Malheureusement, je récupère une erreur de squelette utilisant le plugin CIFORM (version 1.1). (voir la capture d’écran)
La question saisie apparaît bien dans les articles en cours de validation. Mais les auteurs ne reçoivent pas de message automatique. J’ai vérifié que les @ mails des auteurs étaient bien valides...
Une idée de ce qui se passe ?
Merci d’avance
Bonjour,
Sur mon site de test cela fonctionne parfaitement.
Est-ce que les tables du site ont un préfixe différent de « spip_ » ?
Est-ce que le site utilise Mysql ou un autre SGBD ?
Merci pour la rapidité de la réponse.
C’est Mysql qui est utilisé (sur un nas de chez synlogy pour l’instant, tant que je suis en test).
J’ignore si les tables ont 1 préfixe différent de « spip_ »... j’imagine que non, sinon aucun article ne pourrait s’afficher, je suppose. Hors tout fonctionne correctement... sauf ce pb.
PS : je ne suis pas un spécialiste informatique... donc si vous avez besoin d’infos techniques plus précises, je risque d’avoir besoin de directives précises :-)
J’ai modifié le plugin ciform : cliquer sur ce lien ciform
Merci de m’indiquer si cela règle le problème.
la modification a réglé le problème.
Merci et chapeau pour la réactivité !
Répondre à ce message
Bonjour,
La version 1.4 du 11/02/2011, jointe au présent article, apporte la possibilité d’importer une liste d’auteurs et de mots-clés (plugin « ciimport »).
Répondre à ce message
Bonjour,
J’utilise Giseh depuis fin 2009 et avec la nouvelle version en plugins c’est total bonheur. Je fais donc mes mises à jour. Je découvre que le texte forcé sous une photo ne tient plus en place. En effet les 5 underscores qui permettaient de placer du texte sous une photo left, ne fonctionnent plus. Avez-vous une astuce avant que je change la mise en page de tous mes articles ?
Merci pour cet incroyable outil Giseh.
jm
Bonjour,
Il convient d’utiliser 5 tirets (et pas 5 underscores).
Répondre à ce message
Bonjour,
j’utilise la version cisquel : 1.1 - stable avec SPIP 2.1.8, j’ai une question concernant les mises en formes des articles,
j’ai un article associé à une rubrique, je choisis la forme : « Article sur lequel on peut ajouter et lire des documents » ; concernant la rubrique, elle est sous la forme « Afficher directement le texte de ses articles »
résultats la possibilité de créer un commentaire ne s’affiche pas, néanmoins lorsque j’enlève la mise en forme de la rubrique, on peut créer des commentaires sur l’article.
Je me pose la question si on peut coupler les deux mises en formes.
Cordialement
Bonjour,
Si la rubrique contient un seul article, on peut utiliser la forme de rubrique « Redirection » qui permettra d’afficher directement l’article (en tenant compte de la forme de l’article).
Sinon, une solution consiste à se créer un plugin, à ajouter une forme de rubrique dans monplugin/contenu (en s’inspirant des formes existantes dans cisquel/contenu) puis à la déclarer dans le fichier monplugin/_ciparam/ajout-formes-rubriques_fr.xml (en s’inspirant des déclaration existantes dans cisquel/_ciparam/formes-rubriques_fr.xml).
En effet, grâce au plugin ciparam, on a la possibilité d’étendre le plugin cisquel, avec un autre plugin.
Pour plus de détails, se reporter au document « Personnaliser le graphisme du site 20100212.pdf »qui est joint au présent article (voire au document de description joint à l’article suivant ).
Cordialement
Merci pour la rapidité de votre réponse, la redirection fonctionne.
Répondre à ce message
Bonjour,
Félicitations pour ce portage du squelette Giseh sous Spip2.
Une migration s’est bien passée sauf deux points :
Sur un nouvel article en interface privé ne figure plus la possibilité d’établir une redirection, elle existe bien lors de la modification d’un article dans l’interface publique. Une fois posée par ce biais, la redirection s’affiche bien dans l’interface privée.
Le site converti est en iso-8859-1, le squelette Giseh est-il compatible utf8 de façon à lancer la conversion SPIP ? En effet, lors de la modification d’un article dans l’interface privée, sous l’onglet Edit , les caractères accentués sont bien représentés mais pas sous l’onglet Voir...
Merci et crdl
Bonjour,
SPIP permet d’établir une redirection sur un article dans l’espace privé, si dans le menu « configuration » de l’espace privé on a coché « oui » dans le bloc « Articles virtuels ».
Les plugins Giseh pour SPIP 2 sont compatibles avec tous les encodages de caractères (iso-8859-1, utf8, etc.).
Concernant le changement d’encodage dans SPIP, il existe un article intéressant sur le site benjamin "point" sonntag "point" fr "slash" Resolu-Probleme-de-recherche-avec-accents-dans-Spip
En particulier, si l’on passe un site en utf-8, il convient de vérifier, par exemple avec phpmyadmin, que l’interclassement du champs texte de la table article est bien en « utf8_unicode_ci ». Sinon la recherche de termes accentués ne fonctionnera pas.
Bonjour,
Merci beaucoup pour les précisions et la réactivité.
La conversion c’est bien passée, seul point à signaler : il a fallu réactiver les plugins et resaisir la fiche de paramétrages (via configurer les squelettes) ...
idem redirection
crdl
pjfr
Répondre à ce message
Bonjour,
La version du 13/01/2011, jointe au présent article, corrige deux points concernant le plugin CIAR « accès restreints ».
Répondre à ce message
J’essaie d’installer le le plugin « cisf : saisie facile » sur un SPIP 2.1.2 [16017] sans succès. J’ai essayé aussi bien sur un site en fonctionnement que sur une installation neuve.
J’ai comme seuls plugins :
cfg : moteur de configuration 1.15.2 - stable
ciparam : Configurateur de squelettes 1.3 - stable
cisf : Saisie facile 1.3 - stable
cisquel : Squelettes de base avec 3 colonnes 1.3 - stable
SPIP Bonux 2.2.10
Est-ce que cisf est bien compatible avec cette version ?
Merci
Plus précisément, quel est le problème constaté ?
Avez vous une copie du fichier administration.html (de squelettes-dist) dans un dossier squelettes ?
Non, je n’ai pas de tel fichier ni dans squelettes ni dans squelettes-dist.
J’ai installé le plugin à la fois sur sur un site en ligne et en local.
En local, je suis arrivé à l faire fonctionner en ne mettant au départ que Saisie facile comme seul plugin.
Sur mon site en ligne, le plugin est bien coché, mais n’apparaît pas dans la liste des plugins. Pas de bouton « Ecrire un nouvel article » et « Articles publiés ou non » actifs. S’agissant d’un site assez fréquenté, je vais le copier en local et désactiver les plugins un par un avant de revenir, éventuellement, vers vous.
Merci
Répondre à ce message
Bonjour,
Il me manque le petit cadenas sur les pages en accès restreints aux personnes identifiées (div class=’ar’)
Je ne sais pas dans quelle feuille de style cela devrait se trouver ?
Cordialement
Martine
Je me réponds à moi-même :
Pour ceux qui réutiliseraient la feuille de style de la précédente version de Giseh (squelettes spip 1.8), il faut supprimer #menu2 devant .ar et .ari.
Martine
Répondre à ce message
Bonjour,
J’ai un article avec la forme « Galerie de photos (photothèque) ». Je ne comprends pas l’ordre des photos : dans le portfolio, c’est selon le titre de la photo, mais lorsqu’on visualise l’article, ce n’est ni le nom du fichier jpg, ni le titre donné à la photo, ni l’ordre de téléchargement.
Merci de me renseigner.
Cordialement
Martine
Bonjour,
Dans le portfolio de SPIP, l’ordre d’affichage est par numéro de titre.
Dans la forme « Galerie de photos (photothèque) », l’ordre d’affichage est par titre.
Cordialement
Répondre à ce message
Bonjour,
Je me précipite sur cette version tant attendue. Merci beaucoup pour tout ce travail.
Dans les plugins à activer, je ne retrouve plus ceux concernant le graphisme. Pourtant le site migré utilise la charte bleu_arrondie.
Est-ce un oubli dans la dernière version du fichier zip ou bien l’organisation des fichiers est-elle différente ?
Cordialement
Martine
Bonjour,
Dans le paragraphe « Personnaliser le graphisme du site » du présent article, il y a un lien pour télécharger les exemples de plugins de chartes graphique (dont la charte bleu_arrondie).
Cordialement
Super de m’avoir dépanner aussi vite.
Merci.
Bonjour,
Pour que ce soit plus simple, je viens d’ajouter les exemples de plugins de chartes graphique (dont la charte bleu_arrondie) dans le fichier plugins_giseh_101126.zip qui est joint au présent article.
Répondre à ce message
Dans la doc il est question du plugin cims : publication multi-sites avec filtrage par rubrique. Les possibilités décrites de ce plugin m’intéresse. Est-il disponible quelque part ?
Bonjour,
Le plugin cims sera publié prochainement (dans moins d’un mois).
Cordialement
Le plugin cims : « publication multi sites avec filtrage par rubrique » a été publié le 04/11/2010 sur ce site à l’adresse suivante.
Répondre à ce message
J’ai un problème avec des caractères accentués. Dans ma base, j’ai une table externe mais dont les champs sont bien en utf-8. Et pourtant l’affichage renvoit un ? pour les caractères accentués.
comment puis-je résoudre ce problème ?
Merci.
De manière générale, pour savoir si le problème concerne SPIP ou bien les plugins, il suffit de désactiver les plugins et de vérifier si le problème persiste.
Le problème en question ne concerne pas les plugins. Merci de poser cette question sur les forums consacrés à SPIP.
Répondre à ce message
à plusieurs reprises, il est fait allusions aux « Plugins Charte Graphique ». Ces plugins sont-ils spécifiques de Giseh ? Où puis-je les trouver ?
Ci-dessous un lien vers un exemple de chartes graphiques :
Exemple de chartes graphiques
Pour en savoir plus sur ces plugins de chartes graphiques, consulter le document, joint au présent article, intitulé « Personnaliser le graphisme du site 20100212.pdf ».
Répondre à ce message
Bonjour,
je voudrais savoir comment faire pour apparaître l’icône pdf, au lieu du titre du fichier, lorsqu’on ajoute une pièce-jointe (pdf) à un article.
Cordialement ;
Bonjour,
Pour la présentation des pièces jointes, le plugin cisquel n’utilise volontairement pas d’icône.
Pour cela, le plugin cisquel surcharge un fichier « modèle » de SPIP : modeles/doc.html
En supprimant le fichier cisquel/modeles/doc.html les pièces jointes s’afficheront comme dans SPIP.
Cordialement
Merci pour votre réponse, cela marche,
j’ai une autre question, je souhaiterais mettre en évidence sur le menu la rubrique visitée, j’ai déjà utilisé a:active etc...
mais je veux que le lien reste actif pendant la durée de la visite sur la rubrique en question
Bonjour,
J’explique les fonctionnalités de mes plugins. En revanche mon rôle n’est pas d’offrir une assistance à la réalisation d’une fonctionnalité sur mesure pour un site particulier.
Répondre à ce message
Apparente incompatibilité entre plugins.
Je souhaite intégrer des cartes IGN dans les articles. J’ai installer le plugin SPIP-Géoportail :
http://www.spip-contrib.net/Plugin-SPIP-Geoportail
Or les cartes ne s’affichent pas. Si je désactive les plugins correspondants aux fonctions de Giseh, ça fonctionne !
Comment puis-je m’en sortir : dois-je créer un nouveau squelette d’articles ?
Merci de me donner une idée. Je pense que cette fonctionnalité pourra intéresser d’autres utilisateurs.
Cordialement
Je me réponds à moi même parce que cela pourra être utile à d’autres peut-être.
J’ai utilisé le contenu de la page geoarticles.html proposée par le plugins geoportail pour créer un fichier article-geoportail que j’ai placé dans le répertoire noisettes de mon plugin.
J’ai créé un fichier ajout-forme-article_fr.xml contenant la nouvelle forme créée « Article avec une carte IGN ».
Il me reste quelques détails à régler concernant notamment la feuille de style, mais ça a l’air de fonctionner.
Bonjour,
Le plugin SPIP-Géoportail oublie juste d’indiquer qu’il nécessite la présence de la balise #INSERT_HEAD dans les squelettes.
Mes plugins ne disposent volontairement pas de cette balise #INSERT_HEAD car elle a un impact sur les performances.
La solution consiste effectivement à créer une nouvelle forme d’article qui contienne la balise #INSERT_HEAD.
A noter que la future version de mes plugins contiendra une forme d’article supplémentaire avec la balise #INSERT_HEAD.
Cordialement
Répondre à ce message
Complément au message précédent : j’ai oublié de préciser que j’utilise encore la toute première version diffusée en début d’année. Je n’ai encore fait aucune mise à jour.
Répondre à ce message
Bonjour,
et merci pour votre squelette, je souhaiterais afficher tout le temps les rubriques dans les colonnes de gauche et droite, par défaut lorsque je clique sur une rubrique du « bandeau haut », les colonnes de gauche & droites ne sont pas affichées.
Cordialement,
Bonjour,
Ce choix a été fait pour éviter la redondance entre les rubriques affichées dans le menu horizontal haut et les rubriques affichées dans les colonnes de droite et de gauche. En effet, lorsque l’on se trouve sur une rubrique racine (de premier niveau), ses rubriques soeurs sont les mêmes que celles affichées dans le menu horizontal haut (non déplié).
Cordialement
Très bien, merci pour votre rapidité de réponse.
J’ai remarqué une autre chose, lorsque je mets des articles en « Page d’accueil : actualités (raccourci temporaire) »
les retours à la ligne, paragraphes ne sont pas pris en compte, alors que lorsque je clique sur l’article pour l’afficher, ils sont bien pris en compte
Cordialement,
Ce phénomène provient du comportement de la balise « INTRODUCTION » de SPIP, lorsque l’article ne comprend pas de descriptif.
En effet, dans ce cas, SPIP prend le début du texte de l’article mais ne respecte pas les retours à la ligne.
En revanche si l’article contient un descriptif, les retours à la ligne du descriptif sont respectés.
Répondre à ce message
Je ne peux activer CIPARA, car dans la liste de plugins, le message rouge apparait : Fichier absent : ../plugins/ciparam/inc/ciparam_inc_cisf.php et effectivement le fichier n’y est pas.
Bonjour,
Je viens de remplacer, dans le présent article, le fichier ZIP (plugins_100712.zip) par une nouvelle version (plugins_100716.zip) qui contient le fichier en question.
ok je me doutais d’un soucis de ce type :)
merci je teste ca au plus vite
Répondre à ce message
Bonjour,
Je connais bien giseh que j’utilise régulièrement dans la version classique.
Mais ayant décidé d’utiliser la version plugin, j’ai l’impression que ce n’est pas aussi réussi.
Je constate sur free des phénomènes de saturation qui se traduisent avec la non résolution d’un clic sur un lien et la demande de télécharger le spip.php.
Si je vide le cache, j’ai une erreur irrégulière de link.
Surtout le fait de réparer la base semble indolore.
si probablement ma base n’est pas vierge... je ne crois pas que l’erreur soit de son fait.
qu’est-ce qui génère ce bug de vidage du cache ?
Est-ce la compatibilité spip 2.1 et les plugins giseh ?
Est-ce seulement du fait de spip 2.1 qui est trop gourmand / serveurs free ?
Bonjour,
De manière générale, pour savoir si le problème concerne SPIP ou bien les plugins, il suffit de désactiver les plugins et de vérifier si le problème persiste.
Le problème en question ne concerne pas les plugins. Merci de poser cette question sur les forums consacrés à SPIP.
Répondre à ce message
je viens de réaliser un site sur la Maison de la sécurité routière en Savoie et je voudrais placer une barre de séparation entre les différentes rubriques du menu principal, j’arrive au mieux à réaliser un cadre autour de la barre de menu.
Bravo pour le travail accompli
Bonjour,
Mon rôle se limite à informer sur les fonctionnalités de ces plugins. En particulier, toute aide sur des personnalisations graphiques est exclue.
Répondre à ce message
Je souhaiterais installer un site Giseh sous spip 2.0 mais j’ai besoin de mettre en place des restrictions d’accès à certaines rubriques. Je souhaiterais donc savoir si le plugin « Acces Restreint 3.0 » est compatible avec la nouvelle version de Giseh. Je vous remercie d’avance pour votre réponse.
Extrait de la documentation des plugins pour SPIP 2.0 correspondants aux fonctions de base de GISEH :
- Le plugin « ciparam : Configurateur de squelettes » ne surcharge aucune fonction et utilise uniquement des pipelines. Il ne présente donc pas d’incompatibilité particulière.
- Le plugin « cisquel : Squelettes de base avec 3 colonnes » surcharge le squelette inc-login_forum.html de la « dist » (afin de rendre le nom obligatoire lorsque l’on poste un message dans un forum). Il surcharge également les modèles doc.html, audio.html et video.html.
- Les plugins « Charte graphique … » ne surchargent rien. Ils ne présentent donc pas d’incompatibilité particulière.
Répondre à ce message
Aucun souci dans la migration.
merci beaucoup pour ce travail.
Cordialement
martine
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
