In 2.0.0 / 2.0.1
Terminal -> Run Build Task - no env-related items displayed (only single one with default target).Terminal -> Run Task - the same.I need a very simple thing - build/upload for selected hardware. Now this can be done only via explorer - too difficult to reach.
How to reproduce:
Terminal -> Run Task / Run Build TaskFetching ALL envs is expensive operation. PlatformIO IDE 2.0 now uses PlatformIO Core 5.0 that provide dynamics targets. See https://docs.platformio.org/en/latest/core/migration.html#custom-targets
We can't preload all targets from ALL envs by default. It does not make sense. Now, the developer personally decide which tasks to load. So, if you expand env tasks via PlatformIO: Tasks view - you will see them in Run Build Task.
Please note that you can drag PlatformIO: Tasks into the "Explorer" activity to avoid switching between activities.
I don't agree with this approach:
Please, reconsider your decision. I have concrete use case: pre-populate Terminal menu with desired content (for me - 2 existing targets for each env). IMO such kind of use cases can be implemented somehow, with low CPU cost.
Thanks, I renamed this issue. We will add a new setting that will instruct PlatformIO to pre-load ALL tasks/targets.
Please update to PlatformIO IDE 2.1.0 for VSCode. See https://github.com/platformio/platformio-vscode-ide/releases/tag/v2.1.0
Much better, thanks!
Is it possible to force this on project open (via /.vscode folder or something else)? I mean use case, when newbie (not developer) open project and wish to upload firmware.
I mean use case, when newbie (not developer) open project and wish to upload firmware.
Do you mean that it does not work now?
It works. But it expects user know how to change settings. That's normal for developpers, but not normal for ordinary users.
See this project for example. End users are very far from programming. They follow instruction like this.
Sorry, I still do not understand the problem.
Run via VS Code menu: Terminal → Run Task... → PlatformIO: Upload, and wait until complete.
I've just checked and it works.
Sorry, I still do not understand the problem.
This feature (platformio-ide.autoPreloadEnvTasks) is disabled by default, and user should have appropriate "skills" to enable.
This may sound stupid, but this is a problem for users, who install vscode only to upload firmware. Developpers are ok.
We can't do this by default. There are projects with dozen envs. See:
Could you make a PR to that repositories and ask maintainers to follow our official documentation https://docs.platformio.org/en/latest/integration/ide/vscode.html#project-tasks?
We are working on the updates to that docs to reflect all new features from PlatformIO IDE 2.0.
We can't do this by default. There are projects with dozen envs. See:
I did no asked to change defaults. I asked if this can be "forced" from local project. For example, with such file vscode suggests to install pio if not exists. May be something possible for seetting state?
Could you make a PR to that repositories and ask maintainers to follow our official documentation docs.platformio.org/en/latest/integration/ide/vscode.html#project-tasks?
PR is not a problem. Problem is breaking stable processes & previous releases :). This should not depend on IDE.
We already had incedent with broken releases, when older etl versions disappeared from registry. Now reason is different, but result similar. I try to understand, if this can be dimmed somehow. In nothing more can be done - ok.
PS. Anyway, thanks for 2.1.0 updates. This quick-fixed annoying problem personally for me.
Could you open a separate issue? Maybe it makes sense to preload all env tasks if the project contains < 5?10? envs. Or, preload ALL and allow people to DISABLE this.
To be honest, there is no technical issue. We just think about users and the performance of this extension.
https://github.com/platformio/platformio-vscode-ide/issues/2018
Maybe it makes sense to preload all env tasks if the project contains < 5?10? envs.
IMO no. Opinion-based magical numbers are fragile.
Or, preload ALL and allow people to DISABLE this.
May be. Depends on how many people prefer enable or disable. I would be ok with this. But i'm not ready to push my opinion as best for majority.
To be honest, there is no technical issue. We just think about users and the performance of this extension.
That's a philosophic question :)
Of cause, i'm not going cry i will not use pio anymore. It's sill best in class.
Thanks for the #2018!
i will not use pio anymore
Is it linked to this issue? :( Or, there are other issues with PlatformIO? Sorry.
Is it linked to this issue? :( Or, there are other issues with PlatformIO? Sorry.
The only issue is my bad english :). I mean, i'm NOT person who say "i will not use your product if bug not fixed".
Ah, sorry, I thought you will not use PlatformIO anymore. I think we can enable #2018 by default in the next release and gather feedback.
Most helpful comment
Ah, sorry, I thought you will not use PlatformIO anymore. I think we can enable #2018 by default in the next release and gather feedback.