En fait moi j’avais mon propre système de pile, un peu à l’arrache, qui empilé vraiment les vues les une sur les autres. Donc un removeFromSuperView me suffisait largement.

En gros comme tu le disait, on peut visualiser la navigation par une suite de vues côte à côte, avec une vue root.
Chaque fois qu’on ajoute une vue au navigation controller, elle est placée dans sa pile.

Le navigation controller donne toutes les méthodes pratiques pour gérer cette pile. La plus haute étant celle affichée.

On peut par exemple récupérer la vue courante, retourner à la home, aller à une vue précise, accéder au tableau des vues contrôlées…

Du coup, avec ton exemple, j’ai fait trois fonctions dans mon controller de vue de base :
– goHome : retourne a la home (popToRootViewControllerAnimated)
– nextView : popToViewController:animated en cherchant la vue suivantes dans le tableau des vues du navigation controller
– prevView : pareil mais en cherchant la vue precedente.

Pour la doc, c’est tout là :

http://devworld.apple.com/iphone/library/documentation/UIKit/Reference/UINavigationController_Class/Reference/Reference.html#//apple_ref/occ/cl/UINavigationController

En plus je crois que j’ai compris.

J’ai un bouqin maintenant, je vais plus te déranger. Et dans 1 mois et demi c’est moi qui ferai des tutos :)

Voilou, de toute façon on voit ça ensemble tout à l’heure :)

Alors après test, il semble que le self ([self.view removeFromSuperview];) de la fonction goHome fasse réference à la vue du bouton, et pas à la vue globale :p.

du coup, ça supprime le bouton :).

Il existe une méthode genre _parent?

ce soir c’est zend et son système d’identification ;)