PowerShell / PowerShell/PowerShellEditorServices
Refactor EditorUIService to use LSP showMessage and showMessageRequest
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 767
- Forks
- 266
- Merge moyen
- 3 j 16 h
- PR mergées (30 j)
- 1
Description
Prerequisites
- I have written a descriptive issue title.
- I have searched all issues to ensure it has not already been reported.
Summary
EditorUIService currently uses custom messages to handle prompts. They should use the LSP spec for this instead so it doesn't have to be handled special in the client.
Proposed Design
Replace existing messaging with LSP but keep methods the same if possible to avoid breaking.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par localiser EditorUIService et examiner la manière dont ses messages d’invite personnalisés actuels sont gérés. Lisez la spécification liée de LSP 3.17 concernant window/showMessageRequest, puis identifiez les méthodes de message existantes et déterminez si elles peuvent conserver leurs signatures tout en utilisant la messagerie LSP ; le travail est terminé lorsque les invites utilisent les messages LSP standard sans traitement spécial côté client.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp
- Domaine
- api, developer-experience
- Type d'issue
- Refactorisation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100