Sarka-SPIP 3

Si la lignée 3 de Sarka-SPIP a été l’occasion de refaire presque entièrement le code du squelette elle continue à évoluer et à s’améliorer au fil des versions.

Nous ne saurions trop conseiller aux nouveaux utilisateurs - et aussi aux anciens - d’utiliser exclusivement cette version.

Introduction

Cet article décrit les nouveautés et évolutions intégrées dans la lignée 3.

Cette nouvelle lignée de Sarka-SPIP, comporte aujourd’hui 3 branches distinctes :

  • la branche 3.0, compatible avec SPIP 2 uniquement. Cette branche n’est plus supportée depuis le 1 Octobre 2012 et restera figée à la version 3.0.8. Elle est remplacée par la branche 3.1.
  • la branche 3.1 compatible SPIP 2 uniquement et qui reprend l’ensemble des fonctionnalités de la branche 3.0 en y ajoutant les forums phpBB-like.
  • la branche 3.2 compatible SPIP 3 uniquement et qui reprend intégralement l’ensemble des fonctionnalités de la branche 3.1.

La mise en page des squelettes

Le squelette adopte les Layouts Gala pour structurer ses pages et permettre de choisir la disposition des colonnes gauche, centre et droite par configuration. Le « look trois colonnes » est toujours dominant mais il peut être fluide ou fixe et il est même possible d’adopter un layout 2 colonnes.

Le squelette répond enfin aux critères XHTML 1.0 Strict.

La modularité du code a aussi été renforcée par la création de nouvelles noisettes, de nouveaux modèles et d’un jeu de styles entièrement revu et optimisé. Avec cette approche, outre l’élimination des redondances de codes HTML et CSS, il sera plus aisé aux utilisateurs les plus avertis de coder eux-mêmes de nouvelles noisettes ou d’adapter celles existantes.

La configuration du squelette

La grande évolution de cette version réside dans la possibilité de configurer l’ensemble du squelette via des formulaires accessibles aux webmestres dans l’espace privé.

  • La structure du site : bandeau, pied de page, colonnes et menus sont entièrement paramétrables. Il est ainsi possible, d’un clic, de choisir simplement, la position (gauche ou droite) d’une noisette, le formulaire de recherche supplémentaire ou le type de menu des rubriques affiché...
  • Le design de chaque page ou type de page : article, agenda, galerie, album, sites favoris, sommaire, rubrique...
  • Les éléments graphiques : tous les styles sont adaptables par module (couleurs, fond, décoration...)
  • Il est aussi prévu de paramétrer les CSS (couleurs, bordures...) et d’offrir une interface de choix de thèmes prédéfinis.
  • Mais aussi les balises meta, les plugins, les rss et aussi un système de sauvagarde / restauration des configurations.

Dorénavant, Sarka-SPIP requiert obligatoirement le plugin CFG.

Le site Un zest de Sarka-SPIP illustre joliment les possibilités graphiques de cette nouvelle version du squelette :

Un zest de Sarka-SPIP
Un exemple de configuration du squelette

L’intégration de nouveaux plugins

Dans la version 2 de Sarka-SPIP il était possible d’étendre les fonctions du squelette en activant les plugins Accès restreint, Boutons dans le texte, Article PDF, Thickbox, Splickrbox, SPIP-Listes et Crayons. La version 3 s’enrichit de l’intégration des plugins suivants :

  • Formulaire de contact avancé en remplacement du formulaire standard de SPIP
  • Fancybox ou Nyroceros pour les portfolios avec SPIP 2 et Mediabox avec SPIP 3
  • Gravatar pour améliorer la gestion du logo des auteurs ou posteurs
  • A2A pour lier des articles et afficher une noisette de navigation vers ces articles
  • Mes fichiers 2 pour sauvegarder les données du site y compris celles du squelette
  • Metadonnées photo, pour afficher les EXIF des photos d’un album
  • Notation pour donner une appréciation sur un article
  • Nuage pour afficher une noisette des mots-clés
  • Rainette pour afficher la météo d’une ville donnée
  • Recommander à un ami pour envoyer un mail de l’article à une connaissance
  • Shoutbox pour dialoguer en ligne sur le site
  • Socialtags pour mettre en favoris un article
  • Thumbsites pour améliorer la gestion du logo des sites
  • Tickets pour gérer des tâches à réaliser
  • Coloration code pour colorer le code inclus dans des articles ou des messages
  • Clevermail et Abomailmans pour gérer les lettres d’information à l’instar de SPIP-Listes déjà intégré au squelette en SPIP 2 ; Mailsuscribers uniquement à partir de la version 3.2
  • Inscription 2 pour étendre les profils d’auteur

Nouvelles fonctionnalités et nouvelles pages

  • Multibases : le squelette est compatible avec les bases Mysql, PostGreSQL et SQLite.
  • utilisation des possibilités Ajax de SPIP 2.0 pour augmenter la réactivité des pages en rafraichissant uniquement la partie concernée (pagination, mini-agenda...).
  • le bandeau structuré en 3 bandes haute, basse et chemin toutes configurables
  • le pied de page entièrement personnalisable
  • un nouveau style de menu des rubriques (accordéon)
  • possibilité de positionner les menus horizontalement dans le bandeau
  • nouveau menu entièrement personnalisable
  • de nouvelles noisettes, commentaires, sites favoris, météo, liste des publications
  • une page Sites favoris permet de voir la collection des sites référencés et de les filtrer si des mots-clés y ont été associés
  • la page Mot autorise maintenant des recherches combinées avec plusieurs mots.
  • une page Feuille de route pour présenter les tickets prévus, en cours et terminés par jalon
  • les pages Galerie et Album entièrement revues et offrant différents types de présentation
  • un backend configurable intégrant les articles, les évènements et les albums
  • une page par formulaire
  • et un lifting complet de toutes les pages...

Les thèmes de Sarka-SPIP

La nouveauté la plus notable de la version 3.0.2 de Sarka-SPIP est sans conteste la gestion de thèmes pour le squelette, permettant au webmestre d’adapter ou de changer à loisir l’habillage visuel de son site.

La gestion des thèmes proprement dite est confiée à un nouveau plugin appelé Zen Garden. Ce plugin ajoute une page d’administration et de choix des thèmes dans l’espace privé. Pour plus d’information sur ce plugin lire l’article SPIP Zen Garden sur SPIP-Contrib.

Pour installer ce plugin et les thèmes de Sarka-SPIP veuillez consulter l’article Installer les thèmes de Sarka-SPIP.

Les thèmes de Sarka-SPIP, sont proposés sur le site Sarka-SPIP.net dans la noisette « Téléchargements », mais aussi très prochainement dans une galerie spécialisée. Vous pouvez également en voir un aperçu dans l’article Les thèmes de Sarka-SPIP 3.

Nous proposons deux types d’archives pour les thèmes :

  • Un par thème, comme par exemple, sarkaspip_theme_arclite.zip, fichier d’archive du thème Arclite pour Sarka-SPIP
  • Un pour tous les thèmes, nommé sarkaspip_themes.zip.

Ces thèmes sont uniquement destinés à être utilisés avec Sarka-SPIP : n’installez pas des thèmes ne possédant pas la mention de compatibilité avec Sarka-SPIP si vous voulez les faire fonctionner avec ce squelette.

Les thèmes Sarka-SPIP, outre les images de fond et les icônes, sont composés de fichiers de configuration du layout, du bandeau, du pied de page, des styles... Ces configurations sont chargées à l’activation du thème mais il est toujours possible ensuite de vous rendre dans les pages de configuration de Sarka-SPIP pour adapter quelque peu le thème original à vos souhaits.

Voilà, il est temps maintenant d’essayer cette évolution majeure de Sarka-SPIP !

Évolutions de la Branche 3.2 et ultérieures

-  6 Octobre 2012 : Mise à jour 3.2.1, avec les modifications suivantes :

  • Correction d’un bug sur les mots-clés de l’agenda
  • Correction de la gestion des thèmes suite aux modifications de Zen Garden
  • Correction des forums (id_article, regexp des épingles et annonces)
  • Correction des noisettes des rubriques filles
  • Correction de l’icône du visiteur dans le bandeau

-  30 Septembre 2012 : Version 3.2.0, démarrage de la branche 3.2 pour SPIP 3 !

Évolutions de la Branche 3.1

-  30 Septembre 2012 : Mise à jour 3.1.2, avec les modifications suivantes :

  • Correction du bug sur les thèmes du aux modifications de Zen garden

-  29 Septembre 2012 : Mise à jour 3.1.1, avec les modifications suivantes :

  • Correction d’un bug sur l’affichage des groupes de forums
  • Amélioration de la description du plugin.xml

-  26 Mai 2012 : Version 3.1.0, démarrage officiel de la branche 3.1 pour SPIP 2

Évolutions de la Branche 3.0

Cette branche n’est plus supportée depuis le 1 Octobre 2012.

-  13 Novembre 2011 : Mise à jour 3.0.8, avec les modifications suivantes :

  • Correction d’un bug dans l’agenda qui pouvait produire un log énorme suivant la configuration du serveur
  • Amélioration du plugin.xml : slogan, description et compatibilité
  • Correction du critère tout_voir
  • Ajout de la compatibilité avec le plugin Inscription 2
  • Correction de l’ancre pour les réponse de forum indentées
  • Limitatopn de la compatibilité max SPIP à la branche 2.1

-  20 Juin 2011 : Mise à jour 3.0.7, avec les modifications suivantes :

  • correction de la mise en place des forums hiérarchiques,
  • correction du lien de doc dans le fichier XML,

-  30 Mai 2011 : Mise à jour 3.0.6, avec les modifications suivantes :

  • correction du title de certaines pages,
  • nettoyage du plugin.xml,

-  27 Avril 2011 : Mise à jour 3.0.5, avec les modifications suivantes :

  • mise à jour de la librairie jquerycorner,
  • optimisation du mini-calendrier,
  • corrections de bugs divers.

-  13 Septembre 2010 : Mise à jour 3.0.4, avec les modifications suivantes :

  • compatibilité accrue avec SPIP 2.1,
  • corrections de bugs divers.

-  20 Mars 2010 : Mise à jour 3.0.3, avec les modifications suivantes :

  • une intégration des plugins « Abomailmans » et « Clevermail » pour gérer les lettres d’information,
  • une mise au point des CSS pour rendre compatible l’utilisation du plugin « Coloration Code »,
  • des amélioration d’ergonomie de la configuration du squelette (messages d’avertissement, version PHP...)
  • et quelques corrections importantes.

Lire l’article Quoi de neuf dans Sarka-SPIP 3.0.3 ? sur Sarka-SPIP.net pour plus de détails.

-  8 Décembre 2009 : Mise à jour 3.0.2, avec les modifications suivantes :

  • une intégration du plugin « Zen Garden » autorisant la gestion de thèmes propres au squelette,
  • une simplification de la mise en œuvre des pipelines de noisettes,
  • sauvegarde de toutes les pages de configuration en un clic,
  • un nouveau plugin pour afficher le pagerank des sites favoris,
  • et quelques corrections.

Lire l’article Quoi de neuf dans Sarka-SPIP 3.0.2 ? sur Sarka-SPIP.net pour plus de détails.

-  17 Octobre 2009 : Mise à jour 3.0.1, avec les modifications suivantes :

  • des coins arrondis, de ci de là, enrobés dans une fine couche de configuration,
  • des pipelines expérimentaux pour éviter de mettre trop les pieds dans le plat,
  • un nouveau plugin A2A qui lie mieux la sauce des articles,
  • un fichier perso.css plus dynamique (perso.css.html),
  • et des corrections.

Lire l’article Quoi de neuf dans Sarka-SPIP 3.0.1 ? sur Sarka-SPIP.net pour plus de détails.

-  1er Septembre 2009 : Version 3.0.0, démarrage de la lignée 3.0

Lire l’article Quoi de neuf dans Sarka-SPIP 3.0.0 ? sur Sarka-SPIP.net pour plus de détails.

Discussion

66 discussions

  • Bonjour,
    Dans mon site, les images (photos) sont visibles en « portfolio » dans les articles créés, et, j’ai des URL’s dans plusieurs articles (soit dans le corps du texte soit dans la partie qui y est réservée) et qui fonctionnent.
    J’ai passé du temps sur les forums et diverses documentations, et il semblerais que j’ai fait ce qu’il fallait pour qu’un « album photos » et des « sites favoris » puissent fonctionner et apparaitre sur la partie publique. Je ne trouve pas de « système » particulier dans le back office pour ça. Alors à force je doit admettre que j’ai loupé quelque chose (pas compris).
    Quelqu’un pourrais éclairer ma lanterne ?
    Par avance merci.

    Répondre à ce message

  • 2
    Pandinus2k

    Bonjour,

    Tout d’abord merci pour ce plugin qui m’a l’air très souple à utiliser !

    Je suis vraiment débutant en SPIP et j’ai lu la documentation sur ce plugin. J’ai bien compris le concept de noisettes, cependant je souhaiterais supprimer quelques noisettes de base fournies.

    Pour cela j’ai supprimer leur déclaration dans le fichier navigation.html que j’ai uploadé dans mon répertoire squelettes/noisettes/ pour surcharger le fichier existant.

    Cependant, cela ne fonctionne pas et j’ai l’impression que ce n’est pas la bonne méthode. Pouvez-vous m’aider svp ?

    Merci !

    • Salut,

      A priori ça devrait être la bonne méthode. Cependant, il faut d’abord que regardes dans la configuration du squelette dans le privé si il n’est pas possible de supprimer les noisettes dont tu ne veux pas. Cette page de configuration s’appelle Colonnes.

      Ensuite, si ça te convient pas alors tu dois faire exactement ce que tu as fait. Tu as juste du introduire une erreur qui t’empêche de voir fonctionner tes modifications.

      Maintenant, je t’enjoins à aller sur la site du squelette http://www.sarka-spip.net/ et à consulter aussi la doc, en particulier cet article : les méthodes de personnalisation

    • Pandinus2k

      Merci beaucoup ! j’ai fait les modifications dans le privé et la page de configuration Colonnes et tout fonctionne !

    Répondre à ce message

  • 2

    Bonjour,

    J’ai un petit problème avec le menu secteur horizontal.
    J’ai modifié la taille des boutons du menu (largeur 200px au lieu de 150px par défaut, je n’ai pas touché à la hauteur) en passant par la configuration SARKA SPIP de mon espace privé, j’ai été obligé de modifier la taille de l’image correspondante du bouton non sélectionné que j’ai ensuite chargée par FTP. J’ai fait la même chose pour l’image bouton selectionné mais j’obtiens un comportement incorrecte
    Voyez plutôt :
    http://www.meca-maths.com/

    Lorsque la souris passe sur un item du menu, l’image correspondant au bouton selectionné ne s’affiche pas correctement.

    Je n’arrive pas à localiser le problème dans le code du plugin sarka.

    • Bonjour,

      Je pense que c’est du à vos images d’arrière plan qui n’ont pas la même dimension.

      bg_menu_horiz.png = 200 x 24
      bg_hover_menu_horiz.png = 150 x 25

      C’est ce qui cause le décalage au survol avec le background-color qui remplit le trou de 50 pixels.

      Cdt
      Henri

    • Merci pour votre réponse, le problème est résolu

      Patrick

    Répondre à ce message

  • 4

    Bonsoir,
    Je viens de constater qu’il y a une anomalie quand on a sur la même page un menu qui se déplie et une vidéo dans l’article.
    Sous Firefox et Opéra, pas de problème.
    Mais sous IE8 et Safari, le menu se déplie sous la vidéo.
    http://www.geo-phile.net/ (vidéo dans l’article en une)
    Je suppose que c’est une question de z-index (combien mettre et où ?), mais il me semble que cela dépasse la personnalisation privée.

    Merci !
    Pétarel

    • C’est pas un scoop malheureusement ! Ca l’a toujours fait et je ne sais plus quelle est la correction à apporter mais ce n’est pas un z-index.

    • Eric,

      Ça le faisait systématiquement du temps de Sarka 2, quel que soit le navigateur. Tu ne te souviens pas de ce que tu as fait pour que ça le corrige pour deux navigateurs dans le passage à Sarka 3 ?
      On pourrait creuser dans cette direction
      Ce serait bien de corriger ce bug, parce que c’est assez souvent que des gens mettent des video ou des « objets » en « une ».
      Si ça peut aider, il semble qu’un « objet » (<object> <param etc ...></object>) présente le bug aussi.
      Une image présentée en « document » (donc grande taille éventuellement), non.

      Merci de nous donner une direction pour nous aider à rectifier le bug.
      Pétarel

    • _Toufik_

      Bonjour

      dans noisettes.css.html

      en plus de
      z-index : 500

      il faut ajouter une position absolue
      position : absolute

      il y a deux endroits je crois

      à essayer

    • Bonjour Toufik,
      Je reviens vers toi après plusieurs essais sans succès.
      J’ai constaté que la dernière version de Sarka (3.0.7) semble résoudre le pb de l’affichage des vidéos qui passe « au dessus » du menu quand on est sous IE ou Safari.
      J’ai fait un site-test qui marche très bien avec les menu « au-dessus » de la vidéo :
      http://www.petarel.net/_sarkanet/

      Problème : pour mon site « majeur » (geo-phile), j’ai fait des personnalisations qui doivent bloquer la chose. Je ne vois pas d’autre explication. J’ai regardé mes fichiers de « squelettes » et je ne vois pas ce qui peut bloquer. Est-ce que tu peux m’orienter ?

      Merci !
      Pétarel

    Répondre à ce message

  • 42

    Merci pour Sarka-Spip dont j’ai l’usage constant.

    Cependant… Il s’avère que la « dist » de Spip (squelette de base livré avec Spip) nettoie correctement les titres des articles de leur éventuel code html pour la balise title, comme le code html généré par la “lame”« Mises en exposant » du Couteau suisse.

    Selon mes constatations, cela se complique avec Sarka-Spip.

    Si et puisque Sarka-Spip fait moins bien que la « dist » standard de Spip, en laissant du code html dans la balise title, c’est que Sarka-Spip présente un bug (comment appeler ceci autrement ?).

    Pire, si dans inc_header.html de Sarka-Spip, pour essayer de résoudre le problème on remplace la ligne :
    <title>[(#ENV{meta_titre}|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    par la ligne :
    <title>[(#TITRE*|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    eh bien on n’obtient plus rien en balise « title » (on n’obtient plus que le nom du site).

    Voir ici la discussion à ce sujet de forum de la page « Mises en exposant » de Spip-contrib.

    Voir ici ma page de test.

    Merci pour votre attention.

    • Salut,

      Je suis très étonné par ce résultat car le code est quasiment le même, on applique un filtre textebrut sur le titre de l’article.

      Je vois une explication éventuellement c’est le passage par l’argument pour lequel on appliquerais trop tard le filtre. Pour vérifier cette explication pourrais-tu essayer ceci directement dans la page article :

      [(#SET{titre, [(#TITRE|textebrut)]})]
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#GET{titre}}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>

      et de virer le textebrut dans le inc_header.

      Si ça fonctionne ce sera la solution à appliquer partout.

    • Salut,

      Merci pour ton attention à mon message.
      Ta solution marche.
      Cf. ma page de tests.

      P.S. — Comme je ne suis qu’un bricoleur en code, voici précisément comment j’ai appliqué tes instructions à tester :

      — Dans plugins/auto/sarkaspip_3/article.html j’ai modifié ainsi :

      [(#REM) <!-- <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}> --> ]
      [(#SET{titre, [(#TITRE|textebrut)]})]
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#GET{titre}}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>

      — Dans squelettes/inc_header.html j’ai modifié ainsi :

      [(#REM) <!-- <title>[(#ENV{meta_titre}|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title> --> ]
      <title>[(#ENV{meta_titre}) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    • Ok, cool.

      J’ai aussi une autre idée plus simple à mettre en service :

      On touche rien à inc_header et on passe à l’include #TITRE* au lieu de #TITRE.

      Peux tu essayer stp ?

    • Ta 2e solution plus concise fonctionne aussi.

      P.S. — Voici comment précisément j’ai appliqué tes nouvelles instructions à tester :
      — Sans toucher à squelettes/inc_header.html s’agissant de <title> (en revenant donc au code de Sarka-Spip), dans plugins/auto/sarkaspip_3/article.html j’ai modifié ainsi :

      [(#REM) <!-- <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}> --> ]
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE*}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>
    • Ok, merci.

      Bon y a plus qu’à faire la modification dans le code du squelette pour chaque page concernée.

    • _Toufik_

      Les fichiers concernés sont :

      • article.html
      • album.html
      • breve.html
      • evenement.html

      et éventuellement (l’affichage se fait bien sans la modification)

      • rubrique.html

      par contre le numéro de l’article devient visible

      PS : La modification sera-t-elle faite dans une maj de sarka-spip ? ça servira à d’autres.

    • Merci.

      Donc pour l’instant seule la 1re solution plus complexe est à retenir : celle de la 1re réponse d’Éric ci-dessus le 27 mai à 09:13 + ma réponse immédiatement à la suite après test..
      En effet cette solution évite de rendre visible le numéro d’article dans le title.

      Pour plus de clarté je mentionne à nouveau cette solution :

      — Dans ../sarkaspip_3/article.html et les autres fichiers concernés, modifier ainsi :

      [(#REM) <!-- 
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}> 
      --> ]
      [(#SET{titre, [(#TITRE|textebrut)]})]
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#GET{titre}}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>

      — Dans ../sarkaspip_3/noisettes/inc_header.html modifier ainsi :

      [(#REM) <!-- 
      <title>[(#ENV{meta_titre}|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title> 
      --> ]
      <title>[(#ENV{meta_titre}) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    • Euh non,

      il faut juste appliquer le filtre supprimer_numero avant textebrut car l’étoile désactive les traitements typo.

      Donc la solution à tester serait, en plus de l’étoile dans article.html, de modifer inc_header :

      <title>[(#ENV{meta_titre}|supprimer_numero|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    • _Toufik_

      ça a l’air de fonctionner

      le titre s’affiche bien et sans le numéro

      Merci Eric

    • Effectivement cela fonctionne — merci.

      Donc récapitulatif de la 2e solution concise avec rectificatif :

      — Dans ../sarkaspip_3/article.html modifier ainsi :
      (et aussi dans les autres fichiers concernés : album.html - breve.html - evenement.html - et éventuellement rubrique.html)
      • ajout de l’astérisque : #TITRE* au lieu de #TITRE

      [(#REM) <!-- 
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>
      --> ]
      <INCLURE{fond=noisettes/inc_header}
      	{meta_titre=#TITRE*}
      	{meta_description=#INTRODUCTION{#EVAL{_SARKASPIP_CONFIG_INTRO_META}}}>


      — Dans ../sarkaspip_3/noisettes/inc_header.html modifier ainsi :
      • ajout de |supprimer_numero

      [(#REM) <!-- 
      <title>[(#ENV{meta_titre}|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
      --> ]
      <title>[(#ENV{meta_titre}|supprimer_numero|textebrut) - ][(#NOM_SITE_SPIP|textebrut)]</title>
    • Bonsoir,

      J’ai testé cela, c’est OK, mais j’ai un pb avec l’affichage des événements dans l’agenda quand il y a des exposants typo dans le « titre ». Ça fait carrément un bug d’affichage (voir capture d’écran).
      Avez vous testé pour l’agenda ? Ça marche chez vous ?
      Merci !
      Pétarel

    • Hello,

      Tu les fais comment les exposants Pétarel ?

    • Hello Éric,
      J’utilise la lame du couteau suisse

    • Humm,

      Je le voyais venir à grand pas le CS !
      Si je comprends bien, c’est le titre de ton événement qui contient un exposant ?

    • Oui,
      J’ai voulu tester les titres avec exposant typo, dans tous les cas de figure. Dont celui de l’agenda.

    • Je pourrais avoir une url pour visualiser le problème stp ?

    • C’est un brouillon où je fais des tests
      http://www.petarel.net/_sarkanet/
      Je n’ai mis que ta première suggestion, avec l’ajout de l’astérisque. Je n’ai pas encore testé la suite de ta proposition, que je n’ai vu que ce soir.
      Mais l’astérisque toute seule m’allait à peu près... et je ne vois pas de pb d’affichage de numéro d’article ou de rubrique comme ce qui est dit plus haut dans le forum.

      En revanche, cata total si exposant typo dans l’agenda. Qu’on mette l’astérisque ou non d’ailleurs, ça fait à peu près la même chose.

    • Problème de caractères dans l’envoi du mail pour annoncer les nouveautés

      Annonce des nouveautés
      SPIP peut envoyer, régulièrement, l’annonce des dernières nouveautés du site (articles et brèves récemment publiés).

      Dans le titre du mail j’ai
      Les nouveaut&eacute;s au lieu de Les nouveautés

      par contre dans le corps du message aucun souci
      ce problème a été détecté sur outlook, thunderdird, sur les webmail (gmail, free,...)

      si quelqu’un a une solution.

      Merci d’avance

    • Larsad,

      Commence un nouveau fil stp car là on parle d’autres choses et on va finir par tout mélanger.

      Bon Pétarel c’est la bulle d’info qui pète l’affichage car le CS met des balises pour créer les exposants ce qui est normal. Il faudrait appliquer le filtre attribut_html lors de l’affichage. C’est dans le fichier php de l’agenda qu’il faut faire ça.

      Je ferais les deux corrections demain.

    • Merci !!!!!!
      À demain donc

    • désolé, je n’ai pas trouvé où commencer un nouveau sujet

      et dans ce fil, il y a plusieurs thèmes déjà :

      celui des titres avec des caraactères html

      et celui avec les exposants

      alors je croyais que...

      mais ce n’est pas grave

      Merci quand même

    • Larsad,

      Pour commencer un nouveau fil, c’est tout en bas de la page « répondre à cet article ».

      Là, tout le fil est consacré au problème des dysfonctionnements lorsqu’on met des exposants typographiques dans un titre, et que le code html s’affiche en plus du texte du titre. C’est tout le même thème.

      Pétarel

    • Voilà j’ai fait les modifications sur la version stable 3.0 que j’ai appelé 3.0.6.
      Pourriez-vous tester cette version et me dire si les corrections sont suffisantes ?

      Merci d’avance.

      PS : vous pouvez la récupérer dans le zip sarkaspip_3. En effet, j’ai viré les tag 305 pour pointer directement vers la branche stable_30 car cette version n’est plus amenée à évoluer, sauf correction mineure.

    • Merci !
      Je vois ça tout de suite, je transmets à la team.
      Pétarel

    • Merci.
      Pour moi tout est Ok avec la nouvelle version de Sarka-Spip 48266 (qui a gardé le numéro de version 3.0.5).
      Y compris l’affichage de la noisette Agenda.

    • Arf donc j’avais raison, je suis revenu trop vite en arrière sur le numéro de version.
      J’avais pas vu le tag 3.0.5 car le site n’est pas à jour et la documentation non plus.

      Donc je rétabli rapidement le numéro en 3.0.6, désolé !

    • Oui, je viens de tester, tout est OK
      Pétarel

    • _Sarkafeek_

      c’est ok pour moi aussi

    • _Sarkafeek_

      1. Pour François : Le squelette au départ a été créé par Sylvain

      2. Pour Eric : les gens passeront à un autre squelette, et ça serait dommage

      mais je suis sûr que d’autres feront perdurer sarka-spip

    • _Sarkafeek_

      Le même problème que celui du code html du titre (réglé depuis la 3.0.6) existe aussi avec les documents joints aux articles (portfolio)

      @+

    • Problème d’affichage du titre (nom du site) existe aussi avec la page backend

      en plus du nom des fichiers joints (images, documents,...) à des articles

      ceci quand le nom contient des . (points) ou des chiffres

    • Problèmes additionnels qui ne se présentent qu’avec Sarka-Spip (3.0.6) activé
      (problèmes qui ne se posent pas avec la « dist ») :

      — Je confirme que l’on a du code html dans les bulles de titre dans le portfolio.

      — Et aussi que l’on a du code html dans le titre affiché et title de la page / ?page=backend

      J’aurais cru que le titre et title de la page backend ne dépendaient pas de Sarka-Spip, mais en fait si.

      Désolé de confirmer ces complications…

      En revanche, je n’ai trouvé aucun problème nulle part « quand le nom contient des . (points) ou des chiffres ».

    • en fait c’est quand il y a des majuscules

      en effet pas de problèmes avec les points et les chiffres

    • Salut,
      À propos de : « en fait c’est quand il y a des majuscules ».
      Désolé, je ne comprends pas un tel laconisme.

    • quand dans le nom du site ou dans le nom du fichier joint à un article il y a des majuscules

      on a des
      <span class="caps">NOM DU SITE</span> ou <span class="caps">NOM DU FICHIER JOINT</span>
      qui s’affiche

      pour la page backend dans le premier cas

      et dans les titres ou bulles des fichiers joints dans le 2e cas

      et ma reponse était courte car elle venait en complément de ton message, où notamment tu disais

      En revanche, je n’ai trouvé aucun problème nulle part « quand le nom contient des . (points) ou des chiffres ».

    • Pourquoi, dans le nom d’un site, devrais-je mettre :
      <span class="caps">NOM DU SITE</span>
      alors que je peux mettre :
      NOM DU SITE ?
      De toutes façons il s’agit de code html, et quel que soit le code html on a un problème dans la page backend et dans les titres des documents en portfolio : on ne va pas passer en revue tous les codes html possibles pour constater cette anomalie…

    • je n’ai jamais dit qu’il fallait mettre

      <span class="caps">NOM DU SITE</span>


      quand le nom du titre est en majuscules ou quand le descriptif du fichier joint contiennent des majuscules,
      à cause du problème, il apparait sur la page backend (titre) et dans les articles (descriptif du fichier joint) du code html <span class="caps">Lettres en majuscules</span>


      j’espère avoir été clair

    • Oui maintenant c’est clair.
      Il est donc clair que ce problème spécifique aux capitales ne se produit que chez toi, et en tout cas pas chez moi.
      — Voir ici pour titre de document inséré et document en portfolio.
      — Voir ici pour la page backend.

    • voir image jointe

      sous FF, IE et Google Chrome,

      cliquer pour voir l’image

    • et pour info

      en mettant le backend.html du dist à la place du backend.html de sarka
      il n’y a pas de problème

      donc ça ne vient pas de moi
      ça vient bien du fichier backend de sarka

    • Dans backend.html, j’ai remplacé

      ||image_reduire

      par

      |image_reduire

      et ça a l’air d’être rentré dans l’ordre

      je ne sais pas s’il y avait une raison aux deux ||

    • Dans l’image que tu joins de mon site de test, il n’y a pas de problème sur les capitales, il n’y a de problème que sur les abréviations mises en exposant, conformément à mon message ci-dessus 4 juin à 08:45 par lequel je confirmais, après tests, des signalements précédents.

      Merci d’avoir confirmé mon message par une capture d’écran de mon site de test.

      Tout ceci ne confirme rien s’agissant d’un éventuel problème : chez toi = sur ton site, s’agissant des capitales.

      L’on voit bien sur la capture d’écran que tu as faite qu’il n’y a aucun problème de capitales : chez moi = sur mon site de test avec Sarka-Spip 3.0.6, le nom du site comporte des capitales, correctement affichées sans code html indésirable sur la page backend (et aussi dans les titre d’images insérées et en portfolio, cf.ici).

    Répondre à ce message

  • 2

    Salut,

    Pourquoi avons nous dans le snv.revision le lien suivant :
    file :///home/svn/repository/spip-zone/_squelettes_/sarkaspip/stable_30
    soit http://zone.spip.org/trac/spip-zone/log/_squelettes_/sarkaspip/stable_30
    alors que la dernière mise à jour 48274 ne s’y trouve pas et que ce log s’arrête à 48273.

    Apparemment seul est correct le log :
    http://zone.spip.org/trac/spip-zone/log/_squelettes_/sarkaspip

    Cette anomalie (?) rend pour l’instant impossibles les signalements automatiques de mise à jour.

    (Jusqu’à il y a peu (47925) c’était pire, le svn.revision renvoyait à :
    http://zone.spip.org/trac/spip-zone/log/tags/sarkaspip/sarkaspip_305.)

    Désolé de ne soulever que des problèmes… que je n’ai pas l’aptitude à résoudre :-).

    • Salut,

      Il n’y aucun problème, en fait, j’ai juste changé la stratégie du zip pour la branche 3.0 en considérant qu’elle n’est plus en développement et j’ai donc pointé le zip stable dessus plutôt que de faire des tags systématique.

      Pour la révision, 48274 correspond au report des modifications de la branche 3.0 vers la branche 3.1 en développement. Donc rien de plus normal.

    • Ma question était hasardeuse, en fait le terme « report (des modifications) » aurait dû me mettre la puce à l’oreille, et c’est avec tes explications que je le comprends.
      Merci beaucoup pour ta pédagogie.
      Donc en fait, à l’occasion de tes récents rectificatifs, tu as d’office rendu à nouveau effectif le signalement automatique des mises à jour si de nouveaux rectificatifs sont faits à la « branche 3.0 ».
      Merci encore.

    Répondre à ce message

  • Christophe23

    Bonjour ,

    Ce site est sous Sarka depuis 2007 et a essayé d’évoluer avec lui . Un visiteur du site m’a récemment conseillé d’élargir le layout à 1300 . Je me suis contenté de l’élargir à 1240 car il y a encore de nombreux écrans qui n’ont pas cette largeur .

    Je me demande si on peut obtenir de bons résultats de gestions des photos comme dans cet article avec le layout fluide ? le problème étant que les photos sont mangées par les colonnes latérales ...

    Répondre à ce message

  • 4

    Salut Eric,

    Je n’étais jamais venu sur le forum de cet article et j’allais de temps en temps jeter un coup d’oeil sur celui du site SARKA...

    J’ai ainsi le plaisir de voir que les Sarkaspipiens ont la chance de te voir toujours actif sur le plugin que tu as créé et déposé sur SPIP-CONTRIB, voilà qui me rassure.

    Utilisant intensivement SARKA et procédant parfois à des adaptation de SARKA propres aux besoins du SEM, je mesure régulièrement à quel point le squelette SARKA est une magnifique construction sur de multiples plans, dont on ne trouve pas d’équivalent.

    Y-a-t’il une chance que tu t’impliques à nouveau dans son développement et son adaptation aux prochaines versions de SPIP ?

    Bien cordialement

    FDG

    • Salut François-Daniel,

      Je viens de faire des corrections uniquement.
      Pour l’instant aucun retour n’est prévu à court terme car je suis déjà bien occupé avec la version 3 de SPIP et les problématiques liées aux plugins (SVP, STEP, nouvelle DTD, nouveau site des plugins en construction http://svp.smellup.net...).

    • Merci d’autant plus pour le correctif.
      Mais bon, juste pour rassurer le peuple là, il y aura bien une mise à jour de Sarka-Spip pour Spip 3 (si nécessaire) ? :-)

    • Eu, je sais pas... Qui s’y colle ? ;-)

    • Arf, c’est pas bon comme pub, ça :-)…

    Répondre à ce message

  • 5

    Bonjour,
    J’ai activé la fonction qui permet d’afficher directement la rubrique quand elle contient un seul article et pas de sous-rubrique.

    Le problème est que j’ai des rubriques qui ne contiennent qu’un article et qui ont des des documents « joints aux rubriques », et dans ce cas là, cela affiche directement le contenu de l’article. Et ne voit pas du tout les documents.

    Je voudrais que ça ne le fasse pas si la rubrique contient un document.

    Je pense que ça se passe dans le fichier inc_nav_rubrique_lien.html, mais je n’arrive pas à voir quel bout de code ajouter, ni où. Je n’arrive pas à trouver de doc sur ce point. Quelqu’un aurait-il une piste ?

    Merci !
    Pétarel

    • Pétarel se répond à elle-même !
      J’ai transpiré, mais j’ai fini par arriver à faire marcher la chose (afficher les documents joints aux rubriques, même si la rubrique ne contient qu’un article.).

      Mon code n’est sans doute pas parfait, mais il a un indéniable avantage : il marche ! Même si je reconnais que c’est du bricolage.

      Pétarel

      Voici le code de mon fichier « inc_nav_rubrique_lien » :

      <BOUCLE_contexte_rubrique(RUBRIQUES){id_rubrique}>
      	[(#REM) <!-- test sur nombre d'articles -->]
      	<BOUCLE_articles_plusdun(ARTICLES){id_rubrique}{1,1}>
      		<a[ href="(#_contexte_rubrique:URL_RUBRIQUE)]"[ class="(#ENV{classe})"][ id="(#ENV{rang})"]>[(#_contexte_rubrique:TITRE|couper{80})]</a>
      	</BOUCLE_articles_plusdun>
      	</B_articles_plusdun>
      		<BOUCLE_articles_unseul(ARTICLES){id_rubrique}{0,1}>
      		    [(#REM) <!-- test sur presence de documents et de sousrubriques-->]	
      				<BOUCLE_test_documents_article(RUBRIQUES){id_rubrique}>
      				<BOUCLE_test_sousrubrique(RUBRIQUES){id_parent}>
      				</BOUCLE_test_sousrubrique>
      				</BOUCLE_test_documents_article>
      							
      			<a[ href="(#_contexte_rubrique:URL_RUBRIQUE)]"[ class="(#ENV{classe})"][ id="(#ENV{rang})"]>[(#_contexte_rubrique:TITRE|couper{80})]</a>
      				</B_test_documents_article>
      				</B_test_sousrubrique>
      			<a[ href="(#_articles_unseul:URL_ARTICLE)]"[ class="(#ENV{classe})"][ id="(#ENV{rang})"]>[(#_contexte_rubrique:TITRE|couper{80})]</a>
      				<//B_test_documents_article>
      				<//B_test_sousrubrique>
      			</BOUCLE_articles_unseul>
      		</B_articles_unseul>
      				<a[ href="(#_contexte_rubrique:URL_RUBRIQUE)]"[ class="(#ENV{classe})"][ id="(#ENV{rang})"]>[(#_contexte_rubrique:TITRE|couper{80})]</a>
      		<//B_articles_unseul>
      	<//B_articles_plusdun></BOUCLE_contexte_rubrique>
    • Désolée, je me suis enthousiasmée trop vite. En fait mon code désactive complètement la fonction qui fait ouvrir un article directement si la rubrique ne contient qu’un article. C’est pour ça que ça affichait mes documents.

      Retour à la case départ donc, avec douche froide...

      Pétarel

    • Guillaume

      Bonjour,

      Où se trouve l’option « affichage directement de l’article si 1 seul dans la rubrique » dans l’interface de gestion de Sarkaspip 3.0 SVP ?

      Merci d’avance

    • Bonjour Guillaume,

      Tu vas dans la config de Sarka, section « menu ».
      Premier élément : Menu des rubriques,
      Troisième proposition à choisir : Pour le menu sélectionné, vous avez la possibilité de choisir une des options proposée ci-dessous.

      Cocher la dernière proposition «  Si la rubrique ne contient qu’un seul article, faire pointer le titre de cette rubrique vers la page de l’article  »

      Voili !!!

      Je conseille très fortement d’avoir activé « articles virtuels » dans la config de SPIP, ça permet plein de choses intéressantes en utilisant les deux de façon complémentaire.
      Bonne continuation
      Pétarel

    • Guillaume

      Merci beaucoup Pétarel pour cette réponse rapide et complète.

    Répondre à ce message

  • 1
    mbourlier

    Bonsoir ou bonjour, c’est selon !
    Je ne sais si c’est ici que je trouverai la réponse à mon problème, mais j’essaye quand même.
    Je suis sous SPIP 2.1.8 et squelette Sarka 3.0.4. J’ai mis en place le plugin Thickbox pour ma galerie qui ne comporte pour l’instant qu’un seul album visible ici http://www.michel-bourlier.fr/accueil/spip.php?page=album&id_article=15
    Dans l’interface privée, le diaporama de Thickbox fonctionne à merveille, mais comme vous pourrez le constater si vous allez y voir, dans l’interface publique, il n’affiche que le premier document. Si on clique sur toutes les images du carrousel, on peut avoir un diaporama, mais qui ne fonctionne qu’avec les documents impairs ! Et mon album ne comportant que 40 photos, il affiche un nombre presque double ! Bizarre, non ?
    Qui pourrait m’aider ?
    Merci d’avance
    Cordialement
    M. BOURLIER

    • mbourlier

      Je me réponds à moi même ! J’ai résolu le problème, même si pour l’instant, ça n’est pas ce que je voulais, mais l’essentiel dans l’immédiat est que je puisse faire tourner un diaporama. Donc, j’ai mis en place et activé nyrocéros et thickbox. Puis j’ai appliqué l’effet thickbox et bizarrement cela fonctionne ! Ne me demandez pas pourquoi ! ! !
      Cordialement

      M. BOURLIER

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom