Squelette Median

Un squelette généraliste, valide XHTML, et configurable.
Sites de démonstration : en es fr

Le squelette median est un squelette qui permet de gérer de façon relativement précise les contenus à afficher dans les différents types de pages via une interface de configuration CFG et un ensemble de mots-clés « techniques ».

Ce squelette nécessite les plugins CFG et palette pour sa configuration et le plugin spip-bonux pour le fonctionnement de ses BOUCLEs.

Le squelette median gagnera en fonctionnalités avec les plugins ( fortement conseillés ) suivants :

  • Le plugin nuage pour le nuage de mots cles
  • Le plugin mediabox (ou autre gestionnaire automatique d’images des port-folios tel Nyroceros).
  • Les plugin inscription2 et spipliste pour gérer les inscriptions et les newsletters
  • Le plugin experimental top_bando pour gerer plus finement l affichage du logo et d un bandeau du site ( svn ://zone.spip.org/spip-zone/_plugins_/top_bando )

Ce squelette dispose de fichiers de langue français, anglais, roumain et espagnol.
La traduction espagnole est utilisable mais reste cependant à améliorer : il manque de nombreux accents.
Ce squelette à été créé initialement pour un site anglophone d’où le mixage de mauvais anglais avec du français dans le nommage des mots clés techniques...

Quelques impressions écran pour vous donner un avant goût :

Median original
Squelette median couleurs par defaut. Site en anglais
http://median-web.eu/
Median versailles
Squelette median sur fond noir, site francophone
http://www.summer-school.uvsq.fr/
Median ww7.pe
Squelette median en mode violet, site peruvien en espagnol
http://ww7.pe/


Vous trouverez une liste plus complete de sites utilisant le squelette Median sur : http://delicious.com/tag/median+spip

Aidez nous a completer cette liste en tagguant vous memes vos sites sur delicious avec les tags spip et median .

Installation

Ce squelette est fourni sous forme d’un plugin pour faciliter l’installation.
Pour récupérer les fichiers vous pouvez :

  • soit utiliser les listes d’installation de /plugins/auto dans la page de gestion des plugins de votre SPIP
  • soit récupérer la version svn ( version de développement ) sur la zone spip :
    svn co svn ://zone.spip.org/spip-zone/_squelettes_/median/
  • soit télécharger le zip de la dernière version sur https://files.spip.net/spip-zone/

Pour l’installation et l’activation, suivez la procédure standard : cf la documentation officielle

Configuration souhaitable du site :

A priori ce squelette à été créé pour un SPIP avec :
-  les rubriques avec texte et descriptif mais sans documents attachés
-  les articles avec tous les éléments sauf le PS . NB : le sur-titre étant utilisé pour la configuration de l’affichage du port-folio (cf plus bas) il ne sera pas affiché...
-  des images en format paysage dans le portfolio des articles
-  les brèves ne sont pas utilisées / affichées

L’interface de configuration

Les administrateurs généraux du site peuvent configurer différents paramètres via l’interface de configuration accessible dans l’interface privée par Configuration > CFG > Squelette Median.

Interface de configuration
Vous pouvez configurer plusieurs aspects du squelette median, notamment ses couleurs d affichage

La configuration permet de définir :

  • l’organisation de la page d’accueil
  • l ordre de tri des articles dans les pages rubriques en utilisant les mots clés classement_date ou classement_date_inverse.
  • les couleurs utilisées ( !! Attention a desactiver la compression du javascript et des CSS dans la configuration avancee de SPIP, ces compressions genent le parametrage des couleurs !! )
  • certains textes d’explication
  • les groupes de mots clés « techniques » (à ne pas afficher dans les pages publiques).
  • si il n’y a pas de logo du site la configuration de l’image typo qui sera utilisée à la place
  • le texte de la page 404 et les « meta keywords » placés dans la balise head des pages

Pages spéciales

En plus des pages standard de la dist de SPIP, ce squelette fourni :
-  une page de souscription aux listes du plugin spipliste (?page=subscribe) dont le contenu est fourni par l’article ayant le mot clé page_souscription
-  une page de contact (?page=contact) dont le contenu est fourni par l’article ayant le mot clé page_contact. Les destinataire des messages sont les auteurs de cet article. ATTENTION : n’oubliez pas de renseigner le champ email de la fiche des auteurs si vous voulez que le formulaire de contact soit affiché !

Mot clé « _invisible_ » :

Tous les articles ou rubriques associés avec le mot clé « _invisible_ » ne seront pas affichés dans les pages publiques.
Pour les rubriques il y a « héritage » c’est à dire que les articles et les sous-rubriques contenues dans une rubrique avec « _invisible_ » seront également non-visibles. A priori toutes les pages du squelettes sont configurées pour ne pas afficher les éléments avec _invisible_ (backend et sitemap compris) mais ne comptez tout de meme pas sur ce mécanisme pour gérer des contenus confidentiels...

Le bandeau de sommet de page

Si il existe une image « logo de site » (cf page "Configuration") elle est utilisée pour faire le bandeau du sommet de toutes les pages du site. (l’image sera retaillée pour ne pas dépasser 860px de largeur)
L utilisation du plugin experimental top_bando peut aussi vous permettre de mieux parametrer l affichage du bandeau
Si le logo de site n’est pas défini, une « image typographique » est créée à partir du nom du site défini dans la page «  Configuration  ». La police, la couleur,du texte, la taille de la police et la largeur maximum avant retour ligne utilisées sont définies via l’interface de configuration :

  • taille = hauteur de la police en pixels
  • couleur = code hexadécimal d’une couleur HTML
  • largeur = largeur maximum en pixel avant retour à la ligne
  • police = nom d’un fichier TTF placé dans le dossier /squelettes/polices (attention ! Pour éviter les problème de copyright, la police choisie doit être libre de droits... Un grand choix est disponible sur dafont)

Le logo de sommet de page comporte par défaut un lien vers la page d’accueil du site mais la destination du lien peut être configurée via le 2e champ du bloc Réglages divers de l’interface de configuration.

Le bandeau de pied de page

A partir de la version 1.1.0, il est constitué par 2 lignes : la première facultative avec couleur configurable, la deuxième obligatoire (couleur identique à celle du bandeau de tête). L’interface de configuration permet de choisir les éléments à afficher dans la ligne obligatoire (lien vers page de contact, flux RSS, logo "valide XHTML"...). Elle permet aussi de choisir d’ajouter un lien vers un article au choix (le titre de l’article sera utilisé comme texte du lien) : cette option permet par exemple de faire un lien vers un article "Mentions légales".
Le bloc qui permet de configurer le contenu de la ligne facultative accepte du texte simple mais également du HTML "brut". Si il est laissé vide, la ligne ne sera pas affichée (configuration par défaut).

Organisation de la page d’accueil

L’article qui est affiché en début de page d’accueil est défini dans l’interface de configuration. Les éléments à afficher sont également configurables dans le premier bloc de cette interface (logo, titre, sous-titre, chapo, texte).
Cet article peut (doit !) avoir le mot clé « _invisible_ » pour ne pas apparaître par ailleurs dans les listes d’articles. Si il n’y a pas d’article configuré, c’est le descriptif du site qui sera affiché à sa place.

Sur le côté droit de l’article d’accueil, on peut faire afficher un petit diaporama (cf http://median-web.eu).
Les photos affichées sont tirées aléatoirement parmi celles associées aux articles ayant le mot clé « photos_sommaire » et dont la largeur est supérieure à la hauteur (format "paysage").
ATTENTION : les logos des articles ne sont pas pris en compte, seront utilisées uniquement les photos associées aux articles, et ayant été ajoutées dans le portfolio.
La vitesse de rafraichissement de ce diaporama, la taille des vignettes et l’orientation des photos à utiliser (portrait ou paysage) est configurable via l’interface de configuration (bloc Diaporama de la page d’accueil).

Sous l’article sommaire sont affichées des articles avec leur logo par rangées de 4 : le nombre de ces articles est défini dans l’interface de configuration par le champ "Nombre de blocs articles" (à priori, choisissez un multiple de 4 pour éviter les affichages foireux...).
Ces n articles sont choisis selon l’algorithme suivant :

  • les n 1ers articles avec le mot clé « bloc_sommaire » ayant les numéros les plus petits comme préfixe de leur titre (« 1.le titre du premier », « 2. le titre du deuxième »...)
  • si il n’existe pas n articles avec le mot clé « bloc_sommaire » + un numéro, on complète avec les articles les plus récents ayant le mot clé
  • si il n’existe pas n articles avec ce mot clé on complète avec les derniers articles publiés

Chacun de ces blocs "article" affiche :

  • le logo de l’article (ou de sa rubrique parent) recadré en 187x100 pixels (choisissez des logos dans ces proportions si vous ne souhaitez pas qu’ils soient amputés "sauvagement" !)
  • son titre
  • un court texte correspondant au descriptif de l’article si il existe, sinon aux texte. Dans les 2 cas si il existe un logo le texte est coupé à 140 caractères, sinon à 300 (filtre |couper) [1]

Si le plugin nuage est installé, le bas de page permet de faire apparaître les mots clés thématiques utilisés sous forme d’un « tag-cloud » (plus le mot est utilisé plus il est gros). Le titre de ce tag cloud est modifiable via l’interface de configuration du plugin.

A droite du tag cloud il est possible de faire apparaître un bloc «  Contact  » qui affiche les descriptifs des mots clés du groupe «  Coordonnees  ». L’affichage est fait de la façon suivante :
Titre du mot clé : description du mot clé
Les coordonnées sont affichées dans l’ordre défini par les numéros en préfixe du nom du mot clé (« 1. Tel », « 2. Fax »...).
Si on ne souhaite pas afficher le bloc « Contact » il suffit de renommer le groupe de mot clés «  Coordonnees  »

Affichage des rubriques :

Par défaut la rubrique affiche la liste de ses sous-rubriques et des articles en dessous de son éventuel descriptif.

Si une rubrique ne comporte qu’un seul article, celui ci sera directement affiché lorsque l’on visite la rubrique.
Si (en plus d’être unique) cet article est un "article virtuel", la page de rubrique fera la redirection.

Il est possible d’utiliser un article de la rubrique pour faire le texte présentation de celle-ci en associant le mot clé « edito_rubrique » à l’article choisi.

A partir de la version [1.0.5], les mots clés classement_date ou classement_date_inverse peuvent êtres attribués à une rubrique pour que celle-ci affiche les articles par date (du plus ancien au plus récent) ou par date inversée (du plus récent au plus ancien). Bien évidemment ces 2 mots clés sont exclusifs l’un de l’autre...

Affichage des articles :

Par défaut les articles sont affichés quel que soit le visiteur mais il est possible de restreindre l’accès aux visiteurs identifiés en associant le mot clé « restricted_access » à un article.
ATTENTION ! il ne s’agit que de limiter l’accès aux articles proposant des forums ou sondages / formulaires aux utilisateurs et donc d’éviter le spam par les robots... En aucun cas cette fonctionnalité ne doit être utilisée pour gérer des accès restreints "sérieux" ! si vous nécessitez un véritable contrôle d’accès, utilisez le plugin accès restreint 3.
Le texte qui sera utilisé pour présenter la restriction d’accès est configurable via le bloc "Textes configurables" de l’interface de configuration.

Si on ajoute en plus le mot clé « form_account_creation » à cet article, les visiteurs non-identifiés se verront proposer un formulaire de création de compte « Visiteur ». Le texte de présentation du formulaire de création du compte est lui aussi configurable via "Textes configurables". Si le plugin Inscription 2 est installé c’est son formulaire de création de compte qui est affiché, sinon c’est le formulaire standard de SPIP.

Chaque article peut proposer des photos en mode port-folio (vignette cliquable et s’affichant en sur-impression si vous utilisez un plugin de gestion des images tels Nyromodal, Thickbox ou Fancybox). Les 3 premières vignettes s’affichent à droite du texte de l’article, les suivantes en dessous.
Ces vignettes placées à côté de l’article peuvent êtres mises à gauche en attribuant le mot clé port_folio_left à l’article.
Le nombre de vignettes placé à coté de l’article est configurable en plaçant dans le champs sur-titre de l’article le nombre à afficher. Cela permet d’adapter "manuellement" le nombre de vignettes à la longueur du texte de l’article (si un contributeur se sent de faire la modif pour automatiser le nombre de vignettes en fonction du nombre de caractères du texte de l’article il est le bienvenu...).

Modèle "saut" :

Pour gérer les retours d’alignement du texte des articles un modèle est fourni avec ce squelette qui permet de faire passer le texte en dessous d’une image ou d’un document inclut dans le texte avec <imgXX|left> ou <docYY|right> (i.e. éléments « flottants ») :
<saut|vide=right> placé en début d’un paragraphe de texte permet de s’assurer que le texte repart en-dessous de tout élément flottant à droite, <saut|vide=left> idem pour un élément flottant à gauche et <saut2> assure le retour pour les flottants des 2 côtés.
NB : le modèle insère un bête <br style="clear: right;"/> (ou left ou both)

Notes techniques :

La transmission de doublons entre les squelettes principaux et les INCLUREs est assurée par les balises #SAVE_DOUBLONS et #LOAD_DOUBLONS mises au point par marcimat et renato : merci à eux pour ce petit bijoux !

Le fichier d’options de ce squelette (squelette_median_options.php) contient la définition du répertoire /squelettes/median comme répertoire de surcharge à utiliser si vous souhaitez apporter vos personnalisations à certains des fichiers de ce squelette tout en gardant intact les originaux (= surcharge). Vous pouvez bien sûr modifier le dossier utilisé :
 $GLOBALS['dossier_squelettes'] .= ':'.$chem_squel.'/votre_nom_de_dossier';

Si vous souhaitez personnaliser simplement les classes CSS utilisées, toutes les pages de ce squelette appellent un fichier perso.css en dernier (donc en position prioritaire par rapport aux autres feuilles de style). Ce fichier n’est pas fourni : il vous suffit donc de le créer dans votre dossier de squelette (ou à la racine du plugin) pour surcharger les styles CSS existant.

Versions

[version 1.0.1] ajout d’un script d’installation pour le groupe de mots clés technique et celui des coordonnées

[version 1.0.4] gestion de la couleur de fond des pages, correction de 2 bogues dans la prise en compte des groupes de mots clés à ne pas afficher, correction d’un bogue dans le calcul des largeurs des éléments de la barre de navigation, gestion de la taille et la forme des micro-vignettes dans les pages rubriques, ajout du roumain

[version 1.0.5] ajout de l’option permettant de choisir (via mot clé) le tri par date ou date inverse pour l’affichage des articles d’une rubrique.
Ajout du logo « valide XHTML » dans le pied de page (selon configuration)

[version 1.1.0] ajout de l’option permettant de choisir le sens des photos du diaporama ainsi que la taille des vignettes, ajout du pied de page configurable, modification des CSS pour optimiser la largeur du texte lorsqu’il n’y a pas de photos attachées à l’article.

[version 2.0.0]
création d’une version compatible SPIP 3, les plugins CFG et palette ne sont plus nécessaires.

Notes

[1ce nombre de caractère est éventuellement modifiable dans le fichier sommaire.html : #SETlongueur_texte_court, 140 et #SETlongueur_texte_long, 300

Discussion

91 discussions

  • 1

    Et comment je sais que vous cherchez à réparer quand je lis « non vu qu’ici il s’agit d’un problème que tu es seule à rencontrer, on peut considérer qu’il n’est pas nécessaire de faire une modification pour ta seule utilité... » ?

    VOUS avez REFUSE de voir le bug, donc je ne pouvais pas utiliser le squelette, donc j’ai arrêté d’utiliser. Que proposes-tu d’autre ?
    Il faudrait peut-être voir à assumer ce qu’on écrit, et ce qu’on pense.
    Mais vous avez tout à fait le droit de refuser, je ne comprends même pas pourquoi vous ne revendiquez pas cela, puisque en plus vous l’avez écrit !

    Et c’est moi qui me mets à dos des gens ? Quels gens ? Ceux qui disent que je les emmerde avec mon problème que je suis seule à rencontrer ?
    Et qui ne regarderont même pas s’il y aurait par hasard pas un problème ?
    Je ne pense pas que je perde grand chose.

    Où as-tu vu que je demande une aide dans la minute ? C’est du fantasme pour se justifier ?

    Quant au travail sur IRC en pleine nuit, je suis ravie pour toi que tu aies pris du plaisir à le faire. Je peux aussi te faire une facture des heures que j’ai passées, de nuit ou pas, des coups de fil avec le Québec et du temps de mon hébergeur sur ce problème. Alors que j’aurai pu abandonner tout de suite, que vous n’en auriez rien su, comme l’ont fait bien d’autres avant moi.

    C’est quoi, non pas ces enfantillages, mais ces égoïstes réflexions qui ne valorisent le temps et le travail que d’un côté et pas de l’autre ?

    Ben non je ne peux pas tester car je n’ai pas le squelette installé.
    C’est méprisant de dire ça ?

    Le fleurs je les sème, et ma participation plus bas le montre.
    Mais à quoi ça sert-on finalement ?

    Tu vois tout ce que tu dis est réversible. Mais dans la pratique je ne vois pas. le résultat quand je fournis de l’aide. Par contre en face on voit bien quand on en fourni, ça oui.

    Tant que ce sera à sens unique, ça n’ira pas, et pour que ça ne le soit pas il faudra se regarder autre chose que le nombril.

    • Bon, je vais jouer à « c’est celui qui dit qui y est » mais, non, je n’ai pas refusé de voir ton bug ! Ce n’est ni mon squelette ni mon problème, et si je suis venu voir, c’est bien parce que cy_altern nous a parlé du problème, preuve que même s’il était (une nouvelle fois) en dehors de la plaque (mais nan, j’déconne bonhomme ^^), il se demandait aussi d’où venait le problème ! Ce saligaud accusait même CFG, pour tout te dire !

      Sinon, comme proposition alternative, il y a aussi, si personne n’est assez disponible pour aider, d’apprendre à lire les codes des plugins, à participer aussi à l’amélioration du code. Parce que vu que les codeurs passent leur temps à boire des bières en compagnie d’autres testostéronés comme eux, faut bien se débrouiller :) Le code ne grandit et ne se bonifie pas tout seul !

      Bon courage en tout cas avec ton nouveau squelette.

      (Tiens, voilà que je passe plus de temps à écrire qu’à coder, c’est peut être le début d’une reconversion ^^)

      Au plaisir.

    Répondre à ce message

  • 2

    Ah, d’accord, la prochaine fois je ne commencerai pas par :« Bonjour, Bien des qualités pour ce squelette ! ».

    C’est marrant comme les compliments vous ne les voyez même pas quand il y a une (petite) critique et en plus de l’aide au débuggage.

    Parce que pour les mails précédents, avec débuggage et suggestions, je n’ai pas non plus eu la moindre réflexion. C’est normal sûrement. Et tout le monde le fait, sûrement. IL n’y a pas besoin de remercier, dans ce sens-là, sûrement.

    La testostérone, encore, qui, une fois de plus, va diminuer la participation des femmes à SPIP, et plus généralement aux logiciels libres, participation, je le rappelle, bien inférieure à celle dans le logiciel propriétaire.

    Pour comprendre pourquoi, il suffit de regarder cet échange.

    Bonne continuation, les gars .

    • Bon, les enfants, c’est pas fini un peu. « c’est celui qui dit qui y est », cela fait un peu cours d’école.

      A relire vos échanges, je suis d’accord avec toi, Perline que la réponse à ton problème a bien été sèche et peu sympathique.

      Il me semble néanmoins que se remémorer la vieille fable du garçon qui criait « au loup » ne serait pas inutile ici.
      Autrement dit, peut-être qu’à force de crier au bug parfois un peu vite, certains n’ont plus très envie de réagir à tes demandes, Perline ?

      Ramener tout cela a du machisme me parait un peu réducteur, si je peux me permettre, et plutôt contre-productif dans une communauté où au contraire on met un zèle certain à chasser toute expression de sexisme.
      Je ne prétends pas que sur ce point on puisse se targuer de la perfection, mais je suis par contre certain que collectivement on est plutôt meilleur que la société dans laquelle on vit, et bien meilleur que nombre d’autres communautés libre.

      Bien à toi, dans l’attente de ton prochain bug ;-)

    • Perline, s’il te plaît, cesse ces sketchs de princesse gâtée à laquelle on devrait tout : retrousse-toi les manches, râle moins et code un peu. Personne ni rien ici ne t’en empêche. Tu es libre.

    Répondre à ce message

  • 2

    Bonjour,
    Non, je ne peux pas tester. Parce que quand on me répond que mon erreur est causée par mon hébergeur et que, en plus, puisque je suis la seule à l’avoir ça ne compte pas, cela signifie qu’on oublie que pour une personne qui détecte un bug des tas d’autres vont aussi l’avoir, et renoncer à utiliser la chose puisque « c’est de leur faute » et que s’ils font la remarque ils vont se faire envoyer dans les décors.
    Sans espoir d’aide pour la réparation du bug, j’ai donc choisi un autre squelette pour mon site.
    Mais si, effectivement, le dossier du squelette dans mes options était mal rédigé et que ce commit permet de régler ce problème, alors je l’envisagerai pour un prochain site.
    Merci, au moins, d’être revenus sur le problème et d’avoir cherché à le résoudre, face à tous ceux qui méprisent largement la détection de bug sous l’argument que « je suis la seule », non pas à l’avoir mais à le signaler (j’ai des noms < :-)).

    PS : mon hébergeur est une coopérative qui se démène pour trouver comment résoudre les problèmes et aider, gracieusement, les coopérateurs. Ils sont allés dans les logs et le code pour trouver qu’il y avait un problème dans le plugin squelette median, et où et quoi exactement. Je leur dit Chapeau et merci Koumbit.

    • C’est surtout qu’avec des messages sympas comme ca ... des mercis qui pleuvent de ta part quand ca marche et autres petites choses ...

      Ca donne pas envie ....

    • Non mais c’est pas fini ces enfantillages Perline ? On croit rêver là… On a passé plus d’une demi-heure hier soir cy_altern, denisb (beaucoup) et moi (un peu) sur le problème que tu as soulevé. Précisément entre 0h44 et 1h33 du matin sur IRC. Tu veux peut-être qu’on t’envoie la facture ? Attention, le tarif de nuit est pas donné !

      Plus prosaïquement, tout le monde à le droit de se tromper. Plutôt que de faire une réponse nonchalante, tu aurais pu te réjouir et remercier pour la correction, tout en faisant remarquer que tu n’avais pas si tord que ça dans tes remarques. Tu serais sortie la tête haute de tout ce mic-mac.

      Avec cette réponse, tu te mets à dos encore un peu plus de gens, volontaires qui offrent leur temps et leurs compétences, pour s’entendre dire qu’ils devraient être à tes petits souliers pour t’aider dans la minute ? « Non, je ne peux pas tester. », « Sans espoir d’aide pour la réparation du bug », mais à quoi sert-on finalement ? Le plus amusant peut-être c’est que ceux que tu nommes qui, tu le penses, « méprisent » tes interventions, sont les mêmes qui ont passé du temps à corriger le problème… C’est dommage d’arriver a ce niveau de dialogue.

      Il y a une très jolie phrase qui dit « si tu veux avoir, commence par donner ». J’aime bien aussi cette petite phrase reprise par Tryo « on ne récolte que ce que l’on sème ».

      Et si on semait quelques fleurs sur le chemin ?

      Chaleureusement,
      Matthieu.

    Répondre à ce message

  • 3

    Tu écris :

    Probleme dans (ecrire/inc/utils.php)
    tu es dans un cas de restriction des répertoires liés à la configuration de ton serveur apache : la fonction find_in_path() qui explore l’arborescence du SPIP pour localiser les différents fichiers de squelette ou plugins tente de lire dans un répertoire « protégé » par la directive « open_basedir » défini dans le php.ini de ton serveur web.
    Il faut voir avec l’administrateur de cette machine pour obtenir le « débridage » de tous les répertoires de l’arborescence du SPIP...

    Si c’est possible, il est peut être plus simple de voir côté plugin plutôt que du côté de l’ensemble des hébergeurs., non ?
    Mon hébergeur m’indique que « Le problème est que le plugin utilise les chemins absolus au lieu des chemins relatifs.
    Par exemple, au lieu /median/fonds le chemin devrait être median/fonds/
     ».

    On peut y faire quelque chose ? Merci.

    • Si c’est possible, il est peut être plus simple de voir côté plugin plutôt que du côté de l’ensemble des hébergeurs., non ?

      non vu qu’ici il s’agit d’un problème que tu es seule à rencontrer, on peut considérer qu’il n’est pas nécessaire de faire une modification pour ta seule utilité... D’autant que, vu le message d’erreur, typiquement il ne s’agit pas d’un problème provoqué par ce plugin en particulier (i.e. cela veut dire qu’il faudrait carrément voir côté core de SPIP ou/et de tous les squelettes en plugin...) !

      Mon hébergeur m’indique que « Le problème est que le plugin utilise les chemins absolus au lieu des chemins relatifs.
      Par exemple, au lieu /median/fonds le chemin devrait être median/fonds/ ».

      A priori ce chemin n’est pas explicitement codé dans le plugin mais généré par le fait d’utiliser une interface CFG pour la configuration du squelette. Du coup il semblerait que si tu veux éviter ce genre de chemin il te faut abandonner le plugin cfg (?).

      On peut y faire quelque chose ? Merci.

      ne pas prendre pour argent comptant ce que racontent les hébergeurs ?

    • Bon, vous avez tous les 2 raison, mais ça résous pas le blem :

      • a mon avis, y a aucune raison que ça cherche un chemin commençant par / comme /public ou /median/fonds
      • mais, tu es effectivement la seule à avoir ces problèmes…
    • OK, effectivement il y a quand même un truc qui semble anormal, même si Perline est la seule concernée... Il semblerait que sans dossier /squelettes dans le SPIP il y ait effectivement un problème dans le chemin retourné par $GLOBALS[’dossier_squelettes’]...
      Du coup, je commite une modification de squelette_median_options.php qui devrait corriger ce problème : si pouvais tester et confirmer que c’était ça qui causait le problème ?

    Répondre à ce message

  • 2

    Bonjour,
    Bien des qualités pour ce squelette !
    Un petit problème, sur l’affichage des tof, j’ai une disgracieuse liste de (1}) qui correspond plus ou moins à la fin de la boucle <BOUCLE_tof_auhazard mais je n’arrive pas à trouver pourquoi ça apparaît, à la fin du premier li, ça semble bien venir de [(#SET{nb_tofs, (#GET{nb_tofs}|plus{1})})] mais où est le bug ?
    Merci
    http://www.lesamisdeuropeecologie.eu/

    • J’ai trouvé, il manquait des crochets autour du GET : [(#SET{nb_tofs, [(#GET{nb_tofs}|plus{1})]})]
      Par ailleurs, ce serait bien d’ajouter (à la demande ?) la même chose pour les logos d’articles.

    • Aussi, il est plus logique d’envoyer les gens vers l’article plutôt que vers l’image seule, j’ai donc changé le lien pour <a href="#URL_ARTICLE" class="nyroceros" title="#TITRE">.

    Répondre à ce message

  • 2

    Bonjour,
    tout d’abord bravo pour ce squelette bien pensé.

    J’ai cependant quelques soucis :

    -  les brèves n’apparaissent à aucun endroit.
    -  le nuage n’apparait pas non plus
    -  concernant le diaporama en page d’accueil certaines images dépassent de la page sur la droite.

    la version de spip est la suivante :
    SPIP 2.0.9 [14430]
    le site est visible à l’adresse suivante :
    http://www.fouques-bio.com/spip

    par avance merci de votre aide

    • Finalement le plugin nuage fonctionne

    • les brèves n’apparaissent à aucun endroit

      vu que ce squelette ne les utilise pas comme objets de publication mais uniquement por « bidouiller » (cf les metas ar ex) ça semble plutôt normal...

      le nuage n’apparait pas non plus

      sur http://www.fouques-bio.com/spip/ pas de problèmes vu de mon côté...

      concernant le diaporama en page d’accueil certaines images dépassent de la page sur la droite

      selon le ration largeur/hauteur des images cela peut se produire effectivement : de mémoire il faut éviter les photos ayant une valeur supérieure à 4/3 pour ce ratio

    Répondre à ce message

  • 2

    Bonjour,

    Tout d’abord merci pour ce squelette.
    J’ai installé Median dans mon spip 2.0.8. S’il n’y a eu aucun probleme à l’installation, ce message d’erreur apparait après l’activation des plugins Spip-Bonux et Median :
    Warning : is_dir() [function.is-dir] : open_basedir restriction in effect. File(/public/) is not within the allowed path(s) : (/www) in /www/Nondusite/ecrire/inc/utils.php on line 697.

    Des variables à ce messages, mais tous concernent la ligne 697.

    L’un d’entre vous saurait quoi faire ?

    En vous remerciant d’avance,

    Trois

    • cy_altern

      tu es dans un cas de restriction des répertoires liés à la configuration de ton serveur apache : la fonction find_in_path() qui explore l’arborescence du SPIP pour localiser les différents fichiers de squelette ou plugins tente de lire dans un répertoire « protégé » par la directive « open_basedir » défini dans le php.ini de ton serveur web.

      Il faut voir avec l’administrateur de cette machine pour obtenir le « débridage » de tous les répertoires de l’arborescence du SPIP...

    • Merci de ta réponse cy_altern.

    Répondre à ce message

  • 1

    Mais pour le récupérer en un zip, c’est où ?

    • cy_altern

      la doc le spécifie bien : il n’y a pas de zip généré vu l’état de développement de ce plugin

      Alternativement, kent1 propose sur IRC le deal suivant : tu écris la documentation de cette version et en échange il te fait un zip... ;-)

    Répondre à ce message

  • 1

    Warning : Wrong parameter count for array_slice() in /space_3/s/snpfc/www/plugins/auto/spip-bonux/req/array.php on line 231
    j’ai cette erreur quand j’active le plugin spip liste
    quelqu’un a t il une solution ?
    merci

    • cy_altern

      Vu le message d’erreur, le problème semble lié au plugin spip-bonux. Il serait donc utile de vérifier que c’est la dernière version de ce plugin qui est installée sur ton site et, si oui, poster sur le forum de ce plugin : http://www.spip-contrib.net/SPIP-Bonux

    Répondre à ce message

  • 1

    j ai ôté le plugin
    mais cela ne me donne pas plus le diaporama pourtant bien configuré
    y a t-il des cas où le diapo ne marche pas ?

    ce median est vraiment beau et pas mal
    merci

    • Si il existe des photos déposées dans le port-folio de(s) l’article(s) ayant le mot-clé « photos_sommaire » alors en principe le diaporama fonctionne sans problème...

      A partir de là, il est super difficile de te faire un diagnostic sans avoir ni URL pour voir le site ni accès pour vérifier les paramétrages !

    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