I'm trying to show/hide an activity indicator at appropriate times during the transaction process, and I'd like to show the activity indicator after the user clicks 'Buy' on the confirmation alert. This is what I'd like to do:
Show after 'Buy' is clicked
Hide when Apple ID password dialog is
shown
Show after password is entered
I have the other parts covered, but I can't find the right methods which handle these events. FYI, I am using the DejalBezelActivityView library.
Thanks!
check out this, It may help you in finding what you want
http://www.raywenderlich.com/2797/introduction-to-in-app-purchases
Related
at the moment i try to revised my password textfield.
I'm adding passwort rules.
For Example the password must allways 8 letters length...
Now i want a dialog for more useful information for the user.
I found in the internet a nice example.
Here the example:
My problem, i don't know how i can create this dialog in flutter.
I found the alertDialog in internet, but the background changes and the dialog close after the user klick on screen.
Here a emxample from AlertDialog:
Anyone have a idea how i can create a dialog like the first example.
The dialog should always visible.
Also if the user klick on screen.
But it should also allow the user to edit the textfield.
Many thx (:
I think the easiest way is to toast when the user clicks on submit button you can show this or you can show in text form field error text so user gets specific text like "Enter your name".
After the right '+' button is pressed the item in that view is added to favorites and an UIAlertView is shown on screen saying "Added to Favorites". After it is added to favorites I make the '+' button disappear so the same item doesn't get added again to favorites. I am not sure if this ok with Apple's Human Interface Guidelines instead should the '+' remain there and if pressed again say "This item is already in favorites"?
Any help will be appreciated! Thanks
I wouldn't use the AlertView for this. By showing the alert, you force the user to confirm reading some confirmation message and taking action (by pressing the OK button). It is a good idea to provide feedback that the favorite was successfully added, but this should not be an intrusive alert. Perhaps you can use other design patterns for favorites, such as a star that lights up when pressed to indicate that the item is listed as a favorite, or perhaps an animation effect that 'moves' the selected item to a visible 'favorites' category.
The Human Interface Guidelines have this to say about the Alert view (in relation to your question):
Avoid creating unnecessary alerts.
These alerts are usually unnecessary
if they:
Merely increase the visibility of some
information, especially information
that is related to the standard
functioning of your application.
Instead, you should design an
eye-catching way to display the
information that harmonizes with your
app’s style.
Why not have two states for the button ? A "selected" state (for example negative contrast) showing the item is in favorites, and a "normal" state indicating it can be taped.
This way you can add/remove from favorite using the same button, and in a less obstructive way than with a UIAlertView.
I also suggest you use a ★ instead of a +
I am compulsive and like visually clean designs.
Theres a pop up in my app that tells the user that there's an error.
I made a clear button over the entire pop up (about 200x100 px) so the user can just touch the notification to dismiss it.
But i'm afraid the user might not know that you can just touch the pop up to dissmiss and would go crazy looking for the "OKAY" button.
Do you guys think the OKAY button is necessary or is a giant clear button overlaying the notification good enough?
note: the whole notification actually looks like a button because of rounded corners and some button like borders.
Whatever users can misinterpret, they will (just look at some of the low ranked App store reviews for examples).
So, unless it clutters your UI and/or makes things even more confusing, a clear indication of how get rid of or move beyond your popup will certainly reduce the chances for any user confusion.
I like the idea of your design, but I would go for an OK button. There might be people in the world who don't understand it and blame your app.
Or you leave out the button and make the notification disappear by itself after, say 5 secs.
Or you could go the Microsoft way:
- add the "Okay" button
- add a smaller checkbox with the caption "don't ask me again"
- when the okay button is clicked and the checkbox is marked, open an additional dialog notifying the user that the Okay button will no longer be displayed, but that they can clear that setting in the preferences menu
- create the preferences menu as described
Now who says Microsoft suck at UI ?
You should use the OK button. Not only will it be more familiar for users, but you won't have any problem with Apple's approval process. Depending on the reviewer they might reject the app for not conforming to the Human Interface Guidelines.
I need a gwt widget which has a button and can display a number. The number indicates the number of updates present.
The best example of this implementation which i can think of is facebook. The notification button on the facebook homepage displays a number which indicates the number of notifications from the last login.
I want to implement something like that.
Any suggestions?
Thanks
you can use button and on every update ,change the label of the button to reflects the number of update , if you wanted it on a server side you can update the button name from a callback function
I am learning Perl/Tk. I want to give alert to the user whenever he/she receives the mail.
I have planned to use message box in Tk, but it is expecting the user to click ok or cancel button.
Until user clicked the any one button it wont do any further operations.
But I want, it just needs to give alert to the user and user can continue with the further process.
Refer the link
Non blocking a Dialog box in Perl Tk