PowerShell / PowerShell/PowerShellEditorServices
Refactor EditorUIService to use LSP showMessage and showMessageRequest
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C#
- Sterne
- 767
- Forks
- 266
- Ø Merge
- 3 T. 16 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
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.
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, EditorUIService zu finden und zu überprüfen, wie die aktuellen benutzerdefinierten Prompt-Nachrichten verarbeitet werden. Lies anschließend die verlinkte Spezifikation für LSP 3.17 zu window/showMessageRequest, identifiziere dann die vorhandenen Nachrichtenmethoden und ermittle, ob sie ihre Signaturen beibehalten und gleichzeitig LSP-Messaging verwenden können; abgeschlossen ist die Aufgabe, wenn Prompts die standardmäßigen LSP-Nachrichten ohne spezielle Client-Behandlung verwenden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp
- Bereich
- api, developer-experience
- Issue-Typ
- Refactoring
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100