PowerShell / PowerShell/PowerShellEditorServices
Give Users the Option to order their Editor Commands or create a "Favorite" option to force to top.
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- C#
- Sterne
- 767
- Forks
- 266
- Ø Merge
- 3 T. 16 Std.
- Gemergte PRs (30 T.)
- 1
Beschreibung
Currently, Editor Commands are ordered in the list in the order they were loaded. This is fine right now since you can just order them in your profile in the order you want them. However, when more people start adopting Editor Commands and integrating them into their functions and modules, I can see this becoming much more problematic. I am still thinking about how you might integrate this, but I wanted to start a discussion about it.
The other Idea I had was to give the user the ability to mark "Favorite" commands that would place those commands at the top of the list. You could either do this in some form of config file, some form of command you throw in your Profile, or maybe even a switch added to Register-EditorCommand. I feel like the later might be abused by Module authors though, unless you did something where it only works if executed from the users profile or something like that.
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 mit dem in diesem Issue beschriebenen Verhalten von Editor Commands und prüfe die Diskussion über Reihenfolge, Favoriten, Profile, Konfiguration und Register-EditorCommand. Das Issue nennt keine Implementierungsdateien oder Tests; für die Fertigstellung wären ein abgestimmtes Design und eine spezifizierte, getestete Möglichkeit erforderlich, mit der Benutzer die Reihenfolge der Befehle steuern können.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- csharp, powershell
- Bereich
- developer-experience, tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100