refactor(catalog) : align categories.vue comments with actual behavior + drop magic h2 size
Pull Request — Quality gate / Backend (PHP CS + PHPUnit) (pull_request) Successful in 1m16s
Pull Request — Quality gate / Frontend (lint + Vitest + build) (pull_request) Successful in 1m0s

- categories.vue : commentaires retiraient ce qui n'est pas cable
  (tri client en miroir, slice pagination) — alignes sur le comportement
  reel (tri 100% serveur, affichage exhaustif).
- CategoryDrawer.vue : `text-[24px]` remplace par `text-2xl` (echelle
  Tailwind standard).

Le retour sur la largeur 150px des boutons d'action est tracke pour
ERP-70 (mise a jour @malio/layer-ui : on poussera le token la-bas).
This commit is contained in:
2026-05-29 10:41:54 +02:00
parent b0f379dcb8
commit 71ca15e1ec
2 changed files with 10 additions and 5 deletions
@@ -7,7 +7,7 @@
@update:model-value="emit('update:modelValue', $event)"
>
<template #header>
<h2 class="text-[24px] font-bold">
<h2 class="text-2xl font-bold">
{{ headerLabel }}
</h2>
</template>
@@ -13,9 +13,12 @@
</template>
</PageHeader>
<!-- Table des categories : tri par defaut sur Nom ASC (RG-1.10).
Tri serveur applique a la requete + tri client en miroir pour
la pagination front (volumetrie cible <= 300, cf. spec § 4.1). -->
<!-- Table des categories. Affichage exhaustif (volumetrie cible
<= 300, cf. spec § 4.1) tri 100% serveur via CategoryProvider
(name ASC, RG-1.10). La barre de pagination du MalioDataTable
reste cosmetique tant qu'aucun slice client n'est cable : a
traiter cote @malio/layer-ui le jour ou la volumetrie monte. -->
<MalioDataTable
:columns="columns"
:items="categoryItems"
@@ -90,7 +93,9 @@ function onRowClick(item: Record<string, unknown>) {
/**
* Charge la liste des categories. Le serveur exclut les soft-deleted par
* defaut (RG-1.08) et trie par name ASC (RG-1.10). Pas de pagination
* serveur (RG : volumetrie ≤ 300, pagination front via MalioDataTable).
* serveur (volumetrie cible <= 300) ni de slice client — toute la liste
* est rendue d'un coup ; la barre du MalioDataTable est donc cosmetique
* jusqu'a la mise a jour layer-ui (ticket ERP-70).
*
* Logique inline volontaire au M0 (decision prompt ERP-49) : extraction
* en composable `useCategoriesAdmin` au ticket 0.8 (ERP-50).