feat(launchpad): in-app issue review, action inbox & internal navigation#63
Conversation
- Launchpad atteignable depuis le header (pills Launchpad/Workspace/Agents + état actif) au lieu de ⌘L/menu uniquement - Nouvel onglet par défaut « À traiter » (useLaunchpadInbox) : PR groupées par action (à reviewer / changes demandés / CI en échec / approuvées) - Les PR du Launchpad (onglets À traiter, PRs, Team) ouvrent PrDetailView en interne (switch repo cross-repo) au lieu du navigateur - IssueDetailView in-app (corps + commentaires, commenter, close/reopen) : commandes Rust gh_issue_* (REST token + gh CLI), endpoints dev-server, wrappers backend.ts, singleton useIssuePanel ; les issues du Launchpad y naviguent - Badge Issues = union dédupliquée assigned/mentioned/created ; bascule de sous-filtre instantanée - Polish : fond blanc des commentaires en thème clair ; layout pills header Tests: useLaunchpadInbox, useIssuePanel, LaunchpadView/useLaunchpadIssues maj — 251 verts, vue-tsc clean, cargo build OK. Issues = GitHub-only.
🪄 Commit via GitWand
|
@t1gu1 Pour info, je lance une nouvelle étape pour GitWand aka V3.
Pour l'instant tout n'est pas décrit, mais c'est globalement la tournure que va prendre l'appli 👀 |
|
Hey hey, salut @devlint ! L'idée a l'air vraiment cool, mais pour être honnête avec toi, je n'ai jamais tant utilisé les Launchpads dans les apps de Git. Je ne suis donc peut-être pas le mieux placé pour me prononcer là-dessus. Ma seule crainte, c'est que ça ne soit pas super pertinent pour le monde qui travaille uniquement sur un ou deux projets à la fois. J'imagine que ça va dépendre bien gros de son intégration et du UX. Si jamais t'as des maquettes ou une build de test, je serais vraiment curieux d'essayer ! (Je vais tenter de cloner ta branche après ce message pour voir si je peux déjà avoir un aperçu de la feature). Quelques pistes en passant?Je suis allé jeter un œil à quoi ça ressemble du côté de GitKraken pour me donner une idée. On peut voir la petite fusée, qui est positionnée comme un genre de « Projet global » dans la liste des projets : Et voilà ce qu'on obtient lorsqu'on clique dessus : Bref, si jamais ça peut donner des idées! Quelques panneaux / stats que j'aimais bien dans le dashboardPar contre, il y a des trucs du dashboard actuel que je vais regretter :
Après, je dois avouer que le dashboard actuel a plusieurs autres éléments que je trouve pas mal moins pertinents. J'imagine qu'on pourrait facilement récupérer ces petits bouts de fonctionnalités sous forme de boutons directement dans la vue du projet, qui ouvriraient une modale avec l'info? En tout cas, j'espère que tu trouve mon commentaire constructif et que ça va t'aider dans ta réflexion! 👊 |
|
Dans le haut à côté des workspaces, ça fait bien du sens. 
Pour les workspaces, en fait c'est un peu déjà les tabs qui sont ouverts right? C'est certain que s'il peut y avoir une certaine automatisation à ce niveau, ça pourrait peut-être rendre ça un peu plus accessible? (À moins que ça entre en conflit avec certain concept git) 
Enfin, bien curieux de voir où ça va aller! Exemple de comment ça look pour moi qui n'a pas nécessairement beaucoup de projets sur mon poste perso.
|
|
Ça fait un moment que j'y pense, mais j'ai l'impression que d'avoir le menu de gauche avec les 3 onglets et le menu de droite (GitTree) sur tous les écrans fait de moins en moins de sens, car il y a beaucoup de moment qu'on pourrait apprécier d'avoir du contenu simplement en plein écran. Enfin, on dirait quand je regarde l'écran du Launchpad, ça me semble accentuer ce que je viens de partager. J'avais une idée que je voulais explorer pour ce point. |
|
Voici les ajustements que j'avais en tête lors de mon dernier commentaire: #64 Je crois que ça va aider pour les prochains ajouts dans l'application de ne plus avoir a se soucier du panneau de gauche qui détenait notre "Main menu". (Voir les images dans la PR) Ça pourrait permettre de changer la page d'accueil par le Launchpad et avoir un autre menu nommé stats par exemple. On pourrait même laisser le choix aux users de la page initiale dans les settings. |
…back 🪄 Commit via GitWand
Introduces `useLaunchpadScope` composable that lets users restrict the Launchpad to a subset of open repo tabs. Selection is persisted in settings (`launchpadScopePaths`) and re-fetches all tabs on change. 🪄 Commit via GitWand
… inbox Derives per-repo WIP cards from cross-repo status and surfaces them as a prioritised "On your repos" section in the Launchpad inbox, alongside PR buckets. Clicking a card switches to that repo's Changes view. 🪄 Commit via GitWand
…to v3 home Move pinned branches, archived branches, and the release notes generator from the Dashboard sidebar into their canonical v3 locations: branch management features into BranchSelector, release notes into TagsPanel. 🪄 Commit via GitWand
🪄 Commit via GitWand
Both components were always-mounted despite being gated by user actions. Adding v-if guards and defineAsyncComponent keeps their chunks out of the main bundle until needed. 🪄 Commit via GitWand
|
So: |
2 participants
Summary
This PR extends the Launchpad hub with an action-oriented inbox, full in-app issue review, and seamless internal navigation so users never leave the app to handle their GitHub workflow. PRs and issues now open inside GitWand instead of the browser, and the Launchpad is reachable directly from the header via navigation pills.
Changes
useLaunchpadInbox) grouping PRs by action: to review, changes requested, CI failing, approvedPrDetailViewin-app with cross-repo switching instead of the browserIssueDetailViewcomponent for in-app issue reading, commenting, and close/reopen actionsgh_issue_*(REST token + gh CLI) with typed structs, dev-server mock routes, andbackend.tswrappersuseIssuePanelsingleton composable managing issue navigation stateTest plan
PrDetailViewin-app with the correct repo context loadedpnpm testand confirm all 251 tests pass; runvue-tscandcargo buildwith no errors