-
Notifications
You must be signed in to change notification settings - Fork 31k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Getting started actions should account for actions from the UI #118274
Comments
It only checks off by running the command right now, so if you open it from the UI it wont (but if you use the keybinding it should). Since we now support manually clicking the item to check it off do you think we need to also have a way to listen in to clicks for automated checking off? |
Ideally it would check off no matter what route you take, that gives you a nice overall experience. When I went through this step, it felt like a bug that it wasn't checked after I navigated to it. |
In cases where the UI is already visible I also thought to use Alternatively, a task could also highlight a related UI element; something we discussed in the past that makes it easier to use walkthroughs for UI tours. |
I don't think we want to hide items when they are visible, in my case the terminal was already open and then I clicked on the "Ports" panel. It's more about providing different avenues for the user to complete the task. |
Right, I was mixing up issues here! Agreed that these kind of UI tasks should still be checked off even when not using the given command. |
Created #120147 to track exploring hints, with I discussed with Kai today |
Duplicate of #122570 |
I didn't use any commands and the "port" view was already moved into my panel. Also, I had already ran actions in the terminal as well so that step should checked.
fyi @digitarald
The text was updated successfully, but these errors were encountered: