UIButton dans un UITableView en-tête ignore la plupart des touches

J'ai un bouton que je suis l'ajout d'une sous-vue de la une vue de la table de tableHeaderView. Le bouton s'affiche bien, et tap-and-tenant il fonctionne par intermittence, pour la plupart, en revanche, il ne répond pas. J'ai essayé de l'ajouter en tant que sous-vue de la table elle-même; l'effet est le même. Je pensais que le problème pourrait être avec le défilement de l'affichage tactile de l'interception, mais la désactivation de défilement sur la table n'a pas d'effet non plus.

Je fais quelque chose de mal? Quelqu'un d'autre a rencontré ce?

edit pour préciser, je parle de la table principale, en-tête, pas un en-tête de section, dans un groupe de style de table; pense que, fondamentalement, calquée sur l'écran "Contact".

J'ai été confronté à ce problème précis, mais le a accepté de répondre ne fonctionne pas pour moi. La la réponse à cette question correction du problème parfaitement pour moi.

OriginalL'auteur Noah Witherspoon | 2008-11-17

23

J'ai eu le même problème. Dans mon cas, j'ai eu un conteneur de vue instancié dans de l'IB (qui a été appliquée, car la vue de la table d'en-tête dans le code), avec une UIImageView occupant la totalité de l'image de ce conteneur. Le mauvais comportement de bouton résidé dans l'affichage de l'image.

S'avère que j'ai besoin d'avoir le dimensionnement des amortisseurs IB défini comme suit...

Conteneur de Vue: extérieur ancres tous, intérieur redimensionnement - toutes les

Sous d'Affichage de l'Image: tous les boudins sur (intérieur et extérieur)

J'ai eu plusieurs vues de table, le tout à l'aide d'en-tête de vues. Certains réagir à des événements tactiles correctement, certains étaient feuilletée. Cela a résolu mon problème

+1. Cela a fonctionné pour moi. Je ne suis pas à l'aide de l'IB pour cela, j'ai donc dû définir par programmation la pavane avec -setAutoresizingMask:, et je l'ai trouvé seulement nécessaire sur le conteneur. L'intérieure de contrôle de l'image n'a pas besoin de quoi que ce soit. Merci! N'aurait jamais tombé sur ce par accident.
Après des heures de dénigrement de ma tête, cela a fonctionné pour moi. Je vous remercie.
En effet. Dans mon cas, j'ai eu quelques UITextFields dans l'en-tête qui ferait apparaître le clavier. J'ai été redimensionner ma vue de la table pour accueillir le clavier. Tout avait l'air correct visuellement et la table défile exactement comme souhaité. Toutefois, aucun de ces contrôles dans le tableau d'en-tête ont été sensibles l'une j'ai changé la taille de l'affichage de la table. Mon conteneur view n'ont à l'intérieur de mise à l'échelle. Une fois que je l'ai désactivé, tous travaillé! Merci.

OriginalL'auteur Danny Hall
11

J'ai eu un problème similaire, - un champ de texte et un bouton à l'intérieur d'un ensemble de vues comme la table d'en-tête de la vue qui ne serait pas répondre à des événements tactiles. setAutoResizing par programme a fonctionné pour moi.

Mon contrôleur s'étend UITableViewController, et viewDidLoad ressemble à ceci:
```
- (void)viewDidLoad
{
    [super viewDidLoad];

    MYCustomWidget *headerView = [[[NSBundle mainBundle] 
               loadNibNamed:@"MYCustomWidgetView" owner:self options:nil] 
               objectAtIndex:0];

    [headerView setAutoresizingMask:UIViewAutoresizingNone];

    self.tableView.tableHeaderView = headerView;
}
```
('MYCustomWidget" s'étend au-UIView, et "MYCustomWidgetView' est un fichier XIB).

réglage de la AutoresizeMask a fait pour moi.
Dans la swift 4?

OriginalL'auteur
8

Je suis complètement en désaccord avec Wisequark -- il n'y a absolument rien de mal de mettre un bouton dans le tableHeaderView, et dont l'un serait pas risque de votre application d'être rejeté à partir de l'app store. Le tableHeaderView est conçu pour être un arbitraire de la vue contenant quels que soient les éléments que vous choisissez.

En ce qui concerne votre question, il pourrait être que vous avez une vue sur la dissimulation de votre bouton, ou, il peut être tout simplement d'un bug qui devrait être signalé à Apple.

OriginalL'auteur August
2

Ma situation était similaire à Danny Hall (la table d'en-tête de la vue a été une UIImageView, et il y avait un UIButton qui était une sous-vue de la UIImageView). Dans mon cas, le problème semble avoir été provoqué par le bouton étant une sous-vue de l'affichage de l'image. Ce qui a fonctionné pour moi a été la création d'une UIView "contenant", telle que l'affichage de l'image ainsi que le bouton étaient des sous-vues du "contenant". étrange.

Ouais, UIImageView a userInteractionEnabled ensemble de NO par défaut, de sorte qu'un bouton comme un sous-vue d'un affichage de l'image ne réagissent pas à la touche. Je suis sûr que ce est une question différente. Merci pour la suggestion, cependant. 🙂

OriginalL'auteur cell
2

Curieusement, mais le tableau d'en-tête de la vue, apparemment, est redimensionnée de manière incorrecte.
J'ai utiliser la mise en page automatique, donc d'un redimensionnement automatique de masque n'était pas une option pour moi. Après l'inspection de mon point de vue de la hiérarchie:

et remarqué que mon en-tête personnalisé vue d'erreurs en hauteur, un peu moins de la moitié a été tappable (voir en surbrillance):

Manuel de la mise à jour de sa hauteur fixe le problème:
```
- (void)viewDidLayoutSubviews {
    CGRect frame = self.tableView.tableHeaderView.frame;
    frame.size.height = 116.0;
    self.tableView.tableHeaderView.frame = frame;
}
```
Aussi, la vue de la table d'en-tête hauteur peut devenir non valide après l'orientation est modifiée. Ce problème peut également être résolu avec la solution fournie.

OriginalL'auteur Davyd

tableHeaderView a 0 hauteur alors qu'il est en cours de traitement dessiner dans UITableView

utiliser cette UIView sous-classe pour définir la forte hauteur constante et d'ignorer UITableView traitement

#import <UIKit/UIKit.h>                                                
@interface CustomHeaderCell : UIView

@end  

//-----

@import "CustomHeaderCell.h"

@implementation CustomHeaderCell


-(void)setFrame:(CGRect)frame {
    frame.size.height = 43; //!!! constant height
    [super setFrame:frame];
}

@end

OriginalL'auteur Alexey Ryabinin

0

J'ai le même problème UIButtons actions qui n'ont pas de travail dans UITableView's vue d'en-tête. J'ai d'abord essayé setAutoresizingMask à .None qui ne fonctionne puis, après avoir lu les réponses de @Davyd et @Alexey je me rends compte que je n'ai pas régler la hauteur des têtes de vue, puis je l'ai mis comme:-
```
self.tablevwMain.tableHeaderView?.frame = CGRect(x: 0, y: 0, width: width_view, height: your_height)
```
Et tous les UIButton'sà l'intérieur de UITableView's vue d'en-tête fonctionne correctement.

OriginalL'auteur Ravi Sharma

-1

N'oubliez pas de mettre le pied de la hauteur:

-(CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section{

OriginalL'auteur mskw

-7

Vous devriez considérer que ce n'est pas le but sue de la headerView et qu'une mise en œuvre telle que pourrait entraîner le rejet de l'AppStore comme un résultat d'une HIG violation. Étant donné que les dimensions d'un en-tête sont destinés à être petit, il est probablement préférable d'envisager une restructuration de votre point de vue. Cela dit, il n'y a pas de moyen facile de le faire à court de main détecter les événements tactiles et la détermination de la géométrie de vous-même, puis l'exécution d'un sélecteur de fonction sur la géométrie, bref, rouler votre propre bouton de classe.

Je ne peux pas trouver quelque chose dans le HIG interdisant l'utilisation des boutons dans le tableau (par opposition à la section d'en-tête/pied de page vues; l'application Contacts attache boutons de la table de pied sans problème, et Apple "HeaderFooter" échantillon fait la même chose (bien qu'il présente le même problème). Radar, peut-être?
Plus que probable que je suggère le dépôt d'un bug.

OriginalL'auteur wisequark

Vous devez vous connecter pour publier un commentaire.