View GitHub Repository SPIP

Schedule Inspection
Subscribe
Completed
Push — master ( afa7a5...dd48fb )
by cam
08:20
created

Changes

61 issues (1 major, 54 minor, 6 informational) were introduced.
3 issues were fixed.
12 new patches (Doc Comments, Indentation, Spacing, Braces) are available.
5 added classes/operations
Arrow D filtres_ecrire.php ➔ calculer_rang_smart() added
Arrow B editer_liens.php ➔ lien_ordonner() added
Arrow A editer_liens.php ➔ lien_triables() added
Arrow A filtres_ecrire.php ➔ retrouver_rang_lien() added
Arrow A filtres_ecrire.php ➔ lister_objets_liens() added
C ↘ F editer_liens.php ➔ lien_insert() got worse
B ↘ C balises.php ➔ balise_RANG_dist() got worse
5.65
▶   ± 0
Head
Cerdic  
Fix : https://core.spip.net/issues/4305 gestion generique du champ rang_lien sur les tables de liens dans l'API editer_liens: * numerotation automatique a l'insertion si un des lien est deja numerote (par defaut non, donc) * renumerotation a la suppression d'un lien (si les liens sont numerotes) * renumerotation quand on modifie le rang_lien d'un lien via objet_qualifier_liens() (sauf quand on met a zero un rang) * prise en compte de la variable postee ordonner_lien dans le formulaires pour permettre de changer le rang d'un lien * prise en compte de la variable postee desordonner_liens pour remettre tous les rang a zero
⋮ 1 more commit
Base
[email protected]  
Ticket #4300, suite de critère `{id_?}` : ne pas tenir compte de critères identiques déjà présents avant ce critère. Typiquement si : `<BOUCLE_a(ARTICLES){id_secteur=1}{id_?}>` alors le critère `{id_?}` j’ajoutera pas `{id_secteur?}` L’ordre des critères est important (on ne s’occupe pas des critères qui sont après `{id_?}` mais bien de ceux avant).