estern">выделЯет факторы, способствовавшие ее
	"триумфу" ("концептуальнаЯ целостность через
	метафору" "рабочего стола"; эквивалентность
	клавиатурных команд пунктам меню, обеспечивающаЯ постепенный переход
	от новичка к опытному пользователю; навЯзывание архитектуры через
	средства разработки),
	</p>
	</li><li><p class="western">называет ограничениЯ метафоры "рабочего
	стола" ("проблема двух курсоров"), а также
	</p>
	</li><li><p class="western">предрекает устаревание WIMP при внедрении
	речевого интерфейса ("WIMP через поколение станет достоЯнием
	истории. “казание курсором останетсЯ способом заданиЯ
	существительных при управлении нашими компьютерами. „лЯ выражениЯ
	глаголов станет использоватьсЯ речь").
	</p>
</li></ul>
<p class="western">Џрошло еще пЯть лет, и мы можем отметить, что:</p>
<ul>
	<li><p class="western">Џроф. Ѓрукс не заметил решениЯ "проблемы
	двух курсоров" (а заодно -- и непротиворечивой интеграции
	командной строки в графико-интерфейсное окружение) в конце
	восьмидесЯтых в Norton Commander (и сонме последователей этой
	замечательной программы на разных платформах (обзор см. в [15].
	Џроф. Ѓезруков предложил длЯ реализованного в Norton Commander
	интерфейса термин "ортодоксальный менеджер файлов"
	(OFM));
	</p>
	</li><li><p class="western">WIMP не думает устаревать, и скорее сам
	абсорбирует новые интерфейсные возможности (включаЯ распознавание
	речи), чем будет вытеснен ими;
	</p>
	</li><li><p class="western">и, наконец, самое серьезное -- это то,
	что "триумф WIMP" на сегоднЯ выглЯдит не то, чтобы менее
	бесспорным, а менее однозначным, все более походЯ на пресловутое
	"триумфальное шествие советской власти" по обессиленным
	Џервой мировой войной частЯм ђоссийской империи и ее окрестностей.
	‚о многих прикладных областЯх попытки внедрениЯ WIMP стали скорее
	частью проблемы пользовательского интерфейса, чем частью ее решениЯ.

	</p>
</li></ul>
<p class="western">"‘плошной" же WIMP-среды и вовсе нет
нигде, кроме встроенных/специализированных систем: в любом окружении,
претендующем даже не на универсальность, а просто на широкую сферу
применениЯ, элементы WIMP сочетаютсЯ с элементами другой интерфейсной
модели -- командно-строчной -- иногда более органично (OFM,
AppleScript и т.п.), а чаще эклектично, противоречиво и с фатальным
длЯ производительности исходом (фрагменты "рваной"
командной строки в "диалоговых окнах", разнообразные
Wizards и "окна установки предпочтений").</p>
<p class="western">…сли перечитать текст доклада, в котором идеи WIMP
впервые были представлены широкой публике [16], станет понЯтно,
почему: модель WIMP предлагалась как средство непосредственного
манипулированиЯ конкретными объектами ("взЯть это и положить
туда", "изменить такое-то свойство того-то объекта",
а не как средство формулированиЯ абстрактных положений и команд ("все
ли файлы, лежащие в каталоге X, имеют формат Y?", "удалить
все файлы, созданные до 01.01.2000 в которых упоминаетсЯ Ѓорис
…льцин" и т.п.). ‘оответственно, сделать WIMP-рабочее место длЯ
выполнениЯ технических процедур, "рабского",
неквалифицированного труда можно, а вот систему поддержки полноценной
свободной практики -- затруднительно.</p>
<h3 class="western">7.7 Ћт какого наследства нам не стоит
отказыватьсЯ?</h3>
<p class="western">‚иктор ‚агнер [18] противопоставлЯет "рыхлости"
модели WIMP, пусть и целостной метафорически, концептуальную
целостность командно-строчного интерфейса (см. также нашу предыдущую
"лекцию"), основывающуюсЯ на четырех принципах:</p>
<ul>
	<li><p class="western">универсальности формы представлениЯ
	информации (текстовый файл, понимаемый как последовательность
	символов, некоторые из которых разделЯют строки(записи), полЯ и
	слова;
	</p>
	</li><li><p class="western">возможности переназначениЯ ввода-вывода и
	соединениЯ программ каналами;
	</p>
	</li><li><p class="western">философии "набора инструментов"
	(одна утилита -- одна функциЯ);
	</p>
	</li><li><p class="western">наличиЯ в оболочке механизма регулЯрных
	выражений.
	</p>
</li></ul>
<p class="western">Џо ‚агнеру, по-настоЯщему успешным графическим
интерфейсом (true UNIX GUI) будет интерфейс, предлагающий не менее
целостную и последовательно реализованную концептуальную основу.
Џричем, предлагающий не только и не столько конечному пользователю,
сколько разработчику, т.е. реализованный начинаЯ с системы быстрой
разработки (RAD). ‚ упомЯнутой статье ‚агнер рассматривает несколько
кандидатов на роль универсальной формы представлениЯ информации в
графической среде и рассуждает о том, какие принципы могли бы стать
аналогами другим "китам", на которых покоитсЯ
командно-строчный интерфейс.</p>
<p class="western">Ќа самом деле, существует целый рЯд систем, в той
или иной степени закладывающих основу "интерфейсов следующего
поколениЯ". Љ сожалению, ни одну из них нельзЯ назвать на
сегоднЯ массовой, кроме, возможно, Языка описаниЯ интерфейса XUL,
использованного в Mozilla (www.mozilla.org) и, соответственно, в
Netscape 6 (www.netscape.com), но и длЯ XUL пока нет RAD. Ќо это уже
совсем другаЯ тема (см. "‹екцию" 10).</p>
<h2 class="western">‹екциЯ 8. ѓ€Џ II: <font face="Thorndale, serif">"</font>‹егкие<font face="Thorndale, serif">"</font>
графические среды</h2>
<p class="western">‚ то времЯ, как сама графическаЯ платформа X
Window System много лет ЯвлЯетсЯ фактическим отраслевым стандартом,
лежащие "над" нею слои графической среды не
стандартизованы.
</p>
<p class="western">Љакую-либо классификацию графических сред дать
затруднительно, однако самым грубым образом их можно разделить на
"интегрированные" и "легкие".</p>
<h3 class="western">8.1 ‡ачем нужны "легкие" среды?</h3>
<p class="western">Ћборотной стороной интегрированности ЯвлЯетсЯ
достаточно высокаЯ их требовательность к ресурсам. ЉомфортнаЯ работа
с KDE или GNOME "свежего разлива" начинаетсЯ примерно от
производительности, эквивалентной производительности 800 Њѓц
процессора Celeron, отказ от некоторых ресурсоемких свойств (анимациЯ
изменений в среде и т.п.) позволЯет "снизить планку"
примерно до 500 Њѓц при объеме оперативной памЯти от 128 ЊЃ.
ђазумеетсЯ, эти цифры даже ниже характерных длЯ компьютеров
"стартового уровнЯ", поставлЯемых сегоднЯ
производителЯми, однако парк машин, находЯщихсЯ в эксплутации, как в
офисах, так дома и в школе, включает и компьютеры с более низкими
характеристиками.</p>
<p class="western">’ак, в школе весьма желательно предоставить
возможность работы в графической среде на менее мощных машинах. ‡десь
помогут "легкие" графические среды, представлЯющие собой
оконные менеджеры с несколько расширенными возможностЯми (базоваЯ и
расширеннаЯ функциональность типичных оконных иенеджеров описана
ниже).</p>
<p class="western">Ћбсуждаемые сегоднЯ IceWB, BlackBox и fluxBox (а
также чуть более требовательный к ресурсам WindowMaker)<a class="sdfootnoteanc" name="sdfootnote8anc" href="#sdfootnote8sym"><sup>8</sup></a>
позволЯют достаточно комфортно работать с графикой на машинах
производительностью (в эквиваленте Intel Pentium) примерно от 100 Њѓц
и с памЯтью от 32Њ (текст одной из предыдущих "лекций"
набиралсЯ в поезде, с одновременной "съемкой" изображений
с его экрана графическим редактором GIMP (см. "лекцию" 3)
на ноутбуке с процессором Intel Pentium MMX 166 и Ћ‡“ объемом 64ЊЃ).</p>
<p class="western">‘ледует оговоритьсЯ, что отказ от интегрированных
графических сред не ЯвлЯетсЯ "волшебной палочкой":
конкретные прикладные программы могут быть сами по себе достаточно
требовательными к ресурсам. ’ак, на упомЯнутом ноутбуке запуск
word-процессора OpenWriter, обсуждавшегосЯ в первой "лекции",
занимает более минуты (хотЯ дальнейшаЯ работа не сопрЯжена с
существенными задержками). Љроме того, если прикладнаЯ программа
изначально создана в ориентации на определенную интегрированную
среду, она может интенсивно использовать соответствующие библиотеки,
даже если запускаетсЯ в "легкой" среде. Ќапример, запуск
программ из пакета KOffice, который будет обсуждатьсЯ в одной из
следующих лекций, в "легкой" среде, на самом деле, дает
небольшой выигрыш по сравнению с его запуском из "родной"
длЯ него среды KDE.</p>
<p class="western">(…сли необходимо задействовать имеющийсЯ парк
"слабой" техники длЯ таких задач, а также, если
необходимо сохранЯть в эксплуатации еще менее производительные машины
(например, старшие модели IBM PC-совместимых компьютеров на базе
процессоров Intel 486 или AMD 586 или "Њакинтоши" на
процессорах Motorola 68K), следует подумать об использовании такой
техники в режиме графических терминалов или, по крайней мере,
варианте запуска наиболее "тЯжелых" прикладных программ
на сервере. Ћб этом у нас будет возможность поговорить в "лекции",
посвЯщенной оборудованию под свободно-программные решениЯ.)</p>
<p class="western">‘ледует оговорить также, что ограниченность
аппаратных ресурсов используемого оборудованиЯ не ЯвлЯетсЯ
единственным мотивом использованиЯ "легких" графических
сред. ЉаждаЯ графическаЯ среда, интегрированнаЯ или легкаЯ, обладает
собственными уникальными особенностЯми, собственным стилем, и
уместность пользованиЯ конкретной средой в значительной степени
зависит от набора задач, решаемых на компьютере конкретным
пользователЯм, и от его личных предпочтений.</p>
<h3 class="western">8.2 ЃазоваЯ функциональность оконного менеджера</h3>
<p class="western">Љак говорилось в прошлой "лекции",
ключевой компонент графической платформы -- X Window Server:
</p>
<ul>
	<li><p class="western">захватывает оборудование,
	</p>
	</li><li><p class="western">создает по запросу других программ (которые в
	этой терминологии называютсЯ X-клиентами) окна и
	</p>
	</li><li><p class="western">предоставлЯет другим программам возможность
	работы в окнах, то есть вывода информации в эти окна и обработки
	сигналов от устройств ввода (клавиатуры и "мыши" или
	другого координатного устройства), когда окно, назначенное
	программе, ЯвлЯетсЯ активным. Џредоставление ресурсов возможно в том
	числе и через сеть, когда клиент и сервер работают на разных
	компьютерах (узлах).
	</p>
</li></ul>
<p class="western">‚ "голой" среде, образуемой X Window
Server без оконного менеджера, окно, выделЯемое клиенту, ЯвлЯетсЯ
фиксированным: его геометриЯ (местоположение на экране и размер)
задаетсЯ при запуске клиента и сохранЯетсЯ в течение всего сеанса
работы с этим клиентом. ќто вполне соответствует цели созданиЯ
специализированных систем с графическим интерфейсом пользователЯ
(таких, как мультимедийные киооски и т.п.), но совершенно
недостаточно длЯ универсального "настольного" применениЯ.</p>
<p class="western">Џри универсальном применении компьютера характерна
поочереднаЯ работа с различными программами (иногда достаточно
большим их количеством), причем пользователь может отрыватьсЯ,
допустим, от редактированиЯ текста, чтобы поработать другой
программой с иллюстрацией, прочитать почту или заглЯнуть на
WWW-страницу, затем возвращатьсЯ к редактированию текста и т.д.
ѓрафическаЯ операционнаЯ среда должна быть достаточно гибкой, чтобы
допускать и поддерживать такой, "субъектно-ориентированный",
а не ориентированный на строго последовательное выполнение
предзаданных процедур, стиль работы.</p>
<p class="western">‚ частности, должно поддерживатьсЯ управление (с
помощью клавиатуры или "мыши") окнами, т.е. возможность
изменЯть "на лету" их геометрию (положение и размеры), а
также (обычно не относимое к геометрии) положение в воображаемой
"стопке" окон, т.е. определение того, какое из окон будет
"верхним" (видимым полностью), если окна перекрывают друг
друга на плоскости экрана.</p>
<p class="western">“правление окнами и составлЯет базовую
функциональность оконного менеджера (устоЯвшийсЯ термин window
manager, относЯщийсЯ к этому классу программ, будет передаватьсЯ
далее словосочетанием-калькой "оконный менеджер",
которое, впрочем, не представлЯетсЯ особенно удачным, так же, как и
встречающиесЯ в литературе "менеджер окон" и
"администратор окон").</p>
<p class="western">’ехнически ограничение на изменение геометрии раз
выделенного окна преодолеваетсЯ оконным менеджером за счет того, что
ему в качестве окна выделЯетсЯ весь экран.
</p>
<p class="western">Џрикладным программам, таким образом, выделЯютсЯ
далее уже не окна собственно X, а окна оконного менеджера. „лЯ них
это совершенно прозрачно, хотЯ желательно, чтобы программа была
достаточно "сообразительной", чтобы изменить свое
поведение при изменении размеров выделенного ей окна "на лету"
(изменение положениЯ окна в подавлЯющем большинстве случаев ничего от
клиента не требуют), это справедливо длЯ большинства, но не длЯ всех
программ (в частности, этого не "умеют" многие старые
программы и некоторые компьютерные игры).</p>
<p class="western">‚ свою очередь, и оконный менеджер может быть
достаточно "умен", чтобы понЯть, что программа не
реагирует на изменение геометрии, и заблокировать возможность
изменениЯ размеров окна пользователем (чтобы он не оказалсЯ в
ситуации, когда ему видна лишь часть области вывода программы или
наоборот, часть окна прикладной программы пуста). Ћднако такое
решение может привести к весьма дискомфортным ситуациЯм (например,
если при запуске программы ее окно оказываетсЯ больше экрана)<a class="sdfootnoteanc" name="sdfootnote9anc" href="#sdfootnote9sym"><sup>9</sup></a>.</p>
<h3 class="western" style="page-break-before: auto;"><img src="ISBN5-94842-003-5_html_m26cc2cf5.png" name="ђисунок23" align="left" width="520" height="583" border="0"><br clear="left">8.3
"‚иджеты"</h3>
<p class="western">ЃазоваЯ (а также расширеннаЯ) функциональность
оконных менеджеров доступна пользователю прежде всего за счет
введениЯ в интерфейс так называемых "виджетов" (widgets =
window gadgets, "оконные приспособлениЯ") -- таких
визуальных элементов, как рамки, кнопки, меню и пр., которые служат
"органами управлениЯ" окна. ’ехнически виджеты
представлЯют собой отдельные окна (в терминах X Window System),
примыкающие к окну прикладной программы и, как правило,
перемещающиесЯ вместе с ним.</p>
<p class="western">‚ пользовательской перспективе виджеты,
составлЯющие обрамление окна, часто воспринимаютсЯ как его часть.
Ћднако не следует забывать, что внутри окна (содержимым которого
управлЯет прикладнаЯ программа) зачастую тоже есть свои виджеты:
кнопки, полосы прокрутки, переключатели, меню и т.п. ‚ общем случае,
используемые оконным менеджером и прикладной программой библиотеки
виджетов могут и не совпадать.</p>
<p class="western">(‡ачастую при проектировании выдвигаетсЯ
требование единства стилЯ органов управлениЯ и согласованного
управлениЯ изменением этого стилЯ (например, длЯ настройки среды длЯ
пользователЯ с ограниченными возможностЯми: со слабым зрением,
нарушением моторики и т.п.), и в этом сильно выигрывают
интегрированные графические среды GNOME и KDE, используемые совместно
с прикладными программами, основанными на тех же графических
библиотеках и наследующими те же настройки. Ћднако на практике
ограничитьсЯ набором программ, основанных на одной библиотеке
графических примитивов, бывает трудно, поэтому разумно познакомить
учеников с особенностЯми по крайней мере самых распространенных из
них.)</p>
<p class="western">Ћбрамление окна обычно включает:</p>
<ul>
	<li><p class="western">рамку, окружающую окно. Џри "буксировке"
	рамки мышью окно изменЯет свой размер. €ногда длЯ изменениЯ размера
	окна предназначены только выделенные "уголки" рамки,
	представлЯющие собою отдельные виджеты;
	</p>
	</li><li><p class="western">полосу заголовка, часто совпадающую с одной
	из (обычно, верхней) сторон рамки. Џолоса заголовка может содержать
	название программы, команду, ее запустившую, или другую информацию,
	специфичную длЯ окна. Џри "буксировке" полосы заголовка
	перемещаетсЯ все окно. ‘о "щелчками" раличными кнопками
	мыши на полосе заголовки также могут быть свЯзаны различные действиЯ
	по управлению окнами;
	</p>
	</li><li><p class="western">кнопки управлениЯ окном. —асто вынесенные на
	полосу заголовка или в другое место рамки кнопки позволЯют выполнить
	с ним такие действиЯ, как закрытие (частно сопровождающеесЯ выходом
	из программы, открывшей окно), максимизациЯ (разворачивание окна на
	весь экран), минимизациЯ/сворачивание (см. ниже расширенную
	функциональность), вызов меню управлениЯ окном, которое может
	содержать весьма обширный репертуар других действий.
	</p>
</li></ul>
<p class="western">„етали реализации обрамлениЯ окна могут быть
весьма различными в зависимости от конкретного оконного менеджера и
его настроек.</p>
<h3 class="western">8.4 ђасширеннаЯ функциональность оконного
менеджера</h3>
<p class="western">‘обственно, перечисленными функциЯми оконный
менеджер, предназначенный длЯ работы в составе интегрированной
операционной среды, может и ограничитьсЯ. Џри использовании же в
качестве операционной графической среды самого оконного менеджера,
крайне полезной может оказатьсЯ его расширеннаЯ функциональность. Љ
ней можно отнести:</p>
<ul>
	<li><p class="western">минимизацию/сворачивание окон и управление
	свернутыми окнами. ђабота на "столе", "захламленном"
	десЯтком различных окон, может быть дискомфортной, и крайне полезна
	возможность "свернуть" или "минимизировать"
	окно со времеенно неиспользуемой программой. „лЯ того, чтобы
	средствами графической среды можно было окно затем развернуть, оно и
	в свернутом состоЯнии должно каким-то образом визуализироватьсЯ.
	‘уществует несколько относительно распространенных способов
	видуализации свернутых окон. Ќапример, "на столе" может
	оставатьсЯ полоса заголовка свернутого окна по щелчке на которой оно
	вновь разворачиваетсЯ. ‘вернутым окнам могут соответствовать
	пиктограммы ("иконки", "значки") на
	поверхности "рабочего стола" или в специально отведенном
	длЯ этого окне ("панели управлениЯ"). ‘вернутые окна
	могут визуализироватьсЯ как пункты общего или специального меню (см.
	ниже);
	</p>
	</li><li><p class="western">управление несколькими "столами".
	Џрактика показывает, что длЯ многих продвинутых пользователей, длЯ
	которых освоение стандартных систем следует за освоением
	специфически персонально-компьютерных, именно возможность работать
	на нескольких "столах" оказываетсЯ первым "убойным
	приложением" X Window System. „ействительно, переключение
	между виртуальными "столами" позволЯет организовать
	комфортную работу со множеством программ даже на мониторах с
	относительно низким разрешением (1024х728, 800х600) и физическими
	размерами (17, 15-дюймовыми). ‚ иных условиЯх комфортность работы
	существенно снизилась бы, или настоЯтельной еобходимостью стало бы
	приобретение более крупного и емкого монитора (что зачастую влечет
	за собой необходимость смены графической карты и прочих недешевых
	мероприЯтий). ‚се современные оконные менеджеры поддерживают
	вируальные столы, правда называютсЯ эти сущности в них по-разному:
	"столами", "рабочими областЯми" или
	"экранами". „о предела (чтобы не сказать, до абсурда)
	эта функциональность развита в оконном менеджере Enlightenment,
	упоминавшемсЯ в предшествующей "лекции": E позволЯет
	организовать до 64 "экранов" на "рабочем столе",
	при этом "рабочих столов" также может быть более одного
	(точнее, до 32). ’рудно представить, зачем может понадобитьсЯ две
	тысЯчи с лишним отдельных экранов (как правило, четырех экранов
	хватает с избытком длЯ любых практических задач), однако возможности
	приема демонстрируютсЯ этим "в полный рост";
	</p>
	</li><li><p class="western">быстрый запуск команд. ‚озможность быстрого
	запуска предуготовленных команд обычно ассоциируетсЯ с общим меню,
	вызываемым "щелчком" на особом виджете, не свЯзанном с
	прикладными окнами, или в свободной от прикладных окон области
	экрана;
	</p>
	</li><li><p class="western">возможности настройки "поведениЯ"
	и внешего вида среды. "Џоведение" (реакциЯ отдельных
	виджетов на операции с ними, модель фокусировки (свЯзывание ввода с
	клавиатуры и "мыши" с теми или иными программами) и
	т.п.) и внешний вид оформлениЯ окон, а также наличие на экране
	"общих" виджетов, не свЯзанных с конкретными прикладными
	окнами, "обои" и т.п. могут варьировать в очень широких
	пределах. €ногда возможности такой настройки считают некими
	"архитектурными излишествами", однако более взвешенной
	ЯвлЯетсЯ точка зрениЯ, согласно которой в хорошем визуальном дизайне
	(так же, как и в хорошей архитектуре) ничто не ЯвлЯетсЯ излишеством.
	‚ частности, в школе программы эксплуатируютсЯ на широком спектре
	оборудованиЯ с весьма разными характеристиками и разного качества,
	причем используютсЯ они широким кругом людей с различными
	психофизическими особенностЯми, как в пределах нормы, так и
	свЯзанных со здоровьем, и игнорировать возможности настройки нельзЯ
	даже уже исходЯ из гигиенических соображений.
	</p>
</li></ul>
<p class="western" align="center">* * *</p>
<p class="western">‚ыше при характеристике тех или иных
(предположительно, общих) характеристик оконных менеджеров чаще
обычного употреблЯлись слова "обычно", "как
правило", "может" и т.п. ќто свЯзано с чрезвычайным
разнообразием решений на базе распространенных оконных менеджеров.
Ќиже самые распространенные из них характеризуютсЯ более подробно и
определенно.</p>
<h3 class="western">8.5 Ћконные менеджеры BlackBox и FluxBox</h3>
<p class="western"><img src="ISBN5-94842-003-5_html_m6059bb01.png" name="ђисунок24" align="left" width="520" height="395" border="0"><br clear="left">BlackBox
(BB) -- один из самых компактных, "минималистичных"
и быстродействующих оконных менеджеров. Ћн позволЯет эффективно
организовать работу на "рабочем столе", не "захламлЯЯ"
его ненужными ссылками и не расходуЯ экранное пространство на
отображение громоздких элементов оформлениЯ.</p>
<p class="western">ЌарЯду с базовой функциональностью, BB
предоставлЯет (факультативно) панель, содержащую кнопки переключениЯ
между "рабочими столами" (по умолчанию их четыре) и
заголовки открытых окон. Ћбщее меню вызываетсЯ "щелчком"
правой кнопкой "мыши" на свободном от окон месте "стола".
Њеню (или любое из вложенных в него меню) "щелчком" по
заголовку может быть превращено в окно, остающеесЯ на экране до
Явного его закрытиЯ щелчком на соответствующей кнопке.</p>
<p class="western">Џо умолчанию на полосе заголовка каждого окна
присутствуют кнопки сворачиваниЯ (сворачивание можно выполнить также
двойным "щелчком" на самом заголовке), максимизации и
закрытиЯ окна. ‘вернутое окно присутствует на экране в виде полосы
заголовка, развернуть его можно повторным двойным "щелчком"
на полосе заголовка или из меню Workspaces ("рабочие
пространства"), доступного по "щелчку" средней
кнопкой мыши на свободном от окон месте "стола". ќто же
меню позволЯет перейти на другой "стол", добавить или
удалить "стол" из рабочего пространства.</p>
<p class="western">BB поддерживает различные модели фокусировки
ввода. Click to focus ("фокусировка по щелчку") позволЯет
реализовать стиль работы, привычный длЯ пользователей GNOME, KDE или
Microsoft Windows: акно становитсЯ активным (принимающим текущий ввод
с клавиатуры и от "мыши") после "щелчка" на
нем. Ђктивное окно автоматически становитсЯ "верхним"
(видимым полностью, даже если оно частично перекрываетсЯ с другими
окнами). Њодель Sloppy focus ("небрежнаЯ фокусировка")
предполагает активизацию окна при попадании на него курсора мыши
(окно при этом не "всплывает" автоматически наверх).</p>
<p class="western">ЌарЯду с панелью и конвертируемыми в
дополнительные окна-"панели" меню, BB реализует еще один
автономный виджет -- так называемую "щель" (Slit).
"™ель" располагаетсЯ на краю видимого экрана и может
содержать маленькие (без обрамлений) окна специализированных
программок (их распространено порЯдка десЯтка), индицирующих
какие-либо состоЯниЯ среды или позволЯющих быстро выполнить часто
исполнЯемые действиЯ.</p>
<p class="western">Ќа основе BB созданы два более развитых оконных
менеджера -- OpenBox и более популЯрный FluxBox.
</p>
<p class="western">"Ќаиболее характернаЯ особенность Fluxbox --
реализациЯ закладок (tabs) в контексте рабочего стола. …сли закладки
в браузере позволЯют одновременно открыть несколько страниц в одном
окне, то закладки fluxbox позволЯют удобно сгруппировать несколько
окон на столе. ‚се окна в группе имеют одинаковые размеры и
расположены строго одно под другим. „лЯ переключениЯ на какое-либо из
них достаточно навести курсором мыши или щелкнуть (в зависимости от
настроек) по соответствующей закладке. Љ примеру, мне приходитсЯ
работать с несколькими различными почтовыми клиентами. ‘овместив их в
одну группу, Я могу легко переключатьсЯ между ними и при этом Я
всегда знаю, где расположено каждое окно. Ќа словах объЯснить
преимущества этого оригинального подхода не очень легко, но после
нескольких дней практического использованиЯ, становитсЯ трудно без
него обходитьсЯ: к хорошему привыкаешь быстро." [3]</p>
<p class="western">‚нешний вид BB, FluxBox и OpenBox легко
настраиваетсЯ с помощью механизма "тем" рабочих столов.</p>
<h3 class="western">8.6 Ћконный менеджер WindowMaker</h3>
<p class="western"><img src="ISBN5-94842-003-5_html_m47bdc7ae.png" name="ђисунок25" align="left" width="520" height="398" border="0"><br clear="left">
WindowMaker (WM) -- это свободнаЯ реализациЯ (в рамках проекта
GNUStep) концепций NextSTEP -- первой получившей более или менее
широкую известность реализаций идей универсальной графической среды
пользователЯ. ‡а недоступностью оригинальной NextSTEP длЯ современных
платформ, познакомитьсЯ с WM полезно и поучительно вне зависимости от
того, собираетесь ли вы с ним работать -- это позволит увидеть
исходную точку развитиЯ графических сред и оценить продуктивность
(или контрпродуктивность) того, чем эти идеи "обросли" со
временем.</p>
<p class="western">Ћсновным автономным виджетом WM, как и NextSTEP,
ЯвлЯетсЯ "пирс" прикладных программ, представленный при
запуске пиктограммой со скрепкой. Џри запуске любой "корректной"
(с точки зрениЯ WM), а также некоторых "некорректных"
программ, кроме ее окна на экране поЯвлЯетсЯ ее пиктограмма. …сли
"пришвартовать" эту пиктограмму к "пирсу",
она там и останетсЯ, позволЯЯ запускать эту программу вновь и вновь
простым щелчком по ней -- это "родной"
некстстеповский интегрирующий интерфейс.</p>
<p class="western">WM позволЯет работать с несколькими "столами"
(переключение по умолчанию по Alt-n или через меню, доступное по
"щелчку" правой кнопкой на свободном песте "стола").
WM очень гибко настраиваетсЯ, как в части внешнего вида, так и в
части "поведениЯ", причем большаЯ часть настроек доступна
из программы Wprefs.app, доступной по щелчку на пиктограмке "со
ступенькой".</p>
<h3 class="western">8.7 Ћконный менеджер IceWM</h3>
<p class="western" align="center"><img src="ISBN5-94842-003-5_html_m25eebaa8.png" name="ђисунок26" align="left" width="520" height="422" border="0"><br clear="left">
<br>
</p>
<p class="western">IceWM -- простой оконный менеджер, очень
часто выбираемый пользователЯми, приходЯщими из-под Microsoft Windows
или OS/2, поскольку он способен достаточно точно имитировать их
основные черты.</p>
<p class="western">€з автономных виджетов прежде всего стоит отметить
панель с кнопкой, вызывающей главное меню (подобно тому, как это
делает кнопка в Microsoft Windows, GNOME или KDE). ‘ помощью панели
можно также управлЯть текущим сеансом и настраивать IceWM. ‚прочем,
основное меню таже доступно и по "щелчку" правой кнопкой
на свободном месте "стола", что более привычно длЯ
пользователей WindowMaker, Sawfish, Blackbox или Enlightenment.
</p>
<p class="western">Џанель также содержит список запущенных программ
(включаЯ те, окна которых минимизированы), на нее можно вывести и
"мини-терминал", позволЯющий оперировать командной
строкой. ‹юбые действиЯ могут выполнЯтьсЯ с помощью ассоциированных
клавиатурных комбинаций.</p>
<p class="western">IceWM также позволЯет работать с множеством
"столов" ("рабочих мест"), которые нумеруютсЯ
или именуютсЯ пользователем.</p>
<h3 class="western">8.8 ђесурсы</h3>
<p class="western">“помЯнутые оконные менеджеры присутствуют
практически в любом дистрибутиве свободной Ћ‘, начинаЯ с
однодисковых. €сключение составлЯт FluxBox, обычно не включаемый в
"маленькие" дистрибутивы (если очень хочетсЯ его
посмотреть, а доступа к €нтернет нет, попытайтесь найти диск,
прилагавшийсЯ к журналу [19] -- при заказе этого однодискового
дистрибутива редакциЯ специально попросила включить эту несправедливо
"обижаемую" программу.</p>
<p class="western">“помЯнутый выпуск журнала содержит, помимо
прилагаемого дистрибутива ALT Linux Junior 2.1 (www.altlinux.ru),
подборку статей, посвЯщенных использованию свободных программ дома.</p>
<h2 class="western">‹екциЯ 9. ѓ€Џ III: €нтегрированные графические
среды</h2>
<p class="western">‡апуск графической среды (точнее, "бутерброда"
из X Window System, оконного менеджера и графической среды) в
открытой операционной системе можно сравнить с запуском Microsoft
Windows в MS-DOS<a class="sdfootnoteanc" name="sdfootnote10anc" href="#sdfootnote10sym"><sup>10</sup></a>.</p>
<p class="western">Ћднако, сходство заканчиваетсЯ, не успев начатьсЯ.
MS-DOS -- это однозадачнаЯ и однопользовательскаЯ система, и
запущеннаЯ оболочка захватывает все ее ресурсы. €з-за неполноценности
Ћ‘ оболочке приходитсЯ брать на себЯ несвойственные ей функции
(например, имитацию многозадачности), с которой она справлЯетсЯ плохо
(так, "зависание" одной программы вполне может привести к
неработоспособности всей системы).</p>
<p class="western">Џри запуске графической среды под полноценной Ћ‘,
она, с точки зрениЯ последней, представлЯет группу обычных процессов,
управление которыми производитсЯ общесистемными средствами. ’очно так
же, общесистемными средствами производитсЯ и управление процессами,
запускаемыми "из-под" этой графической среды. Ѓолее того,
поскольку платформой длЯ запуска конкретной среды ЯвлЯетсЯ изначально
сетеваЯ X Window System, прикладнаЯ программа даже не обЯзана
запускатьсЯ на том же компьютере.</p>
<p class="western">‘реда отнюдь не монополизирует использование этого
компьютера; параллельно с ее работой продолжает исполнЯтьсЯ множество
служебных системных процессов; с других терминалов (если система
многотерминальнаЯ) могут запускатьсЯ другие программы или даже другие
графические среды (или дополнительные экземплЯры той же среды). Ѓолее
подробно об этом будет рассказано в "лекции", посвЯщенной
операционным системам.</p>
<h3 class="western">9.1 Џлюсы и минусы интегрированных сред</h3>
<p class="western">Ћднородность опыта и свЯзаннаЯ с нею привычность
(иногда ошибочно называемаЯ "интуитивностью", хотЯ она не
имеет отношениЯ к философскому и психологическому понЯтиЯм интуиции)
позволЯют при освоении нового инструмента-программы сосредоточитьсЯ
на ее прикладной логике (аспектами, свЯзанными с конкретным
приложением €’, которое она реализует), не задумываЯсь и специально
не фокусируЯ вниманиЯ на аспектах, общих длЯ разного инструментариЯ.
ќто делает более "крутой" пресловутую "кривую
обучениЯ" нового пользователЯ.</p>
<p class="western">(ђазумеетсЯ, это сильно идеализированнаЯ картина.
€ногда прикладнаЯ логика диктует некоторые элементы эргономики;
например, интерфейсы большинства систем автоматизированного
конструированиЯ и проектированиЯ (CAD, ‘ЂЏђ) весьма сходны, вне
зависимости от среды, в которой работают эти программы.)</p>
<p class="western">Љак ни парадоксально, основной недостаток работы в
интегрированной среде ЯвлЯетсЯ оборотной стороной основного
достоинства: жестко закрепленные навыки мешают при выходе за ее
пределы. Љонечному пользователю, ограниченному опытой работы в одной
среде, недостает "стереоскопичности" видениЯ, глубины
пониманиЯ; элементы эргономической логики могут напрЯмую
ассоциироватьсЯ с определенными визуальными элементами и "жестами",
с помощью которых подаютсЯ команды.</p>
<p class="western">Ћбщеизвестны сложности, с которыми сталкиваютсЯ
люди, неколько лет пользовавшиесЯ MacOS или Microsoft Windows при
необходимости поработать в другой (пусть даже и весьма схожей) среде.
ЏодобнаЯ "ригидность" опыта может формироватьсЯ и при
работе в любой из свободных сред, хотЯ как правило пользователь в них
не ограничен (в отличие от специфически персонально-компьютерных
сред) прикладными программами, специально разработанными длЯ данной
среды и делЯщими с ней наборы элементов интерфейса ("виджетсеты"),
поэтому его опыт изначально более разнообразен.</p>
<p class="western">‚ этом смысле, крайне полезным представлЯетсЯ
знакомство учащихсЯ с <i>разными</i> средами уже на начальном этапе
освоениЯ графических интерфейсов. ќто не обЯзательно должны быть
разные интегрированные среды, но само представление о том, что один и
тот же результат может достигатьсЯ с помощью разных интерфейсных
средств, должно быть передано обЯзательно. ‚ общем случае это
возможно и в рамках одной интегрированной среды из числа
рассматриваемых ниже -- и KDE, и GNOME в высшей степени гибки в
отношении настройки внешнего вида и "поведениЯ". ќта
гибкость также весьма полезна длЯ обеспечениЯ доступности и
максимально достижимого комфорта учащимсЯ с физиологическими
особенностЯми и физическими недостатками (дальтонизмом, слабым
зрением, ограниченной подвижностью или расстроенной координацией
движений и т.п.).</p>
<h3 class="western">9.2 Ћбщие черты интегрированных сред</h3>
<p class="western">‘колько-нибудь последовательной теории
интегрированных графических сред не существует. €зучаЯ отдельные
среды в динамике их развитиЯ, можно, тем не менее, выделить несколько
общих черт:</p>
<ul>
	<li><p class="western">они опираютсЯ на определенный интерфейс
	разработчика (API), состоЯщий из библиотек, доступных также
	разработчикам прикладных программ (будь то MS Windows API длЯ
	Microsoft Windows, Motif длЯ CDE, Qt длЯ KDE или GTK+ длЯ GNOME);
	</p>
	</li><li><p class="western">они реализуют элементы объектной метафоры
	(одельные экземплЯры сущностей, таких как файлы, процессы (их потоки
	ввода-вывода) визуализируютсЯ определенным образом, на них можно
	фокусироватьсЯ и выполнЯть с ними различные действиЯ, их состоЯниЯ и
	изменениЯ этих состоЯний также могут визуализироватьсЯ или
	озвучиватьсЯ). –елостнаЯ объектнаЯ метафора своей реализации не
	нашла (и, видимо, последовательно "объектнаЯ" среда была
	бы крайне неудобной в использовании);
	</p>
	</li><li><p class="western">они реализуют единообразные элементы
	управлениЯ ("виджеты"), зачастую не только в оформлении
	отдельных окон, но и в их "начинке";
	</p>
	</li><li><p class="western">они содержат те или иные элементы управлениЯ,
	не привЯзанные к отдельным окнам прикладных программ ("общие"
	меню, "панели управлениЯ", "поверхность стола"
	и т.п.);
	</p>
	</li><li><p class="western">они позволЯют согласованно изменЯть свойства
	интерфейса образующих среду программ;
	</p>
	</li><li><p class="western">они реализуют "буфер (буферы) обмена",
	позволЯющий передавать типизованные данные от программы программе (X
	Window System содержит буфер, позволЯющий передавать данные лишь
	простого текстового типа);
	</p>
	</li><li><p class="western">они реализуют возможность "перетаскиваниЯ"
	(drag'n'drop) объектов или данных между окнами одной программы или
	разных программ.
	</p>
</li></ul>
<p class="western">(‡а ограниченностью объема "за бортом"
остаютсЯ более сложные вопросы, такие, как компонентнаЯ объектнаЯ
модель и модели сетевого взаимодействиЯ, так или иначе "втЯгиваемые"
в проекты интегрированных сред.)</p>
<p class="western">Ќа сегоднЯ существуют и развиваютсЯ две свободных
интегрированных графических среды общего назначениЯ: KDE и GNOME. Ћни
входЯт в поставку большинства стандартных (открытых) Ћ‘, как
свободных, так и несвободных. •отЯ GNOME на полгода моложе KDE, мы
начнем обсуждение именно с GNOME.</p>
<h3 class="western" style="page-break-before: auto;">9.3 GNOME
(ЊодельнаЯ среда сетевых объектов GNU)</h3>
<p class="western" align="center"><img src="ISBN5-94842-003-5_html_19952a09.png" name="ђисунок27" align="left" width="520" height="498" border="0"><br clear="left"><br>
</p>
<p class="western">GNOME (GNU Network Object Model Environment --
"‘реда GNU, основаннаЯ на модели сетевых объектов", но
также и "ЋбразцоваЯ среда длЯ сетевых объектов GNU") --
один из самых амбициозных и масштабных проектов в программистском
сообществе.
</p>
<p class="western">Љроме реализации функционально полной графической
среды (возможно, уместнее говорить о сенсуальных средах, учитываЯ то,
что звук стал их полноправной частью), "ѓном" претендует
на то, чтобы полностью реализовать спецификации промышленной
платформы сетевого взаимодействиЯ CORBA и полностью абстрагировать
слой "менеджера рабочего стола" (или "графической
среды") от низлежащего слоЯ управлениЯ окнами ("оконного
менеджера").
</p>
<p class="western">GNOME поддерживает рЯд оконных менеджеров, среди
которых: Sawfish ("штатный" оконный менеджер по
умолчанию), Enlightenment, IceWM, WindowMaker, AfterStep и FVWM2,
совместимые с GNOME, впрочем, в разной степени.</p>
<p class="western">‘егоднЯшнЯЯ версиЯ "ѓнома" (GNOME 2.1)
-- полноценнаЯ интегрированнаЯ среда, включающаЯ реализацию
повседневно необходимых функций и позволЯющаЯ использовать сторонние
решениЯ длЯ реализации функциональности, котораЯ в ней отсутствует.</p>
<p class="western">GNOME использует один из самых развитых
интерфейсных пакетов GTK+, реализованный длЯ разных платформ. Ќад ним
надстраиваетсЯ масса компонентов и библиотек, обеспечивающих сетевую
функциональность, интерфейсы к различным Языкам программированиЯ,
работу со звуком через механизмы Ћ‘ и пр. ‘ам "ѓном"
стремитсЯ оставатьсЯ мобильным и доступным во всех открытых системах.
Ћн стабильно работает в Linux, BSD, AIX и Solaris; последнее
обстоЯтельство способствовало поддержке разработки GNOME, которую
оказывает Sun Microsystems через созданный в 2001 г. году ”онд GNOME,
среди учредителей которого также крупнейшие поставщики свободных Ћ‘.</p>
<p class="western">‘ пользовательской точки зрениЯ GNOME предстает
как набор базовых компонентов интерфейса и "апплетов",
утилит и прикладных программ. Љ базовым компонентам относЯтсЯ
менеджер файлов и поверхности стола Nautilus, панели управлениЯ и
меню GNOME Panel и центр управлениЯ (Gnome Control Center).</p>
<p class="western">"Ќаутилус". Њенеджер файлов Nautilus
позволЯет отображать содержимое файлов и каталогов в окнах и
выполнЯть над файлами обычные действиЯ (удаление, переименование,
копирование и перемещение и т.п.), а также осуществлЯть
предварительный просмотр многих типов данных. "Ќаутилус"
эффектен, но работа с ним не более эффективна, чем с прочими
браузерами файлов, включаемыми обычно в графические среды (менеджер
файлов CDE или Microsoft Windows Explorer).</p>
<p class="western">Џомимо отображениЯ содержимого каталогов в окнах,
"Ќау" также может отображать один из каталогов на
поверхности "рабочего стола": размещенные на нем иконки
как бы приклеены к монитору, и при смене текущего экрана остаютсЯ на
том же месте относительно наблюдателЯ (так же, кстати, ведут себЯ и
открытые окна, если их "приклеить").</p>
<p class="western">ЏоддерживаетсЯ широкий спектр операций переноса
мышью (drag'n'drop), причем "перетаскиванию" подвержены
не только объекты (файлы, пункты меню и т.п.), но и некоторые их
свойства: так, можно "взЯть цвет" в окне выбора цвета и
перенести его на панель, котораЯ воспримет его. …сть даже операции,
позволЯющие назначить один объект свойством другого: например, если
на панель "перетащить" не цвет, а файл с картинкой,
последнЯЯ станет ее фоном. "’аскать" файлы между окнами
"Ќау", на рабочий стол и панели можно практически без
ограничений.</p>
<p class="western">Џанели и меню. “же упомЯнутые панели ЯвлЯютсЯ,
нарЯду с менеджером файлов, важнейшей составной частью интерфейса
GNOME. Џанелей может быть неограниченное количество. Џанель может
относитьсЯ к одному из пЯти типов, но на самом деле их два:
панель-меню (menu panel) и объектнаЯ панель. ЏерваЯ из них содержит
пункты меню и может содержать пиктограммы, а втораЯ -- только
пиктограммы. ЏоследнЯЯ может быть краевой (edge), выравненной
(aligned), скользЯщей (sliding) или плавающей (floating), но это
скорее свойство панели (которое можно менЯть "на ходу"),
определЯющее особенности ее поведениЯ, чем тип.</p>
<p class="western">‚нешний вид и поведение панелей ЯвлЯетсЯ в высшей
степени конфигурируемым. Џользователь может задавать как глобальные
предпочтениЯ (анимациЯ движениЯ панелей, отображение панельных
объектов и пр.), так и индивидуальные предпочтениЯ длЯ каждой из них
(ее тип и положение на экране, ширина, возможность автосокрытиЯ и
принудительной минимизации, цвет и фоновое изображение и т.п.) Ќу и,
разумеетсЯ, пользователь может "набивать" панели теми
объектами, которые ему нужны.</p>
<p class="western">Ќа панелЯх могут присутствовать объекты пЯти
типов:</p>
<ul>
	<li><p class="western">пускатель (launcher) ассоциирован с
	приложением или командой, которые исполнЯютсЯ по щелчку на его
	пиктограмме в панели;
	</p>
	</li><li><p class="western">выдвижной Ящик (drawer) -- это кнопка,
	открывающаЯ другую панель, перпендикулЯрно первой -- некий
	аналог подменю в меню, который можно "набить"
	всевозможными апплетами;
	</p>
	</li><li><p class="western">апплет (applet, "приложеньице") --
	интересный тип панельного объекта, демонстрирующий то, что он не
	обЯзан быть пред