SPIP-Contrib

SPIP-Contrib

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

290 Plugins, 198 contribs sur SPIP-Zone, 70 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 ?
  • [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 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

  • ScolaSPIP 4

    19 janvier 2016 – 361 commentaires

    ScolaSPIP est plugin-squelette responsive personnalisable pour sites Web d’établissements scolaires basé sur SPIPr Présentation de ScolaSPIP Ce plugin pour SPIP 3 est développé par la Dane de l’académie de Versailles pour les webmestres de cette (...)

  • Convertir un site SPIP 3 en utf-8 avec le plugin Grenier

    8 janvier 2014 – 23 commentaires

    SPIP 3 fonctionne nativement avec l’encodage universel unicode utf-8. Sur certains sites (par exemple sur une mise à jour), on peut avoir un site qui est resté en iso-latin ce qui n’est pas conseillé (source de bugs, d’incompatibilité, ...) . (...)

  • SPIP 3.2, Agenda et FullCalendar

    6 juin – 10 commentaires

    Nous avions publié un article sur la manière d’utiliser FullCalendar avec SPIP 3.0 afin d’afficher des évènements sous forme d’Agenda. La version de FullCalendar a changé avec SPIP 3.2. Le présent article est donc un tutoriel adapté à SPIP 3.2. Pour (...)

  • Mailsubscribers

    16 janvier 2013 – 408 commentaires

    Ce plugin permet de gérer les inscriptions (ou abonnements) à la diffusion de contenu par email. Mailsubscribers permet de gérer les inscriptions par Opt-in simple ou double et la désinscription par URL. Ce plugin gère également plusieurs listes de (...)

  • Nouvelle version - Modération de modifications

    29 janvier 2012 – 49 commentaires

    Suite à une migration depuis SPIP-Agora, j’ai développé ce plugin permettant de reprendre la fonctionnalité « Nouvelle version » inexistente sur SPIP2 ni sur SPIP3 Ce plugin permet d’étendre le work-flow de -rédaction-publication d’un article au cas d’un (...)