Bifurcation depuis
spip / spip
Le projet source a une visibilité limitée.
-
cerdic a rédigé
Les vues sont definies dans prive/listes/ elles portent par defaut le nom de la table spip, mais il peut y avoir des variantes (cf vue visiteurs.html) Elles sont utilisees dans l'espace prive via $lister_objets = charger_fonction('lister_objets','inc'); et ensuite appelees par $lister_objets($vue,$contexte); A noter la presence d'un critere where qui permet d'injecter des conditions specifiques ponctuelles, et qui recupere le 'where' fournit au contexte. Ces listes sont aisement reutilisables dans des squelettes meme_rubrique est unifiee en faisant appel direct a lister_objets. Les informations inutiles sont masquees en css. afficher_objets devient obsolete. On ne supprime pas tout son code car il peut encore etre utilise par des plugins, mais on note l'obsolesence dans les divers fichiers concernes. Il reste la page mots_tous a unifier, elle presente un type de liste de mot particulier.
cerdic a rédigéLes vues sont definies dans prive/listes/ elles portent par defaut le nom de la table spip, mais il peut y avoir des variantes (cf vue visiteurs.html) Elles sont utilisees dans l'espace prive via $lister_objets = charger_fonction('lister_objets','inc'); et ensuite appelees par $lister_objets($vue,$contexte); A noter la presence d'un critere where qui permet d'injecter des conditions specifiques ponctuelles, et qui recupere le 'where' fournit au contexte. Ces listes sont aisement reutilisables dans des squelettes meme_rubrique est unifiee en faisant appel direct a lister_objets. Les informations inutiles sont masquees en css. afficher_objets devient obsolete. On ne supprime pas tout son code car il peut encore etre utilise par des plugins, mais on note l'obsolesence dans les divers fichiers concernes. Il reste la page mots_tous a unifier, elle presente un type de liste de mot particulier.