¿Qué es NSLayoutConstraint “UIView-Encapsulated-Layout-Height” y cómo debo forzarlo a recalcular limpiamente?

Tengo una UITableViewejecución en iOS 8 y estoy usando alturas de celda automáticas de restricciones en un guión gráfico.

Una de mis celdas contiene una sola UITextViewy la necesito para contraerse y expandirse según la entrada del usuario: toque para reducir / expandir el texto.

Estoy haciendo esto agregando una restricción de tiempo de ejecución a la vista de texto y cambiando la constante en la restricción en respuesta a los eventos del usuario:

-(void)collapse:(BOOL)collapse; {

    _collapsed = collapse;

    if(collapse)
        [_collapsedtextHeightConstraint setConstant: kCollapsedHeight]; // 70.0
    else
        [_collapsedtextHeightConstraint setConstant: [self idealCellHeightToShowFullText]];

    [self setNeedsUpdateConstraints];

}

Cuando hago esto, lo envuelvo en tableViewactualizaciones y llamo [tableView setNeedsUpdateConstraints]:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView setNeedsUpdateConstraints];
// I have also tried 
// [self.tableView reloadRowsAtIndexPaths:@[indexPath] withRowAnimation:UITableViewRowAnimationTop];
// with exactly the same results.

[tableView endUpdates];

Cuando hago esto, mi celda se expande (y se anima mientras lo hago) pero recibo una advertencia de restricciones:

2014-07-31 13:29:51.792 OneFlatEarth[5505:730175] Unable to simultaneously satisfy constraints.

Probably at least one of the constraints in the following list is one you don't want. Try this: (1) look at each constraint and try to figure out which you don't expect; (2) find the code that added the unwanted constraint or constraints and fix it. (Note: If you're seeing NSAutoresizingMaskLayoutConstraints that you don't understand, refer to the documentation for the UIView property translatesAutoresizingMaskIntoConstraints) 

(

    "<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>",

    "<NSLayoutConstraint:0x7f94dced2260 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']-(15)-|   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced2350 V:|-(6)-[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...']   (Names: '|':UITableViewCellContentView:0x7f94de5773a0 )>",

    "<NSLayoutConstraint:0x7f94dced6480 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7f94de5773a0(91)]>"
 )

Will attempt to recover by breaking constraint 

<NSLayoutConstraint:0x7f94dced2b60 V:[UITextView:0x7f94d9b2b200'Brief text: Lorem Ipsum i...'(388)]>

388 es mi altura calculada, las otras restricciones UITextViewson mías de Xcode / IB.

El último me está molestando, supongo que UIView-Encapsulated-Layout-Heightes la altura calculada de la celda cuando se renderiza por primera vez (configuré mi UITextViewaltura en> = 70.0) sin embargo, no parece correcto que esta restricción derivada anule una cnstraint de usuario actualizado.

Peor aún, aunque el código de diseño dice que está tratando de romper mi restricción de altura, no lo hace: vuelve a calcular la altura de la celda y todo se dibuja como me gustaría.

Entonces, ¿qué es NSLayoutConstraint UIView-Encapsulated-Layout-Height(supongo que es la altura calculada para el tamaño de celda automático) y cómo debo forzarlo a recalcular limpiamente?

Intente reducir la prioridad de su _collapsedtextHeightConstrainta 999. De esa manera, la UIView-Encapsulated-Layout-Heightrestricción proporcionada por el sistema siempre tiene prioridad.

Se basa en lo que regresa -tableView:heightForRowAtIndexPath:. Asegúrese de devolver el valor correcto y su propia restricción y la generada debe ser la misma. La prioridad más baja para su propia restricción solo se necesita temporalmente para evitar conflictos mientras las animaciones contraer / expandir están en vuelo.

Tengo un escenario similar: una vista de tabla con una celda de fila, en la que hay algunas líneas de objetos UILabel. Estoy usando iOS 8 y diseño automático.

Cuando giré, obtuve la altura de fila calculada por el sistema incorrecto (43.5 es mucho menos que la altura real). Parece que:

"<NSLayoutConstraint:0x7bc2b2c0 'UIView-Encapsulated-Layout-Height' V:[UITableViewCellContentView:0x7bc37f30(43.5)]>"

No es solo una advertencia. El diseño de la celda de mi vista de tabla es terrible: todo el texto se superpone en una línea de texto.

Me sorprende que la siguiente línea "arregle" mi problema mágicamente (el diseño automático no se queja y aparece lo que esperaba en la pantalla):

myTableView.estimatedRowHeight = 2.0; // any number but 2.0 is the smallest one that works

con o sin esta línea:

myTableView.rowHeight = UITableViewAutomaticDimension; // by itself this line only doesn't help fix my specific problem

Pude hacer que la advertencia desapareciera especificando una prioridad en uno de los valores en la restricción que los mensajes de advertencia dicen que tenía que romperse (abajo "Will attempt to recover by breaking constraint"). Parece que mientras establezca la prioridad en algo mayor que 49, la advertencia desaparece.

Para mí, esto significó cambiar mi restricción, la advertencia decía que intentaba romper:

@"V:|[contentLabel]-[quoteeLabel]|"

a:

@"V:|[email protected][contentLabel]-[quoteeLabel]|"

De hecho, puedo agregar una prioridad a cualquiera de los elementos de esa restricción y funcionará. No parece importar cuál. Mis celdas terminan a la altura adecuada y no se muestra la advertencia. Roger, por ejemplo, intente agregar @500justo después de la 388restricción de valor de altura (por ejemplo [email protected]).

No estoy del todo seguro de por qué funciona esto, pero he investigado un poco. En la enumeración NSLayoutPriority , parece que el NSLayoutPriorityFittingSizeCompressionnivel de prioridad es 50. La documentación para ese nivel de prioridad dice:

Cuando envía un mensaje fitSize a una vista, se calcula el tamaño más pequeño que es lo suficientemente grande para el contenido de la vista. Este es el nivel de prioridad con el que la vista quiere ser lo más pequeña posible en ese cálculo. Es bastante bajo. Por lo general, no es apropiado establecer una restricción exactamente en esta prioridad. Quieres ser más alto o más bajo.

La documentación del fittingSizemensaje al que se hace referencia dice:

El tamaño mínimo de la vista que satisface las restricciones que tiene. (solo lectura)

AppKit establece esta propiedad en el mejor tamaño disponible para la vista, considerando todas las restricciones que tiene y sus subvistas y satisfaciendo la preferencia de hacer la vista lo más pequeña posible. Los valores de tamaño en esta propiedad nunca son negativos.

No he investigado más allá de eso, pero parece tener sentido que esto tenga algo que ver con dónde radica el problema.

El 99,9% de las veces, al usar celdas o encabezados personalizados, todos los conflictos UITableViewsocurren cuando la tabla se carga por primera vez. Una vez cargado, normalmente no volverá a ver el conflicto.

Esto sucede porque la mayoría de los desarrolladores suelen utilizar una altura fija o una restricción de ancla de algún tipo para diseñar un elemento en la celda / encabezado. El conflicto ocurre porque cuando la UITableViewprimera carga / se coloca, establece la altura de sus celdas en 0. Esto obviamente entra en conflicto con sus propias restricciones. Para resolver esto, simplemente establezca cualquier restricción de altura fija en una prioridad más baja ( .defaultHigh). Lea atentamente el mensaje de la consola y vea qué restricción decidió romper el sistema de diseño. Por lo general, este es el que necesita cambiar su prioridad. Puede cambiar la prioridad de esta manera:

let companyNameTopConstraint = companyNameLabel.topAnchor.constraint(equalTo: companyImageView.bottomAnchor, constant: 15)
    companyNameTopConstraint.priority = .defaultHigh

NSLayoutConstraint.activate([
            companyNameTopConstraint,
           the rest of your constraints here
            ])

Yo era capaz de resolver este error mediante la eliminación de una espuria cell.layoutIfNeeded()que tuve en mi tableView's cellForRowAtmétodo.

En lugar de informar a la vista de tabla que actualice sus restricciones, intente volver a cargar la celda:

[tableView beginUpdates];

[_briefCell collapse:!_showFullBriefText];

[tableView reloadRowsAtIndexPaths:@[[tableView indexPathForCell:_briefCell]] withRowAnimation:UITableViewRowAnimationNone];

[tableView endUpdates];

UIView-Encapsulated-Layout-Height es probablemente la altura que la vista de la tabla calcula para la celda durante la carga inicial, según las restricciones de la celda en ese momento.

Otra posibilidad:

Si usa el diseño automático para calcular la altura de la celda (la altura de contentView, la mayoría de las veces como se muestra a continuación), y si tiene un separador de uitableview, debe agregar la altura del separador para volver a la altura de la celda. Una vez que obtenga la altura correcta, no tendrá esa advertencia de diseño automático.

- (CGFloat)calculateHeightForConfiguredSizingCell:(UITableViewCell *)sizingCell {
   [sizingCell setNeedsLayout];
   [sizingCell layoutIfNeeded];
   CGSize size = [sizingCell.contentView systemLayoutSizeFittingSize:UILayoutFittingCompressedSize];
   return size.height; // should + 1 here if my uitableviewseparatorstyle is not none

}

Como lo mencionó Jesse en el comentario de la pregunta, esto funciona para mí:

self.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight;

Para su información, este problema no ocurre en iOS 10.

Tuve este error al usar UITableViewAutomaticDimension y cambiar una restricción de altura en una vista dentro de la celda.

Finalmente descubrí que se debía a que el valor de la constante de restricción no se redondeaba al número entero más cercano.

let neededHeight = width / ratio // This is a CGFloat like 133.2353
constraintPictureHeight.constant = neededHeight // Causes constraint error
constraintPictureHeight.constant = ceil(neededHeight) // All good!

Cambiar el tamaño de la vista de texto para que se ajuste a su contenido y actualizar la constante de restricción de altura a la altura resultante, solucionó el UIView-Encapsulated-Layout-Heightconflicto de restricción para mí, por ejemplo:

[self.textView sizeToFit];
self.textViewHeightConstraint.constant = self.textView.frame.size.height;

Después de pasar algunas horas rascándome la cabeza con este error, finalmente encontré una solución que funcionó para mí. mi principal problema era que tenía varias puntas registradas para diferentes tipos de celdas, pero un tipo de celda específicamente podía tener diferentes tamaños (no todas las instancias de esa celda van a tener el mismo tamaño). por lo que el problema surgió cuando la vista de tabla intentaba sacar una celda de ese tipo y tenía una altura diferente. Lo resolví configurando

self.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight; self.frame = CGRectMake(0, 0, self.frame.size.width, {correct height});

siempre que la celda tuviera sus datos para calcular su tamaño. Me imagino que puede estar en

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

algo como

cell.contentView.autoresizingMask = UIViewAutoresizingFlexibleHeight; cell.frame = CGRectMake(0, 0, self.frame.size.width, {correct height});

¡Espero que esto ayude!

Nadie respondió cómo resolver el caso en el guión gráfico. Tienes el caso mío, top bottom constraintcon fixed heightprioridad 1000. Es por eso que, cuando se carga por primera vez, ya que la altura de la celda de la vista de tabla es 0, intenta configurar el elemento con la altura fija, provocando un conflicto de restricción. (Estoy tratando de insertar 40 píxeles en un área de altura de 0 píxeles, por lo que el compilador intenta descartar la altura de 40 píxeles). Una vez que se cargó la vista de tabla, no se generará (como volver a la vista de tabla o cambiar la pestaña de la barra de pestañas)

Así que cambie la prioridad de required @1000a High @750o Low @250. Por primera vez al cargar, no se considerarán las prioridades más bajas, luego se redimensionarán todas las restricciones enlayoutSubviews()

Tuve el mismo problema Para mí, el error fue de 0.5 píxeles.

2020-08-06 21: 33: 20.947369 + 0530 DemoNestedTableView [4181: 384993] [LayoutConstraints] No se pueden satisfacer las restricciones simultáneamente. Probablemente, al menos una de las restricciones de la siguiente lista sea una que no desee. Intente esto: (1) observe cada restricción e intente averiguar cuál no espera; (2) encuentre el código que agregó la restricción o restricciones no deseadas y corríjalo. (

    "<NSLayoutConstraint:0x600000a3abc0 UICollectionView:0x7fde0780c200.height == 326   (active)>",
    "<NSLayoutConstraint:0x600000a3ae40 V:|-(0)-[UICollectionView:0x7fde0780c200]   (active, names: '|':UITableViewCellContentView:0x7fde05e0cb10 )>",
    "<NSLayoutConstraint:0x600000a3af30 V:[UICollectionView:0x7fde0780c200]-(0)-|   (active, names: '|':UITableViewCellContentView:0x7fde05e0cb10 )>",
    "<NSLayoutConstraint:0x600000a2a4e0 'UIView-Encapsulated-Layout-Height' UITableViewCellContentView:0x7fde05e0cb10.height == 326.5   (active)>"
)

Intentará recuperarse rompiendo la restricción <NSLayoutConstraint: 0x600000a3abc0 UICollectionView: 0x7fde0780c200.height == 326 (activo)>

Cree un punto de interrupción simbólico en UIViewAlertForUnsatisfiableConstraints para detectar esto en el depurador. Los métodos de la categoría UIConstraintBasedLayoutDebugging en UIView enumerados en <UIKitCore / UIView.h> también pueden ser útiles.

Así que agregué esto y funcionó.

self.tableView.separatorStyle = .none

TableView obtiene la altura de la celda en indexPath del delegado. luego obtén el celular de cellForRowAtIndexPath:

top ([email protected])
    cell
bottom ([email protected])

si cell.contentView.height: 0 // <-> (UIView-Encapsulated-Layout-Height: 0 @ 1000) top (10 @ 1000) entró en conflicto con (UIView-Encapsulated-Layout-Height: 0 @ 1000),

debido a que las prioridades son iguales a 1000. Necesitamos establecer la máxima prioridad en UIView-Encapsulated-Layout-Heightla prioridad.

Recibía un mensaje como este:

No se pueden satisfacer las restricciones simultáneamente ...
...
...
...
NSLayoutConstraint: 0x7fe74bdf7e50 'UIView-Encapsulated-Layout-Height' V: [UITableViewCellContentView: 0x7fe75330c5c0 (21.5)]
...
...
intentará recuperarse restricción de ruptura NSLayoutConstraint: 0x7fe0f9b200c0 UITableViewCellContentView: 0x7fe0f9b1e090.bottomMargin == UILabel: 0x7fe0f9b1e970.bottom

Estoy usando una costumbre UITableViewCellcon UITableViewAutomaticDimensionpara la altura. Y también he implementado el estimatedHeightForRowAtIndex:método.

La restricción que me estaba dando problemas se parecía a esto

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-[title]-|" options:0 metrics:nil views:views];

Cambiar la restricción a esto solucionará el problema, pero como otra respuesta, sentí que esto no era correcto, ya que reduce la prioridad de una restricción que quiero que se requiera:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|[email protected][title][email protected]|" options:0 metrics:nil views:views];

Sin embargo, lo que noté es que si realmente elimino la prioridad, esto también funciona y no obtengo los registros de restricciones de ruptura:

[NSLayoutConstraint constraintsWithVisualFormat:@"V:|-6-[title]-6-|" options:0 metrics:nil views:views];

Esto es un poco misterioso en cuanto a cuál es la diferencia entre |-6-[title]-6-|y |-[title-|. Pero especificar el tamaño no es un problema para mí y elimina los registros, y no necesito reducir la prioridad de mis restricciones requeridas.

Establecer esto view.translatesAutoresizingMaskIntoConstraints = NO;debería resolver este problema.

Tuve un problema similar con una celda de vista de colección.

Lo resolví reduciendo la prioridad de la restricción final que estaba vinculada a la parte inferior de la celda (la última en la cadena de arriba a abajo de la vista; esto es en última instancia lo que determina su altura) a 999.

La altura de la celda era correcta y las advertencias desaparecieron.