Cellule UITableView iOS 7/8: deux UILabels avec hauteur dynamique avec mise en page automatique pour une hauteur de ligne variable

Donc je suis capable de mettre en place dynamique de la hauteur de dimensionnement avec mise en page automatique quand j'ai une seule étiquette qui change la hauteur en fonction de la longueur de la chaîne.
Mon problème est que si j'ajoute un autre UILabel que devrait faire la même chose, les choses ne fonctionnent pas.

Je suis paramètre à la fois le Contenu Serrant la priorité et la Résistance à la Compression à 1000 pour les deux == je obtenir des avertissements de l'ambiguïté

Si j'ai mis le Contenu Étreint (à la Verticale) pour la deuxième UILabel à 999 ou 250 alors qu'il fonctionne très bien, mais seulement si le second label a 2 ou plus de la ligne. Si le second label est vide ou ne contient qu'une seule ligne, le heightForRowAtIndexPath systemLayoutSizeFittingSize:UILayoutFittingCompressedSize hauteur retourne grandes valeurs, et les cellules ont de grands espaces vierges.

J'ai aussi joué avec la Taille Intrinsèque: valeur par Défaut ou de l'espace Réservé(avec un couple de la hauteur et la largeur), mais il n'aide pas non plus.

Personne les suggestions de ce qui peut être fait?

source d'informationauteur Zsolt

  1. 18

    Je l'ai eu travaille enfin. La solution pour moi était de définir explicitement la Largeur Préférée à l'image actuelle de la largeur.
    Donc, fondamentalement, la vérification de la vérification Explicite marque dans le Label > Largeur Préférée dans la Taille de l'Inspecteur.

    ref: http://www.raywenderlich.com/73602/dynamic-table-view-cell-height-auto-layout
    télécharger l'exemple de code et de voir le storyboard de l'installation.

  2. 1

    Pour moi, il a pris une combinaison de plusieurs choses.

    • En plus de définir le contenu des câlins et de la résistance correcte
    • J'ai dû faire une sous-classe de UILabel pour gérer la preferredMaxLayoutWidth de l'étiquette
    • et de corriger un bug dans le intrinsicContentSize ainsi

    La UILabel sous-classe fini par ressembler à ceci:

    @implementation LabelDynamicHeight

- (void)layoutSubviews
{
    [super layoutSubviews];

    self.preferredMaxLayoutWidth = self.frame.size.width;

    [super layoutSubviews];
}

- (void)setBounds:(CGRect)bounds
{
    [super setBounds:bounds];

    if (self.numberOfLines == 0)
    {
        CGFloat boundsWidth = CGRectGetWidth(bounds);
        if (self.preferredMaxLayoutWidth != boundsWidth)
        {
            self.preferredMaxLayoutWidth = boundsWidth;
            [self setNeedsUpdateConstraints];
        }
    }
}

- (CGSize)intrinsicContentSize
{
    CGSize size = [super intrinsicContentSize];

    if (self.numberOfLines == 0)
    {
        //There's a bug where intrinsic content size may be 1 point too short
        size.height += 1;
    }

    return size;
}

@end

    En plus de cet appel layoutIfNeeded sur la cellule avant d'arriver à la hauteur de tableView heightForRowAtIndexPath: fait des contraintes afin d'être prêt avant d'utiliser le systemLayoutSizeFittingSize: méthode sur la contentView. Ressemblant à ceci:

    - (CGFloat)tableView:( UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath
{
    UITableViewCell *cell = ...;
    CGFloat height = cell.frame.size.height;
    if (cell.dynamicHeight)
    {
        //https://stackoverflow.com/a/26351692/1840269
        [cell layoutIfNeeded];
        height = cell.frame.size.height;

        CGSize size = [cell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize];
        if (size.height > height)
            height = size.height;
    }
    return height;
}

    Références:

  3. 0

    Pour moi paramètre de contenu serrant la priorité et le contenu de la résistance à la compression de priorité inférieur à celui de l'élément fonctionne comme prévu.