Improve UX if CustomConfigurationProvider is not ready yet

Bắt đầu với quy trình getCppToolsApi, notifyReady(provider) và provideConfigurations được đề xuất, sau đó xem xét các issue PlatformIO được liên kết để có thêm ngữ cảnh. Công việc được xem là hoàn tất khi xác định được hành vi API cho phép một provider báo hiệu rằng provider chưa sẵn sàng trong khi các dependency đang được giải quyết, và các khiếu nại của IntelliSense chỉ bắt đầu sau khi provider sẵn sàng.

Hi,

Glad to discuss how could we improve PlatformIO's developer experience when using VSCode + "cpptools" extension. See scenarios below when is clear what to do for the end developer who faces the first time with VSCode/PlatformIO:

1. Developer installs PlatformIO IDE for VSCode which depends on the "cpptools"
2. Developer opens PlatformIO project downloaded from Git/Internet. At this stage, project dependencies (toolchains, frameworks, libraries) are not installed/ready.
3. PlatformIO resolves all dependencies automatically by pulling packages from the PlatformIO Registry. It can take a few minutes depending on the project complexity.
4. Developer tries to open any C/C++ files from the project AND!!! receives warnings about unresolved headers, broken syntax, etc. Of course, "cpptools" extension is right here because PlatformIO has not been provided configuration yet. It is still in progress, we download it...
5. Developer STARTS filling c_cpp_properties.json because the "cpptools" extension forces him to do it. The developer does not understand what to do. No clue about toolchains, etc. Developer contacts PlatformIO forum or team and asks for help. Very often, developers even leave 1-star review as "it does not work".

So, how could we improve this API? The ideal scenario is to inform the "cpptools" that WE ARE ELIGIBLE to provide configuration but it can take us some time. See proposed workflow:

1. PlatformIO extension starts and initiates api = getCppToolsApi
2. At this moment, "cpptools" knows that there is someone responsible for the configuration and DOES NOT START its IntelliSense service waiting for the "command" when the provider is ready
3. PlatformIO extension resolves all project dependencies, toolchains, and api.notifyReady(provider).
4. Starting from this moment "cpptools" can complain about unresolved includes and syntax errors.

Your ideas?

P.S: As a workaround, I see that we can make a face configuration provider and provider "infinite sleep" to the provideConfigurations and other methods. Nevertheless, it is not useful from a technical perspective.

Related issue:

• https://github.com/platformio/platformio-vscode-ide/issues/3229
• https://github.com/platformio/platformio-vscode-ide/issues/3232