canonical/multipass
Ability to choose terminal emulator multipass.gui
Fermée
#899 ouverte le 8 juil. 2019
4 commentaires (4 commentaires)1 réaction (1 réaction)0 personne assignée (0 personne assignée)C++634 forks (634 forks)batch import
enhancementgood first issuehelp wantedlowlow hanging fruit
Métriques du dépôt
- Stars
- 6 956 étoiles (6 956 étoiles)
- Métriques de merge PR
- Merge moyen 16j 2h (Merge moyen 16j 2h)50 PRs mergées en 30 j (50 PRs mergées en 30 j)
Description
Not very readable now.
Guide contributeur
- Direction de recherche
- La demande concerne la possibilité de choisir un émulateur de terminal dans l'interface graphique de Multipass, mais le corps du texte indique seulement 'Pas très lisible maintenant'. Pour avancer, examinez le code source de l'interface graphique (probablement dans src/client/gui/) pour comprendre comment le terminal est actuellement lancé. Vérifiez s'il existe un système de paramètres ou un fichier de configuration existant. La demande est ancienne et manque de détails, donc la première étape est de clarifier les exigences exactes : l'utilisateur doit il choisir parmi une liste de terminaux installés ou spécifier une commande personnalisée ? Examinez le framework d'interface graphique utilisé (Qt ou similaire) et identifiez où se produit le lancement du processus terminal (par exemple QProcess). Consultez également tout code lié ou référencé dans le dépôt. Une fois que vous comprenez l'implémentation actuelle, proposez d'ajouter une boîte combinée ou un champ de texte dans la boîte de dialogue des paramètres qui stocke la commande de terminal préférée, et modifiez le code de lancement pour l'utiliser au lieu de la valeur par défaut. Assurez la compatibilité multiplateforme (Linux, macOS, Windows) car Multipass s'exécute sur plusieurs systèmes d'exploitation.
- Stack technique
- cpp
- Domaine
- desktop
- Type d'issue
- Fonctionnalité
- DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
- 2
- Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
- 1-3 heures
- Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
- Active
- ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
- Peu claire
- Prérequis
- GitC++
- Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
- 50