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

Вид (look) каждого графического компонента задают его форма, тип и цвет рамки, цвет фона, цвет, тип и размер шрифта, форма курсора мыши. Поведение компонента (feel) определяют та или иная реакция на действия мыши, набор командных клавиш, способ перемещения окон и т. д. Набор таких свойств всех компонентов приложения определяет его вид и поведение, Look and Feel, сокращенно — L&F. Всего набирается несколько сотен свойств, определяющих L&F приложения.

Самые общие методы получения и задания сведений о виде и поведении приложения Swing собраны в абстрактном классе LookAndFeel пакета javax.swing. При создании какого-то конкретного стиля L&F надо расширить этот класс, заполнив его характеристиками конкретного L&F.

В библиотеке Swing собраны все необходимые сведения о стандартном виде и поведении графического приложения на нескольких наиболее распространенных графических платформах. Часть этих сведений, общая для всех платформ, образует набор системных сведений (system defaults). Системные сведения собраны в абстрактном классе

BasicLookAndFeel, расширяющем класс LookAndFeel. Класс BasicLookAndFeel и его вспомогательные классы составляют пакет javax.swing.plaf.basic.

Конкретные сведения, специфичные для трех наиболее распространенных платформ, собраны в трех классах, расширяющих класс BasicLookAndFeel:

□ MotifLookAndFeel — вид и поведение, характерные для графической оболочки CDE (Common Desktop Environment), основанной на библиотеке графических функций Motif. Эта графическая оболочка применяется как "родная" в операционной системе Solaris.

В документации этот вид и поведение называются CDE/Motif;

□ WindowsLookAndFeel — вид и поведение Win32, характерные для платформы MS Windows;

□ MacLookAndFeel — вид и поведение, принятое на платформе Apple Macintosh.

Вид и поведение CDE/Motif можно реализовать на любой платформе, вид и поведение Windows и Macintosh, из-за лицензионных ограничений, доступны лишь на соответствующей платформе.

Технология Java определяет и свой собственный, независимый от платформы, Java Look and Feel, сокращенно — Java L&F, еще короче — JLF. Он неформально называется "Metal" за схожесть этого L&F с гравировкой по металлу. Такой стиль в русской технической литературе называется "приборным" стилем за сходство с оформлением алюминиевых панелей научных приборов. Впрочем, JLF позволяет создать различные темы оформления и получить стиль, совсем не похожий на приборную панель. Несколько тем реализованы в стандартной поставке Swing. Их отличия можно посмотреть в демо-программе SwingSet2. По умолчанию начиная с пятой версии Java SE установлена тема "Ocean", в прежних версиях была тема "Steel". Тему "Steel" можно сделать темой по умолчанию, установив системное свойство swing.metalTheme=steel.

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

Сведения о виде и поведении Java L&F собраны в четвертом наследнике класса

BasicLookAndFeel — классе MetalLookAndFeel.

Дизайнерская мысль не стоит на месте, и на смену Java L&F идет Nimbus L&F, впервые появившийся в JDK 1.6.0_10. Оформление Nimbus создается средствами Java 2D и использует богатейшие возможности этой библиотеки, некоторые из них мы рассмотрели в главе 9. В частности, для рисования применяется векторная графика, что позволяет использовать Nimbus при любом разрешении экрана.

Вид и поведение Nimbus создаются классом NimbusLookAndFeel и другими классами из пакета j avax.swing.plaf.nimbus.

Сведения, собранные в каждом из этих классов, образуют платформенные сведения (look and feel defaults).

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

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

Итак, на каждой платформе можно установить четыре стандартных L&F: "родной" для данной платформы, CDE/Motif, Nimbus и Java L&F. Они выглядят как на рис. 17.1.

Окно верхнего уровня класса JFrame или JDialog, зарегистрированное в оконном менеджере графической подсистемы операционной системы, оформляется по правилам этого оконного менеджера.

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

JFrame.setDefaultLookAndFeelDecorated(true);

JDialog.setDefaultLookAndFeelDecorated(true);

JFrame newLAFWin = new JFrame();

После выполнения этих методов, если оконный менеджер может создавать окна без оформления и если текущий L&F способен оформлять окна, все создаваемые окна класса JFrame и JDialog будут оформлены текущим L&F, как показано на рис. 17.4.

Чтобы оформить отдельное окно верхнего уровня текущим L&F, надо сначала отключить его оформление оконным менеджером, а затем установить новый стиль оформления методом setWindowDecorationStyle(int) класса JRootPane:

JFrame fr = new JFrame(); fr.setUndecorated(true);

fr.getRootPane().setWindowDecorationStyle(JRootPane.FRAME);

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

Это свойство графических элементов библиотеки Swing получило название Pluggable Look and Feel, сокращенно — PL&F, PLAF или plaf.

Получение свойств L&F

Для получения свойств текущего L&F и установки нового L&F нужно заменить классы XxxLookAndFeel на класс UIManager из пакета javax.swing. Он содержит массу статических методов, позволяющих получить сведения об элементах L&F, изменить некоторые элементы или вообще сменить L&F.

Объект класса UIManager ищет название L&F сначала как значение системного свойства swing.defaultlaf, созданного, например, при запуске приложения из командной строки с ключом -d:

j ava -Dswing.defaultlaf=com.sun.j ava.swing.plaf.motif.MotifLookAndFeel

SomeSwingApplication

Если такое системное свойство не определено, объект ищет файл swing.properties, обычно лежащий в каталоге $JAVA_HOME/lib. Если он существует, то в нем отыскивается значение ключа swing.defaultlaf, например:

swing.defaultlaf=com.sun.j ava.swing.plaf.motif.MotifLookAndFeel

Если такого ключа нет или вообще отсутствует файл swing.properties, то устанавливается Java L&F.

Вы всегда можете создать или изменить файл swing.properties, записав в него другой L&F, например:

swing.defaultlaf=javax.swing.plaf.nimbus.NimbusLookAndFeel

После этого по умолчанию будет установлен Nimbus.

Для хранения свойств текущего L&F класс UIManager использует модель данных — объект класса UIDefaults. Класс UIDefaults расширяет класс Hashtable, следовательно, является хеш-таблицей, состоящей из пар "ключ — значение" (key — value). Кроме обычного для хеш-таблицы метода get(Object key), возвращающего значение value ключа key, и метода put(Object key, Object value), устанавливающего значение value с ключом key, класс UIDefaults содержит специализированные методы для определенных типов данных, хранящихся в таблице. Они позволяют избавиться от приведения типов, так надоедающего при вызове метода get(Object).

Например, метод getBoolean(Object key) возвращает значение ключа key, если оно имеет

тип boolean. Аналогично действуют методы getBorder(Object), getColor(Object), getDimension(Object), getFont(Object), getIcon(Object), getInsets(Object), getInt(Object), getString(Object). У каждого из них есть парный метод getXxx (Object, Locale), возвращающий значение ключа для данной локали.

Экземпляр класса UIDefaults, используемый в классе UIManager, — это закрытое (private) поле. Поэтому методы класса UIDefaults дублируются статическими методами класса UIManager с теми же именами.

Например, текущий шрифт, которым делаются надписи класса Jlabel, можно получить так:

Font labelFont = UIManager.getFont("Label.font");

Кроме того, статическим методом getDefaults() можно получить ссылку на экземпляр класса UIDefaults, используемый классом UIManager.

Просмотреть все несколько сотен свойств, хранящихся в модели данных UIDefaults, можно так:

UIDefaults defs = UIManager.getDefaults();

Enumeration keys = defs.keys();

Enumeration elem = defs.elements();

while (keys.hasMoreElements() && elem.hasMoreElements())

System.out.println(

keys.nextElement() + ": " + elem.nextElement());

Статический метод

put(Object key, Object value);

меняет только пользовательские установки различных свойств, оставляя установки L&F без изменения. Посмотреть установки L&F можно статическим методом

geLookAndFeelDefaults (), возвращающим экземпляр класса UIDefaults.

Для того чтобы легче переключать вид и поведение приложения, класс UIManager хранит несколько L&F под произвольно данными именами в виде массива объектов вложенного класса UIManager.LookAndFeelInfo. Новый элемент заносится в этот массив статическим методом

installLookAndFeel(String name, String className);

вызывающим конструктор класса UIManager.LookAndFeelInfo, или статическим методом

installLookAndFeel(UIManager.LookAndFeelInfo);

По умолчанию хранятся платформенные L&F, CDE/Motif, Nimbus и Java L&F. Посмотреть имена всех имеющихся в массиве L&F можно так:

UIManager.LookAndFeelInfo[] info = UIManager.getInstalledLookAndFeels(); for (int i = 0; i < info.length; i++)

System.out.println(info[i].getName());

Задание стандартного L&F

Очень легко задать один из стандартных PL&F, воспользовавшись одним из статических методов setLookAndFeel(LookAndFeel) или setLookAndFeel(String) класса UIManager. Аргумент второго из этих методов — строка, содержащая полное имя нужного класса XxxLoo kAnd Feel со всеми подпакетами. Например, строка "javax.swing.plaf.metal. MetalLookAndFeel" задает имя класса, определяющего Java L&F. Поскольку это имя может измениться в следующих версиях Java SE, то для получения имени класса Java L&F лучше пользоваться статическим методом getCrossPlatformLookAndFeelClassName() класса UIManager. Впрочем, Java L&F устанавливается по умолчанию, как можно видеть из многочисленных примеров, приведенных в предыдущих главах. Еще один статический метод getSystemLookAndFeelClassName () класса UIManager возвращает полное имя класса, определяющего стандартный L&F для данной платформы. Обычный способ задания платформенного L&F выглядит так:

public static void main(String[] args){ try{

UIManager.setLookAndFeel(

UIManager.getSystemLookAndFeelClassName());

}catch(Exception e){}

new SomeSwingApplication();

}

Обрабатывать исключение здесь не нужно, потому что в ответ на его выбрасывание устанавливается Java L&F.

Для получения строки с полным именем класса CDE/Motif в классе UIManager никакого метода нет, ее надо задавать прямо:

UIManager.setLookAndFeel(

"com.sun.j ava.swing.plaf.motif.MotifLookAndFeel");

В листинге 17.1 приведена программа, создавшая рис. 17.1. В ней каждое внутреннее окно строится по правилам одного из стандартных L&F.