Edgesforextendedlayout Uitableviewcell

Dans l'iOS6, UITableViewCell ne montre pas Démarré par Wendy à Février 24, 2016 21:27 Bon pour le contrôle de la hauteur Dans iOS 7, Apple a introduit une nouvelle propriété, appelée UIViewController SetEdgesForExtendedLayout :, la valeur par défaut est UIRectEdgeAll. Lorsque votre navire est le contrôleur de navigation, la mise en page par défaut commence à partir du haut de la barre de navigation. C'est pourquoi tous les éléments de l'interface utilisateur sont à la dérive vers le haut 44pt. La façon rapide de résoudre ce problème est dans la méthode de (void) viewDidLoad ajouter une ligne de code: self. edgesForExtendedLayout UIRectEdgeNone Publié par Colbert à 02 mars 2016 10:08 PM La mise en page automatique n'est pas fermée. Publié par Angus à mars 06, 2016 22:55 UITableViewCell a beaucoup changé dans iOS7, avant que le code ait besoin de faire beaucoup de changements Publié par Elmer à 14 mars 2016 11:28 PM (CGFloat) tableView: (UITableView) tableVue heightForRowAtIndexPath: (NSIndexPath) indexPath retourne 70 Retourne la hauteur quand il est la clé du problème Bien sûr, dans ios7 pour tableview et Scrollview fait quelques changements, Ajouter la séquence de contrôle peut être causée par différents tableview ou Scrollview plus de 64 Pixels en hauteur, Vous pouvez essayer d'ajouter des contrôles de vue de changement d'ordre, En particulier tableview et Scrollview, Le général à la fin et mieux Publié par Roy à 25 mars 2016 23:57 Plus de 10.000 Questions techniques Répondre à ProgrameringI ont essayé la plupart des Les exemples ici sur StackOverflow. J'ai aussi utilisé des pommes. Le problème que je semble avoir avec eux est qu'ils ne tiennent pas compte de l'UITextField étant dans un UITableView. Ive fait cela plusieurs fois, mais pas de cette façon. J'ai un UITableViewCell personnalisé avec un UITextField dedans. Sur mon UITableView (qui n'est pas un UITableViewController), je dois être capable d'éviter de cacher le UITextField sous UITableView. J'ai ceci à partir de maintenant: Cela semble pousser un tas d'espace blanc derrière mon clavier. Notez également que j'ai un inputAccessoryView sur mon UITextField ainsi. Oh, et je ne peux pas utiliser des classes de tiers. J'adore TPKeyboardAvoidingScrollView, mais je ne peux rien utiliser de tierce partie. Je l'ai obtenu pour fonctionner, mais j'ai dû supprimer les instructions If pour ShouldEndEditing. De plus, si vous avez besoin de plusieurs champs de texte comme je l'ai fait, vous devrez également implémenter textFieldDidBeginEditing et textFieldDidEndEditing. Il suffit de copier et de coller le même code que ShouldBegin et ShouldEnd. Cela permettra à l'utilisateur de passer de textField à textField tout en conservant la même fonctionnalité. Si vous avez du mal à wNSIndexPath, voici un moyen qui est compatible avec n'importe quelle version d'iOS: stackoverflowquestions9577392hellip ndash user1107173 Jul 9 13 at 22:53 N'utilisez pas la chaîne de superviews. Ce n'est pas une conception fiable. Utilisez le dictionnaire des balises indexPaths et textField views à la place, pour trouver quel champ de texte est le répondeur suivant et faites le firstResponder. Ndash Eugene Prokoshev 15 juil 15 at 13:00 Merci Salman pour le lien. Il suffit de remarquer que l'exemple d'Apple est utilisé pour scrollview en vue normale. Dans la vue de tableau, vous devez convertir Point et Rect de activeField en coordonnées de tables, donc je change quelques lignes dans la fonction keyboardWasShown: Et si votre vue a tabBarController, n'oubliez pas de réinitialiser contentInsets avec tabBar hauteur au lieu de UIEdgeInsetsZero Caché sous tabBar):