Est-il possible de ne pas rejeter une UIAlertView

Question

Le protocole UIAlertviewDelegate dispose de plusieurs méthodes optionnel.Comprenant:

- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex; 

Cela semble suggérer que tous les clics de bouton rejeter en fait l'affichage des alertes. Cependant, je ne vois aucun moyen de configurer la vue d'alerte à ne pas rejeter automatiquement avec n'importe quel bouton.

Dois-je créer une sous-classe pour accomplir ceci?

Pourquoi le Protocole UIAlertViewDelegate ont:

- (void)alertView:(UIAlertView *)alertView didDismissWithButtonIndex:(NSInteger)buttonIndex; 
- (void)alertView:(UIAlertView *)alertView willDismissWithButtonIndex:(NSInteger)buttonIndex 

ET

- (void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex; 

Si elle ne prend pas en charge le cas échéant pas rejeter l'affichage des alertes à chaque cliquez sur le bouton?

En bref: Je me rends compte à quoi UIAlertView a été conçu. Mais mon but est de permettre à l'utilisateur de copier un texte sur la carte de la pâte avant la sortie app (ce qui se produit automatiquement lorsque l'affichage des alertes est rejetée.

Answer 1

Oui. Sous UIAlertView et surcharge -dismissWithClickedButtonIndex:animated:, par exemple

@implementation MyAlertView 
-(void)dismissWithClickedButtonIndex:(NSInteger)buttonIndex animated:(BOOL)animated { 
    if (buttonIndex should not dismiss the alert) 
     return; 
    [super dismissWithClickedButtonIndex:buttonIndex animated:animated]; 
} 
@end 

---

Officieusement vous pouvez définir une méthode

-(void)alertSheet:(UIAlertSheet*)sheet buttonClicked:(id)button; 

à la del Egate qui va le faire contourner -dismissWithClickedButtonIndex:animated:, mais il est non documenté, donc je ne sais pas si cela vous convient.

Answer 2

willPresentAlertView:, didPresentAlertView:, alertView:willDismissWithButtonIndex: et alertView:didDismissWithButtonIndex: sont pour suivre le début et la fin des animations de UIAlertView.

Les applications qui n'ont pas besoin de suivre les animations de UIAlertView peuvent simplement utiliser alertView:clickedButtonAtIndex:. Les docs pour cette méthode indiquent "le récepteur est automatiquement rejeté après que cette méthode est invoquée".

Answer 3

AVERTISSEMENT

De certaines sources, j'ai entendu dire que quelques app ont obtenu rejeté suivant ce processus. J'ai eu de la chance dans mon cas pendant iOS6 donc je suis montrant le code ici. Utilisez à vos risques et périls: -/

Le sous-classement est le meilleur moyen. Créer un drapeau bool pour l'alerte devrait rester ou non.

C'est la sous-classe de UIAlertView

// 
// UICustomAlertView.h 
// 

#import <UIKit/UIKit.h> 

@interface UICustomAlertView : UIAlertView 
{ 

} 
@property(nonatomic, assign) BOOL dontDisppear; 
@end 

// 
// UICustomAlertView.m 
// 

#import "UICustomAlertView.h" 

@implementation UICustomAlertView 

- (id)initWithFrame:(CGRect)frame 
{ 
    self = [super initWithFrame:frame]; 
    if (self) { 
     // Initialization code 
    } 
    return self; 
} 

-(void)dismissWithClickedButtonIndex:(NSInteger)buttonIndex animated:(BOOL)animated { 

    if(self.dontDisppear) 
     return; 
    [super dismissWithClickedButtonIndex:buttonIndex animated:animated]; 
} 
@end 

Et voilà comment je l'ai utilisé dans mon code

if(![txtUsername.text isEqualToString:@"admin"] && ![txtPassword.text isEqualToString:@"admin"]) 
{ 
    alertLogin.dontDisppear = YES; 
    alertLogin.message = NSLocalizedString(@"my_alert", nil); 
} 
else 
{ 
    alertLogin.dontDisppear = NO; 
    // proceed 
} 

Answer 4

#import "MLAlertView.h" 

@implementation MLAlertView 


-(void)dismissWithClickedButtonIndex:(NSInteger)buttonIndex animated:(BOOL)animated { 
} 

-(void)dismissNow:(NSInteger)buttonIndex { 
    [super dismissWithClickedButtonIndex:buttonIndex animated:YES]; 
} 

Answer 5

À mon avis: Il n'y a aucune raison de garder alertView. Même si vous voulez le garder, pensez simplement à le "re-montrer", en gardant une référence, puis appelez [alertView show] ==>AUCUN BESOIN DE SUBCLASSER N'IMPORTE QUOI. Bonnes nouvelles, hein?