Que faire à propos de “la Finition jusqu'à une navigation de transition dans un état inattendu. La Barre de Navigation sous-vue de l'arbre peut être corrompus.”
Je suis en train d'écrire une application iPhone à l'aide de Appcelerator Titanium Mobile. Je suis masquage et l'affichage de l'onglet groupe basé sur ce que la fenêtre a le focus.
dashWin.addEventListener("focus",function(e) {
if (dashWin.tabGroupVisible == true) {
dashWin.tabGroupVisible=false;
tabGroup.animate({bottom:-50,duration:500});
}
});
Le code ci-dessus se cache le groupe d'onglets lorsque dashWin reçoit un accent de l'événement. Cependant, je vois ce message dans le Titane de la console lorsque l'événement est déclenché lors de l'exécution dans le simulateur d'iPhone:
La finition jusqu'à une navigation de transition dans un état inattendu. La Barre de Navigation sous-vue de l'arbre peut être corrompus.
Une recherche sur Google tourne un résultat: Une autre question StackOverflow qui peuvent avoir un indice quant à ce qui se passe.
OriginalL'auteur Trott | 2011-03-24
Vous devez vous connecter pour publier un commentaire.
Généralement un groupe de l'onglet agit comme la racine de votre application de navigation. Lorsqu'un utilisateur clique sur un onglet, l'onglet de la fenêtre est concentré.
Ensuite, lorsqu'un utilisateur déclenche une action qui nécessite une nouvelle fenêtre s'affiche, il apparaît soit sous forme modale ou sur le dessus (dans la pile de navigation de sens) de la fenêtre en cours. Dans ce dernier cas, dites-le au courant de l'onglet pour ouvrir la nouvelle fenêtre.
Si vous définissez la tabBarHidden valeur false à la propriété (lorsque vous créez une nouvelle fenêtre), la barre d'onglets sera caché pour vous, lorsque la nouvelle fenêtre est ouverte par l'onglet en cours.
Sera plus standard approche de travail pour vous?
OriginalL'auteur gerry3
J'ai eu cette erreur lorsque je l'ai lié
Action Segue
ouSelection Segue
d'un mode à un autre point de vue par le biais de storyboard et exécuté le même segue par programme encore une fois, ce qui rend la manette de navigation effectuer la même enchaîner deux fois.2 solutions pour ce cas:
Action Segue
ouSelection Segue
avecManual Section
et ne- (void)performSegueWithIdentifier:(NSString *)identifier sender:(id)sender
par vous-même. Vous pouvez trouver cette solution utile lorsque vous souhaitez personnaliser le comportement de la séquence en fonction de l'expéditeur.OriginalL'auteur Brian
J'avais
segues
qui étaient les meilleurs de l'arrière à mon principal manette de navigation qui a été à l'origine de ce. J'ai résolu le problème en définissant la navigation principale du contrôleur vers le haut de la pile. Voici le code:OriginalL'auteur Flea
Récemment, j'ai été confronté au même problème. La raison en est:
-J'essayais de pop-vue-contrôleur deux fois par erreur.
vous pouvez vérifier cet incident en définissant des points d'arrêt sur push et pop de Vue des contrôleurs de
OriginalL'auteur Baljeet Singh