UITableViewHeaderFooterView dans InterfaceBuilder

Je veux créer un en-tête personnalisé vue en section dans un document distinct .xib à l'aide de l'IB

Cependant IB je ne peux pas trouver un composant UITableViewHeaderFooterView (similaire à UITableViewCell) et attribuer une réutilisation pour elle

Donc comment créer dans la section d'en-tête personnalisé?

J'ai créer une classe MySection qui hérite de UITableViewHeaderFooterView
Créer un .xib, MySection.xib
Registre xib pour la cellule de réutilisation

le problème est, comment utiliser le initWitReuseIdentifier....

InformationsquelleAutor Peter Lapisu | 2013-07-15
  1. 64

    Il est tout à fait possible et Apple fournit un exemple ici.

    Télécharger l'exemple de code et de regarder la SectionHeaderView.xib.

    La façon de le faire est de créer un xib avec un seul UIView sur elle. Ensuite, définissez le type de classe à une classe qui hérite de UITableViewHeaderFooterView.

    Une fois que vous avez une plume avec une classe qui hérite de UITableViewHeaderFooterView, appelez le suivant pour vous inscrire à la classe pour les réutiliser comme un en-tête ou le pied de page:

    static NSString * const SectionHeaderViewIdentifier = @"SectionHeaderViewIdentifier";

[self.tableView registerNib:[UINib nibWithNibName:@"SectionHeaderView" bundle:nil] forHeaderFooterViewReuseIdentifier:SectionHeaderViewIdentifier];

    Pour mettre la vue d'utiliser, de mettre en œuvre la table délégué de la méthode tableView:viewForHeaderInSection: comme:

    - (UIView *)tableView:(UITableView *)tableView viewForHeaderInSection:(NSinteger)section {

    SectionHeaderViewClass *sectionHeaderView = (SectionHeaderView *)[tableView dequeueReusableHeaderFooterViewWithIdentifier:SectionHeaderViewIdentifier];

    //Do stuff...

    return sectionHeaderView;
}
    • Sur iOS8, il y aura un avertissement comme ceci: Réglage de la couleur d'arrière-plan sur UITableViewHeaderFooterView a été désapprouvée. Veuillez utiliser contentView.backgroundColor à la place. De fixer, dans IB, définir la couleur d'arrière-plan de la UIView à "par Défaut".
    • Dans iOS 8.3, Vous devez également définir la UITableView de sectionHeaderHeight bien à quelque chose, sinon il vaut 0 par défaut et votre délégué de la méthode ne sera pas appelé. (Ouais, c'est idiot.)
    • La clarification de l'OP (parce qu'il m'a fallu un certain temps): Votre XIB devrait avoir un au niveau de la racine sous-vue (analogue à un UITableViewCells'affichage du contenu) et tous vos autres points de vue doivent être des sous-vues de dessus. Aussi en plus de @patr1ck du commentaire ci-dessus, il semble que dans iOS 10.x, vous devez définir les deux tableView.sectionHeaderHeight et tableView.estimatedSectionHeaderHeight (même si vous remplacez les valeurs pour les différentes sections de votre UITableViewDelegate.)
    • Le problème avec ceci est que votre sous-vues de l'en-tête/pied de page ne sera pas finir comme des sous-vues de la contentView, où ils devraient être, au contraire, ils seront ajoutés directement à la UITableViewHeaderFooterView lui-même.
    • Est-il un moyen d'ajouter les sous-vues à la contentView d'un UITableViewHeaderFooterView via Interface Builder?
    InformationsquelleAutor Matt Becker
  2. 14

    J'ai écrit un guide (testé sur iOS 9), qui sont composés de 4 étapes:

    1. Sous-classe UITableViewHeaderFooterView
    2. Créer la Plume à la sous-classe de la vue, et ajouter 1 conteneur de vue qui contient tous les autres points de vue dans l'en-tête/pied de page
    3. Dans viewDidLoad, appel registerNib:forHeaderFooterViewReuseIdentifier: pour l'affichage de la table
    4. Mettre en œuvre viewForHeaderInSection et l'utilisation dequeueReusableHeaderFooterViewWithIdentifier de récupérer l'en-tête/pied de page
    • Une belle sam! (:
    • Je me demande pourquoi cela ne fonctionne pas avec les Vues dans Interface Builder. Il n'a pas d'instancier mon UILabel sur la vue. J'ai essayé de nidification dans un récipient vue. Ils sont tous contenus dans un personnalisé UITableViewHeaderFooterView sous-classe.
    InformationsquelleAutor samwize
  3. 2

    Solutions de contournement suivantes me permettre de glisser attribuer IB éléments de code comme des variables. UITableViewHeaderFooterView ne pas permettre que la sortie de la boîte.

    1. créer un (Nouveau Fichier/CocoaTouchClass) UITableViewHeaderFooterView
      .h.m.xib normalement

    2. temporairement renommer superclasse de UITableViewHeaderFooterView de UIView. Glisser affecter votre INTERFACE utilisateur éléments de code en fonction des besoins, de la dge, attribuer clé-valeur
      correctement, revenir à UITableViewHeaderFooterView lorsque vous avez terminé.

    3. dans votre tableview, utilisez registerNib: de registre, au lieu de registerClass:. préparer le reste de la tableview normalement (c'est à dire:file d'attente).
    InformationsquelleAutor dklt
  4. 1

    Ses assez pour créer une vue et de céder sa classe IB (la réutilisation de l'identificateur n'a pas besoin d'être définie dans interface builder (comme par un UITableViewCell))

    InformationsquelleAutor Peter Lapisu
  5. 0

    UITableViewHeaderFooterView documentation contient registerNib:forHeaderFooterViewReuseIdentifier: méthode

    Mais actuellement (Sep 4 '13) de la Bibliothèque d'Objets dans Interface Builder ne comprend pas une UITableViewHeaderFooterView.
    Cela rend registerNib:forHeaderFooterViewReuseIdentifier: inutile, car il n'y a pas moyen de configurer les afficher correctement dans la plume.
    C'est peut-être mieux d'essayer de réutiliser des cellules ...

    • Matt Becker est droit, testé et fonctionne très bien.
    InformationsquelleAutor Leszek Zarna
  6. 0

    1. créer une nouvelle vue dans xib

    2. Charge de la plume et de définir comme footerview à tableview

    UIView *headerview = [[[NSBundle mainBundle] loadNibNamed:@"ReguistrationHeaderView" propriétaire:auto options:nil] firstObject];
    [auto.tableview setTableFooterView:headerview];

    InformationsquelleAutor Kishor
  7. 0

    J'ai toujours utilisé UITableViewCell que les en-Têtes (ou les Pieds de page) pour mes tables pour être en mesure de les modifier directement dans la table de montage séquentiel.

    Mon flux de travail :

    • - Je créer un MyHeaderTableViewCell classe de sous-classement UITableViewCell et l'ajout de tous les points de vente j'ai besoin de
    • - Je ajouter un UITableViewCell à ma table dans mon storyboard
    • Je lui donne une réutilisation de l'identificateur (es: "HeaderCell")
    • Je résorption de la cellule et de l'utilisation de son contenu que de mon en-tête

    La partie cruciale est de retour le contentView de la headerCell (pas le headerCell lui-même), sinon, vous allez lancer dans des comportements étranges lors de la lecture avec reloadRowsAt ou des fonctions similaires (disparition des en-têtes au plus).

    C'est mon code :

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

    let headerCell = tableView.dequeueReusableCell(withIdentifier: "HeaderCell") as! MyHeaderTableViewCell

    headerCell.lblTitle.text = "My Title"

    return headerCell.contentView }

    Je n'ai jamais été confronté les problèmes à le faire (ou tout au moins à mes clients toujours payé moi).

    • vous écrivez vous jamais rencontré aucun problème, mais il semble comme une approche risquée et la mauvaise utilisation de l'API
    • merci pour votre réponse. Je suis d'accord avec vous, cela peut être dangereux et tout à fait une mauvaise utilisation de l'API, mais aussi longtemps que cela fonctionne sans grand inconvénient, je trouve que c'est un bon compromis entre le code propre et facile d'utilisation. Donc c'est juste une solution, difficile je suis d'accord avec vous, pas le plus propre de l'un.
    InformationsquelleAutor Il Pisanello
  8. 0

    Alors que toutes ces réponses de travail, ils n'ont pas l'adresse de l'original de la question de savoir comment définir la reuseIdentifier à l'aide de Interface Builder. Il est, en effet, possible avec l'aide de la "Défini par l'Utilisateur Runtime Attributs". Vous pouvez définir la reuseIdentifier directement dans Interface Builder en utilisant un attribut:

    UITableViewHeaderFooterView dans InterfaceBuilder

    Cela permettra d'accomplir exactement la même chose que le natif reuseIdentifier champ dans UITableViewCell Interface Builder attribut inspecteur.

    InformationsquelleAutor dbart