UITableView: viewForHeaderInSection: non appelé pendant reloadData:

J'ai configuré la tableview avec des liaisons correctes de délégué et de source de données .. la méthode reloadData appelle la source de données et les méthodes de délégué à l'exception de viewForHeaderInSection:.

Pourquoi est-ce si?

L'utilisation de tableView:viewForHeaderInSection:nécessite que vous implémentiez également tableView:heightForHeaderInSection:. Cela devrait renvoyer une hauteur non nulle appropriée pour l'en-tête. Assurez-vous également de ne pas implémenter également le tableView:titleForHeaderInSection:. Vous ne devez utiliser que l'un ou l'autre ( viewForHeaderou titleForHeader).

L'astuce est que ces deux méthodes appartiennent à des UITableViewprotocoles différents : tableView:titleForHeaderInSection:est une UITableViewDataSourceméthode de protocole, où tableView:viewForHeaderInSectionappartient UITableViewDelegate.

Cela signifie:

• Si vous implémentez les méthodes mais que vous vous assignez uniquement comme dataSourcepour UITableView, votre tableView:viewForHeaderInSectionimplémentation sera ignorée.

• tableView:viewForHeaderInSectiona une priorité plus élevée. Si vous implémentez les deux méthodes et que vous vous attribuez à la fois le dataSourceet le delegatepour le UITableView, vous retournerez les vues pour les en-têtes de section mais votre tableView:titleForHeaderInSection:sera ignoré.

J'ai également essayé de supprimer tableView:heightForHeaderInSection:; cela fonctionnait bien et ne semblait pas affecter les procédures ci-dessus. Mais la documentation indique qu'il est nécessaire pour que le tableView:viewForHeaderInSectionfonctionne correctement; donc pour être sûr, il est sage de mettre en œuvre ceci aussi.

@rmaddy a mal énoncé la règle, deux fois: en réalité, tableView:viewForHeaderInSection:ne nécessite pas que vous implémentiez également tableView:heightForHeaderInSection:, et il est également parfaitement bien d'appeler à la fois titleForHeaderet viewForHeader. Je vais énoncer la règle correctement juste pour mémoire:

La règle est simplement que viewForHeadercela ne sera pas appelé à moins que vous ne donniez une hauteur à l'en-tête. Vous pouvez le faire de trois manières différentes:

• Mettre en œuvre tableView:heightForHeaderInSection:.

• Mettez la table sectionHeaderHeight.

• Appel titleForHeader(cela donne en quelque sorte à l'en-tête une hauteur par défaut s'il n'en a pas autrement).

Si vous ne faites rien de tout cela, vous n'aurez aucun en-tête et viewForHeaderne serez pas appelé. C'est parce que sans hauteur, le runtime ne saura pas redimensionner la vue, donc il ne prend pas la peine d'en demander une.

Le don estimatedSectionHeaderHeightet les sectionHeaderHeightvaleurs ont résolu mon problème. par exemple, self.tableView.estimatedSectionHeaderHeight = 100 self.tableView.sectionHeaderHeight = UITableViewAutomaticDimension

En partant de la réponse de rmaddy, j'essayais de masquer la vue d'en-tête et retournais 0,0f pour "tableView: heightForHeaderInSection" et une vue de 0 hauteur à partir de tableView:viewForHeaderInSection.

Après avoir changé de return 1.0fà return 0.0fin tableView:heightForHeaderInSection, la méthode déléguée tableView:viewForHeaderInSectiona en effet été appelée.

Il s'avère que mon effet souhaité fonctionne sans avoir à utiliser "tableView: heightForHeaderInSection"; mais cela peut être utile à d'autres personnes qui rencontrent un problème lors de l'appel de la méthode de délégation "tableView: heightForHeaderInSection".

Vous devez mettre en œuvre tableView:heightForHeaderInSection: et définir la hauteur de l'en-tête> 0.

Cette méthode déléguée va de pair avec le viewForHeaderInSection: méthode.

J'espère que ça aide.

- (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
         return 40;
}

Il convient de noter brièvement que si votre implémentation de tableView:heightForHeaderInSection:retours UITableViewAutomaticDimension, tableView:viewForHeaderInSection:ne sera pas appelée.

UITableViewAutomaticDimensionsuppose qu'une norme UITableViewHeaderFooterViewsera utilisée qui est remplie avec la méthode déléguée tableView:titleForHeaderInSection:.

À partir des commentaires dans le UITableView.h:

Le renvoi de cette valeur à partir de tableView:heightForHeaderInSection:ou tableView:heightForFooterInSection:entraîne une hauteur qui correspond à la valeur renvoyée par tableView:titleForHeaderInSection:ou tableView:titleForFooterInSection:si le titre n'est pas nul.

Je viens d'avoir un problème avec les en-têtes qui ne s'affichent pas pour iOS 7.1 , mais qui fonctionnent bien avec les versions ultérieures que j'ai testées, explicitement avec 8.1 et 8.4.

Pour le même code, 7.1 était pas appel d' une des méthodes de délégués d' en- tête de section à tous, y compris: tableView:heightForHeaderInSection:ettableView:viewForHeaderInSection: .

Après expérimentation, j'ai constaté que la suppression de cette ligne de mes viewDidLoaden-têtes créés réapparaît pour la version 7.1 et n'a pas d'impact sur les autres versions que j'ai testées:

// _Removing_ this line _fixed_ headers on 7.1
self.tableView.estimatedSectionHeaderHeight = 80;

… Donc, il semble y avoir une sorte de conflit là-bas pour 7.1, au moins.

Le même problème s'est produit avec moi, mais comme j'utilisais le calcul automatique de la hauteur à partir de xCode 9 , je ne peux pas donner de valeur de hauteur explicite comme mentionné ci-dessus. Après quelques expérimentations, j'ai eu une solution , nous devons remplacer cette méthode car,

-(CGFloat)tableView:(UITableView *)tableView 
         estimatedHeightForHeaderInSection:(NSInteger)section
{
      return 44.0f;
}

Bien que j'ai coché les deux options

1. Calcul automatique de la hauteur
2. Calcul automatique de la hauteur estimée

du storyboard comme le dit Apple, mais j'ai quand même cette erreur étrange.

Remarque : cette erreur n'a été affichée que sur la version IOS-10 et non sur la version IOS-11 . C'est peut-être un bogue de xCode. Merci

Voici ce que j'ai trouvé ( Swift 4 ) (grâce à ce commentaire sur une autre question)

Que j'utilise titleForHeaderInSection ou viewForHeaderInSection - ce n'est pas qu'ils n'étaient pas appelés lorsque la vue de la table était défilée et que de nouvelles cellules étaient chargées, mais tous les choix de police que j'ai faits pour le textLabel de headerView n'apparaissaient que sur ce qui était initialement visible au chargement , et non comme le tableau défilait.

Le correctif était willDisplayHeaderView:

func tableView(_ tableView: UITableView, willDisplayHeaderView view: UIView, forSection section: Int) {
    if let header = view as? UITableViewHeaderFooterView {
        header.textLabel?.font = UIFont(name: yourFont, size: 42)
    }
}

Dans mon cas, j'ai créé une vue d'en-tête en utilisant UITableviewCellet en renvoyant la cellule viewForHeaderInSectioncomme ceci

return cell

changé cela en

return cell.contentView 

A travaillé pour moi.

Dans mon cas

viewForHeaderInSection

a été implémenté dans une classe dérivée très lointaine qui ne gênait pas de passer en superclasse.

La raison pour laquelle il viewForHeaderInSectionn'est pas appelé est l'une des deux raisons suivantes:

Soit vous n'avez pas configuré votre UITableViewDelegate, soit vous ne l'avez pas configuré UITableViewDelegatecorrectement.

Dans mon cas, c'était parce que je n'ai pas implémenté:

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat

Parfois, le réglage tableview.delegateou datasource = nildans les méthodes viewWillAppear:ou viewDidAppear:peut provoquer ce problème. Assurez-vous de ne pas faire cela ...

J'avais copié et collé les deux méthodes suivantes d'un projet Swift 2 dans mon projet Swift 3 qui n'ont jamais été appelées car dans Swift 3 ces méthodes doivent avoir "-" avant le premier nom de paramètre.

func tableView(tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return 44.0
}

func tableView(tableView: UITableView, viewForHeaderInSection section: Int) -> UIView? {

    let headerView = tableView.dequeueReusableHeaderFooterView(withIdentifier: B2BTrolleyHeaderFooterView.reuseIdentifier) as! B2BTrolleyHeaderFooterView        
    return headerView
}