Я измеряю текст, используя Paint.getTextBounds()
, так как меня интересует как высота, так и ширина текста, который будет отображаться. Однако сам текст оказывается всегда немного шире , чем .width()
в Rect
информации , заполненной getTextBounds()
.
К моему удивлению, я протестировал .measureText()
и обнаружил, что он возвращает другое (более высокое) значение. Я попробовал и нашел это правильным.
Почему они сообщают о разной ширине? Как я могу правильно получить высоту и ширину? Я имею в виду, я могу использовать .measureText()
, но тогда я бы не знал, стоит ли доверять .height()
возвращенному getTextBounds()
.
Как и требовалось, здесь приведен минимальный код для воспроизведения проблемы:
final String someText = "Hello. I believe I'm some text!";
Paint p = new Paint();
Rect bounds = new Rect();
for (float f = 10; f < 40; f += 1f) {
p.setTextSize(f);
p.getTextBounds(someText, 0, someText.length(), bounds);
Log.d("Test", String.format(
"Size %f, measureText %f, getTextBounds %d",
f,
p.measureText(someText),
bounds.width())
);
}
Вывод показывает, что разница не только становится больше 1 (и не является ошибкой округления в последнюю минуту), но также, кажется, увеличивается с размером (я собирался сделать больше выводов, но это может быть полностью зависит от шрифта):
D/Test ( 607): Size 10.000000, measureText 135.000000, getTextBounds 134
D/Test ( 607): Size 11.000000, measureText 149.000000, getTextBounds 148
D/Test ( 607): Size 12.000000, measureText 156.000000, getTextBounds 155
D/Test ( 607): Size 13.000000, measureText 171.000000, getTextBounds 169
D/Test ( 607): Size 14.000000, measureText 195.000000, getTextBounds 193
D/Test ( 607): Size 15.000000, measureText 201.000000, getTextBounds 199
D/Test ( 607): Size 16.000000, measureText 211.000000, getTextBounds 210
D/Test ( 607): Size 17.000000, measureText 225.000000, getTextBounds 223
D/Test ( 607): Size 18.000000, measureText 245.000000, getTextBounds 243
D/Test ( 607): Size 19.000000, measureText 251.000000, getTextBounds 249
D/Test ( 607): Size 20.000000, measureText 269.000000, getTextBounds 267
D/Test ( 607): Size 21.000000, measureText 275.000000, getTextBounds 272
D/Test ( 607): Size 22.000000, measureText 297.000000, getTextBounds 294
D/Test ( 607): Size 23.000000, measureText 305.000000, getTextBounds 302
D/Test ( 607): Size 24.000000, measureText 319.000000, getTextBounds 316
D/Test ( 607): Size 25.000000, measureText 330.000000, getTextBounds 326
D/Test ( 607): Size 26.000000, measureText 349.000000, getTextBounds 346
D/Test ( 607): Size 27.000000, measureText 357.000000, getTextBounds 354
D/Test ( 607): Size 28.000000, measureText 369.000000, getTextBounds 365
D/Test ( 607): Size 29.000000, measureText 396.000000, getTextBounds 392
D/Test ( 607): Size 30.000000, measureText 401.000000, getTextBounds 397
D/Test ( 607): Size 31.000000, measureText 418.000000, getTextBounds 414
D/Test ( 607): Size 32.000000, measureText 423.000000, getTextBounds 418
D/Test ( 607): Size 33.000000, measureText 446.000000, getTextBounds 441
D/Test ( 607): Size 34.000000, measureText 455.000000, getTextBounds 450
D/Test ( 607): Size 35.000000, measureText 468.000000, getTextBounds 463
D/Test ( 607): Size 36.000000, measureText 474.000000, getTextBounds 469
D/Test ( 607): Size 37.000000, measureText 500.000000, getTextBounds 495
D/Test ( 607): Size 38.000000, measureText 506.000000, getTextBounds 501
D/Test ( 607): Size 39.000000, measureText 521.000000, getTextBounds 515
источник
Ответы:
Вы можете сделать то, что я сделал, чтобы проверить такую проблему:
Изучите исходный код Android, исходный код Paint.java, ознакомьтесь с методами measureText и getTextBounds. Вы узнаете, что measureText вызывает native_measureText, а getTextBounds вызывает nativeGetStringBounds, которые являются нативными методами, реализованными в C ++.
Таким образом, вы продолжите изучать Paint.cpp, который реализует оба.
native_measureText -> SkPaintGlue :: measureText_CII
nativeGetStringBounds -> SkPaintGlue :: getStringBounds
Теперь ваше исследование проверяет, где эти методы отличаются. После некоторых проверок параметров оба вызывают функцию SkPaint :: measureText в Skia Lib (часть Android), но они оба вызывают разные перегруженные формы.
Углубившись в Skia, я вижу, что оба вызова приводят к одним и тем же вычислениям в одной и той же функции, только возвращают результат по-разному.
Чтобы ответить на ваш вопрос: оба ваших звонка выполняют одинаковые вычисления. Возможное различие результата заключается в том, что getTextBounds возвращает границы как целое число, а measureText возвращает значение с плавающей запятой.
Итак, вы получаете ошибку округления во время преобразования float в int, и это происходит в Paint.cpp в SkPaintGlue :: doTextBounds при вызове функции SkRect :: roundOut.
Разница между вычисленной шириной этих двух вызовов может быть максимально 1.
РЕДАКТИРОВАТЬ 4 октября 2011
Что может быть лучше, чем визуализация. Я приложил усилия, чтобы исследовать себя и заслужить награду :)
Это размер шрифта 60, в красный цвет границы прямоугольника, в фиолетовый результат measureText.
Видно, что границы левой части начинаются на несколько пикселей слева, и значение measureText увеличивается на это значение как слева, так и справа. Это то, что называется значением AdvanceX в Glyph. (Я обнаружил это в источниках Skia в SkPaint.cpp)
Таким образом, результатом теста является то, что measureText добавляет некоторое предварительное значение к тексту с обеих сторон, в то время как getTextBounds вычисляет минимальные границы, в которые помещается данный текст.
Надеюсь, что этот результат полезен для вас.
Тестовый код:
источник
Мой опыт
getTextBounds
показывает, что этот абсолютный минимальный ограничивающий прямоугольник будет инкапсулировать текст, а не обязательно измеренную ширину, используемую при рендеринге. Я также хочу сказать, чтоmeasureText
предполагает одну строку.Чтобы получить точные результаты измерений, вы должны использовать
StaticLayout
для визуализации текста и вытащить измерения.Например:
источник
width
, нетmaxWidth
), но getLineWith () будет. Я также нашел статический метод getDesiredWidth (), хотя нет эквивалента высоты. Пожалуйста, исправьте ответ! Кроме того, мне бы очень хотелось узнать, почему так много разных методов дают разные результаты.measureText
должна работать нормально. В противном случае, если вы знаете, что ширина имеет значение (например, вonMeasure
илиonLayout
, вы можете использовать решение, которое я разместил выше. Вы пытаетесь автоматически изменить размер текста?). Причина, по которой текстовые границы всегда немного меньше, заключается в том, что он исключает любые дополнения символов , только самый маленький ограниченный прямоугольник, необходимый для рисованияОтвет мышей велик ... А вот описание реальной проблемы:
Короткий простой ответ - это
Paint.getTextBounds(String text, int start, int end, Rect bounds)
возврат,Rect
который не начинается с(0,0)
. То есть, чтобы получить фактическую ширину текста, которая будет установлена путем вызоваCanvas.drawText(String text, float x, float y, Paint paint)
с тем же объектом Paint из getTextBounds (), вы должны добавить левую позицию Rect. Что-то такое:Заметьте это
bounds.left
- это ключ к проблеме.Таким образом, вы получите ту же ширину текста, что и при использовании
Canvas.drawText()
.И та же функция должна быть для получения
height
текста:PS: Я не проверял этот точный код, но проверил концепцию.
Более подробное объяснение дано в этом ответе.
источник
Извините, что снова ответил на этот вопрос ... Мне нужно было вставить изображение.
Я думаю, что результаты, полученные @mice, вводят в заблуждение. Наблюдения могут быть правильными для размера шрифта 60, но они становятся намного более разными, когда текст меньше. Например. 10px. В этом случае текст на самом деле нарисован за пределами границ.
Исходный код скриншота:
источник
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Это решение не является на 100% точным с точки зрения определения минимальной ширины.
Я также выяснял, как измерить текст на холсте. После прочтения отличного поста от мышей у меня возникли проблемы с измерением многострочного текста. Из этих материалов нет очевидного пути, но после некоторых исследований я перебираю класс StaticLayout. Это позволяет вам измерять многострочный текст (текст с "\ n") и настраивать гораздо больше свойств вашего текста через связанный Paint.
Вот фрагмент, показывающий, как измерить многострочный текст:
Wrapwitdh может определить, хотите ли вы ограничить многострочный текст определенной шириной.
Поскольку StaticLayout.getWidth () возвращает только эту boundedWidth, вы должны сделать еще один шаг, чтобы получить максимальную ширину, требуемую вашим многострочным текстом. Вы можете определить ширину каждой линии, а максимальная ширина - это максимальная ширина линии курса:
источник
i
в getLineWidth (вы просто передаете 0 каждый раз)Есть еще один способ точно измерить границы текста, сначала вы должны получить путь для текущей краски и текста. В вашем случае это должно быть так:
После этого вы можете позвонить:
В моем коде он всегда возвращает правильные и ожидаемые значения. Но не уверен, работает ли он быстрее, чем ваш подход.
источник
Разница между
getTextBounds
иmeasureText
описана с изображением ниже.Коротко,
getTextBounds
это получить ПРАВО точного текста.measureText
Длина текста, в том числе дополнительного зазора слева и справа.Если между текстом есть пробелы, его измеряют,
measureText
но не включают в себя длину TextBounds, хотя координаты сдвигаются.Текст можно было наклонить (наклонить) влево. В этом случае левая сторона ограничительной рамки будет выходить за пределы измерения measureText, а общая длина границы текста будет больше, чем
measureText
Текст может быть наклонен (наклон) вправо. В этом случае правая сторона ограничивающего прямоугольника будет выходить за пределы измерения measureText, а общая длина границы текста будет больше, чем
measureText
источник
Вот как я рассчитал реальные размеры для первой буквы (вы можете изменить заголовок метода в соответствии со своими потребностями, т.е. вместо
char[]
использованияString
):Обратите внимание, что я использую TextPaint вместо оригинального класса Paint.
источник