Log:
Tâche #685, complément de [8004]: les modèles <embNNN...> <imgNNN...> etc sont eux aussi renumérotés. Un manque néanmoins: le script de fusion applique bien la Regexp générale des modèles, mais considère toute référence NNN dans un modèle comme désignant un id_document de la table des documents. Messieurs les modeleurs, trouver une structure de données indiquant à quel table fait référence ce numéro, et sus à la ligne 232 de import_insere pour finaliser complétement la chose.
Au passage, mise sous forme de constante de la Regexp des modèles afin d'etre
réutilisée ici. De toutes façons c'était pas super de la construire dynamiquement dans une boucle, située dans une fonction elle-meme souvent appelée. Et le paramètre S est déconseillé dans les Regexp dont le premier caractère est fixe.
Tâche #685, complément de [8004]: les modèles <embNNN...> <imgNNN...> etc
sont eux aussi renumérotés. Un manque néanmoins: le script de fusion
applique bien la Regexp générale des modèles, mais considère toute
référence NNN dans un modèle comme désignant un id_document de la table
des documents. Messieurs les modeleurs, trouver une structure de données
indiquant à quel table fait référence ce numéro, et sus à la ligne 232 de
import_insere pour finaliser complétement la chose.
Il ne fait pas forcément référence à une table
En fait, il ne fait référence à une table que dasn les cas img, doc, emb,
article, breve, etc. Dan le cas général c'est juste un nombre, charge au
modèle d'en faire quelque chose s'il le souhaite.
Messieurs les modeleurs, trouver une structure de données
indiquant à quel table fait référence ce numéro, et sus à la ligne 232 de
import_insere pour finaliser complétement la chose.
Il ne fait pas forcément référence à une table
j'ai bien vu, mais ça ne résoud pas le pb, et meme ça l'aggrave: en gros il faut qu'a chaque nom de modèle soit associé qqch qui permette de trouver le numéro d'importation. Que ça référence une table std ou autre chose, le pb doit etre résolu.
Tâche #685, complément de [8004]: les modèles <embNNN...> <imgNNN...> etc
sont eux aussi renumérotés. Un manque néanmoins: le script de fusion
applique bien la Regexp générale des modèles, mais considère toute
référence NNN dans un modèle comme désignant un id_document de la table
des documents. Messieurs les modeleurs, trouver une structure de données
indiquant à quel table fait référence ce numéro, et sus à la ligne 232 de
import_insere pour finaliser complétement la chose.
Il ne fait pas forcément référence à une table
En fait, il ne fait référence à une table que dasn les cas img, doc, emb,
article, breve, etc. Dan le cas général c'est juste un nombre, charge au
modèle d'en faire quelque chose s'il le souhaite.
par defaut dans <articleXXX> XXX correspond a id_article, <rubriqueXXX> -> XXX=id_rubrique ...
donc il faut remapper ces modeles la aussi a minima
Cedric
j'ai bien vu, mais ça ne résoud pas le pb, et meme ça l'aggrave: en
gros il faut qu'a chaque nom de modèle soit associé qqch qui permette
de trouver le numéro d'importation. Que ça référence une table std ou
autre chose, le pb doit etre résolu.
Il te faut une fonction de conversion des id à l'import, et cette fonction
ne peut pas être générique (un modèle peut référencer un truc dans une table
externe, voire dans un site externe).
Le 7 déc. 06 à 14:29, cedric.morin@yterium.com a écrit :
par defaut dans <articleXXX> XXX correspond a id_article, <rubriqueXXX> -> XXX=id_rubrique ...
donc il faut remapper ces modeles la aussi a minima
Je pense aussi qu'il faudrait donner un cadre de nommage aux modèles. Si j'ai bien compris il faudrait remplacer
<les_auteurs...> par <article_auteurs...> et <pagination...> par <rubrique_pagination ...>, et accepter sans doute les variantes <art_auteur> et <rub_pagination>.
Bon, enfin, le pb est pour l'instant assez marginal, mais si la fonctionnalité de fusion finit par devenir un outil de synchronisation déclenché souvent, ça devra etre blindé.
Le 7 déc. 06 à 14:29, cedric.morin@yterium.com a écrit :
par defaut dans <articleXXX> XXX correspond a id_article, <rubriqueXXX> -> XXX=id_rubrique ...
donc il faut remapper ces modeles la aussi a minima
Je pense aussi qu'il faudrait donner un cadre de nommage aux modèles. Si j'ai bien compris il faudrait remplacer
<les_auteurs...> par <article_auteurs...> et <pagination...> par <rubrique_pagination ...>, et accepter sans doute les variantes <art_auteur> et <rub_pagination>.
Bon, enfin, le pb est pour l'instant assez marginal, mais si la fonctionnalité de fusion finit par devenir un outil de synchronisation déclenché souvent, ça devra etre blindé.
E.
non non c'est <articleXX|auteurs> qui appelle article_auteurs.html ou s'il n'existe pas article.html avec class='auteurs'
la construction logique est donc de considerer que <biduleXX|machinchose...> concerne id_bidule=XX et de ne remapper que selon cette syntaxe.
Apres les cas exotiques pouront au pire etre gérés par un pipeline pour permettre a des plugins de trairer leurs cas particuliers ?
Le 7 déc. 06 à 15:19, cedric.morin@yterium.com a écrit :
non non c'est <articleXX|auteurs> qui appelle article_auteurs.html ou s'il n'existe pas article.html avec class='auteurs'
la construction logique est donc de considerer que <biduleXX|machinchose...> concerne id_bidule=XX et de ne remapper que selon cette syntaxe.
Apres les cas exotiques pouront au pire etre gérés par un pipeline pour permettre a des plugins de trairer leurs cas particuliers ?
