I'd say its good to be up-front with users and actually talk about location.
Most "mapping" apps are owned by the device maker eg Apple Maps, Google Maps and you give them access in the device TOS. So in those cases they don't ask for permissions.
However, newly installed 3rd party apps on current versions of iOS (13) & Android (10) are ...
As soon as the user arrives at the third screen you can have a UIAlertController with a text field asking the user to enter the quantity. As soon as they do then they can tap the "pick x amount" button.
The reason I am suggesting this and not having a UITextField below the button both being active at the same time is that your button is large and tempting ...
I think it needs a progress tracker. It doesn't have to be horizontal. It can go vertical given that it is a mobile application.
What Are Progress Trackers?
Progress trackers (or progress indicators) display progress through a sequence by breaking it up into multiple logical and numbered steps. They guide the user through a number of steps in order to ...
Forcing a user to update or upgrade software (either without consent in the background or by restricting access to the software until the user performs the necessary steps) is a painful experience for all users.
Let's say that you have a user who tries to boot your software (likely with the intention of accessing flight or ticket information) and then they ...
Here we have 4 steps for users:
Filling sign up form
Tell user a verification link sent to entered email address
Clicking on verification link to confirm email address & tell user email confirmed or not
Ask user to login with entered username & password or redirect user from confirmation page alert to login page automatically
In first step you have ...
Basically you need something unique using which you identity if the user is loggiing in or signing up! So for that what you can do is ask for email Id.
Then identify if user is already registered then show login page with already showing entered email id so only user need to generate password.
Or Sign up screen where you can show entered email id, along ...
Neither of both, as they are controversial with "start from the first click" interaction.
Users are afraid of missing the first click if they would think that the timer starts right after the countdown or after the button press. And countdown stresses users even more instead of calming down, as it is an anticipation of the test. The existence of either ...
Letting the user know they can cancel a booking is actually good user experience and if presented well would bolster more confidence in your product.
I think giving them an option to cancel and explaining the cancel policy (the explanation you gave is succinct and does the job) would not be a distraction in any means.
Not only would it be good UX, it ...
What if the user wants to know if they can still cancel the booking?
Would it be a distraction to the main flow(booking) if we explain to
them the cancel policy in the confirmation page?
What if a user wants to know cancelling policy and cannot see it in the current view, just before confirmation? It can just break the main flow at all!
I think the torrent app flud is a great example for your case. 1. there is search. 2 & 5 are for adding torrents, in this case you can add 2 different type of sources. When you press and hold one of the items in the list it pops up a checkbox left from every list item; you can delete one or multiple items using the "options" button and click remove item.