-
-
Notifications
You must be signed in to change notification settings - Fork 386
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
Boosting a post that's just an image shows an empty dialog #3308
Comments
The actual fix would maybe be rather simple (in StatusBaseViewHolder#showConfirmReblogDialog). However there are a number of questions that popped up for me when working there (sorted from big to small):
So, actually, I have no real solution here. Maybe a compromise would be:
|
Yes, but for (I think) a more important reason than the ones you've listed. These buttons cause a change to the user's data that is visible by other users. Bookmarking doesn't, so that doesn't need a confirmation. And replying requires the user to complete multiple steps to confirm they want to reply. But these two, by default, should require the confirmation. But this doesn't necessarily have to be a dialog. What if it popped up a menu where the option was "Boost as [account]" (https://developer.android.com/reference/android/widget/PopupMenu) ?
Interaction rules would be:
And do the same thing for favourites. |
* Show reblog/favourite confirmations as menus not dialogs The previous code used dialogs and displayed the text of the status when reblogging or favouriting. This didn't work when the post just contained images, and other material from the status (content warning, polls) was not shown either. Fix this by displaying a popup menu instead. The status remains visible so the user can clearly see what they're acting on. In addition, this lays the groundwork for supporting a long-press menu in the future to allow the user to reblog/favourite from a different account. Fixes #3308 * Revert the change that puts the menu immediately over the icon Although this behavious is consistent with how the option menu works, I decided that the risk of someone inadvertently double-tapping in the same location, and the first tap opens the menu and the second tap confirms the action was too great. So now the menu appears either above or below the icon depending on space, and the user has to tap in two slightly different spaces. This is also consistent with the previous behaviour, where it's highly unlikely that the confirm button on the dialog would have been directly under the user's finger if they double-tapped.
Boost a post like https://mstdn.social/@Dark_phoenix/109831170941464918 which is an image only, no text.
If you have confirmations turned on you are shown an empty confirmation dialog.
Tusky Version: 21
I searched or browsed the repo’s other issues to ensure this is not a duplicate.
The text was updated successfully, but these errors were encountered: