-
Notifications
You must be signed in to change notification settings - Fork 4
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
Add buttons for starting, stopping, listing capabilities #3
Comments
|
Is there any functionality planned for right clicking the interface? Currently nothing happens, except so log output in the terminal:
|
Maybe just a note above the graph view like "right-click to start/stop capabilities".
I think I could have it list all the providers for that capability if it is not running (clicking them would start them), and when it is running list an option to stop the running provider for that capability. |
Good.
Good as well. However, this is not urgent for me. |
More cosmetics: What about setting the interface to green as well, when the provider is started? |
Let me know if it would be helpful to get UI feedback :) |
@spaepcke Awesome! We currently allow users to start/stop providers (the ellipses) via a context menu. Users right-click on the ellipses and a menu shows up, and the context menu only has one entry (start/stop). To be honest, this isn't very intuitive, I only knew that because I've read this ticket. Instead, I added two push buttons (start/stop) to every provider. This is what I have so far: What do you think of this @spaepcke ? Is it intuitive? Thanks! |
I talked a bit with William, and he gave me a brief tutorial :-) Two ideas I think are worth trying:
Pros: The user doesn't need to move the mouse much to "play" a provider since the button is right next to it. There's a signifier (a new word I'm trying out that's slightly different from "affordance") indicating that the user can act upon the provider. Cons: For a complex graph, there could be hundreds of buttons. This would make things pretty cluttered and potentially confusing, depending on how well the layout is automatically managed.
Pros: The graph will not grow cluttered with buttons, and will look cleaner and more approachable. Cons: The user has to travel further to click Play/Stop, which could be annoying. One possible solution would be to have a tooltip appear when hovering over the Play button, saying something like, "Click to Play/stop, or press X on your keyboard", where X is some hotkey of your choosing. Another Con is that it might get very confusing starting/stopping multiple providers with the same button. I don't know how much time you have to spend on this, but I would suggest prototyping both approaches and testing them out with a large graph and a few people. Happy to help with testing. Hope that helps! |
We can later move to 2), if it gets really messy. What about that? |
Sounds fine to me. |
I like (1), I've put the button next to the provider text. As for the icons, I use the ones set by the desktop theme (http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html), I'll see if there are nicer icons in the spec. |
and all other useful interactions with the capability server.
The text was updated successfully, but these errors were encountered: