UI Improvement Suggestions #74
Labels
No Label
bug
build
dependencies
developers
documentation
duplicate
enhancement
formatting
invalid
legal
mobile
obsolete
packaging
performance
protocol
question
refactoring
regression
security
test
translation
usability
wontfix
No Milestone
No project
No Assignees
1 Participants
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Bitmessage/PyBitmessage-2024-12-21#74
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Just a bit of polish, basically. Sometimes it's hard to keep human language simple when you're developing something like this, but the program UI itself feels almost like the documentation for the program.
2- I worked on this for about an hour without success. I can work further on it.
3 was a conscious decision that probably will receive endless debate. The current behavior lets a user add many recipients easily.
4 can be fixed.
5- I would like this as well
6- Currently Bitmessage doesn't keep track of both the sent time and the confirmation time. Though it could. "Sent" by itself is ambiguous.
7- Unfortunately it cannot be simplified. That does not give the user enough information to make an educated choice. Why would anyone want a "Random" address when they believe that they should be able to get a non-random address that is human meaningful? Programmers have a terrible habit of making language much too abstract to the point where the users do not understand what the program is doing, what it is asking, and what the real pros and cons of the options are. This "simple" human language leads to nothing but user confusion and consternation. The program- and indeed all programs- should read like a manual: explaining the options and letting the user make an informed decision. This is why "Wizards" came into existence. Apple popularized minimalist design because they were the only ones smart enough to hide options that the user need-not be shown in the first place. But if we Do ask users to make a choice, they have to be confident in it and we have to provide enough information to them to enable that.
Thank you for your suggestions
Regarding: "Switch to 'Send' tab when selecting 'Send message to this address' from 'Address book' tab"
Surely they can just select multiple addressees to send to instead of adding them one-at-a-time?
That would definitely be ideal, yes. I'll add it to the feature request list.
Just noticed another thing, I cannot delete (or rather, select) multiple messages via the UI.
Just implemented this.