Sélectionné UItableViewCell rester bleu lorsqu'il est sélectionné

Quand je pousse un point de vue après que l'utilisateur a sélectionné un UITableView ligne, la ligne devient bleu en surbrillance, puis le nouveau point de vue s'affiche. C'est très bien. Mais quand je suis de "retour", la ligne est toujours mis en surbrillance en bleu. Voici mon didSelectRowAtIndexPath code.

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
    SettingsViewController *controller = [[SettingsViewController alloc] initWithNibName:@"SettingsView" bundle:nil];
    [[self navigationController] pushViewController:controller animated:YES];
    [controller release], controller = nil; 
}

Ce que je fais mal?

InformationsquelleAutor cannyboy | 2010-05-10

171

Que les réponses ci-dessus le point de sortir, vous devez explicitement désélectionner la ligne. Vous avez deux options, soit vous faites cela. La première, c'est pour désélectionner la ligne immédiatement après la sélection:
```
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
  ...
  [tableView deselectRowAtIndexPath:indexPath animated:YES];
}
```
Qui fonctionnent très bien, mais il existe une alternative, et c'est l'approche adoptée par UITableViewController qui est de quitter la ligne de la sélection puis désélectionner lorsque la vue s'affiche de nouveau (après le contrôleur, vous êtes à pousser sauté hors de la pile).

Cela a le léger avantage que l'utilisateur voit un aperçu de leur sélection précédente lors de leur retour afin qu'ils puissent voir ce qu'ils avaient précédemment sélectionnée.

Pour ce faire, vous avez juste besoin de remplacer viewWillAppear:
```
- (void)viewWillAppear:(BOOL)animated
{
  [super viewWillAppear:animated];
  [self.tableView deselectRowAtIndexPath:[self.tableView indexPathForSelectedRow] animated:YES];
}
```
Comme je l'ai dit, c'est ce que le défaut de mise en œuvre de UITableViewController's viewWillAppear: n'donc, si vous utilisez UITableViewController et pas de voir ce comportement, vous devez vérifier que vous appelez la super mise en œuvre dans votre classe propre viewDidAppear:.

Mise à jour (30 octobre 2013): eh bien, c'est une réponse! Ben le souligne à juste titre dans les commentaires, UITableViewController en fait cela dans viewWillAppear: pas viewDidAppear: - c'est le bon moment. En outre, vous tournez ce comportement sur et en dehors à l'aide de la clearsSelectionOnViewWillAppear propriété de UITableViewController. J'ai modifié ma réponse ci-dessus pour tenir compte de cela.
- Vraiment nice. Merci pour cette.
- Redpath génial...Merci
- C'est une grande réponse, mais je vous propose ce devrait être placé dans viewWillAppear à l'imitant à la perfection le moment de la UITableViewController désélection.
- bon Ben, j'ai mis à jour ma réponse.
- ATTENTION : tableView.indexPathForSelectedRow propriété est facultative. Si vous avez besoin en toute sécurité déballer si vous allez avec l' viewWillAppear méthode, sinon il va se planter dès que le point de vue s'affiche.
InformationsquelleAutor Luke Redpath
11

UITableViewController a un BOOL propriété appelée clearsSelectionOnViewWillAppear qui fait exactement ce que vous voulez.

Par défaut, elle est définie à YES, mais j'ai remarqué que vous pouvez (parfois accidentellement) désactiver cette propriété par la mise en œuvre de votre propre viewWillAppear: méthode. Je pense que c'est parce que l'éviction qui se passe pendant [UITableViewController viewWillAppear:] qui ne pourrait jamais être appelé si vous la remplacez.

La solution est simple, alors. Appelez simplement super version de viewWillAppear: quelque part dans votre version de cette méthode:
```
- (void)viewWillAppear:(BOOL)animated {
  //Your custom code.
  [super viewWillAppear:animated];
}
```
Apple recommande de toujours l'appel de la super version de l'un de la vue{A,Seront}{Un,Disa}ppear méthodes si vous les remplacez.

Références
- UITableViewController Classe de Référence (pour clearsSelectionOnViewWillAppear)
- UIViewController Classe de Référence (pour viewWillAppear:)
InformationsquelleAutor Tyler
7

Vous devez désélectionner:

[tableView deselectRowAtIndexPath:indexPath animated:YES];

InformationsquelleAutor pkananen
4

Si votre contrôleur est basé sur UITableViewController, vous obtenez cette fonctionnalité gratuitement. Mais je me suis souvent retrouvée à l'aide de UIViewController sans. d'autres contrôles en plus de UITableView, dans ce cas, vous devez remplacer votre viewWillAppear à
```
-(void) viewWillAppear:(BOOL)animated{
    //Unselect the selected row if any
    NSIndexPath*    selection = [devListTableview indexPathForSelectedRow];
    if (selection){
        [tableview deselectRowAtIndexPath:selection animated:YES];
    }
}
```
InformationsquelleAutor palaniraja
3

Vous avez juste besoin de les appeler [tableView deselectRowAtIndexPath: indexPath d'animation: OUI].

InformationsquelleAutor Ben Gottlieb
2

Le comportement par défaut de UITableViewController désactive la ligne lorsque l'utilisateur revient à partir de la vue de détail. La réponse donnée par Luc est très bien, mais je tiens à souligner la raison pour cela:

1 - Si vous avez votre UITableViewController comme il était quand vous l'avez créé à partir de zéro, vous aurez tous les comportements par défaut.

2 - Si dans la situation 1 vous ajoutez un -viewWillAppear ou -viewDidAppear, alors vous serez en écrasant le comportement standard. Si vous voulez que la ligne désélectionne sur le retour, vous devez dire le super explicitement que vous souhaitez désélectionner la ligne par lui-même comme il l'a toujours fait! Pour atteindre cet objectif, comme dit Luc, vous devez appeler [super viewWillAppear:animated] ou [super viewDidAppear:animated] comme ceci:
```
-(void)viewWillAppear:(BOOL)animated {

    [super viewWillAppear:animated];

    //Here goes all of your stuff
}
```
InformationsquelleAutor Ruben Marin
0

Une autre solution est d'appeler UITableView de reloadData dans viewWillAppear
- Oui, mais je pense que c'est bon de ne pas saupoudrer un code avec des appels à reloadData. Il y a souvent un plus performant solution.
InformationsquelleAutor Andy A

Vous devez vous connecter pour publier un commentaire.