[SPIP Zone] Correction pour editer_liens Polyhiérarchie ?

Archives Zone
#1

Yop Cédric, j'ai déjà dû te poser la question (presque sûr), mais
c'était sûrement par IRC ou IRL à une rencontre.

Du coup je ne me rappelle plus évidemment alors je remets par écrit :stuck_out_tongue:

Actuellement polyhier ne suit pas l'API editer_liens, car sa table de
lien n'est pas "normée", vu que ça attend une clé ayant le même nom que
la clé primaire de l'objet. En l'occurrence id_rubrique et non
id_parent. C'est juste ça le seul blocage.

Du coup impossible d'imaginer améliorer des morceaux d'interface
(notamment pour le sous-plugin qui permet de l'utiliser sur tous
objets), ou utiliser l'API dans des scripts, pour lier, délier des
choses à des milliers d'objets à la fois avec "*" par exemple.

Je n'arrive pas à trop voir ce que ça représente. Est-ce qu'il y avait
une raison précise, est-ce qu'il y a un blocage important à juste
changer id_parent en id_rubrique ? Ou faut réfléchir à des trucs
compliqués ?

Si c'est compliqué, même si on ne le fait pas maintenant, qu'au moins on
dise ici la raison et ce qu'il faudrait faire, pour avoir une trace. :slight_smile:

--
RastaPopoulos

#2

Le 30/10/2019 à 23:29, RastaPopoulos a écrit :

Si c'est compliqué, même si on ne le fait pas maintenant, qu'au moins on
dise ici la raison et ce qu'il faudrait faire, pour avoir une trace. :slight_smile:

Bump, et j'ajoute que question API, en plus de pas pouvoir faire tout ce que fait l'API liens, ya aucun pipeline non plus, quand on ajoute ou qu'on retire. Et du coup impossible de lancer des actions quand telle rubrique est ajoutée ou retirée à tel objet. :frowning:

--
RastaPopoulos

#3

Salut

Je n'ai pas tout suivi mais la polyhierarchie n'est pas spécifique aux
rubriques. On peut le faire sur d'autres objets.
J'avais un temps un patch pour la polyhierarchie sur 2 types d'objet
non rubrique. Le patch n'a pas été poussé car trop spécifique au cas
d'usage rencontré.

Km

#4

Le 09/12/2019 à 16:26, cam.lafit@azerttyu.net a écrit :

Je n'ai pas tout suivi mais la polyhierarchie n'est pas spécifique aux
rubriques.

Ben si, la polyhiérarchie c'est littéralement lier *des rubriques* sur n'importe quels objets. Donc c'est des liens de rubriques (comme il y a des liens de mots, de GIS, d'auteurs…).

Bref, cf le mail précédent qui explique tout, l'idée ça serait que ça suive comme il faut l'API des liens, avec la bonne clé, pour pouvoir utiliser toutes les fonctions et pipelines.

Ou bien alors l'autre méthode possible, ça serait que l'API de liens ne nécessite pas *obligatoirement* d'avoir tel id principal et que oui ok par défaut ça cherche l'id_patate si c'est la table patates_liens MAIS qu'on puisse déclarer autre chose explicitement (ici "id_parent" au lieu de "id_rubrique" pour rubriques_liens) et qu'alors tout marche pareil.

Je ne sais pas laquelle des deux méthodes seraient le plus simple, mais ça serait vraiment bien de normaliser et rendre compatible cette liaison.

--
RastaPopoulos