NSAttributedString не выполняется вовремя - Swift

Ответ 1

Проблема заключается в том, что UIView имеет недокументированный предел высоты в 8192 балла. Как только метка будет на 8192 точек выше (или выше), она больше не обновляет буфер кадра. (Предположительно, оконный сервер просто игнорирует метку CALayer, когда слой слишком велик.) Все, что уже было в буфере кадров, остается там. Предположительно, поведение undefined и может варьироваться в зависимости от устройств и версий iOS.

(Edit: подумав об этом больше, я подозреваю, что предел составляет 16 384 пикселя, а не 8,192 пункта. Я не думаю, что оконный сервер имеет дело в точках.)

Чтобы продемонстрировать, я взял ваш код и раскадровку и добавил три вещи:

• Я ограничил высоту вашего ярлыка меньше или равным 8185 точкам.
• Я добавил слайдер, который обновляет константу ограничения по высоте. Ползунок позволяет использовать диапазон от 8185 до 8200.
• Я добавил еще одну метку, которая отображает константу ограничения высоты.

Вот что происходит в симуляторе iPhone SE под управлением iOS 10.2:

В демонстрации вы можете увидеть, что, как только высота превысит 8192 точек, большой палец ползунка начинает смазываться, а текст метки высоты заметно перезаписывается. Это связано с тем, что зеленая метка больше не обновляет буфер кадра, поэтому все, что было ранее (как показано на слайдере и метке высоты), остается только перезаписанным, когда ползунок и метка высоты перерисовываются. Как только высота вернется вниз по пороговому значению 8192, зеленая метка снова натягивается, очищая беспорядок.

Я думаю, что вы не видите этого в своем тестировании на iPhone 7, потому что iPhone 7 имеет более широкий экран, чем iPhone SE. Все iPhone с 3,5-дюймовым и 4-дюймовым экранами имеют ширину 320 точек. iPhone с 4,7-дюймовыми экранами составляет 375 точек, а iPhone с 5,5-дюймовыми экранами - 414 точек.

Более широкий экран означает более широкий UILabel. Это означает, что для каждой строки требуется больше текста, поэтому метка не должна быть такой же высокой, чтобы соответствовать всему тексту. Я подозреваю, что на больших экранах ваши метки короче 8192 точек, поэтому они не попадают в поведение undefined.

Обходные:

• Если вы не намереваетесь пропустить прокрутку пользователя, чтобы увидеть весь текст, просто поставьте ограничение на высоту на ярлыке.

• Если вы хотите, чтобы пользователь прокручивал, попробуйте использовать UIWebView или WKWebView вместо UILabel, чтобы отобразить текст. Я считаю, что эти взгляды могут обрабатывать контент более чем на 8192 пункта.

Кстати, вы не первый человек, столкнувшийся с этой проблемой: UILabel вид исчезает, когда высота больше 8192. Тем не менее, ваш вопрос в настоящее время имеет открытую щедрость, которая предотвращает ее закрытие как дубликат.

Ответ 2

Вы не указали какие-либо сведения о своей раскадровке или настройках или ограничениях для label.

Итак, я инициировал лейбл программным путем, и это решение работает на iPhone 4s с iOS 9.3:

Вот рабочий исходный код:

override func viewDidLoad() {
    super.viewDidLoad()

    label = UILabel(frame: CGRect(x: 0.0, y: 44.0, width: view.frame.size.width, height: view.frame.size.height - 88.0))
    label.numberOfLines = 0
    label.isUserInteractionEnabled = false
    label.contentMode = .left
    label.textAlignment = .natural
    label.lineBreakMode = .byTruncatingTail
    label.baselineAdjustment = .alignBaselines
    label.adjustsFontSizeToFitWidth = false
//  label.translatesAutoresizingMaskIntoConstraints = false //setting this causes the text to be layout wrong
    label.autoresizingMask = [UIViewAutoresizing.flexibleWidth, UIViewAutoresizing.flexibleHeight]

    view.addSubview(label)

    // Long HTML, although we'll make it even larger to prove a point
    let string = "<h1>Thing 1</h1><p>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer nec odio. Praesent libero. Sed cursus ante dapibus diam. Sed nisi. Nulla quis sem at nibh elementum imperdiet. Duis sagittis ipsum. Praesent mauris. Fusce nec tellus sed augue semper porta. Mauris massa. Vestibulum lacinia arcu eget nulla. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. </p><h1>Thing 2</h1><p>Curabitur sodales ligula in libero. Sed dignissim lacinia nunc. Curabitur tortor. Pellentesque nibh. Aenean quam. In scelerisque sem at dolor. Maecenas mattis. Sed convallis tristique sem. Proin ut ligula vel nunc egestas porttitor. Morbi lectus risus, iaculis vel, suscipit quis, luctus non, massa. Fusce ac turpis quis ligula lacinia aliquet. Mauris ipsum. Nulla metus metus, ullamcorper vel, tincidunt sed, euismod in, nibh. </p><h1>Thing 3</h1><p>Quisque volutpat condimentum velit. Class aptent taciti sociosqu ad litora torquent per conubia nostra, per inceptos himenaeos. Nam nec ante. Sed lacinia, urna non tincidunt mattis, tortor neque adipiscing diam, a cursus ipsum ante quis turpis. Nulla facilisi. Ut fringilla. Suspendisse potenti. Nunc feugiat mi a tellus consequat imperdiet. Vestibulum sapien. Proin quam. Etiam ultrices. Suspendisse in justo eu magna luctus suscipit. </p><h1>Thing 4</h1><p>Sed lectus. Integer euismod lacus luctus magna. Quisque cursus, metus vitae pharetra auctor, sem massa mattis sem, at interdum magna augue eget diam. Vestibulum ante ipsum primis in faucibus orci luctus et ultrices posuere cubilia Curae; Morbi lacinia molestie dui. Praesent blandit dolor. Sed non quam. In vel mi sit amet augue congue elementum. Morbi in ipsum sit amet pede facilisis laoreet. Donec lacus nunc, viverra nec, blandit vel, egestas et, augue. Vestibulum tincidunt malesuada tellus. Ut ultrices ultrices enim. Curabitur sit amet mauris. Morbi in dui quis est pulvinar ullamcorper. Nulla facilisi. </p><h1>Thing 5</h1><p>Integer lacinia sollicitudin massa. Cras metus. Sed aliquet risus a tortor. Integer id quam. Morbi mi. Quisque nisl felis, venenatis tristique, dignissim in, ultrices sit amet, augue. Proin sodales libero eget ante. Nulla quam. Aenean laoreet. Vestibulum nisi lectus, commodo ac, facilisis ac, ultricies eu, pede. Ut orci risus, accumsan porttitor, cursus quis, aliquet eget, justo. Sed pretium blandit orci. </p><h1>Thing 6</h1><p>Ut eu diam at pede suscipit sodales. Aenean lectus elit, fermentum non, convallis id, sagittis at, neque. Nullam mauris orci, aliquet et, iaculis et, viverra vitae, ligula. Nulla ut felis in purus aliquam imperdiet. Maecenas aliquet mollis lectus. Vivamus consectetuer risus et tortor. Lorem ipsum dolor sit amet, consectetur adipiscing elit. Integer nec odio. Praesent libero. Sed cursus ante dapibus diam. Sed nisi. Nulla quis sem at nibh elementum imperdiet. Duis sagittis ipsum. Praesent mauris. </p>"

    let attrStr = try! NSAttributedString(
        data: (string + string + string + string + string + string + string + string).data(using: String.Encoding.unicode,allowLossyConversion: true)!,
        options: [ NSDocumentTypeDocumentAttribute: NSHTMLTextDocumentType],
        documentAttributes: nil)

    label.attributedText = attrStr
    label.backgroundColor = UIColor(red:0.00, green:1.00, blue:0.00, alpha:1.0)
}

Полный рабочий проект можно загрузить из здесь.

Ответ 3

Ты определенно прав. Это вопрос времени.

NSHTMLTextDocumentType of NSDocumentTypeDocumentAttribute пресловутый для принятия очень долгое время. По мере того как вы увеличиваете длину строки attrStr (добавив пару строк + в данные), вы сможете реплицировать ошибку для более поздних версий после определенной длины строки. Я могу воспроизвести это в эмуляторе iPhone 6 plus, используя iOS 10.1, так как эмулятор работает с меньшей вычислительной мощностью, чем фактическое устройство.

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