ios - requerida - https appleid apple com &page signin

Las restricciones de las células ios8 se rompen al agregar el indicador de divulgación

Question

Tengo un problema con el diseño automático en IOS8, el caso más simple que puedo recrear es un simple tableView. Configuré una celda estática y luego simplemente agregué una etiqueta.

Mi objetivo es que la etiqueta ocupe todo el espacio, por lo que tengo tres restricciones en la etiqueta ...

1. Centrarlo verticalmente dentro de la supervisión (creo que esto está bien)
2. Establezca el margen posterior de la etiqueta en 30 (relativo a la supervisión)
3. Establezca el margen inicial de la etiqueta en 30 (relativo a la supervisión)

Todo está absolutamente bien y funciona perfectamente sin mayores problemas o advertencias (advierte sobre la altura cero, pero no creo que haya un problema tan grande para esto)

Ahora ... si agrego un indicador de divulgación, todo se derrumba. Todavía se ve bien, pero me sale lo siguiente:

2014-10-30 15:51:46.358 ContraintIssue[25572:1586028] 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:0x7fd3f3d23390 UITableViewCellContentView:0x7fd3f3d226f0.trailingMargin == UILabel:0x7fd3f3d227e0''Label''.trailing + 30>",
    "<NSLayoutConstraint:0x7fd3f3d235f0 UILabel:0x7fd3f3d227e0''Label''.leading == UITableViewCellContentView:0x7fd3f3d226f0.leadingMargin + 30>",
    "<NSLayoutConstraint:0x7fd3f53b73b0 ''fittingSizeHTarget'' H:[UITableViewCellContentView:0x7fd3f3d226f0(38)]>"
)

Will attempt to recover by breaking constraint 
<NSLayoutConstraint:0x7fd3f3d23390 UITableViewCellContentView:0x7fd3f3d226f0.trailingMargin == UILabel:0x7fd3f3d227e0''Label''.trailing + 30>

No entiendo por qué agregar un indicador causaría tal problema, no tiene nada que ver con la escala de los números, lo he experimentado bastante.

¿Algunas ideas?

El ejemplo del mundo real es una celda que tiene una etiqueta (la etiqueta) y luego otra etiqueta o una vista de texto que contiene un valor que se puede establecer siguiendo la divulgación. Así que la primera etiqueta es de tamaño fijo, la segunda idealmente debe ser la máxima posible, pero trunca el texto si es necesario.

(Consulte el ''tono de llamada'' o ''configuración de vibración'' dentro de agregar un contacto para ver un ejemplo de lo que estoy tratando de lograr)

Muchas gracias,

Sotavento.

Answer 1

Acabo de tener el mismo problema. Quiero diseñar una vista de imagen en la mano izquierda con una etiqueta en su derecha que llena el espacio entre la vista de imagen y el borde derecho (o al final) de superview (que es la vista de contenido de la celda). La vista de accesorios también está configurada como indicador de divulgación. Como en su caso, las restricciones conflictivas estaban todas basadas en H y una que encontré en los registros donde se fittingSizeHTarget . No descubrí lo que esto significa ni de dónde venía esto, pero encontré tu publicación aquí.

Lo siguiente hizo el truco para mí:

Reduzca la prioridad de la restricción de seguimiento a supervisión de su etiqueta. (Elegí 990).

Supongo que el sistema de diseño (con el indicador de divulgación visible) por cualquier motivo ya no puede satisfacer todas las restricciones, por lo que se rompe una. Pero si reduce la prioridad, todavía intenta satisfacer la restricción, pero no la rompe porque las restricciones en conflicto tienen mayor prioridad.

Espero que esto resuelva tu problema también.

Answer 2

La respuesta de Raimunda que se explica más arriba sobre el tamaño intrínseco que ocurre en las etiquetas, los botones, etc., es el lugar en el que se encuentra este registro de ajuste de tamaño de destino. Si bien puede dejarlo y dejar que el sistema lo resuelva, es un truco arriesgado, porque confía en que el sistema rompa una restricción no deseada ... que puede que no se haga en futuras versiones. Y en algunos casos, como en un ejemplo de vista que traté recientemente, reducir la prioridad de la restricción de arrastre al área de seguridad externa no impidió que la etiqueta se sobrepusiera (sí lo hizo, sin embargo, corrigió la advertencia de registro jajaja).

Para problemas de contenido como este, use los valores Prioridad de abrazos de contenido y Prioridad de resistencia de compresión de contenido . Si sabe que su etiqueta, por ejemplo, querrá aumentar la altura vertical pero limitarse a un valor horizontal, entonces haga que la prioridad vertical de abrazar el contenido (abrazar el contenido = la vista que se resiste se haga más grande) sea más baja que la horizontal.

La resistencia a la compresión es lo opuesto a esto.

Luego, establezca su restricción de arrastre exterior en mayor o igual y estará listo para comenzar.

En la vista de la pila a continuación, la etiqueta titulada Fake 4 en realidad se invadió y quiso convertirse en dos líneas. Eso causó un conflicto que involucraba el ajuste de tamaño del objeto (el tamaño del contenido intrínseco quería permanecer en una línea y sobrepasar el ancho de vista). La clave aquí fue reducir la prioridad de la resistencia de compresión horizontal a más baja que TODAS las demás prioridades de contenido. Esto me permitió reducir la prioridad de la restricción> = en el valor final, y todo se comporta como se esperaba.

De todos modos, ajustar esto es molesto como diablos, pero esos valores de Hugging / Compression, combinados con alguna forma de> = / <= suelen ser la respuesta.

Espero que esto ayude.

Answer 3

Por favor, preste atención a lo que Stephen dice en la sección de comentarios de la respuesta a las votaciones . La respuesta upvote es algo correcta , pero es importante entender por qué solo se debe usar en ciertos escenarios.

Las prioridades generalmente se usan en el contexto donde el elemento A tiene una restricción que dice que la altura es igual o menor / mayor que 300, y el elemento B tiene uno que dice que la altura es igual o menor / mayor que 500. Entonces, la opción de autolayout puede satisfacer ambas condiciones según sus prioridades.

En este ejemplo particular, ambas restricciones se establecen en un valor específico y la prioridad de reducción esencialmente indica que se ignore esa restricción si es imposible de satisfacer (no hay "ignorarla parcialmente"). Sin embargo, UILabel tiene una excepción: el comportamiento predeterminado de UILabel es redimensionarse para ajustarse al contenido, a menos que esté restringido por márgenes adicionales (la restricción de tamaño automático se oculta bajo el nombre del atributo de ajuste de tamaño) y este comportamiento a veces muestra advertencias falsas. En realidad, esta restricción se ignorará en el tiempo de ejecución, pero antes de que se deshabilite internamente, presentará una advertencia. Por lo tanto, aunque decimos ignorar una de nuestras restricciones al reducir su prioridad (la que establecemos como prioridad a 900), dado que la restricción de tamaño automático se ignorará en tiempo de ejecución, nuestra prioridad de 900 se aplicará y se cumplirá.