Just wanted to say thank you so much to Garmin for creating the Monkey C VS Code extension. To be honest, the only reason I use Eclipse at all is for Monkey C, and I think I speak for most devs when I say that I will be very happy when I can finally leave it behind forever.
I especially like the way that "Run App" remembers the last device that was selected for "Build Project", which addresses a huge UX pet peeve from Eclipse.
Having said that, I have a few observations / feature requests (what a shocker):
- It would be nice to have a "Build and Run App For Device..." option which allows us to select a device to build and run in a single step (in addition to the standard "Run App" task, which is very useful)
- The UX of multistep tasks such as "New Project" or "Edit Application" has taken a step backwards. I realize this is due to the design of VS Code extensions -- i.e. the lack of built-in forms support. While I am sure nobody wants to go back to modal wizard dialogs, it would be nice if multistep tasks were implemented in a webview. That way all of the properties in the manifest could be combined into one or two views (like the manifest editor in the Eclipse CIQ plugin), instead of having several separate tasks such "Edit Products", "Edit Languages", "Edit Application", etc. For this kind of thing, I would personally be happy with a tabbed property/settings page, e.g. something like the VS Code settings page, or even the old Eclipse tabbed manifest editor view.
- e.g. One problem with tasks like "Edit Application" is there's no indication what the current settings are -- it's basically a write-only task
- "Edit Products": The use of a QuickPick is a little clunky considering there's 56 different products (at least). A long list like this would work a lot better in a view, IMO. However, the current implementation with filtering and the ability to select/deselect all filtered items is nice.
- I miss the Eclipse tooltip for products which indicates the screen type (e.g. round-240x240). Would be nice if the screen type was displayed in the QuickPick list (along with the device type qualifier -- e.g. 'fenix6' -- which is currently displayed)
Having said all of that, once feature parity is achieved, I'll probably switch to VS Code completely and never look back. (I guess app settings and debugging are some of the last pieces of the puzzle?)
Thanks again!