[ERP-70] feat(front) : adapter l'UI a @malio/layer-ui 1.7.3 #33
Reference in New Issue
Block a user
Delete Branch "feature/ERP-70-front-m-mettre-a-jour-malio-layer-ui-malio-ui-vers"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Summary
Mise a jour de la lib
@malio/layer-uide^1.7.2vers^1.7.3et adaptation des ecrans pour deux changements visuels apportes par la lib :error || success || hint) sous les composants Malio est desormais toujours rendu dans le DOM (~16px en bas), pour eviter le saut de mise en page quand un champ passe en erreur.w-m-btn-actionpour standardiser la largeur des boutons d'action (remplacement du fixw-[150px]).Details
frontend/package.json+frontend/package-lock.json(@malio/layer-ui^1.7.2->^1.7.3)button-class=\"w-[150px]\"migrees versbutton-class=\"w-m-btn-action\"dansCategoryDrawer,RoleDrawer,SiteDrawer,UserRbacDrawer,audit-loggap-*/space-y-*sur les conteneurs colonne (forms drawers, listes de checkbox, grille dates du drawer filtres audit-log, accordeon permissions, login) pour absorber le slot message desormais toujours present (16px)pb-4sur les voisins non-Malio dans les conteneursitems-center— puce couleur duSiteDrawer(<div class=\"shrink-0 pb-4\">autour du span) et labelsDu/Audu drawer filtresaudit-log(<span class=\"pb-4\">)default.vue(xl:px-[170px]->xl:px-[44px])Test plan
make nuxt-test(103/103 OK localement)make test(322/322 OK localement)Suite
Un fix upstream
@malio/layer-uisera necessaire pour corriger l'alignement du labelLignes :dans la pagination deMalioDataTable(slot vide duMalioSelectinterne) — prompt prepare a coller dans une session sur le repo de la lib.Review rapide 👀
Code propre, refacto cohérent : appels au montage + après delete OK, plus aucune référence à l'ancien
useCategoriesAdmin.fetchAll/categories, et la suppression deconst api = useApi()dansusers.vueest justifiée (l'instance n'y était plus utilisée).⚠️ Point à clarifier avant merge — chevauchement avec #30 (ERP-73)
Cette PR s'annonce comme l'adaptation à layer-ui 1.7.3 (bump,
w-m-btn-action, espacements), mais elle embarque en réalité tout le contenu de la PR #30 (ERP-73) ouverte :frontend/shared/composables/usePaginatedList.ts(+ son test, 412 lignes)categories,roles,users,sites)useCategoriesAdmin(pagination=falsepour le référentiel)usePaginatedList obligatoiredans.claude/rules/frontend.mdLes deux PR ciblent
develop→ double-merge / conflit quasi assuré. L'idéal : merger #30 d'abord, puis rebaser celle-ci surdeveloppour qu'elle ne contienne que le volet UI 1.7.3. Le descriptif/test-plan ne mentionne d'ailleurs pas du tout la partie pagination.Deux détails mineurs, non bloquants :
usePaginatedList.ts(scope #30) — dansfetch(),tpest recalculé à la main alors que le computedtotalPagesest déjà à jour après l'assignation detotalItems.value.const tp = totalPages.valuesuffirait.app/layouts/default.vue— le spacer sticky passe deh-[47px]àh-11(47 → 44 px) en plus du paddingxl:px-11. Intentionnel ? (pas mentionné dans le résumé)