Roadmap #3844

Gérer la parenté dans la déclaration d'un objet éditorial.

Ajouté par marcimat 🌈 il y a 11 mois. Mis à jour il y a 2 mois.

Statut:NouveauDébut:23/10/2016
Priorité:NormalEchéance:
Assigné à:-% réalisé:

0%

Catégorie:compilo
Version cible:3.2

Description

Cf. la proposition d'ajouter :

'parent' => array('type' => 'rubrique', 'champ' => 'id_rubrique'),

Cela permettra donc de gérer mieux différents codes dans SPIP (hiérarchies, parents sur formulaires d'édition, urls arborescentes).

Voir : #2842 , #2743


Demandes liées

Lié à SPIP - Evolution #2842: Gestion unifiée du champ id_parent pour les objets dans l... Nouveau 05/09/2012
Lié à SPIP - Anomalie #2743: Un objet ayant un champ id_parent ne peut l'enregistrer v... En cours 01/06/2012

Historique

#1 Mis à jour par marcimat 🌈 il y a 11 mois

  • Lié à Evolution #2842: Gestion unifiée du champ id_parent pour les objets dans les rubriques (API objet_get_rubrique) ajouté

#2 Mis à jour par marcimat 🌈 il y a 11 mois

  • Lié à Anomalie #2743: Un objet ayant un champ id_parent ne peut l'enregistrer via action/editer_objet.php ajouté

#3 Mis à jour par cam.lafit - il y a 11 mois

Salut

En généralisant cette approche est ce que cela bloque le cas où le parent n'est pas une rubrique ?

#4 Mis à jour par marcimat 🌈 il y a 11 mois

C'est justement le but. Parce que le cas où le parent est une rubrique, on sait déjà à peu près le gérer (en considérant que si la table a un champ 'id_rubrique' ou 'id_parent' alors son parent est une rubrique). C'est justement si on souhaite dire autre chose qu'on est ennuyé.

#5 Mis à jour par nico d_ il y a 3 mois

Complètement d'accord, et on en aurait bien besoin pour avancer sur le plugin Rang.

Il faudrait pouvoir gérer aussi un objet qui serait son propre parent.

Exemple : une poupée russe dont l'objet parent serait une autre poupée russe :

'parent' => array('type' => 'matriochka', 'champ' => 'id_matriochka_mere'),

#6 Mis à jour par cam.lafit - il y a 3 mois

Salut

Si cela permet aussi de gérer les objets orphelins ça serait bien. Tout les
objets n'ont pas besoin d'avoir de parent. On peut voir le cas avec le
plugin page qui contourne ce comportement.


'parent' => array('type' => 'rubrique', 'champ' => 'id_rubrique',
'requis' => [obligatoire,option,non] ),

#7 Mis à jour par nico d_ il y a 3 mois

Où est ce que tu vois ce code ? je n'en trouve aucune trace sur la zone.

#8 Mis à jour par nico d_ il y a 3 mois

Bon, qu'est ce qui gênerait d'entériner cette spécification, et de l'implémenter dès maintenant ?
On ajouterait juste les clés 'parent' dans les définitions des tables adéquates (articles, rubriques, forums, autres ?)

On ne touche pas au code pour l'instant, ça ne casse rien mais on a au moins une information utilisable.
Ça permettrait déjà de l'utiliser dés maintenant dans des plugins (fabrique, rang...) ou des squelettes.
Ensuite on reprend par étapes le code de HIERARCHIE, et le reste.

Qu'en pensez vous ?

#9 Mis à jour par Peet du il y a 3 mois

À lire les tickets ici et retours sur le forum Dev, je ne vois que des demandes, attentes et retours positifs.

On ajouterait juste les clés 'parent' dans les définitions des tables adéquates (articles, rubriques, forums, autres ?)
On ne touche pas au code pour l'instant, ça ne casse rien mais on a au moins une information utilisable.

ben...go go go :)

#10 Mis à jour par RealET 🔶 il y a 2 mois

À mettre en relation avec #3976 pour le bouton de création rapide d'un mot clé

Formats disponibles : Atom PDF

Ajouter une image à partir du presse-papier (Taille maximale: 1,25 Mo)