Хтось має ідею, як це налагодити?
Попередження лише один раз: Виявлено випадок, коли обмеження неоднозначно пропонують висоту нуля для перегляду вмісту комірки таблиці. Ми розглядаємо випадковий збій і використовуємо замість нього стандартну висоту.
Рядки мають встановлену висоту
- (CGFloat)tableView:(UITableView *)tableView
heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 34.0;
}І всі, constraintsздається, щасливі ...
Відповіді:
Примушування висоти повернення та розрахункової висоти змусило попередження зникнути в моєму випадку.
- (CGFloat)tableView:(UITableView *)tableView
estimatedHeightForRowAtIndexPath:(NSIndexPath *)indexPath {
return 44;
}
- (CGFloat)tableView:(UITableView *)tableView
heightForRowAtIndexPath:(NSIndexPath *)indexPath {
return 44;
}Ще одне рішення, коли вам не потрібні два переосмислення, - це просто використовувати self.tableView.rowHeight = 44;у своєму loadViewметоді чи init.
Також можна додати вертикальні обмеження зверху та внизу подання вмісту. Це зробить авторозкладку щасливою (адже він тепер знає, як сам розрахувати висоту комірки).
Якщо ви використовуєте обмеження для автоматичного розкладу та UITableViewAutomaticDimension, ця помилка не є якоюсь помилковою проблемою, яку слід усунути, переосмисливши висоту коду. Це означає, що визначення висоти комірки автоматично не працює, оскільки у вас немає необхідних вертикальних обмежень.
Якщо ви схожі на мене і вам була потрібна ця помилка, і вам потрібна допомога визначити, яка клітина викидала помилку, ви можете додати наступний рядок перед поверненням вашого методу 'heightforRowAtIndexPath'.
NSLog(@"Section %ld Row %ld", (long)[indexPath section], (long)[indexPath row]);Це дозволить роздрукувати довгий список розділів і рядків, але помилка з’явиться відразу після конкретної комірки, яка викликає помилку, і ви зможете швидко визначити, яка клітина викликає проблему, і виправити свої обмеження відповідно. Це особливо корисно для статичних комірок. Переопределення висоти на введене вручну число буде працювати, якщо ви не використовуєте автоматичну розкладку та автоматичну висоту комірок, але по суті буде відключити ці функції, що є дуже поганим рішенням, якщо це щось, що ви намагаєтеся використовувати.
Якщо раніше ви не використовували метод 'heightForRowAtIndexPath', але хочете налагодити цю помилку, не скасовуючи налаштування UITableViewAutomaticDimension, просто додайте це до свого коду:
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath {
NSLog(@"Section %ld Row %ld", (long)[indexPath section], (long)[indexPath row]);
return UITableViewAutomaticDimension;
}Здається, що в XCode 6.1 є помилка, яка спричиняє цю проблему при автоматичному розташуванні, і ви не вказуєте значення для висоти рядка для кожної комірки огляду таблиці, але замість цього ви залишаєте значення "за замовчуванням". Якщо просто встановити прапорець "Користувацький" поруч із висотою рядка, для кожної комірки попередження відключається.
Так, ви отримуєте всі обмеження "щасливими", навіть якщо у вас є лише горизонтальні обмеження для елементів у комірці подання таблиці. У мене був такий самий випуск. Вам потрібно додати також вертикальні обмеження. Якщо це зробити, це попередження знищиться.
Обмеження можуть бути задоволені з метою компонування, але не задоволені з метою автоматичної висоти рядка. Щасливий макет означав, що вміст може бути викладений без неоднозначності. Це задовольнило б чеки в Interface Builder.
Приємний макет для автоматичної висоти рядка означав би, що крім вищезазначеного, ви також включаєте обмеження на нижню частину комірки.
Детальніше тут: Виявлено випадок, коли обмеження неоднозначно підказують висоту нуля
Я використовував висоту рядка 43 (або <> 44) в інспекторі розмірів таблиці, і помилка зникла. Використовуючи 44, я отримую помилку. Версія Xcode 6.0.1.
- Цю відповідь модератор видалив, будь ласка, не, вона вирішує проблему. Це вирішує проблему для мене і може робити це і для інших. Тож ви можете бути таким добрим, щоб не видаляти його знову.
Я не зміг видалити попередження, але щоб обмеження працювали, я встановив нове для iOS8 властивість tableview estimatedRowHeightна фіксовану висоту та видалив heightForRowAtIndexPathреалізацію.
Якщо ви отримуєте це попередження, це, швидше за все, ви використовуєте автоматичний макет, і ваші клітини не мають жодних обмежень всередині них.
Вам слід або припинити використання автоматичного макета, або застосувати обмеження, які однозначно визначають висоту комірок.
Ви можете вимкнути автоматичну компоновку в програмі інтерфейсу, знявши прапорець "Використовувати автоматичне вимикання" в інспекторі файлів праворуч.
Якщо ви вирішили використовувати автоматичне розташування і висота ваших комірок є фіксованою, реалізація відповідних обмежень повинна бути простою. Просто додайте обмеження по висоті для підзаписів перегляду вмісту комірки та впроваджуйте вертикальні обмеження простору між підглядами та між підглядами та поданням вмісту. Наприклад, якщо у вашій комірці є одна мітка, це працює:
Вертикальні обмеження
Горизонтальні обмеження
Ви можете використовувати AutoLayout для обчислення потрібної для вас висоти. Ось приємний пост про Dynamic Cell Height на iOS 8: http://natashatherobot.com/ios-8-self-sizing-table-view-cells-with-dynamic-type/
У Swift вимушення висоти повернення вирішило мою проблему:
override func tableView(tableView: UITableView, heightForRowAtIndexPath indexPath: NSIndexPath) -> CGFloat {
if(indexPath.row == 0){
return CGFloat(131.0)
}else if(indexPath.row == 8){
return CGFloat(97.0)
}else{
return CGFloat(44.0)
}
}Для болотного стандартного виправлення, без обмежень, без оцінювання висоти або над інженерною проблемою. Я створив проект за замовчуванням, з'єднав viewview, але забув помістити делегат висоти в контролер подання . Щоб просто зняти це попередження, вам потрібно це.
- (CGFloat)tableView:(UITableView *)tableView heightForRowAtIndexPath:(NSIndexPath *)indexPath{
return 44;
}У контролері подання таблиці.
Я використовував mapView всередині uitableviewcell. Я змінив висоту перегляду карти на 1/3 розміру екрана пристрою. Я отримав таку ж помилку. Я виправив помилку, додавши пропущені обмеження до перегляду вмісту uitableviewcell.
1) Очистіть обмеження contentView.
2) Встановіть Скинути запропоновані константи на contentView.
3) Додайте відсутні обмеження - якщо такі є
4) Ми впевнені, що перегляд вмісту має всі необхідні обмеження.
У моєму випадку це тому, що я конструюю комірку з xib, і я забуваю додати цей xib файл до цілі.
Після того, як я додаю цей xib файл до цілі, проблема не зникає
Хоча відповіді на цій сторінці, що обговорюють додавання обмежень по висоті або повернення вручну рядкових висот, рівних 44 у висотуForRowAtIndexPath, викликають попередження про відхід, вони є зайвими, оскільки це помилка в Xcode, видно щонайменше у версії 6.3.2 (6D2105).
Якщо встановити в viewDidLoad точку розриву, ви побачите, що self.tableView.rowHeight = -1 (UITableViewAutomaticDimension), навіть якщо ви вказали висоту рядка 44 у дошці повідомлень. Це тому, що Apple неправильно припускає, що ви бажаєте динамічної висоти рядків, якщо залишити висоту рядка в 44, оскільки вони не надали вам прапор для вказівки ваших уподобань.
Ось кілька можливих рішень та їх результати:
Встановіть висоту рядка на 43 або 45 у рекламній дошці (працює).
Вручну поверніть висоту 44 у висотуForRowAtIndexPath (працює).
Додайте обмеження по висоті між елементами UITableViewCell та його contentView (працює).
На жаль, ці рішення або вимагають від вас змінити дизайн, додати зайві обмеження або додати непотрібний код, щоб обійти помилку. Я спробував (що я вважав) найпростішим рішенням:
Мені дуже хотілося вирішити це питання, тому нарешті я спробував:
Ці помилки занадто поширені в розробці iOS і змушують розробників витрачати зайвий час, зважуючи наслідки того, як їх рішення впливатимуть на ремонтоздатність у довгостроковій перспективі.
Оскільки пошук концептуально правильного рішення, яке є досяжним і не здається заплутаним, є настільки невловимим, і якщо припустити, що Apple виправить помилку і що 44 буде висотою рядка за замовчуванням в осяжному майбутньому, то обмеження або визначено користувачем Рішення атрибутів виконання, мабуть, є найбільш ретельними.
Думаю, тут відбуваються дві важливі речі.
1) Зробити обмеження неправильно, якщо ви ctrl + перетягування, дуже просто. Отже, двічі перевірте, чи правильно ви це зробили. Найкраще використовувати лоток ліворуч на екрані, щоб намалювати ці обмеження.
2) Замість вказівки оцінюваногоRowHeight у ViewDidLoad або деінде використовуйте метод делегування
override func tableView(tableView: UITableView, estimatedHeightForRowAtIndexPath indexPath: NSIndexPath) -> CGFloat {}Це вирішило проблему відразу для мене.
Я також бачив цю помилку під час використання універсальних розкадрів або xibs. Якщо ви нехтуєте вказати належні обмеження для класу розмірів Any x Any, я помітив, що ця помилка з’являється.
Apple, схоже, виправила це для iOS9. Помилка сталася лише для 8,4.
Я цілими днями обходився між цією помилкою та іншою помилкою, в якій створювалися обмеження (не маю уявлення, де), що суперечило бажаним обмеженням. Я навіть працював в одному випадку, коли кожне видиме властивість було ідентичним іншому. Єдине рішення, яке я знайшов, - атомний - створити абсолютно новий файл з xib і знову почати відновлювати розетки, копіюючи-вставляючи старий код. Це може бути не найкращим рішенням, але іноді, якщо проблема не видно, робити ще мало чого. Принаймні, атомний - хороший спосіб переглянути те, що відбувається.