расширения клавиатуры теряет высоту в ИО 10 при попытке размера автоматически в некоторых случаях

Question

Вы можете загрузить образец проект, демонстрирующий вопрос ниже здесь: https://github.com/DimaVartanian/keyboard-extension-height-bug

При создании расширения клавиатуры и не указав конкретную высоту для ее компонентов но вместо этого привязывая их к представлению/inputView, так что теоретически система будет определять их высоту, основанную на окружении и ориентации, в некоторых ситуациях высота вместо этого превращается в 0, а клавиатура измельчается (за исключением всего, что имеет бетонную высоту таких как ярлык собственного размера или кнопка).

Это, похоже, происходит на iOS 10. На iOS 9 детские представления правильно изменяются, чтобы соответствовать стандартной высоте клавиатуры.

Существует несколько сценариев, которые могут проявиться, и этот проект демонстрирует базовый характер. Она начинается с базовым шаблоном расширения клавиатуры с по умолчанию кнопки «рядом с клавиатурой» и ограничениями 2 размера она поставляется с:

self.nextKeyboardButton.leftAnchor.constraint(equalTo: self.view.leftAnchor).isActive = true 
self.nextKeyboardButton.bottomAnchor.constraint(equalTo: self.view.bottomAnchor).isActive = true 

Далее мы создаем один другой вид, что мы хотим, чтобы заполнить пространство надтаблицы без определения конкретного размера для себя:

let anotherView = UIView() 
anotherView.backgroundColor = UIColor.red 
anotherView.translatesAutoresizingMaskIntoConstraints = false 
view.addSubview(anotherView) 
anotherView.leftAnchor.constraint(equalTo: self.view.leftAnchor).isActive = true 
anotherView.rightAnchor.constraint(equalTo: self.view.rightAnchor).isActive = true 
anotherView.topAnchor.constraint(equalTo: self.view.topAnchor).isActive = true 

Теперь, скажем, мы просто хотим, чтобы закрепить этот новый вид нижней части нашей клавиатуры надтаблицы. Мы бы просто сделать что-то вроде:

anotherView.bottomAnchor.constraint(equalTo: self.view.bottomAnchor).isActive = true 

Результат выглядит следующим образом:

IOS 9

IOS 10

Этот макет именно то, что мы ожидаем. Теперь вместо этого давайте привяжем новый вид к верхней части нашей следующей кнопки. Мы избавляемся от ограничения мы только что добавили, и заменить его

anotherView.bottomAnchor.constraint(equalTo: self.nextKeyboardButton.topAnchor).isActive = true 

по логике вещей, в результате чего высота должна быть такой же (определяется системой)

В результате в настоящее время это:

IOS 9

IOS-10

На iOS 9 он работает так, как ожидалось, но на iOS 10 гибкий вид высоты изменяется до 0, а все оставшееся - кнопка фиксированной высоты.

Нет сообщений о конфликтующих ограничениях. Я пытаюсь выяснить, что может быть причиной этого, и почему это произойдет только на iOS 10.

Answer 1

Apple, ответил на мой DTS билет и сказал мне, чтобы подать отчет об ошибке, так что это на самом деле IOS 10 ошибка. Я подал радар (# 28532959) и обновил этот ответ, если бы получил ответ. Если кто-то другой придумает конкретное решение, которое позволяет мне использовать автозапуск для достижения автоматической высоты, ответы по-прежнему принимаются.

Answer 2

Я также столкнулся с той же проблемой. это из-за ограничений Autolayout. Просто удалите все ограничения. и установить автоматическое изменение размера.

Answer 3

Я решил его решить, установив новый ограничитель высоты.

Answer 4

Вот мое обходное решение. Это немного отстает, когда устройство вращается, но оно выполнит эту работу, пока Apple не исправит эту ошибку. Сначала я подумал, что это как-то связано с inputView.allowSelfSizing, но эта переменная ничего не изменила.

Во-первых, объявить heightConstraint:

var heightConstraint: NSLayoutConstraint! 

В viewDidLoad, добавить пользовательский вид:

let nibName: String! = UIDevice.isPhone ? "KeyboardViewiPhone" : "KeyboardViewiPad" 
customView = Bundle.main.loadNibNamed(nibName, owner: self, options: nil)?.first as! UIView 
customView.translatesAutoresizingMaskIntoConstraints = false 
view.addSubview(customView) 

Добавить ограничение по ширине, как вы могли бы сделать, как правило:

let widthConstraint = NSLayoutConstraint(item: view, attribute: .width, relatedBy: .equal, toItem: customView, attribute: .width, multiplier: 1.0, constant: 0.0) 

Добавьте постоянное ограничение для высоты:

heightConstraint = NSLayoutConstraint(item: customView, attribute: .height, relatedBy: .equal, toItem: nil, attribute: .notAnAttribute, multiplier: 1.0, constant: view.frame.height) 
view.addConstraints([widthConstraint, heightConstraint]) 

Сейчас идет исправление:

override func viewDidLayoutSubviews() { 
    heightConstraint.constant = view.bounds.height 
} 

Как viewDidLayoutSubviews вызывается каждый раз view.bounds изменения, он будет обрабатывать ориентации правильно меняется.

Answer 5

Я также столкнулся с той же проблемой для пользовательского расширения клавиатуры в Xcode 8.2. Это вызвано auto resizing. В моем случае я решил это ниже.

Первоначально у меня на заказ клавиатура имеет 3 вида. В этом я фиксировал конечный, ведущий, верх и высоту для первого и последнего вида. И поместите средний вид, как на изображении.

после этого выберите средний вид и откройте show the size inspector в раскадровке. В size inspector, вы найдете вариант auto resizing. При этом выберите индикаторы ограничения для этой точки зрения.

После выбора запускать проект в устройстве, и он будет работать правильно, не пропуская любой точки зрения.

Примечание: - Он будет работать как в портретном, так и в ландшафтном режимах. И в основном вам не нужно давать ограничения для среднего вида.

Answer 6

ИМХО, лучшее рабочее решение использует «Пропорциональную высоту». Например, в моем случае я, наконец, закончил с двумя представлениями. Верхний получил 0,8 высоты надзора, снизу - 0,2. Это не идеальное решение, но вы все равно можете воспользоваться автозапуском.