Open GBKS opened 2 weeks ago
@GBKS here are some initial drafts of how such messages could look like. The examples are made up, but should illustrate the different categories.
1 - Decision is needed
2 - Dismissible warning
3 - Pure info
4 - New feature
In the design call 102, this PR about gracefully handling UPnP support came up. We are looking for design approaches to both the current QT GUI, and the new Bitcoin Core App.
For Qt, we should work with existing UI patterns and elements. We may also want to split this out into its own issue.
For the core app, we should try to generalize this pattern. In future updates, other features may be added or removed, and we should let users know about those changes. Some of that can happen on the download page, but the application can also do its part.
In this scenario for UPnP, a feature was removed, and there is an alternative one the user can migrate to. The application can do this for the user automatically.
Other scenarios and considerations:
Related, we also spoke about gradual feature introduction based on adoption levels. For silent payments, for example, we may want to:
This is just an idea. And whether it's silent payments or some other feature, it would be good to bring users along as adoption happens (or not).
@rabbitholiness, you mentioned you already have an idea for this?