SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

288 Plugins, 197 contribs sur SPIP-Zone, 194 visiteurs en ce moment

Accueil > Squelettes > Outils pour squelettes > noiZetier > Noisetier (abandonné) > Habillages > Habillages

Habillages

20 mars 2007 – par Franck Ducas

2 votes

Ceci est une ARCHIVE, peut-être périmée. Vérifiez bien les compatibilités !

Notes sur le projet du plugin Habillages.

Plusieurs pistes a developper pour le plugin « habillages » :

-  1)Inserer un choix sur la page d’accueil d’« habillages » qui permette de modifier
le chemin des fichiers de squelettes et de themes sur une autre page de configuration,
afin de permettre un usage « bidouilleur/euse » du plugin.

0) Permettre la prise en compte de squelettes personnalises dans les repertoires classiques
de personnalisation des squelettes, toujours pour permettre un usage « bidouilleur/euse » du
plugin. Attention, probleme de compatibilite avec des squelettes choisis, notamment dans le
cas ou l’utilisatrice/teur installe par exemple son jeu de squelettes perso dans le dossier
« squelettes » mais veut faire aussi des modifs pour les squelettes proposes par le plugin
« habillages » (il ne peut donc pas mettre ces dernieres personnalisations dans le dossier
« squelettes » qui contient deja un squelette perso original independant du plugin « habillages »).

1) Integration du plugin « coloriage dist » (= definir le plugin « habillages » comme
etant dependant du plugin « coloriage dist »)
-  > Inserer (si l’auteur original est d’accord) le plugin « coloriage » a la gestion
des squelettes et themes en ajoutant un fichier theme.xml a la racine du plugin.
-  > Voir pour permettre au plugin « coloriage » de donner une sorte de capture écran de la dist
avec une mise en relief des parties concernees par le changement de couleur quand on passe
la souris sur le champs couleur d’une partie de la dist.

2) Integration du plugin « cfg » (= definir le plugin « habillages » comme
étant dependant du plugin « cfg »)
-  > voir comment generaliser l’utilisation du plugin « cfg » pour tout ce qui est gestion
des variables de personnalisation. Long travail : il faut passer toutes les interfaces
actuelles du plugin « habillages » en usage « cfg », mais l’avantage est une legerete
accrue et une simplication du codage. De plus, l’avantage majeur reste la possibilite
de gerer grace a « cfg » des squelettes qui demandent une gestion des mots cles, le principal
obstacle a une souplesse dans le passage d’un squelette a un autre sur un site etant la
personnalisation des squelettes par mots cles qui serait ainsi automatisee (qui s’adapterait
a chaque squelette sans intervention humaine autre qu’assigner a des rubriques/articles des
mots cles de facon predefinie).
— > Problematique des mots cles : action de lobbying aupres des developpeurs de spip pour
que SPIP puisse dans l’avenir integrer en natif des mots cles predefinis, courament utilises,
et dont l’usage fait l’objet d’un consensus admis implicitement des bidouilleuses et bidouilleurs
par l’usage qu’ils en font. Il semble en effet patent que beaucoup de developpeurs utilisent les
mots cles pour faire apparaitre certaines parties d’un site ici ou la (tels que « une », « menu »,
etc.). Generaliser en natif au moins cinq mots cles permettrait de generaliser certains squelettes
qui fonctionnent avec des mots cles au moins de base. Ceci permettrait egalement tout un tas de
traitements automatiques (sur la base de ces mots cles) dans les squelettes qui seraient benefiques
a plus d’un titre. Dans le plugin « habillages », ceci permettrait de passer d’un jeu de squelettes
a un autre sans demander a l’utilisateur ou l’utilisatrice de creer a chaque fois des mots cles
propres a tel ou tel jeu de squelettes. Dans tous les cas, cette problematique de mots-cles reste
bloquante pour appliquer des « habillages » tout-prêt à un site...

Plugin « Habillages »
© 2006-2007 - Distribué sous licence GNU/GPL

Dernière modification de cette page le 28 juillet 2007

Retour en haut de la page

Répondre à cet article

Qui êtes-vous ?

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 Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Plugin Modèles media

    25 avril 2011 – 180 commentaires

    Les modèles , et produisent chacun un résultat différent et ce résultat, pour les images, dépend du fait qu’elle soit dans le portfolio ou non. Ce plugin propose une nouvelle série de modèles ayant un comportement unifié et indépendant du mode des (...)

  • Qrcode

    3 novembre 2010 – 45 commentaires

    Les QrCodes sont des codes barres lisibles essentiellement par les téléphones portables et permettent d’échanger avec ceux-ci diverses informations, et en particulier des liens. Ce plugin à pour objet de permettre à spip d’utiliser des QrCodes pour (...)

  • Speedsyndic pour SPIP 2 et SPIP 3

    11 octobre 2010 – 27 commentaires

    Ce plugin est une version compatible spip 2.0.x / 2.1 / 3.1 du plugin Speedsyndic Note : Une bonne partie du texte ci-dessous a été pompé de cet article, expliquant la version précédente du plugin. je n’ai fait qu’adapter le code pour spip 2, (...)

  • LIM : alléger l’espace privé

    20 avril 2015 – 41 commentaires

    Ce plugin permet de désactiver l’affichage de blocs ou de boutons, présents par défaut dans SPIP mais qui peuvent devenir inutiles dans le cadre de votre projet. Il allège du coup l’interface d’édition et supprime d’éventuels risques de confusion (...)

  • HTML Purifier

    5 janvier 2011 – commentaires

    Pour sécuriser l’affichage de certains textes (ceux qui proviennent potentiellement non pas des rédacteurs, mais de visiteurs non enregistrés ou de contributeurs externes, comme les forums ou les contenus des sites syndiqués), SPIP utilise en interne (...)

Ça spipe par là