Spec-Zone .ru
спецификации, руководства, описания, API
Содержание документации
Содержание | Предыдущий | Следующий

  Глава 4

Шрифты и текстовое Расположение

Можно использовать Java 2D™ преобразование API и механизмы рисунка с текстовыми строками. Кроме того, Java, 2-D API обеспечивает связанные с текстом классы, которые поддерживают мелкомодульное управление шрифтом и сложное текстовое расположение. Они включают улучшенный Font class и новое TextLayout class.

Эта глава сосредотачивается на новом шрифте и текстовых возможностях расположения, поддерживаемых через интерфейсы и классы в java.awt, и java.awt.font. Для получения дополнительной информации об использовании этих функций см. 2-D текстовое Учебное руководство, в котором это доступно через Соединение Разработчика Java http://java.sun.com/developer/onlineTraining/Media/2DText/

Для получения информации о текстовом анализе и интернационализации, обратитесь к java.text документация и “Пишущие Глобальные Программы” отслеживают в Учебном руководстве по Java. Для получения информации об использовании текстовых механизмов расположения, реализованных в Swing, см. java.awt.swing.text документация и “Используя Пакеты JFC/Swing” в Учебном руководстве по Java.

Отметьте: информация о международном текстовом расположении, содержавшемся в этой главе, основана на бумаге Международный текст в JDK 1.2 Марком Дэвисом, Дугом Фелтом, и Джоном Рэли, copyright 1997, Taligent, Inc.

4.1 Интерфейсы и Классы

Следующие таблицы приводят ключевой шрифт и текстовые интерфейсы расположения и классы. Большинство этих интерфейсов и классов являются частью java.awt.font пакет. Некоторые, как Font, часть java.awt пакет, чтобы поддержать обратную совместимость с более ранними версиями JDK.

Интерфейс
Описание
MultipleMaster
Представляет Тип 1 Многократные Основные шрифты. Реализованный Font объекты, которые являются многократными основными шрифтами, чтобы включить доступу к многократным основным средствам управления проектом.
OpenType
Представляет Открытый Тип и Истинные Печатные шрифты. Реализованный Font объекты, которые являются Открытым Типом или Истинными Печатными шрифтами, чтобы включить доступу к шрифту sfnt таблицы.
Класс
Описание
Font
(java.awt)
Представляет экземпляр поверхности шрифта от набора поверхностей шрифта, доступных на хост-системе. Поддерживает спецификацию подробной информации о шрифте и обеспечивает доступ к информации о шрифте и его глифах.
FontRenderContext
Инкапсулирует информацию, необходимую, чтобы правильно измерить текст.
GlyphJustificationInfo
Представляет информацию о свойствах выравнивания глифа, таких как вес, приоритет, поглотите, и предел.
GlyphMetrics
Обеспечивает метрики для единственного глифа.
GlyphVector
Набор глифов и их позиций.
GraphicAttribute
Базируйте class для a TextLayout атрибут, который определяет графику, которая будет встроена в пределах текста. Реализованный ShapeGraphicAttribute и ImageGraphicAttribute, которые включают Shapes и Images быть встроенным в a TextLayout. Может быть разделен на подклассы, чтобы реализовать пользовательскую символьную заменяющую графику.
ImageGraphicAttribute
Расширяется: GraphicAttribute
A GraphicsAttribute используемый, чтобы потянуть Images в пределах a TextLayout.
LineBreakMeasurer
Повреждает блок текста, который охватывает многократные строки в
TextLayout объекты, которые соответствуют в пределах указанной длины строки.
LineMetrics
Обеспечивает доступ к метрикам шрифта должен был разметить символы вдоль строки и размечать ряд строк. Эти метрики включают подъем, спуск, продвижение, height, и базовую информацию.
ShapeGraphicAttribute
Расширяется: GraphicAttribute
A GraphicsAttribute используемый, чтобы потянуть Shapes в пределах a TextLayout.
TextAttribute
Определяет ключи атрибута и оценивает используемый за текстовый рендеринг.
TextHitInfo
Представляет информацию о тесте хита для символов в a TextLayout.
TextLayout
Реализации: Cloneable
Обеспечивает неизменное графическое изображение стилизованных символьных данных, включая двунаправленный текст.

4.2 Понятия шрифта

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

A Font объект представляет экземпляр поверхности шрифта от набора поверхностей шрифта, доступных на системе. Примеры общих поверхностей шрифта включают Helvetica Bold и Courier Bold Italic.

Три имени связываются с a Font— ее логическое имя, фамилия, и шрифт обращенным к имени:

Можно получить доступ к информации о a Font через getAttributes метод. A Font’s атрибуты включают его имя, размер, преобразовывают, и функции шрифта, такие как вес и положение.

A LineMetrics объект инкапсулирует информацию об измерении, связанную с a Font, такой как его подъем, спуск, и продвижение:

Предыдущий контекст описывает эту графику.

Метрики Строки рисунка 4-1

Эта информация привыкла к должным образом символам позиции вдоль строки, и расположить строки относительно друг друга. Можно получить доступ к этим метрикам строки через getAscent, getDescent, и getLeading методы. Можно также получить доступ к информации о a Font’s height, базовая линия, и подчеркивание и перечеркнутые характеристики через LineMetrics.

4.3 Текстовые Понятия Расположения

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

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

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

4.3.1 Формирование текста

Глиф является визуальным представлением одного или более символов. Форма, размер, и позиция глифа зависят от его контекста. Много различных глифов могут использоваться, чтобы представить единственный символ или комбинацию символов, в зависимости от шрифта и стиля.

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

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

В зависимости от контекста эти рукописные формы могут отличаться радикально по форме. Например, у арабской буквы heh есть четыре рукописных формы, показанные в  рисунке 4-2.

Иллюстрация несвязанных, соединитесь на праве, соединитесь с обеих сторон и соединитесь на левых рукописных формах на арабском языке.

Формы Курсива рисунка 4-2 на арабском языке

Хотя эти четыре формы очень отличаются от друг друга, такое рукописное изменение формы не существенно отличается от скорописи на английском языке.

В некоторых контекстах два глифа могут изменить форму еще более радикально и объединиться, чтобы сформировать единственного глифа. Этот тип объединенного глифа вызывают лигатурой. Например, большинство английских шрифтов содержит лигатуру fi показанный в  рисунке 4-3. Объединенный глиф принимает во внимание нависающий край на букве f и комбинирует символы естественно выглядящим способом, вместо того, чтобы просто позволить буквам сталкиваться.

Предыдущий контекст описывает эту графику.

Английские Лигатуры рисунка 4-3

Лигатуры также используются на арабском языке, и использование некоторых лигатур обязательно — недопустимо представить определенные символьные комбинации, не используя соответствующую лигатуру. Когда лигатуры формируются из арабских символов, формы изменяются еще более радикально, чем они делают на английском языке. Например,  рисунок 4-4 иллюстрирует, как два арабских символа объединяются в единственную лигатуру, когда они появляются вместе.

Предыдущий контекст описывает эту графику.

Арабские Лигатуры рисунка 4-4

4.3.2 Упорядочивание текста

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

Визуальный порядок на глифов в определенной системе письменности (сценарий) вызывают порядком сценария. Например, порядок сценария на римский текст слева направо и порядок сценария на арабский язык, и иврит справа налево.

У некоторых систем письменности есть правила в дополнение к порядку сценария на расположение глифов и слов на строках текста. Например, арабские и еврейские числа работают слева направо, даже при том, что буквы, выполненные справа налево. (Это означает, что арабский и иврит, даже без встроенного английского текста, действительно двунаправлены.)

Визуальный порядок системы письменности должен сохраняться, даже когда языки смешиваются вместе. Это иллюстрируется в  рисунке 4-5, который выводит на экран арабскую фразу, встроенную в английское предложение.

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

Предыдущий контекст описывает эту графику.

Двунаправленный текст рисунка 4-5

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

Когда строка со смесью слева направо и справа налево текст выводится на экран, основное направление существенное. Основное направление является порядком сценария преобладающей системы письменности. Например, если текст является прежде всего английским с некоторым встроенным арабским языком, то основное направление слева направо. Если текст является прежде всего арабским с некоторым встроенным английским языком или числами, то основное направление справа налево.

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

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

Для получения дополнительной информации о точном алгоритме, используемом, чтобы упорядочить глифов в пределах строки, см. описание Двунаправленного Алгоритма в Стандарте Unicode, Версии 2.0, Разделе 3.11.

4.3.3 Измерение и Расположение текста

Если Вы не работаете со шрифтом моноширинным, у различных символов в шрифте есть различные ширины. Это означает, что все расположение и измерение текста должны принять во внимание точно, какие символы используются, не только сколько. Например, к выравниванию по правому краю столбец чисел, выведенных на экран в пропорциональном шрифте, невозможно просто использовать дополнительные пространства, чтобы расположить текст. Чтобы должным образом выровнять столбец, Вы должны знать точный width каждого числа так, чтобы можно было корректироваться соответственно.

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

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

4.3.4 Поддержка текстового Манипулирования

Чтобы позволить пользователю редактировать текст, который выводится на экран, следует быть в состоянии к:

4.3.4.1 Отображение Каре

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

Вычисление позиции каре может быть усложнено, особенно для двунаправленного текста. У смещений вставки на направленных границах есть две возможных позиции каре, потому что два глифа, которые соответствуют символьному смещению, не выводятся на экран смежные с друг другом. Это иллюстрируется в  рисунке 4-6. В этом числе каре, как показывают, как квадратные скобки указывают на глифа, которому соответствует каре.

Предыдущий контекст описывает эту графику.

Рисунок 4-6 Двойные Каре

Символ смещал 8, соответствует расположению после _ и перед A. Если пользователь вводит арабский символ, его глиф выводится на экран направо от (перед) A; если пользователь вводит английский символ, его глиф выводится на экран направо от (после) _.

Чтобы обработать эту ситуацию, некоторые системы выводят на экран двойные каре, strong (основное) каре и слабое (вторичное) каре. Каре strong указывает, где вставленный символ будет выведен на экран, когда направление того символа будет тем же самым как основным направлением текста. Слабое каре показывает, где вставленный символ будет выведен на экран, когда направление символа будет противоположностью основного направления. TextLayout автоматически поддерживает двойные каре; JTextComponent не делает.

Когда Вы работаете с двунаправленным текстом, невозможно просто добавить ширины глифов перед символьным смещением, чтобы вычислить позицию каре. Если бы Вы сделали, то каре было бы оттянуто в неправильном месте, как показано в  рисунке 4-7.

Предыдущий контекст описывает эту графику.

Каре рисунка 4-7, Оттянутое Неправильно

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

4.3.4.2 Перемещение Каре

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

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

Перемещение каре через направленную границу еще более усложняется.  Рисунок 4-8 иллюстрирует то, что происходит, когда направленная граница пересекается, когда пользователь перемещается с клавишей со стрелкой. Ступая три позиции направо в выведенный на экран текст соответствует перемещению в смещения символа 7, 19, тогда 18.

Предыдущий контекст описывает эту графику.

Перемещение Каре рисунка 4-8

У определенных глифов никогда не должно быть каре между ними; вместо этого, каре должно переместиться как если бы глифы, представленные единственный символ. Например, никогда не должно быть каре между o и умляутом, если они представляются двумя отдельными символами. (См. Стандарт Unicode, Версию 2.0, Главу 5, для получения дополнительной информации.)

TextLayout обеспечивает методы (getNextRightHit и getNextLeftHit) это позволяет Вам легко переместить каре гладко через двунаправленный текст.

4.3.4.3 Тестирование хита

Часто, расположение в пространстве устройства должно быть преобразовано в текстовое смещение. Например, когда пользователь щелкает мышью по выбираемому тексту, расположение мыши преобразовывается в текстовое смещение и используется в качестве одного конца диапазона выбора. Логически, это - инверсия расположения каре.

Когда Вы работаете с двунаправленным текстом, единственное визуальное расположение в дисплее может соответствовать двум различным смещениям в исходном тексте, как показано в  рисунке 4-9.

Предыдущий контекст описывает эту графику.

Хит рисунка 4-9, Тестирующий Двунаправленный текст

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

Можно выполнить использование тестирования хита TextLayout.hitTestChar. Информация о хите инкапсулируется в a TextHitInfo возразите и включает информацию о стороне, что хит шел.

4.3.4.4 Выделение Выборов

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

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

Это приводит к двум стратегиям выделения выборов в двунаправленном тексте:

Иллюстрация логического выделения (непрерывные символы)

Рисунок 4-10 Логическое Выделение (непрерывные символы)

Иллюстрация визуального выделения (непрерывная область выделения)

Рисунок 4-11 Визуальное Выделение (непрерывная область выделения)

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

4.3.5 Выполнение текстового Расположения в Приложении Java™

В зависимости от которых API Java™ Вы используете, у Вас могут быть так немного или такое большое управление текстовым расположением, как Вы нуждаетесь:

Обычно, Вы не должны выполнить текстовые операции расположения самостоятельно. Для большинства приложений, JTextComponent лучшее решение для того, чтобы вывести на экран статический и доступный для редактирования текст. Однако, JTextComponent не поддерживает дисплей двойных каре или несмежных выборов в двунаправленном тексте. Если Ваше приложение требует этих функций, или Вы предпочитаете реализовывать свои собственные подпрограммы редактирования текста, можно использовать Java 2-D текстовые API расположения.

4.4 Управление текстовым Расположением

TextLayout class поддерживает текст, который содержит многократные стили и символы от различных систем письменности, включая арабский и иврит. (Арабский и иврит особенно трудно вывести на экран, потому что следует изменить и переупорядочить текст, чтобы достигнуть приемлемого представления.)

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

Текстовая Производительность Расположения
TextLayout разрабатывается так, чтобы не было никакого существенного воздействия производительности, когда это используется, чтобы вывести на экран простой, мононаправленный текст. Есть некоторые дополнительные издержки обработки когда TextLayout используется, чтобы вывести на экран арабский или еврейский текст. Однако, это обычно находится на порядке микросекунд на символ и во власти выполнения нормального кода для прорисовки.

TextLayout class управляет расположением и упорядочиванием глифов для Вас. Можно использовать TextLayout к:

В некоторых ситуациях Вы могли бы хотеть вычислить текстовое расположение самостоятельно, так, чтобы можно было управлять точно, какие глифы используются и куда они размещаются. Используя информацию, такую как размеры глифа, использующие кернинг таблицы, и информация о лигатуре, можно создать свои собственные алгоритмы для того, чтобы вычислить текстовое расположение, обходя механизм расположения системы. Для получения дополнительной информации см. “Реализацию Пользовательского текстового Механизма Расположения” на странице 64.

4.4.1 Разметка текста

TextLayout автоматически размечает текст, включая двунаправленный текст (BIDI), с корректным формированием и упорядочиванием. Правильно сформировать и упорядочить глифов, представляющих строку текста, TextLayout должен знать полный контекст текста:

Основное направление текста обычно устанавливается атрибутом (стиль) на тексте. Если тот атрибут отсутствует, TextLayout следует за Unicode двунаправленный алгоритм и получает основное направление из начальных символов в абзаце.

4.4.2 Отображение Двойных Каре

TextLayout поддерживает информацию о каре, такую как каре Shape, позиция, и угол. Можно использовать эту информацию, чтобы легко вывести на экран каре и в мононаправленном и в двунаправленном тексте. Когда Вы тянете каре для двунаправленного текста, используя TextLayout гарантирует, что каре будут расположены правильно.

TextLayout обеспечивает каре значения по умолчанию Shapes и автоматически поддерживает двойные каре. Для курсива и наклонных глифов, TextLayout производит повернутые каре, как показано в  рисунке 4-12. Эти позиции каре также используются в качестве границ между глифами для выделения и поражают тестирование, которое помогает произвести непротиворечивый пользовательский опыт.

Предыдущий контекст описывает эту графику.

Рисунок 4-12 Угловые Каре

Учитывая смещение вставки, getCaretShapes метод возвращает массив с двумя элементами Shapes: элемент 0 содержит каре strong, и элемент 1 содержит слабое каре, если Вы существуете. Чтобы вывести на экран двойные каре, Вы просто тянете оба каре Shapes; каре будут автоматически быть представленными в корректных позициях.

Если Вы хотите использовать пользовательское каре Shapes, можно получить позицию и угол каре от TextLayout и привлеките их непосредственно.

В следующем примере, значение по умолчанию strong и слабое каре Shapes оттягиваются в различных цветах. Это - распространенный способ дифференцировать двойные каре.

Shape[] caretShapes = layout.getCaretShapes(hit); 
g2.setColor(PRIMARY_CARET_COLOR);  
g2.draw(caretShapes[0]); 
if (caretShapes[1] != null){   
  g2.setColor(SECONDARY_CARET_COLOR);  
  g2.draw(caretShapes[1]);  
} 

4.4.3 Перемещение Каре

Можно также использовать TextLayout определить получающееся смещение вставки, когда пользователь нажимает левую или правую клавишу со стрелкой. Данный a TextHitInfo объект, который представляет текущее смещение вставки, getNextRightHit метод возвращает a TextHitInfo объект, который представляет корректное смещение вставки, если клавиша со стрелкой вправо нажимается. getNextLeftHit метод предоставляет ту же самую информацию для клавиши со стрелкой влево.

В следующем примере текущее смещение вставки перемещается в ответ на клавишу со стрелкой вправо.

TextHitInfo newInsertionOffset =             layout.getNextRightHit(insertionOffset);  
if (newInsertionOffset != null) {  
  Shape[] caretShapes =    
          layout.getCaretShapes(newInsertionOffset); 
  // draw carets 
  ... 
  insertionOffset = newInsertionOffset; 
} 

4.4.4 Тестирование хита

TextLayout обеспечивает простой механизм для текста тестирования хита. hitTestChar метод берет x и координаты y от мыши как параметры и возвращает a TextHitInfo объект. TextHitInfo содержит смещение вставки для указанной позиции и стороны, что хит шел. Смещение вставки является смещением, самым близким к хиту: если хит проходит конец строки, смещение в конце строки возвращается.

В следующем примере, hitTestChar обращается a TextLayout и затем getInsertIndex используется, чтобы получить смещение.

TextHitInfo hit = layout.hitTestChar(x, y); 
int insertIndex = hit.getInsertIndex(); 

4.4.5 Выделение Выборов

Можно получить a Shape это представляет область выделения от TextLayout. TextLayout автоматически принимает контекст во внимание, вычисляя размерности области выделения. TextLayout поддерживает и логическое и визуальное выделение.

В следующем примере область выделения заполнена цветом выделения и затем TextLayout оттягивается по заполненной области. Это - один простой способ вывести на экран выделенный текст.

Shape highlightRegion = layout.getLogicalHighlightShape(hit1,      hit2);  
graphics.setColor(HIGHLIGHT_COLOR);  
graphics.fill(highlightRegion);  
graphics.drawString(layout, 0, 0); 

4.4.6 Запросы Метрик Расположения

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

Больше чем один Font может быть связан с a TextLayout: различные выполнения стиля могут использовать различные шрифты. Подъем и спуск оценивают за a TextLayout максимальные значения всех шрифтов, используемых в TextLayout. Вычисление TextLayout's продвижение более усложняется; это не только максимальное ведущее значение.

Усовершенствование a TextLayout его длина: расстояние от левого края крайнего левого глифа к правому краю самого правого глифа. Усовершенствование иногда упоминается как полное усовершенствование. Видимое усовершенствование является длиной TextLayout без его запаздывания пробела.

Ограничивающий прямоугольник a TextLayout включает весь текст в расположении. Это включает всех видимых глифов и границы каре. (Некоторые из них могли бы нависнуть над источником или источником + усовершенствование). Ограничивающий прямоугольник относительно источника TextLayout, не к любой определенной экранной позиции.

В следующем примере, тексте в a TextLayout оттягивается в пределах ограничивающего прямоугольника расположения.

graphics.drawString(layout, 0, 0);  
Rectangle2D bounds = layout.getBounds();  
graphics.drawRect(bounds.getX()-1, bounds.getY()-1,  
         bounds.getWidth()+2, bounds.getHeight()+2); 

4.4.7 Рисование текста Через Многократные Строки

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

Чтобы сделать это, Вы непосредственно не создаете TextLayouts это представляет каждую строку текста —LineBreakMeasurer генерирует их для Вас. Двунаправленное упорядочивание не может всегда выполняться правильно, если весь текст в абзаце не доступен. LineBreakMeasurer инкапсулирует достаточную информацию о контексте, чтобы произвести корректный TextLayouts.

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

Наиболее распространенная стратегия состоит в том, чтобы поместить так много слов в каждую строку, как будет соответствовать. Эта стратегия реализуется в LineBreakMeasurer. Другие более сложные стратегии разрыва строки используют расстановку переносов, или пытаются минимизировать различия в длине строки в пределах абзацев. Java 2D™ API не обеспечивает реализации этих стратегий.

Чтобы повредить абзац текста в строки, Вы создаете a LineBreakMeasurer со всем абзацем и затем вызывают nextLayout ступить через текст и генерировать TextLayouts для каждой строки.

Сделать это, LineBreakMeasurer поддерживает смещение в пределах текста. Первоначально, смещение в начале текста. Каждый звонок nextLayout перемещает смещение символьным количеством TextLayout это создавалось. Когда это смещение достигает конца текста, nextLayout возвраты null.

Видимое усовершенствование каждого TextLayout то, что LineBreakMeasurer создает не превышает указанную строку width. Изменяя width Вы определяете, когда Вы вызываете nextLayout, можно повредить текст, чтобы соответствовать сложным областям, таким как страница HTML с изображениями в полях позиции табуляции или фиксированных позициях. Можно также передать в a BreakIterator сказать LineBreakMeasurer где допустимые контрольные точки; если Вы не предоставляете один BreakIterator для значения по умолчанию используется локаль.

В следующем примере двуязычный текстовый сегмент оттягивается линию за линией. Строки выровненные или к к левому полю или к правому полю, в зависимости от того, является ли основное текстовое направление слева направо или справа налево.

Point2D pen = initialPosition;  
LineBreakMeasurer measurer = new LineBreakMeasurer(styledText, myBreakIterator); 
while (true) { 
  TextLayout layout = measurer.nextLayout(wrappingWidth); 
  if (layout == null) break; 
    pen.y += layout.getAscent();  
    float dx = 0; 
    if (layout.isLeftToRight()) 
      dx = wrappingWidth - layout.getAdvance();  
    layout.draw(graphics, pen.x + dx, pen.y);  
    pen.y += layout.getDescent() + layout.getLeading(); 
} 

4.5 Реализация Пользовательского текстового Механизма Расположения

GlyphVector class обеспечивает способ вывести на экран результаты пользовательских механизмов расположения. A GlyphVector объект может считаться выводом алгоритма, который берет строку и вычисляет точно, как строка должна быть выведена на экран. У системы есть встроенный алгоритм и Java 2D™, API позволяет усовершенствованным клиентам определять свои собственные алгоритмы.

A GlyphVector объект является в основном массивом расположений глифа и глифов. Глифы используются вместо символов, чтобы обеспечить полный контроль по характеристикам расположения, таким как кернинг и лигатуры. Например, выводя на экран строку "финал", Вы могли бы хотеть заменить продвижение fi подстрока с лигатурой fi. В этом случае, GlyphVector у объекта будет меньше глифов чем число символов в исходной строке.

 Рисунок 4-13 и  рисунок 4-14 иллюстрируют как GlyphVector объекты используются механизмами расположения.  Рисунок 4-13 показывает механизм расположения значения по умолчанию. Когда drawString обращается a String, встроенный алгоритм компоновки:

Предыдущий контекст описывает эту графику.

Рисунок 4-13 Используя Встроенный Алгоритм компоновки

 Рисунок 4-14 показывает процесс для того, чтобы использовать пользовательский алгоритм компоновки. Чтобы использовать пользовательский алгоритм компоновки, следует собрать всю информацию, необходимую, чтобы разметить текст. Базовый процесс является тем же самым:

Чтобы представить текст, Вы передаете GlyphVector к drawString, который поочередно передает это к средству рендеринга глифа. В  рисунке 4-14 пользовательский алгоритм компоновки заменяет fi подстроку лигатурой fi.

использование пользовательского алгоритма компоновки

Рисунок 4-14 Используя Пользовательский Алгоритм компоновки

4.6 Создание Дериваций Шрифта

Используя Font.deriveFont методы, можно создать новое Font объект с различными атрибутами от существующего Font объект. Часто, преобразование применяется к существующему Font создать полученное новое Font. Сделать это, Вас:

Таким образом Вы могли легко создать a Font в пользовательском размере или скошенной версии существующего Font.

В следующей выборке кода, AffineTransform применяется, чтобы создать скошенную версию Helvetica шрифта. Новый производный шрифт тогда используется, чтобы представить строку.

        // Create a transformation for the font. 
AffineTransform fontAT = new AffineTransform(); 
fontAT.setToShear(-1.2, 0.0); 
// Create a Font Object. 
Font theFont = new Font("Helvetica", Font.PLAIN, 1); 
// Derive a new font using the shear transform 
theDerivedFont = theFont.deriveFont(fontAT); 
// Add the derived font to the Graphics2D context 
g2.setFont(theDerivedFont); 
// Render a string using the derived font 
g2.drawString(“Java”, 0.0f, 0.0f); 

 


Содержание | Предыдущий | Следующий

Oracle и/или его филиалы Авторское право © 1993, 2012, Oracle и/или его филиалы. Все права защищены.
Свяжитесь с Нами