UISegmentedControl appels de méthode d'action sur le changement de selectedSegmentIndex par programmation

J'ai un UISegmentedControl dans mon fichier xib. Il est lié à une méthode d'action sur la valeur événement a changé dans le fichier xib.

Quand I du programme, définissez la valeur de selectedSegmentIndex de la méthode d'action est appelée

mysegmentedcontrol.selectedSegmentIndex = index

Je m'attendais à ce que la méthode d'action, ne serait appelée lorsque l'utilisateur modifie le contrôle par le toucher?

Cela se produit uniquement pour UISegmentedControl.

il sert à produire pour iOS 4.3.3 sur iPad, n'est plus un problème dans iOS 5

OriginalL'auteur AmaltasCoder | 2011-09-21

6

.h fichier
```
BOOL isProgramaticallyChanged;
```
.m fichier
```
- (IBAction)segmentAction:(id)sender { //valuechanged connected function

        UISegmentedControl *segControll = (UISegmentedControl *)sender;

    if (segControll.tag == 55) { //while create segment specify tag value to 55 (to set use via IB or Code)

        if (isProgramaticallyChanged == NO) {

            //your valuechanged code here

        }

        else {

            isProgramaticallyChanged = NO; //important

        }

    }

    else if (segControll.tag == 66) { //for many segments

    }

        //...like this do for all segments
}
```
.m fichier

où vous mettez ce code à modifier par programmation à faire avant que de cette
```
if (mysegmentedcontrol.selectedSegmentIndex != index) {

    isProgramaticallyChanged = YES;

    mysegmentedcontrol.selectedSegmentIndex = index;

}
```
cela ne résoudrait pas le problème, étant donné que la valeur modifiée est déclenchée uniquement pour les cas où la valeur est modifiée. Si je attribuer le même index, il ne sera pas déclenchée, mais le isProgChanged variable sera OUI. Lorsque l'utilisateur modifie le contrôle qu'il aura toujours cette variable définie sur OUI. Nous pouvons vérifier que nous sommes en train de modifier la valeur avant de définir la variable OUI mais c'est très enclins à faire des erreurs et de ne pas évolutive pour une application avec de nombreuses sectorielle des contrôles.
voir mon ci-dessus mis à jour le code
J'ai utilisé ci-dessus pour le faire fonctionner ... encore que je préfère, moins enclins à faire des erreurs solution.

OriginalL'auteur Vijay-Apple-Dev.blogspot.com
3

La solution est sans doute à lier un IBAction méthode à un touchUpInside de l'événement et de propager le changement de valeur si vous envisagez de changer également l'index sélectionné par programme.

De ce qu'on peut lire, même dans Cacao Fondamentaux Guide, les événements à venir à partir des commandes de l'INTERFACE doivent être envoyés uniquement lorsque l'événement est déclenché en réponse à l'utilisateur d'agir sur le contrôle, pas d'un changement programmatique. C'est mon incompréhension, ou c'est une sorte de UISegmentedControl bug.

Ma solution plus en détail

Connecter un IBAction méthode pour UISegmentedControl's Touch Up Inside événement et en avant la sender paramètre à la méthode d'action de la manipulation Value Changed. De cette façon, si il y a un changement programmatique de la valeur, le contrôle n'est pas le changement de valeur de gestionnaire. Seulement quand c'est par une action de l'utilisateur sur le contrôle.

La seule chose à résoudre ici est de détecter si l'index sélectionné réellement changé.

pouvez-vous vérifier que ce qui se passe pour vous en tant que bien et il n'est pas quelque chose d'étrange qui se passe pour moi seule. Je suis en train de tester sur un iPad avec iOS 4.3.3.
Je me souviens que j'ai eu ce problème il y a quelques mois. La solution de contournement que j'ai écrit sur ci-dessus est celui que j'ai utilisé, en fait. Je vais essayer aujourd'hui, dans le temps libre.

OriginalL'auteur macbirdie
2

Je vais ajouter quelque chose de plus pour les réponses qui peuvent se sentir un peu plus contrôlable.
Appelez simplement removeTarget, faire votre mise à jour programmatique pour le segment sélectionné, ajouter de nouveau la cible (pour UIControlEventValueChanged)

Je suis venu ici à la recherche d'une réponse, la seule condition semblait fonctionner, mais alors il est venu à moi qui fait de la suppression/ajout de la cible paraît plus appropriée et de travaux.

OriginalL'auteur RunningPink

Vous devez vous connecter pour publier un commentaire.

Ma solution plus en détail