Le dashboard liste les projets dans l'ordre renvoyé par Gitea, sans tri ni regroupement. Les dépôts de Bruno sont pourtant naturellement groupés par propriétaire (Projets/, bruno/, Outils/, …) et ses questions varient : « qu'est-ce qui a bougé ? », « qui a le plus d'ouvertes ? », « retrouve-moi X ».
Proposition
Tri au choix : activité récente (défaut actuel), nom, issues ouvertes décroissantes, dernière activité kanban (journal) ;
Regroupement par propriétaire : sections repliables par organisation (même mécanique visuelle que les accordéons du menu latéral), compteur par section ;
choix mémorisés par navigateur (localStorage) — préférences d'affichage locales assumées, aucune donnée projet stockée ;
le filtre texte existant continue de s'appliquer à travers tri et groupes.
Pistes d'implémentation
Le dashboard utilise déjà Alpine (x-data onglets + filtre) : étendre ce modèle plutôt qu'un rechargement serveur ; les données de tri (dates, compteurs) sont déjà dans le markup ou dans stats.
Regroupement : rendre les dépôts actifs groupés côté serveur (dict par propriétaire) et laisser onglets/filtre/tri côté client.
Critères d'acceptation
Les 4 tris produisent l'ordre attendu sur un jeu de dépôts de test.
Vue groupée : sections par propriétaire, repliables, compteurs exacts.
Tri + regroupement survivent à un rechargement (localStorage).
Le filtre texte fonctionne toujours, groupes repliés ou non.
Issue de la feuille de route « Gestion de projets » (idées Spark du 2026-10-11, toutes retenues par Bruno) — à réaliser quand la carte sera dans « 📋 À faire ».
## Contexte
Le dashboard liste les projets dans l'ordre renvoyé par Gitea, sans tri ni regroupement. Les dépôts de Bruno sont pourtant naturellement groupés par propriétaire (`Projets/`, `bruno/`, `Outils/`, …) et ses questions varient : « qu'est-ce qui a bougé ? », « qui a le plus d'ouvertes ? », « retrouve-moi X ».
## Proposition
- **Tri** au choix : activité récente (défaut actuel), nom, issues ouvertes décroissantes, dernière activité kanban (journal) ;
- **Regroupement par propriétaire** : sections repliables par organisation (même mécanique visuelle que les accordéons du menu latéral), compteur par section ;
- choix **mémorisés par navigateur** (localStorage) — préférences d'affichage locales assumées, aucune donnée projet stockée ;
- le filtre texte existant continue de s'appliquer à travers tri et groupes.
## Pistes d'implémentation
- Le dashboard utilise déjà Alpine (`x-data` onglets + filtre) : étendre ce modèle plutôt qu'un rechargement serveur ; les données de tri (dates, compteurs) sont déjà dans le markup ou dans `stats`.
- Regroupement : rendre les dépôts actifs groupés côté serveur (dict par propriétaire) et laisser onglets/filtre/tri côté client.
## Critères d'acceptation
- [ ] Les 4 tris produisent l'ordre attendu sur un jeu de dépôts de test.
- [ ] Vue groupée : sections par propriétaire, repliables, compteurs exacts.
- [ ] Tri + regroupement survivent à un rechargement (localStorage).
- [ ] Le filtre texte fonctionne toujours, groupes repliés ou non.
---
*Issue de la feuille de route « Gestion de projets » (idées Spark du 2026-10-11, toutes retenues par Bruno) — à réaliser quand la carte sera dans « 📋 À faire ».*
bruno
added this to the Gestion de projets — feuille de route milestone 2026-10-11 22:36:46 -04:00
bruno
added the roadmap label 2026-10-11 22:36:47 -04:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Contexte
Le dashboard liste les projets dans l'ordre renvoyé par Gitea, sans tri ni regroupement. Les dépôts de Bruno sont pourtant naturellement groupés par propriétaire (
Projets/,bruno/,Outils/, …) et ses questions varient : « qu'est-ce qui a bougé ? », « qui a le plus d'ouvertes ? », « retrouve-moi X ».Proposition
Pistes d'implémentation
x-dataonglets + filtre) : étendre ce modèle plutôt qu'un rechargement serveur ; les données de tri (dates, compteurs) sont déjà dans le markup ou dansstats.Critères d'acceptation
Issue de la feuille de route « Gestion de projets » (idées Spark du 2026-10-11, toutes retenues par Bruno) — à réaliser quand la carte sera dans « 📋 À faire ».