PowerShell / PowerShell/PowerShellEditorServices
Provide a way for implementations to announce supported features
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
Right now as far as I can tell there isn't a great way to tell if the editor supports a specific request. For example, if a consumer of the $psEditor API wants to request editor context with $psEditor.GetEditorContext() the only way to know if the editor supports it is to try and possibly fail.
Making things a little more complicated is every request can act a little differently. For instance, powerShell/showChoicePrompt just returns null, where as powerShell/getEditorContext will throw a NullReferenceException.
We should have an API where the editor explicitly states which requests they support. That way an extension module can send only the requests they know will work.
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 lire l’API $psEditor et la gestion de powerShell/getEditorContext et powerShell/showChoicePrompt mentionnées dans l’issue. Le travail est terminé lorsqu’un éditeur peut exposer les requests qu’il prend en charge et qu’un module d’extension peut interroger ces informations avant d’envoyer des requests.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- csharp, powershell
- Domaine
- api, backend-api-design, developer-experience
- Type d'issue
- Fonctionnalité
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100