У меня есть UITextViewв моем приложении iOS, которое отображает большое количество текста.

Затем я разбил этот текст на страницы с помощью параметра смещения поля UITextView.

Моя проблема в том, что отступы UITextViewзапутывают мои расчеты, так как они кажутся разными в зависимости от размера шрифта и используемого шрифта.

Поэтому я задаю вопрос: возможно ли удалить отступы, окружающие содержимое UITextView?

С нетерпением ждем ваших ответов!

Обновленный на 2019 год

Это одна из самых глупых ошибок в iOS.

Класс, данный здесь, UITextViewFixedобычно является наиболее разумным решением в целом.

Вот класс:

@IBDesignable class UITextViewFixed: UITextView {
    override func layoutSubviews() {
        super.layoutSubviews()
        setup()
    }
    func setup() {
        textContainerInset = UIEdgeInsets.zero
        textContainer.lineFragmentPadding = 0
    }
}

Не забудьте отключить scrollEnabled в Инспекторе!

1. Решение работает правильно в раскадровке

2. Решение работает правильно во время выполнения

Вот и все, вы сделали.

В общем, это должно быть все, что вам нужно в большинстве случаев .

Даже если вы изменяете высоту текстового представления на лету , UITextViewFixedобычно делает все, что вам нужно.

(Типичным примером изменения высоты на лету является изменение ее по типу пользователя.)

Вот сломанный UITextView от Apple ...

Вот UITextViewFixed:

Обратите внимание, что, конечно, вы должны

отключите scrollEnabled в Инспекторе!

Не забудьте отключить scrollEnabled! :)

Некоторые дальнейшие проблемы

(1) В некоторых необычных случаях - например, в некоторых случаях таблиц с гибкими, динамически изменяющимися высотами ячеек - Apple делает странную вещь: они добавляют дополнительное пространство внизу . Нет, правда! Это должно быть одной из самых ярких вещей в iOS.

Вот «быстрое решение», которое можно добавить к вышесказанному, что обычно помогает с этим безумием.

...
        textContainerInset = UIEdgeInsets.zero
        textContainer.lineFragmentPadding = 0

        // this is not ideal, but you can sometimes use this
        // to fix the "extra space at the bottom" insanity
        var b = bounds
        let h = sizeThatFits(CGSize(
           width: bounds.size.width,
           height: CGFloat.greatestFiniteMagnitude)
       ).height
       b.size.height = h
       bounds = b
 ...

(2) Иногда, чтобы исправить еще одну тонкую ошибку Apple, вы должны добавить это:

override func setContentOffset(_ contentOffset: CGPoint, animated: Bool) {
    super.setContentOffset(contentOffset, animated: false)
}

(3) Возможно, мы должны добавить:

contentInset = UIEdgeInsets.zero

только после того, как .lineFragmentPadding = 0в UITextViewFixed.

Однако ... верьте или нет ... это просто не работает в текущей iOS! (Проверено в 2019.) Возможно, потребуется добавить эту строку в будущем.

Тот факт, что UITextViewэто не работает в iOS, является одной из самых странных вещей во всех мобильных вычислениях. Десятилетие этого вопроса, и он до сих пор не решен!

Наконец, вот несколько похожий совет для текстового поля : https://stackoverflow.com/a/43099816/294884

Совершенно случайный совет: как добавить «...» в конец

Часто вы используете UITextView "как UILabel". Таким образом, вы хотите усечь текст с помощью многоточия "..."

Если это так, добавьте третью строку кода в «настройку»:

 textContainer.lineBreakMode = .byTruncatingTail

Полезный совет, если вы хотите нулевую высоту, когда нет текста вообще

Часто вы используете текстовое представление только для отображения текста. Таким образом, пользователь не может ничего редактировать. Вы используете строки "0", чтобы обозначить, что текстовое представление автоматически изменит высоту в зависимости от того, сколько строк текста.

Это здорово, но если текста нет вообще, то, к сожалению, вы получите ту же высоту, как если бы была одна строка текста !! Текстовое представление никогда не «уходит».

Если вы хотите, чтобы он "ушел", просто добавьте это

override var intrinsicContentSize: CGSize {
    var i = super.intrinsicContentSize
    print("for \(text) size will be \(i)")
    if text == "" { i.height = 1.0 }
    print("   but we changed it to \(i)")
    return i
}

(Я сделал это «1», поэтому ясно, что происходит, «0» - это хорошо.)

А как насчет UILabel?

Просто отображая текст, UILabel имеет много преимуществ по сравнению с UITextView. UILabel не страдает от проблем, описанных на этой странице QA. Действительно, причина, по которой мы все обычно «сдаемся» и просто используем UITextView, заключается в том, что с UILabel трудно работать. В частности, до смешного трудно просто добавить отступы в UILabel. На самом деле, здесь подробно обсуждается, как «наконец» правильно добавить заполнение в UILabel: https://stackoverflow.com/a/58876988/294884 В некоторых случаях, если вы делаете сложный макет с динамическими ячейками высоты, иногда лучше сделать это нелегко с UILabel.

Для iOS 7.0 я обнаружил, что трюк contentInset больше не работает. Это код, который я использовал, чтобы избавиться от полей / отступов в iOS 7.

Это приводит левый край текста к левому краю контейнера:

textView.textContainer.lineFragmentPadding = 0

Это приводит к тому, что верх текста выравнивается по верху контейнера.

textView.textContainerInset = .zero

Обе строки необходимы для полного удаления полей / отступов.

Этот обходной путь был написан в 2009 году, когда была выпущена IOS 3.0. Это больше не применяется.

Я столкнулся с точно такой же проблемой, в конце концов мне пришлось закончить с помощью

nameField.contentInset = UIEdgeInsetsMake(-4,-8,0,0);

где nameField является UITextView. Я использовал шрифт Helvetica 16 пунктов. Это единственное нестандартное решение для конкретного размера поля, которое я рисовал. Это делает левое смещение заподлицо с левой стороной, а верхнее смещение там, где я хочу, для поля, в котором оно нарисовано.

Кроме того, это, кажется, относится только к тому, UITextViewsгде вы используете aligment по умолчанию, т.е.

nameField.textAlignment = NSTextAlignmentLeft;

Например UIEdgeInsetsMake, выровняйте по правому краю, и кажется, что оно никак не влияет на правый край.

По крайней мере, использование свойства .contentInset позволяет размещать поля с «правильными» позициями и учитывать отклонения, не компенсируя ваши UITextViews.

Опираясь на некоторые хорошие ответы, которые уже даны, мы предлагаем решение на основе исключительно Storyboard / Interface Builder, которое работает в iOS 7.0+.

Установите пользовательские атрибуты времени выполнения UITextView для следующих ключей:

textContainer.lineFragmentPadding
textContainerInset

На iOS 5 UIEdgeInsetsMake(-8,-8,-8,-8);вроде бы отлично работает.

Я бы определенно избегал любых ответов, связанных с жестко заданными значениями, поскольку фактические поля могут изменяться в зависимости от настроек размера шрифта пользователя и т. Д.

Вот ответ @ user1687195, написанный без изменения textContainer.lineFragmentPadding(поскольку в документе указано, что это не является предполагаемым использованием).

Это прекрасно работает для iOS 7 и более поздних версий.

self.textView.textContainerInset = UIEdgeInsetsMake(
                                      0, 
                                      -self.textView.textContainer.lineFragmentPadding, 
                                      0, 
                                      -self.textView.textContainer.lineFragmentPadding);

Это фактически тот же результат, только немного чище, поскольку он не использует свойство lineFragmentPadding.

Решение Storyboard или Interface Builder с использованием пользовательских атрибутов времени выполнения :

Скриншоты из iOS 7.1 и iOS 6.1 с contentInset = {{-10, -5}, {0, 0}}.

Все эти ответы касаются заглавного вопроса, но я хотел предложить некоторые решения проблем, представленных в основной части вопроса ОП.

Размер текстового содержимого

Быстрый способ рассчитать размер текста внутри UITextView- это использовать NSLayoutManager:

UITextView *textView;
CGSize textSize = [textView usedRectForTextContainer:textView.textContainer].size;

Это дает общий прокручиваемый контент, который может быть больше, чем UITextViewфрейм. Я обнаружил, что это гораздо точнее, чем textView.contentSizeвычисление того, сколько места занимает текст. Например, дано пустое UITextView:

textView.frame.size = (width=246, height=50)
textSize = (width=10, height=16.701999999999998)
textView.contentSize = (width=246, height=33)
textView.textContainerInset = (top=8, left=0, bottom=8, right=0)

Высота линии

UIFontимеет свойство, которое позволяет быстро получить высоту строки для данного шрифта. Таким образом, вы можете быстро найти высоту строки текста в вашем UITextView:

UITextView *textView;
CGFloat lineHeight = textView.font.lineHeight;

Расчет видимого размера текста

Определение объема фактически видимого текста важно для обработки эффекта «подкачки». UITextViewимеет свойство с именем, textContainerInsetкоторое на самом деле является границей между фактическим UITextView.frameи самим текстом. Для расчета реальной высоты видимой рамки вы можете выполнить следующие расчеты:

UITextView *textView;
CGFloat textViewHeight = textView.frame.size.height;
UIEdgeInsets textInsets = textView.textContainerInset;
CGFloat textHeight = textViewHeight - textInsets.top - textInsets.bottom;

Определение размера подкачки

Наконец, теперь, когда у вас есть видимый размер текста и содержание, вы можете быстро определить, какими должны быть ваши смещения, вычитая textHeightиз textSize:

// where n is the page number you want
CGFloat pageOffsetY = textSize - textHeight * (n - 1);
textView.contentOffset = CGPointMake(textView.contentOffset.x, pageOffsetY);

// examples
CGFloat page1Offset = 0;
CGFloat page2Offset = textSize - textHeight
CGFloat page3Offset = textSize - textHeight * 2

Используя все эти методы, я не трогал свои вкладыши и мог перейти к каретке или куда угодно в тексте, который я хочу.

Вы можете использовать textContainerInsetсвойство UITextView:

textView.textContainerInset = UIEdgeInsetsMake (10, 10, 10, 10);

(верхний левый нижний правый)

Для iOS 10 следующая строка работает для удаления верхнего и нижнего отступов.

captionTextView.textContainerInset = UIEdgeInsetsMake(0, 0, 0, 0)

Последний Свифт:

self.textView.textContainerInset = .init(top: -2, left: 0, bottom: 0, right: 0)
self.textView.textContainer.lineFragmentPadding = 0

Вот обновленная версия очень полезного ответа Фэтти. Он добавляет 2 важные строки, которые помогли мне заставить работать макет на iOS 10 и 11 (и, вероятно, на более низких):

@IBDesignable class UITextViewFixed: UITextView {
    override func layoutSubviews() {
        super.layoutSubviews()
        setup()
    }
    func setup() {
        translatesAutoresizingMaskIntoConstraints = true
        textContainerInset = UIEdgeInsets.zero
        textContainer.lineFragmentPadding = 0
        translatesAutoresizingMaskIntoConstraints = false
    }
}

Важные строки - это два translatesAutoresizingMaskIntoConstraints = <true/false>утверждения!

Это удивительно удаляет все поля при всех моих обстоятельствах!

Хотя textViewреспондент не первый, может случиться так, что есть какой-то странный нижний предел, который не может быть решен с помощью sizeThatFitsметода, который упомянут в принятом ответе.

При нажатии на textView внезапно исчезло странное нижнее поле, и все выглядело так, как должно, но только после того, как textView получил firstResponder .

Итак, я прочитал здесь о SO, что включение и отключение translatesAutoresizingMaskIntoConstraintsдействительно помогает при ручной настройке фрейма / границ между вызовами.

К счастью, это работает не только с настройкой кадра, но и с двумя линиями, setup()расположенными между двумя translatesAutoresizingMaskIntoConstraintsвызовами!

Это, например, очень полезно при расчете фрейма вида с использованием systemLayoutSizeFittingaUIView . Возвращает правильный размер (чего раньше не было)!

Как упоминалось в оригинальном ответе:
не забудьте отключить scrollEnabled в Инспекторе!
Это решение работает правильно как в раскадровке, так и во время выполнения.

Вот и все, теперь вы действительно сделали!

Для swift 4, Xcode 9

Используйте следующую функцию, чтобы изменить поле / отступ текста в UITextView.

public func UIEdgeInsetsMake (_ вверху: CGFloat, _ слева: CGFloat, _ внизу: CGFloat, _ справа: CGFloat) -> UIEdgeInsets

так что в этом случае

 self.textView?.textContainerInset = UIEdgeInsetsMake(0, 0, 0, 0)

Делая решение для врезки, у меня все еще была прокладка справа и снизу. Также выравнивание текста вызывало проблемы. Единственный надежный способ, который я нашел, - это поместить текстовое представление в другое представление, обрезанное до границ.

Вот небольшое простое расширение, которое удалит поля Apple по умолчанию из каждого текстового представления в вашем приложении.

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

extension UITextView {

   open override func awakeFromNib() {
      super.awakeFromNib();
      removeMargins();
   }

   /** Removes the Apple textview margins. */
   public func removeMargins() {
      self.contentInset = UIEdgeInsetsMake(
         0, -textContainer.lineFragmentPadding,
         0, -textContainer.lineFragmentPadding);
   }
}

Для меня (iOS 11 и Xcode 9.4.1) волшебным образом было настроить свойство textView.font для UIFont.preferred(forTextStyle:UIFontTextStyle) стиля, а также первый ответ, упомянутый @Fattie. Но ответ @Fattie не сработал, пока я не установил свойство textView.font, иначе UITextView продолжает работать беспорядочно.

Если кто-то ищет последнюю версию Swift, то приведенный ниже код работает нормально с Xcode 10.2 и Swift 4.2

yourTextView.textContainerInset = UIEdgeInsets(top: 0, left: 0, bottom: 0, right: 0)

Я нашел еще один подход: получить представление с текстом из подпредставлений UITextView и настроить его в методе layoutSubview подкласса:

- (void)layoutSubviews {
    [super layoutSubviews];

    const int textViewIndex = 1;
    UIView *textView = [self.subviews objectAtIndex:textViewIndex];
    textView.frame = CGRectMake(
                                 kStatusViewContentOffset,
                                 0.0f,
                                 self.bounds.size.width - (2.0f * kStatusViewContentOffset),
                                 self.bounds.size.height - kStatusViewContentOffset);
}

Прокрутка textView также влияет на положение текста и делает его не центрированным по вертикали. Мне удалось отцентрировать текст в представлении, отключив прокрутку и установив верхнюю вставку в 0:

    textView.scrollEnabled = NO;
    textView.textContainerInset = UIEdgeInsetsMake(0, textView.textContainerInset.left, textView.textContainerInset.bottom, textView.textContainerInset.right);

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

Если вы хотите установить строку HTML и избежать нижнего заполнения, убедитесь, что вы не используете теги блока, т.е. div, p.

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

Для SwiftUI

Если вы делаете свой собственный TextView, используя UIViewRepresentableи хотите управлять заполнением, в своей makeUIViewфункции просто выполните:

uiTextView.textContainerInset = UIEdgeInsets(top: 10, left: 18, bottom: 0, right: 18)

или что хочешь.

[firstNameTextField setContentVerticalAlignment:UIControlContentVerticalAlignmentCenter];