mirror of
https://github.com/ushahidi/SMSSync.git
synced 2026-04-26 00:05:57 +03:00
[GH-ISSUE #71] Confirmation needed before importing existing SMS messages. #61
Labels
No labels
Bug report
Code improvement
Concern
Feature request
Feature request
Good first issue to work on
In progress
Needs info
Question
Ready
Translation
User Experience
User Experience
Website
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/SMSSync#61
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @olliebennett on GitHub (Dec 23, 2012).
Original GitHub issue: https://github.com/ushahidi/SMSSync/issues/71
Since importing all messages from the phone's inbox by accident can both cause problems (such by re-handling already-submitted messages) and take a long time, I think there should be a quick "Are you sure you want to import all messages?" (or similar) dialogue, to allow the user to cancel if needed.
Th import feature probably isn't often used, which means that the small interruption to the fluid UX that a popup would cause is a worthwhile sacrifice in my opinion.
This is especially important as there's no text to indicate what the button in the actionbar will do before clicking it (see issue #67) so the inquisitive user may simply click it just to find out†.
† I'm guilty of this... :p
@AlfonsoML commented on GitHub (Feb 10, 2013):
I think that instead of a permanent button in the UI that most of the people won't ever used except by accident, it would be much better to put this option under the settings/preferences where a little explanation can warn about the reprocessing that will happen.
@olliebennett commented on GitHub (Mar 8, 2013):
That's an interesting point @AlfonsoML - I can't think of a use case where you'd require easy one-click access to import all messages, so I agree your suggestion is probably best.