microsoft / microsoft/vscode-cpptools
If config provider has target platform/arch/config selection UI, ensure that's clearly disambiguated from cpptools config selection UI
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 6.2k
- Forks
- 1.7k
- Ø Merge
- 14 Std. 46 Min.
- Gemergte PRs (30 T.)
- 61
Beschreibung
Feature Request
I'm working on a configuration provider which will internally manage multiple target binaries/configurations/etc itself, and add a status bar item to expose this to users. This configuration provider could either be used by defining a single configuration in the c_cpp_properties.json file, or by allowing cpptools to automatically detect and use it.
In a scenario like this, it would be ideal if cpptools were to hide the default status bar item that it creates to avoid user confusion. I think this could also be useful for configuration providers for build systems such as cmake.
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 im Issue beschriebenen Verhalten des Konfigurationsanbieters und der c_cpp_properties.json-Konfiguration und verfolge dann, wie cpptools sein standardmäßiges Statusleistenelement bereitstellt. Als abgeschlossen gilt, dass die vom Anbieter verwaltete Auswahl von Plattform, Architektur oder Konfiguration klar unterschieden wird und das standardmäßige cpptools-Element ausgeblendet werden kann, wenn es Benutzer verwirren würde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100