-
Notifications
You must be signed in to change notification settings - Fork 254
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
[Suggestion] Provide context menu for common actions #114
Comments
Depending on how #116 goes, this may be between whether it's easier to do a context menu or app bar. App bar might more take up space then I'd like but it'd also be more discoverable. |
I think I am coming round to the idea of an App Bar. The default in something like the Windows 8 Mail App is the following: i.e. show it hidden initially, but still discoverable. And then, once opened, (either by right clicking on an item, or clicking on the ellipis) based on what is selected, show the necessary Application Buttons: Part of me really likes this idea, with one exception... For buttons like the next/previous, first/last, you really want them to be present all the time, with other functions appearing in the App Bar. If you see what I mean. Perhaps we move the paging controls into the Grid, and all other functions into the App Bar. Thoughts? |
Dig some digging around to see if I could find a control that would help with this, but didn't come up with anything. I did find a couple of really nice things though. Probably won't be of any help, but thought I would note them here: https://mui.codeplex.com/ |
Warning, the update functionality is still a little derpy.
Local now hits Chocolatey for the package list. Expanded information in Packages Grid. Mad CanUpdate more correct. Filled out support for sources and made source a strongly encouraged citizen. Expanded progress service capabilities slightly. Feed contexts are now cached.
I'm going to go app bar for the Package screen, and context menu for the grids. Much easier to implement for thoses. We actually uses mahapp's MahApps.Metro as the foundation for the UI currently. |
Well, that just shows how much I need to look at the source code to see what is actually being done :-) |
Haha, true enough. I added the context menus. Think you could check them out so I could close this out? |
Yip, I have marked several issues as Ready For Test, and assigned myself to them, so I will go through and close them out once I have had a play with the latest version. |
Whoop. |
This looks good to me! |
Warning, the update functionality is still a little derpy.
Local now hits Chocolatey for the package list. Expanded information in Packages Grid. Mad CanUpdate more correct. Filled out support for sources and made source a strongly encouraged citizen. Expanded progress service capabilities slightly. Feed contexts are now cached.
When browsing the Local tab, user should be able to bring up a context menu when right clicking on a package, with common actions such as:
When browsing a remote package source, user should be able to bring up acontext menu when right clicking on a package, with common actions such as:
If a context menu is not preferred, then perhaps an AppBar, similar to what you see in Windows Store style applications might be away to go. Buttons are always visible, but become enables/disabled, based on available options.
The text was updated successfully, but these errors were encountered: