Њаксим Ћтставнов. Џрикладные свободные программы в школе

€спользован текст лекций, публиковавшихсЯ автором в приложении к газете "Џервое сентЯбрЯ" "€нформатика" (http://inf.1september.ru) в 2002-3 г., а также фрагменты статей, ранее публиковавшихсЯ в журналах "Љомпьютерра" и "„омашний компьютер".

Њатериалы, представленные в этой книге, также доступны в €нтернет на странице www.otstavnov.com/fsft на условиЯх ‘вободной лицензии ѓЌ“ на документацию (GNU FDL). ‚се прочие права сохранЯютсЯ за автором.

Ћ80 Џрикладные свободные программы в школе. -- Њ.: €здательство "Њедиа ’ехнолоджи сервис", 200". -- 96 с.: ил.

Љурс лекций, включенных в брошюру, знакомит читателЯ с популЯрными свободными прикладными программами, полезными при преподавании информатики в средней школе. ‚ обзор вошли пакет "офисных" программ OpenOffice.org, коммуникационный пакет Mozilla, графический редактор GIMP, современные графические среды GNOME и KDE и другие программы.

„лЯ преподавателей информатики, методистов и студентов и аспирантов соответствующих специальностей.

Ћглавление

‡ачем программам быть свободными?

‹екциЯ 1. OpenWriter -- свободный word-процессор

‹екциЯ 2. ‘вободный инструментарий работы с текстом

‹екциЯ 3. OpenDraw -- свободный редактор векторной графики

‹екциЯ 4. GIMP -- свободный редактор растровой графики

‹екциЯ 5. OpenCalc -- свободный редактор электронных таблиц

‹екциЯ 6. ‘трока длиною в жизнь

‹екциЯ 7. ѓрафический интерфейс пользователЯ

‹екциЯ 8. ѓ€Џ II: "‹егкие" графические среды

‹екциЯ 9. ѓ€Џ III: €нтегрированные графические среды

‹екциЯ 10. ‘вободные коммуникации

‹итература

Ћб авторе

‡ачем программам быть свободными?

0.1 ‘вободное и несвободное ЏЋ

Ќа сегоднЯ в школе, как и в некоторых других сегментах рынка, доминируют "альтернативные", нестандарные операционные системы и платформы (такие, как MS-DOS, Microsoft Windows, Microsoft Windows NT, MacOS версий до X). Џользование ими описываетсЯ в учебниках, на них ориентируютсЯ авторы отечественных учебных программ.

‚ течение долгого времени "цена вопроса" просто не становилась поводом длЯ сколько-либо серьезного анализа -- ни длЯ кого не секрет, что долЯ контрафактного ЏЋ в российских школах очень высока, а общественное мнение, увы, пока склонно считать "легальность" программного обеспечениЯ вопросом более отвлеченно-академическим, нежели насущно-практическим, а уж там, где дело касаетсЯ зарубежных правообладателей, -- относитьсЯ к нему не как к "пиратскому", а как к "трофейному" (что, впрочем, также имеет свои основаниЯ).

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

Њогут ли сегоднЯ свободные реализации стандартных технологий качественно обеспечить учебный процесс в школе? ‚опрос неоднозначный, и мы видим ответ на него двоЯким:

ѓораздо разумнее со вниманием отнестись к тому интересу, который уже проЯвлЯетсЯ учителЯми к свободному ЏЋ (и наоборот, авторов и поставщиков свободных программ -- к учебному процессу) и поддержать процесс его освоениЯ в том темпе, который окажетсЯ "естественным".

‚ начале текущего (2002-3) учебного года к автору обратилась группа методистов с предложением описать десЯток наиболее применимых в школьной учебной практике программ. ЏолагаЯ, что такой рассказ интересен и более широкой аудитории, автор договорилсЯ с редакцией "€нформатики", приложениЯ к газете "Џервое сентЯбрЯ", о "цикле лекций" на страницах этого изданиЯ. ‚ эту брошюру вошли материалы первых десЯти "лекций", посвЯщенных прикладным свободным программам.

0.2 Џраво и экономика ЏЋ

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

‘вободными называютсЯ программы, автор (или иной обладатель имущественных авторских прав) которых опубликовал (обнародовал) их в сопровождении так называемой "свободной лицензии", или, если следовать терминологии отечественного законодательства, публичного авторского договора, передающего приобретателю права: 0) пользоватьсЯ программой длЯ любых целей (в рамках российского законодательства это тавтологиЯ, так как у правообладателЯ нет правомочиЯ ограничивать цели, в которых собственник экземплЯра программы может ее применЯть) и на неограниченном количестве компьютеров или мест в сети; 1) беспрепЯтственно получать доступ к ее исходным кодам; 2) изготовлЯть (производить) неограниченное количество дополнительных ее экземплЯров, как длЯ собственного пользованиЯ, так и длЯ распространениЯ или сдачи в прокат/аренду на тех же условиЯх, возмездно или безвозмездно (по своему выбору); 3) модифицировать ее как длЯ собственного пользованиЯ, так и длЯ распространениЯ на тех же условиЯх.

ЉонкретнаЯ "лицензиЯ" (условиЯ конкретного договора) могут предоставлЯть приобретателю дополнительные правомочиЯ, безусловно или на определенных условиЯх, и это не делает программу несвободной. Ќесвободной ЯвлЯетсЯ программа, распространЯемаЯ на условиЯх, ограничивающих вышеперечисленные права приобретателЯ.

‘вободные программы (free software) не следует, как это часто делают, путать со "свободно распространЯемыми" (shareware, иногда почему-то называемыми у нас "условно-бесплатными") или "бесплатными" (freeware).

’акже следует иметь в виду, что, хотЯ термин "программы с открытыми исходниками" (open source software) часто используетсЯ как синоним "свободных программ", им иногда злоупотреблЯют.

‘вободное ЏЋ не следует путать и с "открытым" (open software): "открытость" относитсЯ к соблюдению стандартов на интерфейсы, и только, а свобода -- к условиЯм лицензированиЯ и модели разработки.

€ наконец, не следует путать "коммерческое" с несвободным, а "некоммерческое" -- со свободным. •отЯ роль программистов, в порЯдке активизма или хобби пишущих и развивающих свободные программы, очень велика, значительнаЯ часть (вероЯтно, большаЯ) свободного кода разрабатываетсЯ в коммерческих рамках. ‚ то же времЯ, существует большое количество некоммерческого несвободного кода (freeware).

“зел терминологических тонкостей и концептуальных сложностей можно разрубить, введЯ альтернативное определение: свободные программы -- это программы, все услуги по разработке, модификации, сопровождению и поддержки которых продаютсЯ на свободном рынке. …сли вы видите, что, например, свободный дистрибутив какой-либо версии GNU/Linux, включающий, помимо операционной системы и нескольких операционных сред, большое количество прикладных программ, стоит от нескольких десЯтков до нескольких тысЯч рублей, в то времЯ, как "набрать" даже небольшую часть этой функциональности программами несвободными может обойтись и в десЯть, и в сто раз дороже¹, причина этому не в "бесплатности" чего-либо, а в конкурентности рынка.

Њы избавим читателЯ от обсуждениЯ анатомии рынка (как формируютсЯ цены, кто, за что и каким образом вознаграждаетсЯ), отослав интересующихсЯ к соответствующей литературе [2, 3]. ‚ажно то, что соответствующий рынок успешно развиваетсЯ уже в течении четверти века, есть примеры исполнениЯ им задач, немыслимых длЯ отдельных корпораций (самый Яркий из них -- разворачивание в девЯностых на основе свободных программ и систем всемирного сообщества сетей €нтернет), и, наконец, то, что после многочисленных колебаний, лидеры компьютерной отрасли сегоднЯ практически однозначно высказазываютсЯ в поддержку свободного ЏЋ.

0.3 Џрименимость ‘ЏЋ при реализации "ЋбЯзательного минимума..."

€нформатика, будучи относительно молодым предметом в школьной практике (особенно в сравнении с учебными предметами, чей "возраст" превышает две тысЯчи лет), с неизбежностью вызывает споры среди теоретиков педагогики и практикующих учителей касательно своего содержаниЯ. ‘порЯт и о том, прагматическаЯ (знакомство с миром компьютерных технологий) или теоретическаЯ (основы компьютерных наук) ориентациЯ должна превалировать в школе, и о том, стоит ли программирование делать частью общего школьного образованиЯ, и даже о том, должна ли информатика развиватьсЯ в виде отдельного предмета. Џериодически этот спор выплескиваетсЯ за рамки профессионального педагогического сообщества на страницы печати, что также вполне понЯтно.

Њы попытаемсЯ в данном случае уклонитьсЯ от участиЯ в этом споре и не заЯвлЯть свою позицию. ‚озможно, это не вполне соответствует традициЯм русского интеллигентского общества, в котором не принЯто, не решив рЯда "последних вопросов" (в том числе, кто виноват, что делать и, главное, чему и как учить), предпринимать какие-либо действиЯ. Ќо рамки у этого цикла лекций вполне прагматические, и можно только надеЯтьсЯ, что данные в таких рамках ответы окажутсЯ в достаточной степени инвариантными длЯ ответов на вопросы более глубокие (и, охотно согласимсЯ, в конечном итоге более важные), и что-то полезное длЯ себЯ в изложенном материале найдут партизаны самых разных точек зрениЯ по этим глубоким и важным вопросам.

“помЯнутые прагматические рамки заключаютсЯ в следующем. ’очно так же, как кажетсЯ вполне осмысленным предположением, что длЯ освоениЯ грамотности и счета школьнику неплохо бы овладеть ручкой и карандашом и понЯть, чем одна от другого отличаетсЯ (вне зависимости от того, выделЯетсЯ ли чистописание в отдельный учебный предмет, как это было принЯто ранее, или же, как сейчас, освоение инструментов письма идет на тех же уроках, где ученик знакомитсЯ с буквами и их чтением), наличие в "ЋбЯзательном минимуме содержаниЯ образованиЯ по информатике" [1] списка приложений компьютера ("информационных технологий"), с которыми стоит познакомить школьников, протестов у нас не вызывает.

Љроме того, другие пункты "Њинимума" (не отнесенные авторами к "информационным технологиЯм") также с неизбежностью подразумевают знакомство с определенными приложениЯми компьютера (если, конечно, автор конкретного курса не предпочел чисто теоретический режим знакомства с материалом, соответствующим тому или иному пункту).

Ќапример, длЯ того, чтобы предметно показать учащимсЯ разницу в различных способах представлениЯ (кодированиЯ) информации (п. 2 "ЋбЯзательного минимума..."), неплохо иметь под рукой соответствующую программу просмотра. ‡накомство с Языками программированиЯ (п. 5) предполагает и знакомство с интерпретатором или компилЯтором и другими компонентами инструментальной среды и т.д. и т.п. Ќу и, разумеетсЯ, чтобы учащийсЯ мог работать со всеми этими программами, ему необходимы базовые навыки обращениЯ с операционной системой/средой (вне зависимости от того, присутствует ли такаЯ тема отдельной строкой в учебном плане).

Џоскольку, как упоминалось выше, ‘ЏЋ развивалось в направлении от инструментальных программ к системным и, далее, к прикладным, сегоднЯшнее положение дел, при котором все из перечисленных приложений имеют свободную реализацию, сложилось не сразу. Ћднако уже в течение нескольких лет основнаЯ масса свободных прикладных программ находитсЯ на уровне, достаточном длЯ их применениЯ в школьном учебном процессе, и в педагогическом сообществе постепенно накапливаетсЯ опыт их использованиЯ.

‚ ђоссии, насколько нам известно, наиболее последователен в этом плане опыт –ентра компьютерных технологий Њосковского государственного индустриального университета, сеть которого используетсЯ, в том числе, и длЯ практических занЯтий учащихсЯ московских школ.

‚ ноЯбре 2001 года, во времЯ рабочей встречи "‘вободное программное обеспечение", проведенной ‚ысшей школой экономики и издательским домом "Љомпьютерра" в рамках разворачиваниЯ федеральной целевой программы "ќлектроннаЯ ђоссиЯ" [2], было достигнуто принципиальное соглашение о том, чтобы учебные материалы, разработанные в –Љ’ Њѓ€“ и касающиесЯ применениЯ ‘ЏЋ в учебном процессе, были опубликованы также под свободной лицензией, и коллеги из Њѓ€“ выполнили свое обещание, благодарЯ чему на их сайте можно найти учебник "ЏрактическаЯ информатика" [4] (также опубликован и выпущен в продажу в виде традиционного двухтомного изданиЯ).

0.4 ‹огика и последовательность освоениЯ ‘ЏЋ

‹огика и последовательность изложениЯ материала в этом курсе существенно отличаетсЯ от логики, в которой написано большинство книг, посвЯщенных ‘ЏЋ.

—аще всего авторы исходЯт из того, что последовательность внедрениЯ программ и пакетов, относЯщихсЯ к различным категориЯм, будет соответствовать последовательности построениЯ информационной системы (например, школьной сети). ќто вполне оправдано в случае разработки и реализации такой системы "с нулЯ", однако может вызвать существенные сложности в ситуациЯх, когда система уже существует, развернута на базе несвободного (и, как следствие, почти всегда нестандартного) ЏЋ, нужна поддержка ее роста и развитиЯ, и администрациЯ учебного заведениЯ обращаетсЯ к ‘ЏЋ именно как к средству обеспечениЯ такого развитиЯ.

"‘плошнаЯ миграциЯ", при которой администрации необходимо внедрЯть (а всем пользователЯм, включаЯ учителей и учащихсЯ, осваивать) и системное, и прикладное (а в случаЯх, если проводЯтсЯ какие-то свои разработки, и инструментальное) ЏЋ одновременно, -- объективно очень сложный и болезненный процесс. …сли говорить об учебном заведении, то он сложен вдвойне, поскольку очень разнитсЯ уровень пользователей различных категорий. …сли говорить о школах, где единственный преподаватель информатики -- сам себе и учитель, и методист, и системный администратор, и лаборант (а не большинство ли наших школ таковы?), миграциЯ по этому сценарию требует, без преувеличениЯ, героических усилий, ожидать которых в массовом порЯдке не вполне разумно.

Ћднако поскольку значительнаЯ часть свободного прикладного программного обеспечениЯ портирована (перенесена), в том числе, и в несвободное окружение (включаЯ получившие широкое распространение в наших школах операционные среды Microsoft Windows и MacOS), миграцию можно облегчить, проведЯ ее в два этапа (которым в учебном заведении могут соответствовать два академических года): сначала прикладнаЯ часть, а затем -- системнаЯ.

‚ настоЯщей брошюре мы ограничились лишь прикладными программами, пакетами и платформами.

‹екциЯ 1. OpenWriter -- свободный word-процессор

€значально наша перваЯ "лекциЯ" задумывалась как простаЯ презентациЯ рЯда свободных word-процессоров (AbiWord, Kword, OpenWriter) и программ, могущих использоватьсЯ в качестве таковых (издательскаЯ оболочка LyX и т.п.). Ћднако уже первые шаги по определению структуры таблицы, представлЯющей их характеристики, и ее наполнениЯ, заставили задуматьсЯ: а что вы с этим потом будете делать?

€ "ЋбЯзательный минимум...", и большинство конкретных учебных планов предусматривает знакомство лишь с базовой функциональностью программ манипулЯции текстами, и любой из перечисленных процессоров гарантированно и с избытком перекроет требованиЯ (так же, как и масса присутствующих на рынке несвободных программ, таких, как Microsoft Word, "‹ексикон", StarOffice или WordPerfect). Џоскольку большинство из них так или иначе развивают основные интерфейсные подходы WordPerfect, существенного (и могущего быть выЯвленным в пределах тех немногих часов, что учитель в состоЯнии уделить этой теме) эргономического различиЯ между ними нет.

‡начит основаниЯ длЯ рационального выбора программы нужно искать не внутри темы манипулированиЯ тестами, а в ее свЯзи с другими учебными темами. “ программистов есть такой эмпирический принцип: когда начинаешь путатьсЯ в программах, отложи их в сторону и попытайсЯ разобратьсЯ со структурами данных -- сам удивишьсЯ, насколько очевидными и простыми окажутсЯ после этого решениЯ, касающиесЯ программ. ‚озможно, этот принцип разумно применЯть и пользователЯм.

„авайте попробуем отложить в сторону программный инструментарий и разобратьсЯ с тем, какого рода данные мы им обрабатываем.

1.1 "Џлоский" и размеченный

‚одораздел между текстовыми редакторами (заслуживающими отдельной лекции) и word-процессорами проходит по критерию способа отображениЯ размеченного (имеющего некоторые атрибуты, такие, как цвет, начертание и кегль (размер) символов, выключка (выравнивание) и расположение абзацев, оформление страницы и т.п.) текста. ’екстовый редактор отображает его как есть, например:

а word-процессор визуализирует эти атрибуты, например:

‚изуализацию иногда путают с так называемым WYSIWYG-принципом (сокращение от "What you see is what you get" -- "—то видишь, то и получишь").

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

‘егоднЯ большинство документов никогда не попадает на принтер, и нет нужды подстраиватьсЯ под архаичный бумажный документооборот. ‚полне возможно, что автору или редактору удобнее выделение не курсивом, а подчеркиванием:

Ѓолее того, современные технологии (например, HTML или XML-оформление текстов) изначально предполагают, что читатель документа может устанавливать собственные предпочтениЯ в визуализации, зависЯщие от особенностей используемого им оборудованиЯ (размеров и разрешающей способности монитора и т.п.) или от своих биологических особенностей (слабого зрениЯ, дальтонизма и т.п.), и в общем случае они могут не совпадать с предпочтениЯми автора или редактора.

’аким образом, один и тот же документ может быть отображен с разметкой, с визуализацией, а иногда -- и с разметкой и с визуализацией.

Ћдин и тот же гипертекстовый документ, отображенный браузером Mozilla с разметкой, с визуализацией и с использованием обоих способов визуализации

•отЯ на рисунке нам удалось показать три типа отображениЯ одного и того же документа, не выходЯ из одного прикладного пакета, это не такой частый случай. Ќа самом деле текстовые редакторы, как правило, не имеют способности непосредственной визуализации вообще или обладают ею лишь в зачатке (как, например, Emacs, способный визуализировать формат Enriched text, но Emacs это не просто редактор, а целаЯ операционнаЯ среда), а word-процессоры, в свою очередь, крайне неудобны длЯ редактированиЯ "плоского" текста: слишком разнЯтсЯ базоваЯ операторика и ожидаемаЯ эргономика этих двух типов прикладных программ.

“чащийсЯ сталкиваетсЯ с задачей манипулированиЯ "плоским" текстом как минимум два раза (при знакомстве с электронной почтой и при изучении основ программированиЯ), соответственно, успевает познакомитьсЯ, как правило, с двумЯ разными текстовыми редакторами (встроенными в почтовую программу и среду программированиЯ, соответственно). Љак минимум два раза он сталкиваетсЯ и с задачей манипулированиЯ размеченным текстом: один раз его знакомЯт с word-процессором (как правило, в ђоссии под руку подворачиваетсЯ "пиратский" Microsoft Word, либо бесплатно распространЯемый StarOffice 5, либо дешевый "‹ексикон", исключениЯ единичны), а затем ему преподносЯт основы HTML.

‡накомство с манипулированием текстом, таким образом, оказываетсЯ бессистемным и фрагментарным, и, в лучшем случае, автор учебника или учитель сумеют рассказать о том, что сфера это, в общем-то единаЯ, а показать это оказываетсЯ весьма затруднительно.

‡начительным шагом к систематизации опыта, вырабатываемого школьным курсом, на наш взглЯд, ЯвлЯетсЯ использование инструментариЯ, позволЯющего демонстрировать возможность работы с размеченным текстом разными средствами. ќто значит, что к очевидным требованиЯм, предъЯвлЯемым к "учебному" word-процессору (достаточность функций, локализованность, мультиплатформенность, ценоваЯ доступность), добавлЯетсЯ серьезное пожелание: стандартность формата разметки.

ќто сильно облегчает выбор. Ќа самом деле, на сегоднЯ всем перечисленным требованиЯм удовлетворЯет, по сути, лишь одна программа. Ќо сначала -- немного о стандартах.

1.2 ‘тандарты разметки текста

‘уществует и доказали свою устойчивость два основных типа Языков разметки.

Џервый из них, это семейство, называемое *ML-Языками: на эти две буквы заканчиваютсЯ аббревиатуры их названий -- GML, SGML, HTML, XML, -- а сами по себе эти буквы означают просто "markup language" -- "Язык разметки".

‚торой -- разработанный выдающимсЯ американским теоретиком и практиком программированиЯ „ональдом Љнутом Язык программированиЯ верстки TeX (это греческий корень, он читаетсЯ как русское "тех", а не как "текс") и его расширениЯ (например, LaTeX). Ќе будучи официальным стандартом, ’е• постепенно вытеснЯет и замещает прочие Языки разметки, предназначенные длЯ набора и верстки текстов (TeX и системы на его основе плохо приспособлены длЯ верстки т.н. "иллюстрированных изданий" с характерным длЯ них богатым насыщением текста графикой, сложными обводами и наложениЯми текста на графику и пр., и этот сегмент рынка остаетсЯ пока не стандартизованным).

‡а пределами этих типов -- огромное множество нестандартных (и даже неопубликованных) форматов, зачастую использующих не текстовую, а двоичную форму представлениЯ данных (например, файлы Microsoft Word, "‹ексикона" и т.п.). ќто исключает возможность использованиЯ длЯ работы с такими данными обычных текстовых редакторов и обработку их стандартными текстовыми утилитами, а также сильно затруднЯет обратную разработку формата с целью обеспечениЯ импорта и экспорта из независимо написанных программ².

Ќаверное, TeX имеет потенциал к использованию в качестве примера Языка разметки (или, точнее, Языка генерации разметки), однако врЯд ли в средней школе -- отчасти потому, что ориентирован на печатную форму в качестве окончательной формы представлениЯ содержаниЯ, что представлЯет на сегоднЯ если не экзотический, то, во всЯком случае, достаточно специальную область применениЯ компьютеров, в отличие от *ML-Языков, в равной степени ориентированных и на "экран", и на "бумагу".

1.3 ‘удьба *ML-Языков

SGML достаточно давно (с 1986 г.) ЯвлЯетсЯ стандартом на разметку документов, принЯтым Њеждународной организацией стандартизации (сериЯ ISO 8879). Џарадокс заключаетсЯ в том, что до недавнего времени даже частичные реализации SGML были сравнительно немногочисленными, и его использование ограничивалось рамками государственных организаций (в массе своей оборонных и научных) и крупных корпораций. ѓораздо более широкое распространение получили "похожие на SGML" Языки, а именно, HTML различных версий, ЯвлЯющийсЯ одним из технологических столпов WWW.

HTML был сознательно создан как "игрушечный SGML": он не обладал всей гибкостью и мощью последнего, но был очень компактен и легок в реализации и изучении. Ћдна из сторон "игрушечности" HTML заключаетсЯ в том, что он подталкивает пользователЯ к использованию физической, а не логической разметки, и именно поэтому, на наш взглЯд, его не стоит изучать в школе.

Ћднако добавление все новых и новых возможностей и конструкций в HTML в ходе его развитиЯ привело к тому, что сложность его существенно выросла и приблизилась к сложности SGML-приложений, при сохранЯющейсЯ несовместимости с SGML.

Џараллельное развитие двух близких по назначению Языков было очевидно нецелесообразным, поэтому дальнейшее развитие WWW предполагает переход на XML -- "расширЯемый Язык разметки", который превосходит по мощности, гибкости и согласованности HTML и ЯвлЯетсЯ полноценным SGML-приложением. “же сегоднЯ наиболее развитые WWW-серверы генерируют HTML именно из XML; непосредственно "понимать" последний постепенно учатсЯ и браузеры.

1.4 "Њолодое поколение выбирает *ML!"

Ќа наш взглЯд, принципы расширЯемой разметки, реализованные в XML, могут и должны стать одной из базовых составлЯющих компьютерной грамотности и обЯзательно должны найти свой путь в школьные учебные планы. ќто позволит:

‡адача доступного изложениЯ основ XML и приемов работы с ним сама по себе непроста, как дидактически, так и технически (в частности, нужны определениЯ типов документов (DTD) длЯ учебных задач, достаточно развитые длЯ демонстрации возможностей Языка, но в то же времЯ достаточно простые длЯ пониманиЯ XML-документов "с листа" и низкоуровневого редактированиЯ).

Ћднако одно из основных препЯтствий на пути использованиЯ XML в школе -- неразвитость визуализирующих редакторов -- уже отпало с поЯвлением офисного пакета OpenOffice.org (далее -- OO.o). Ћн сочетает привычные пользователЯм ЏЉ пользовательские интерфейсы с поддержкой стандартных XML-приложений, таких, как "текстовый документ" (программа OpenWriter), "электроннаЯ таблица" (OpenCalc), "презентациЯ" (OpenImpess), "формула" (OpenMath), "гипертекст" (OpenWeb) и, что уже совсем не характерно длЯ "офисного" софта, "векторный рисунок" (OpenDraw), их взаимного внедрениЯ и свЯзываниЯ.

Џо сути дела, OO.o -- это "троЯнский конь", заброшенный в мир "малой компьютеризации": "снаружи" он похож на "офис", а "изнутри" (или "с изнанки") представлЯет собой набор XML-инструментов. "Ћфисной" стороной он обращен к опыту пользователей персональных компьютеров, инструментальной -- к современным, постперсональным вычислительно-коммуникационным системам (включаЯ локальные сети и сети €нтернет с возможностЯми безбумажного документооборота и совместной работы над документами).

1.5 OpenWriter

OpenWriter (далее -- OW) -- это неофициальное, но уже закреплЯющеесЯ название word-процессора из комплекта свободных офисных прикладных программ ЋЋ.о (официальным названием, видимо, следует считать Ooowriter)³.

Љак уже говорилось выше, все word-процессоры внешне (по функциональности и интерфейсу) похожи друг на друга, и OW (см. рисунок) -- не исключение. Ћн предназначен длЯ набора, редактированиЯ и оформлениЯ текстов на естественных Языках (включаЯ многоЯзычные) и поддерживает:


Џростой документ в окне OpenWriter

€нтересное, однако, начинаетсЯ, когда мы посмотрим на OW "с изнанки". ”айлы с расширением имени ".sfx", создаваемые им -- это PKZIP-архивы, содержащие (в простейшем случае) набор XML-файлов, соответствующих (в терминах XML) манифесту, содержанию документов, определению стилей и значениЯм текущих настроек.

‡аглЯнем в файл с содержанием (content.xml). „аже не знаЯ XML, и лишь ориентируЯсь в синтаксисе Языка разметки, можно понЯть, что файл содержит сначала определениЯ стилей, использованных в документе (даже "жесткое" форматирование имитируетсЯ в OW путем созданиЯ неЯвных стилей), а затем размеченного указаниЯми на эти стили текста. ‘мотрите, заголовок статьи размечен так:

ЏонЯтно, что длЯ форматированиЯ использован один стиль абзаца "P2" и три стилЯ символов "T1", "T2" и "T3". ‚ыше, в определениЯх стилей можно найти, что, допустим, "T2" -- это

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

’еперь content.xml может обрабатыватьсЯ любым XML-инструментом уже без использованиЯ OO.o. …го можно преобразовать в HTML или проиндексировать, вывести на печать, просмотреть браузером, поддерживающим XML. Џроизвольные определениЯ документов напрЯмую пока браузерами не поддерживаютсЯ, однако текст (неформатированный) можно уже сегоднЯ просмотреть, просто открыв content.xml в Mozilla или другом браузере, поддерживающем XML.

“ OW есть масса недостатков. Ћн (версиЯ 1.0) выпущен сыроватым, он достаточно "тЯжел" длЯ слабой техники, он неидеально отдокументирован и локализован), которые постепенно исправлЯютсЯ. “ него есть четыре очень серьезных достоинства:

1) он свободен, поставлЯетсЯ конкурентно (с соответствующими ценовыми последствиЯми) и может быть использован как база длЯ дальнейших разработок (в том числе, специфически учебных);

2) он изначально платформенно-независим, и пользование им не диктует практически никаких ограничений на выбор операционной системы и операционной среды. Ѓолее того, навыки работы с ним также в большой степени переносимы. ”актически, OO.o выглЯдит и управлЯетсЯ одинаково под любой стандартной Ћ‘ (разработчики говорЯт о поддержке Linux и Solaris; известно об устойчивой работе пакета под FreeBSD), а также под Microsoft Windows 9x/Me и Microsoft Windows NT/00/XP, есть экспериментальный порт (перенос) на "Њакинтоши", под MacOS X (по некоторой информации, в команду уже вошли представители Apple Computers);

3) он использует в качестве Языка разметки XML (не только длЯ размеченного текста, но также и длЯ математических формул, т.е. по сути, все его форматы суть приложениЯ международного стандарта разметки текста SGML). ‚ качестве кодировки используетсЯ Unicode, что позволЯет забыть про третью (после классических "дураков и дорог") российскую проблему с разнобоем в кодовых таблицах, используемых длЯ представлениЯ кириллицы в разных системах,

4) в команде разработчиков есть российские программисты и фирмы, которым небезразличны перспективы его применениЯ в школе.

1.6 ђесурсы

Џакет OO.o входит во все "большие" (многодисковые универсальные) дистрибутивы Ћ‘ Linux и во многие "маленькие" (одно-, двух- и трехдисковые, исключаЯ ориентированные исключительно на серверное применение).

Њы рекомендуем обратить внимание на российскую сборку OO.o, поставлЯемую с ALT Linux ("большой" дистрибутив Master 2.0 и "маленький" Junior 2.0; www.altlinux.ru) и ASPLinux 7.3 (в различных вариантах, www.asplinux.ru). ‚ ней раньше, чем в основной ветке, поЯвлЯютсЯ новые возможности, ориентированные на русскоЯзычного пользователЯ, в то же времЯ, задержка сборок новых версий (по отношению к основной ветви разработок) минимальна.

ЊногоплатформеннаЯ (Linux и Microsoft Windows) российскаЯ сборка доступна в составе сборника OpenOffice.ru, его можно взЯть на сайте www.openoffice.ru или приобрести (список реселлеров доступен на том же сайте) однодисковую коробку. Ћ российских сборках OOO под "Њакинтош", Solaris и другие Ћ‘ нам ничего не известно, и их пользователЯм можно порекомендовать следовать по ссылкам с www.openoffice.org.

Ћсновной русскоЯзычный ресурс, посвЯщенный OpenOffice, -- это тот же сайт www.openoffice.ru и его сателлиты (включаЯ http://docs.openoffice.ru).

Ћсновной международный ресурс -- это базовый сайт разработки (www.openoffice.org).

OO.o вообще и OW в частности пока освещены лишь в сравнительно небольшом количестве публикаций. ‚ниманиЯ заслуживают [6-9].

‹екциЯ 2. ‘вободный инструментарий работы с текстом

Ћбработка "плоских" (неразмеченных) текстов -- одна из первых (после вычислительных задач и управлениЯ приборами) и исключительно проработаннаЯ область приложений компьютера.

ђабота с текстами критична длЯ многих пользовательских приложений. ќлектроннаЯ почта -- это текст. ”орматы разметки, посредством которых представлены форматированный текст, векторнаЯ графика, ноты и т.п. (практически все данные, за исключением растровой графики и волнового представлениЯ звука) -- в основе своей также текст.

„аже картинки и звуковые файлы, размещенные в WWW, передаютсЯ незаметно длЯ пользователЯ между машинами в закодированной текстом форме, хотЯ в данном случае текст и не ЯвлЯетсЯ "собственной" формой представлениЯ данных.

Љоманды, с помощью которых пользователь "общаетсЯ" с системой -- это текст. ‘колько бы не популЯризовали и не навЯзывали графические интерфейсы, длЯ серьезной и продуктивной работы, как правило, не обойтись без полноценного тестового диалога, так же как при серьезном и предметном разговоре сложно обойтись жестами и ответной мимикой.

Ѓолее того, работа с текстом критична и длЯ развитиЯ самих вычислительных и коммуникационных систем, поскольку сами программы в исходной своей форме -- тексты. „лЯ программ на интерпретируемых Языках тексты ЯвлЯютсЯ и исполнЯемой формой, так что такие программы -- тексты вдвойне (а типичнаЯ стандартизованнаЯ Ћ‘ почти наполовину состоит из "сценариев", т.е. программ, написанных на интерпретируемых Языках).

ќффективные методы и приемы работы с текстом -- неотъемлемаЯ часть компьютерной грамотности, но в подавлЯющем большинстве случаев они оказываютсЯ не освоенными вовремЯ. ‡ачастую в курсе средней школы знакомство с обработкой "плоских" текстов ограничиваетсЯ встроенными редакторами в среде программированиЯ и электронно-почтовой программе, а навыки -- простейшими приемами набора и исправлениЯ. Ѓолее абстрактные и всеобщие операции изучаютсЯ как часть word-процессинга, и хотЯ иногда при этом и демонстрируютсЯ возможности встроенных в word-процессоры Языков программированиЯ, область обработки текстов остаетсЯ "вещью в себе" и никак не интегрируетсЯ с другими областЯми, осваиваемыми в курсе информатики.

2.1 ђазмеченный и "плоский"

‚одораздел между текстовыми редакторами и word-процессорами, как это обсуждалось в предыдущей лекции, проходит по способу отображениЯ размеченного (имеющего некоторые атрибуты, такие, как цвет, начертание и кегль (размер) символов, выключка (выравнивание) и расположение абзацев, оформление страницы и т.п.) текста.

Word-процессор определенным образом интерпретирует разметку, визуализуЯ указанные атрибуты.

’екстовый редактор отображает текст "как есть", хотЯ он вполне может быть "в курсе" синтаксиса Языка разметки (если текст размечен, например, XML, HTML или TeX) или даже самого текста (например, синтаксиса Языка программированиЯ) и каким-то образом на него реагировать (например, расцвечивать теги разметки HTML или зарезервированные слова Pascal). ‚ принципе, он может быть "в курсе" синтаксиса, грамматики и лексики даже естественного Языка, хотЯ длЯ работы с естественными Языками "плоский", неразмеченный текст используетсЯ все реже, или, по крайней мере, неразмеченный текст все реже используетсЯ как первичнаЯ форма представлениЯ текста на естественном Языке.

ЋтказатьсЯ вовсе от работы с "плоским" текстом затруднительно по давно известной эргономистам причине: использование визуализации "позволЯет демонстрировать лишь результат форматированиЯ, по нему невозможно определить задачи форматированиЯ, поставленные пользователем системе. Ќапример, если пользователь замечает, что система не делает переносов ... невозможно определить ... ЯвлЯетсЯ ли это простым совпадением или же при форматировании данной главы перенос запрещен" [10].

2.2 ђедакторы

Љогда компьютеры были большими и дорогими, речь об их использовании длЯ автоматизации процесса редактированиЯ программ или других текстов идти не могла: эта задача решалась гораздо более простыми устройствами.

‘ удешевлением компьютерной техники и разработкой многопользовательских систем поЯвилась возможность посадить оператора за подключенный к машине телетайп. „лЯ удобства операторов (часто ими оказывались сами программисты) разрабатывались программы редактированиЯ текстов (или, попросту, текстовые редакторы), как правило, выводившие текст построчно и ожидавшие клавиатурной команды (зачастую на особом изощренном Языке), сообщающей, следует ли оставить строку неизменной, либо внести в нее какие-то изменениЯ.

‘ледующий шаг был сделан, когда телетайп в качестве терминального устройства сменил дисплей с ќ‹’. ќто превратило текст перед глазами оператора в динамический и позволило совершить революцию, внедрив нак называемые "полноэкранные" (или просто "экранные") редакторы, взаимодействуЯ с которыми, оператор получил возможность, хотЯ и манипулируЯ клавиатурой, применЯть технику, скорее похожую на приемы работы с листом бумаги писателЯ, возвращающегосЯ к ранее написанному, стирающего и исправлЯющего текст нелинейно (представители некоторых школ в информатике до сих пор считают, что это негативно повлиЯло на стиль программированиЯ).

2.3 Vi и Emacs

€нтересно, что два, по-видимому, первых экранных редактора, созданных в начале семидесЯтых, и Явились родоначальниками "семейств" таких программ, до сих пор наиболее популЯрных в профессиональной среде. ќто vi Ѓилла „жоЯ (тогда аспиранта “ниверситета Љалифорнии в Ѓеркли, а затем основателЯ Sun Microsystems) и Emacs ђичарда ‘толлмена (тогда сотрудника ‹аборатории искусственного интеллекта Њассачуссетского технологического института, а ныне -- президента ”онда свободного программного обеспечениЯ и лидера проекта GNU). Ћба они, по сути, происходЯт от экранных режимов работы популЯрных тогда редакторов ed и TECO, соответственно.

Џервый ныне стандартизован и, в той или иной реализации (наиболее популЯрна, видимо, vim Ѓрама Њооленаара) доступен в составе любой стандартной операционной системы (в том числе, свободных). ‚торой под названием GNU Emacs поддерживаетсЯ ”ондом свободного ЏЋ (www.fsf.org) и выдержал с тех пор более двадцати изданий (релизов).

€сходнаЯ идеологиЯ и эргономическаЯ модель этих двух выдающихсЯ разработок серьезно различаетсЯ, что служит поводом длЯ шутливой "свЯщенной войны" между их приверженцами. Vi(m) относитсЯ к так называемым "многорежимным" редакторам. ‚ режиме редактированиЯ оператор вводит и исправлЯет текст. Џеремещение по тексту, контекстный поиск и замена, более сложные операции выполнЯютсЯ в командном режиме. Њежду этими режимами (а также, унаследованным от ed и редко применЯющимсЯ режимом построчного редактированиЯ) нужно Явное переключение нажатием клавиатурной комбинации. ‡ато большинство команд привЯзаны к нажатиЯм одной клавиши, и даже перемещатьсЯ по тексту в командном режиме можно, не сбрасываЯ кисть на дополнительную клавиатуру со стрелками, а нажимаЯ алфавитные клавиши в центре клавиатуры. Ђдепты vi -- программисты и системные администраторы -- очень серьезно относЯтсЯ к экономии времени и энергии за счет минимизации движениЯ пальцев.

Emacs -- пример "безрежимного" или, если угодно, "однорежимного" редактора: пользователь всегда находитсЯ в режиме непосредственного редактированиЯ текста в точке курсора, а команды издает, нажимаЯ сложные сочетаниЯ клавиш и, при необходимости, вводЯ параметры команд в отдельном окне. €з-за стремлениЯ обеспечить прЯмую клавиатурную привЯзку как можно большему количеству команд и следующей из нее сложности используемых клавиатурных сочетаний был даже пущен слух о том, что Emacs расшифровываетсЯ как "Esc-Meta-Alt-Ctrl-Shift" (хотЯ на деле, конечно, клавиатурные аккорды все же не так сложны, а Emacs -- это просто Editing MACroS, т.е. "макрокоманды редактированиЯ").

‚ действительности различие это скорее идеологическое, чем прагматическое: в современных версиЯх vi в большинстве случаев также можно осуществить привЯзку часто употреблЯемых команд к клавиатурным комбинациЯм и выполнЯть их из режима редактированиЯ, а в Emacs можно достаточно точно (если кому-то это потребуетсЯ) сымитировать командный режим, характерный длЯ многорежимных редакторов.

2.4 „идактика редакторов

ђеальное очень значимое отличие заключаетсЯ в том, что по своей архитектуре vi -- более или менее монолитнаЯ программа (с вытекающей отсюда компактностью), а Emacs -- на самом деле, расширЯемаЯ (программируемаЯ) коллекциЯ макрокоманд редактированиЯ, написанных на Emasc Lisp (диалекте известного Языка функционального программированиЯ). ‹ишь небольшое количество часто выполнЯемых и требовательных к ресурсам команд встроены в саму программу и написаны на компилируемом C, большинство же команд написаны на Lisp и могут изменЯтьсЯ или дополнЯтьсЯ пользователЯми (или профессиональными программистами по заказу пользователей).

‡а четверть века существованиЯ Emacs, благодарЯ свободной модели лицензированиЯ и открытой модели разработки, "оброс" невероЯтным количеством макрокоманд, "затачивающих" его под синтакcические особенности различных формальных Языков (включаЯ, но не ограничиваЯсь Языками программированиЯ и Языками разметки), а также реализующих приложениЯ, традиционно слабо ассоциируемые с "просто редакторами". Ќапример, не выходЯ из Emacs, можно работать с электронной почтой и службами новостей USENET (а также с гипертекстом со страничек WWW).

€ли -- что не менее интересно -- не выходЯ из Emacs, можно прогнать текст программы через компилЯтор и подсветить синтаксические ошибки или предупреждениЯ, воспользоватьсЯ символьным отладчиком или профилировщиком (реально, Emacs образует оболочку интегрированной среды разработки программ, и в этом качестве ЯвлЯетсЯ вдохновителем и предшественником столь любимых школьным народом интегрированных сред, например, от Borland). € это лишь пара примеров.

”актически, регулЯрно используемый Emacs позволЯет реализовать (чисто в текстовом режиме) метафору "рабочего стола", более известную по позднейшим графическим пакетам. Ћн реализует множественность окон (неперекрывающихсЯ) на одном экране ("фрейме"), а в графической среде способен работать со многими "фреймами" (окнами в терминах менеджера окон). Џакет Emacspeak добавлЯет к функциональности Emacs речевой вывод, предоставлЯЯ мощную поддержку длЯ незрЯчих и слабовидЯщих пользователей.

‚се это (доступность, расширЯемость, интегрируемость) делает его серьезным претендентом на организацию "учебного" рабочего пространства программиста .

Ќам неизвестны такие (ориентированные на среду на основе Emacs) курсы длЯ школ вообще. Ђ что касаетсЯ ђоссии (и русскоЯзычного сообщества), то нам неизвестны примеры школьных курсов, вводЯщих на достаточно раннем этапе идеи функционального программированиЯ (если они все же есть, нам было бы крайне интересно услышать о них). Ђ без последнего -- увы -- расширЯемость Emacs остаетсЯ чисто теоретической.

ЊилаЯ ‹ена! ’ы не откажешьсЯ поужинать со мной в ночь с пЯтницы на воскресенье? - Њаксим ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- INSERT -- 3,1 All
ђедактор vi

Ћднако в качестве интегрированной среды именно длЯ программированиЯ (в том числе, на обычно изучаемых в школе директивных (сентенциональных) Языках, например, Pascal) Emacs использовать, безусловно, можно. ‘ледует только учесть, что пресловутаЯ "криваЯ обучениЯ" длЯ него гораздо более вогнутаЯ, чем длЯ более простых (но и менее мощных) средств редактированиЯ, обычно используемых в подобного рода средах. ѓрубо говорЯ, может потребоватьсЯ пара занЯтий до того, как учащийсЯ будет чувствовать себЯ уверенно при наборе и редактировании программ, зато потом эти задачи будут решатьсЯ гораздо эффективнее⁴.

Џочему в обычных учебных курсах vi изучаетсЯ раньше Emacs? „ело в том, что vi, во-первых, стандартизован (и доступен во всех без исключениЯ открытых системах), а во-вторых, компактен. Ђдминистратор системы может оказатьсЯ в среде, где ему из экранных редакторов доступен только vi. Џоэтому длЯ сисадминов базовые навыки работы с ним обЯзательны (вне зависимости от личных предпочтений).

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

2.5 ђедактирование "без редакторов"

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

ђассмотрим очень формальную задачу. „опустим, в файле note сохранен текст записки:

…сли жизнь пошла по диагонали, и планы резко изменились (и мы отдаем себе отчет, как именно), можно открыть файл с этим текстом в текстовом редакторе, например, vi, и издать команду:

Ћднако, то же самое действие можно выполнить и "без редактора", а точнее, без интерактивного редактора, с помощью редактора потокового. ‘тандартный потоковый редактор называетсЯ sed, и синтакис его команд схож с синтаксисом командного режима стандартного интерактивного редактора vi, команда при этом издаетсЯ непосредственно из командной строки:

…сли у нас подготовлен не один файл, а множество (например, note.1, note.2, note.3), и нужно внести в них единообразные замены (и ничего не пропустить, и нигде не ошибитьсЯ), мы обойдемсЯ также всего одной командой.

…сли файлов будет тысЯча, а требуемые изменениЯ будут посложнее, нам, скорее всего, понадобитсЯ опЯть-таки всего одна команда (хотЯ, возможно, и потребуетсЯ серьезное изучение синтаксиса). ќто называетсЯ потоковым редактированием, и оно интенсивно применЯетсЯ, например, длЯ наложениЯ "заплаток" на исходные тексты программ (однако, как было продемонстрировано, может использоватьсЯ и длЯ обработки текста на естественном Языке).

2.6 ЂвтоматизированнаЯ обработка текстов

UNIX был во многом "рожден длЯ обработки текстов" (прежде всего, это была система длЯ программистов, а программы -- с чего мы начали сегоднЯшнюю лекцию -- это тексты). Ќабор служебных программ (утилит) современных стандартных Ћ‘ продолжает эту традицию, и в их составе можно найти десЯтки программ, ориентированных на работу с текстом. Њногие из них (но не все) ЯвлЯютсЯ построчно-ориентированными, то есть текст понимаетсЯ как последовательность строк. Џодробное обсуждение этих возможностей см. в "лекции" 6 "‘трока длиною в жизнь".

2.7 ђесурсы

„истрибутив любой современной стандартной Ћ‘ (включаЯ свободные) содержит все упомЯнутые программы. Њногие из них портированы (перенесены) и в альтернативные Ћ‘.

„лЯ Microsoft Windows рекомендуетсЯ установка пакета Cygwin, содержащего утилиты GNU (включаЯ предназначенные длЯ работы с текстом) и некоторые другие программы (включаЯ редактор vim), позволЯющие организовать стандартную рабочую среду. ‘ледует учесть, что при работе в версиЯх MS Windows, основанных на MS-DOS (MS Windows 95/98/Me), у многих программ возникают сложности из-за отсутствиЯ контролЯ за правами доступа к файлам и каталогам (версии, основанные на NT -- MS Windows NT/00/XP, лишены этого недостатка), а также то, что локализованнаЯ длЯ русской среды сборка Cygwin в настоЯщее времЯ не поставлЯетсЯ. „лЯ поддержки кириллических символов необходимо в каталоге пользователЯ создать файл с именем ".inputrc", содержащий строки:

Ђльтернативой Cygwin (по рЯду причин менее предпочтительной) ЯвлЯетсЯ использование системы Interix UNIX Tools for Windows, также содержащей утилиты GNU (ее можно приобрести через Microsoft на диске либо скачать с их сайта).

GNU Emacs длЯ MS Windows можно скачать с сайта GNU (www.gnu.org).

•орошее описание стандартных утилит (в том числе, длЯ работы с текстом) содержитсЯ в недавно переведенной книге [11], да и почти в любом толстом учебнике, руководстве или справочнике по Unix или Linux. ‘ерьезных отличий при их использовании в контексте других Ћ‘ нет.
’о же относитсЯ и к интерактивным редакторам. Љроме того, в 1999 г. издан русский перевод шестисотстраничного ђуководства по GNU Emacs [12], его текст можно найти и на сайте GNU (www.gnu.org); как и сам Emacs, эта книга свободна.

‹екциЯ 3. OpenDraw -- свободный редактор векторной графики

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

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

ќлементарнаЯ обработка (создание и редактирование) изображений (как векторных, так и растровых) входЯт в число приложений, перечисленных в "ЋбЯзательном минимуме содержаниЯ образованиЯ по информатике" [1] в качестве обЯзательных к освоению в курсе средней школы.

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

3.1 ‚екторное и растровое кодирование изображений

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

Ќапример, растровое изображение окружности может быть таким: "заполнЯем квадрат 5х5: белаЯ точка (Ѓ), чернаЯ точка (—), —, —, Ѓ, —, Ѓ, Ѓ, Ѓ, —, —, Ѓ, Ѓ, Ѓ, —, —, Ѓ, Ѓ, Ѓ, —, Ѓ, —, —, —, Ѓ". (Ѓолее умные "форматы со сжатием", возможно, позволЯт сократить запись до чего-нибудь, подобного: "заполнЯем квадрат 5х5: Ѓ, 3—, Ѓ, 3(—, 3Ѓ, —), Ѓ, 3—, Ѓ", а то и еще более компактно, но суть не в этом).

‚екторное ее изображение совсем другое: "чернаЯ окружность с центром в (3,3), радиусом 2 и толщиной линии 1".

‚ажно понимать, что большинство компьютерных графических устройств сегоднЯ -- и терминалы, и сканеры, и принтеры -- по своей природе растровые. €сключение составлЯют только графопостроители (плотерры) и редко доступные в учебных условиЯх их промышленные "кузены" (такие, как фрезерный станок с числовым управлением).

‘оответственно, изображение, вне зависимости от его собственной природы (векторной или растровой), будет при отображении преобразовано в растр и доступно человеческим чувствам в растровой форме (даже если растр почти незаметен, как на дисплеЯх с высоким разрешением, или вообще имеет сетку ниже порога восприЯтиЯ, как при печати на качественных струйных или лазерных принтерах). € указанные два способа вполне могут привести к неотличимому результату.

3.2 Џрименение векторной и растровой графики

ђазница может проЯвитьсЯ тогда, когда мы начнем обрабатывать элементы изображениЯ.

‚екторное изображение может без ущерба масштабироватьсЯ (увеличиватьсЯ или уменьшатьсЯ), причем эта операциЯ обратима. ‚ приведенном примере мы можем без труда увеличить векторную окружность в пЯть раз: "чернаЯ окружность с центром в (15,15), радиусом 10 и толщиной линии 5", и она останетсЯ окружностью.

Ђ вот, растровое изображение при увеличении обнаружит лишь свой растр в увеличенном виде (и на окружность наш пример похож уже будет мало). Ѓолее того, операциЯ уменьшениЯ (или увеличениЯ в нецелое число раз) растрового изображениЯ уже не ЯвлЯетсЯ обратимой: информациЯ при осуществлении такой операции безвозвратно терЯетсЯ.

Љроме того, векторное изображение, содержащее более одного элемента (например, изображение двух пересекающихсЯ окружностей), может быть разъЯто на элементы без каких-либо потерь. ‘ растровым изображением такое, в общем случае, невозможно: программа "не знает" об элементах изображениЯ и о принадлежности тех или иных точек отдельным элементам.

‚ общем случае, векторное кодирование хорошо подходит длЯ работы с чертежами, схемами, картами, диаграммами, графиками и т.п., а растровое -- длЯ обработки фотографий и рисунков. ‚екторное изображение может быть без ущерба восприЯтиЯ преобразовано в растр, в то времЯ, как обратное преобразование в общем случае проблематично (хотЯ есть программы, позволЯющие с той или иной точностью распознавать графические образы). ‚екторное кодирование часто компактнее растрового, но его отображение требует больших вычислительных ресурсов⁵.

Џример, который всегда перед глазами пользователЯ компьютера -- шрифты. Љогда точно известен масштаб, в котором будет отображатьсЯ текст, часто используютсЯ растровые ("фиксированные") шрифты, представлЯющие собой набор растровых изображений отдельных букв и других символов используемого алфавита (например, растровые шрифты используютсЯ видеокартой, работающей в текстовом режиме, но также часто и как элемент графического интерфейса). €х применение позволЯет отображать символы с недостижимой иным способом четкостью, но, если нужны более одного размера шрифта, потребуетсЯ трудоемкаЯ работа по разработке нескольких таких шрифтов.

Љогда необходимо свободное масштабирование шрифтов, используютсЯ векторные шрифты (на самом деле, большинство масштабируемых шрифтов -- это библиотеки программ, "рисующих" соответствующие буквы, часто - с учетом важности их отдельных элементов длЯ восприЯтиЯ; но разница в данном случае несущественна). Љачество отображениЯ мелкого кеглЯ или на экране с низкой разрешающей способностью у них ниже, но они универсальнее.

Џрочие элементы графических пользовательских интерфейсов также используют как векторную (большинство органов управлениЯ и большинство элементов оформлениЯ окон), так и растровую (пиктограммы-"значки") графику.

3.3 ‘вободные программы длЯ работы с векторной графикой

€з множества свободных программ, предназначенных длЯ редактированиЯ векторно-графических файлов, разумные потребности большинства учебных курсов может удовлетворить любаЯ из следующих:

ђекомендуетсЯ при возможности хотЯ бы вкратце ознакомитьсЯ с каждой из них, чтобы понЯть, какаЯ лучше подходит длЯ конкретного учебного курса. ‚ этой лекции далее будет обсуждатьсЯ OpenDraw, исходЯ из преимуществ, уже описанных в "‹екции" 1, посвЯщенной другому компоненту того же пакета -- word-процессору OpenWriter, но это не в коей мере не означает непригодность длЯ учебных целей прочего из перечисленного.

3.4 Ћбщие характеристики OpenDraw

Љак и остальные компоненты пакета OO.o, OpenDraw использует в качестве "родного" формата специально разработанное XML-приложение (об XML и о том, почему ориентациЯ на этот стремительно набирающий популЯрность формат данных важна при выборе учебных программ, см. материалы "‹екции" 1).

ќтот пакет доступен длЯ популЯрных стандарных (Linux, Solaris) и нестандартных (Microsoft Windows, MacOS) операционных систем и прилично (хотЯ и не идеально) локализован.

‘амым же существенным недостатком OpenDraw ЯвлЯютсЯ относительно высокие требованиЯ к аппаратным ресурсам, поэтому его использование затруднительно на старых или маломощных компьютерах (длЯ комфортной работы над несложными учебными упражнениЯми должно быть достаточно Intel P-II, Celeron или K6-2 с частотой от 500 Њѓц или G3 с частотой от 350 Њѓц при памЯти от 64 MЃ). …сли нужна демонстрациЯ векторно-графических возможностей на таких компьютерах, мы рекомендуем sodipodi или еще более "легкую" XFig.

‘охранение в "чужих" векторных форматах (экспорт) на сегоднЯ реализовано только длЯ ранних версий предшественника OpenOffice.org пакета StarOffice (и StarDraw как отдельной программы). ‡ато импорт (чтение "чужих" форматов) возможен не только из универсальных векторных форматов, но и из DXF, используемого в популЯрных системах автоматизированного проектированиЯ (‘ЂЏђ).

OpenDraw также позволЯет экспортировать рисунок во многие растровые форматы или в гипертекстовую страницу.

‘ледует понимать, что StarDraw, на основе которого разработана программа, задумывалась как "офисный" графический редактор, прежде всего предназначенный длЯ созданиЯ и редактированиЯ графических элементов оформлениЯ документооборота (сопровождающих документы рисунков, карт, диаграмм, графиков и пр.). Џоэтому действиЯ, типичные длЯ такой работы, максимально облегчены и "вынесены на первый план", и OpenDraw содержит массу готовых деталей, широко употребимых в "офисной" графике (например, готовых стрелок и множества соединительных линий, часто используемых в таких случаЯх). „лЯ технического черчениЯ и схемотехники OpenDraw не приспособлена (хотЯ при случае в ней можно создать простой чертеж или электронную схему).

„окумент OpenDraw называетсЯ "рисунком", что несколько дезориентирует, поскольку на самом деле он может содержать целую "пачку" отдельных изображений, называемых слайдами. Љаждый слайд, в свою очередь, может содержать один или более слоев .

ђисунок сохранЯетсЯ в файле, который технически представлЯет собой PKZip-архив, включающий стилевые определениЯ и собственно содержание документа на Языке XML. Љакой-либо инструментарий, специально предназначенный длЯ обработки OpenDraw XML, нам не известен.

Љак и остальные компоненты OpenOffice.org, OpenDraw в высшей степени конфигурируемаЯ и настраиваемаЯ под конкретное применение программа. „лЯ использованиЯ в учебном контексте может оказатьсЯ полезным предварительно настроить ее длЯ некоторого сокращениЯ обилиЯ непосредственно доступных пользователю функций, чтобы ученик в них не затерЯлсЯ.

3.5 Ћсновные возможности OpenDraw

”ункциональность OpenDraw сопоставима с большинством других редакторов векторной графики и включает:

Ѓольшинство описанных операций преобразованиЯ доступны как посредством меню (к пунктам которого могут быть привЯзаны "горЯчие" клавиши), так и на пиктографических палитрах инструментов, нарЯду с палитрой цвета присутствующих (по желанию) в главном окне программы.

’очное позиционирование объектов облегчает возможность отобразить сетку разметки слайда, а также команды выравниваниЯ объектов относительно узлов этой сетки, краЯ или центра листа (слайда), а также относительно друг друга. Ћсобенно полезно это при создании достаточно формализованных объектов.

3.6 Њеханизм стилей

‚ажной особенностью OpenDraw ЯвлЯетсЯ использованиЯ механизма стилей длЯ форматированиЯ графических элементов. €спользование стилей в векторной графике вполне сопоставимо с использованием того же механизма при оформлении размеченного текста (см. "‹екцию" 1) и имеет те же преимущества перед "жестким" форматированием/оформлением.

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

Ќапример, при подготовке схемы оргструктуры учреждениЯ можно создать стиль, которым оформлЯютсЯ изображениЯ подразделений, допустим, с голубой заливкой в черном контуре в 3 пункта толщиной. …сли позднее потребуетсЯ изобразить те же подразделениЯ желтыми прЯмоугольниками без рамки, не нужно будет помечать их вручную (представьте, насколько это может быть трудоемко даже длЯ относительно простой организации типа средней школы), достаточно будет лишь изменить параметры стилЯ. Ѓолее того, можно определить стиль и длЯ стрелок, показывающих свЯзи между подразделениЯми, с "наследованием" цвета от цвета стилЯ подразделений, если предполагаетсЯ, что их цвет должен совпадать.

‘тиль можно определить и длЯ слайда в целом, что позволЯет единообразно оформлЯть серию рисунков. Ќабор стилей можно объединить в шаблон (сохранЯемый в отдельном файле), если предполагаетсЯ регулЯрное его использование.

3.7 "‹огические операции" над объектами, "3D" и морфинг

€нтересной функцией OpenDraw ЯвлЯетсЯ наличие так называемых логических операций над объектами. „ва или более заполненных контура могут быть скомбинированы особым образом, что порождает новый объект, ЯвлЯющийсЯ объединением форм, их пересечением или "вычитанием" одной формы из другой.

…ще одной интересной особенностью программы ЯвлЯетсЯ встроеннаЯ в нее базоваЯ функциональность имитации трехмерной графики (3D-функции). Ћна ограничена 1) конструированием тел вращениЯ, 2) преобразованием в тела вращениЯ произвольных двумерных фигур, а также 3) экструзией (приданием последним "глубины"). ’рудно понЯть необходимость рутинного конструированиЯ тел вращениЯ в "офисной" графике, однако длЯ школы возможность такой демонстрации возможностей компьютерной графики может быть весьма полезна.

„вумерный морфинг (плавное перетекание фигур) реализован в OpenDraw не лучшим с точки зрениЯ эстетического результата, образом, однако интересным дидактически: на самом деле, программа просто группирует заданное (в качестве "количества шагов" морфинга) количество "промежуточных" (по форме и цвету) фигур между морфируемыми фигурами. ‘озданную таким образом группу можно разгруппировать и посмотреть, что и как, собственно, программа сделала.

3.8 ‚екторизациЯ растровых изображений

‚ыше уже было замечено о том, что, хотЯ преобразование векторного изображениЯ в растр -- элементарнаЯ техническаЯ задача, гарантированное обратное преобразование в общем случае невозможно. ’ем не менее, существуют программы, которые пытаютсЯ это сделать.

OpenDraw обладает функцией векторизации, "спрЯтанной" в меню "Џреобразовать" под кличкой "‚ многоугольник". …сли применить данный пункт меню к импортированному растровому изображению, поЯвитсЯ окно предпросмотра с возможностью задать некоторые параметры и увидеть результат.

Ќичего мистического в этой функции нет: программа ищет свЯзные области, залитые одним или близкими цветами, и описывает их контур как многоугольник. ‡атем она группирует полученные фигуры одного цвета и переходит к следующему цвету или группе цветов. ђезультирующий векторный объект представлЯет собой группу, в свою очередь состоЯщую из цветовых групп.

Ѓолее глубокого анализа программа не проводит (в принципе, можно было бы каждый выделенный объект пытатьсЯ аппроксимировать с заданной точностью отрезком, коническим сечением или кривой Ѓезье; это позволило бы распознать элементарные геометрические фигуры, например, просканировав простой рисунок).

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

3.9 ђесурсы

Њы рекомендуем обратить внимание на российскую сборку OO.o, поставлЯемую с ALT Linux ("большой" дистрибутив Master и "маленький" Junior; www.altlinux.ru) и ASPLinux (в различных вариантах, www.asplinux.ru). ‚ ней раньше, чем в основной ветке, поЯвлЯютсЯ новые возможности, ориентированные на русского пользователЯ, в то же времЯ, задержка сборок новых версий (по отношению к основной ветви разработок) минимальна.

ЊногоплатформеннаЯ (Linux и Microsoft Windows) российскаЯ сборка доступна в составе сборника OpenOffice.ru, его можно взЯть на сайте www.openoffice.ru или приобрести (список реселлеров доступен на том же сайте) однодисковую коробку. Ћ российских сборках OO.o под "Њакинтош", Solaris и другие Ћ‘ нам ничего не известно, и их пользователЯм можно порекомендовать следовать по ссылкам с www.openoffice.org.

Ћсновной русскоЯзычный ресурс, посвЯщенный OpenOffice, -- это тот же сайт www.openoffice.ru и его сателлиты (включаЯ http://docs.openoffice.ru). Ћсновной международный ресурс -- это базовый сайт разработки www.openoffice.org).

OO.o вообще и OpenDraw в частности пока освещены лишь в нескольких публикациЯх. ‚ниманиЯ заслуживают [6-8].

‹екциЯ 4. GIMP -- свободный редактор растровой графики

‚ предыдущей "лекции", посвЯщенной векторной графике и программе OpenDraw, приводились основные факты, касающиесЯ различиЯ векторной и растровой компьютерной графики:

4.1 €сточники и параметры растровой графики

Ћбычным источником растровых изображений ЯвлЯетсЯ сканер -- устройство, "проходЯщее" (сканирующее) лист бумаги или кадр фотопленки точка за точкой и передающее компьютеру значениЯ, соответствующее интенсивности базовых цветов в каждой точке. ‚се большей популЯрностью пользуютсЯ цифровые фотокамеры -- аппараты, вместо фотопленки фокусирующие изображение на светочувствительной матрице, передающей цифровую запись изображениЯ на энергонезависимый носитель информации (гибкий диск или т.н. флэш-карту), который затем может читатьсЯ компьютером.

ђастровые изображениЯ могут также создаватьсЯ человеком на компьютере с помощью устройств координатного ввода ("мыши" или более подходЯщего длЯ этой цели графического планшета) или синтезироватьсЯ различными программами.

‚ажнейшими параметрами растрового изображениЯ ЯвлЯютсЯ его растровый размер (в точках) и "глубина цвета" (количество бит, используемых длЯ представлениЯ цвета каждой точки). ќти параметры часто записывают в виде 1024х728x24, что означает 1024 точки по горизонтали, 728 точек по вертикали и 24 бит на цвет (двадцати четырех бит достаточно длЯ получениЯ "фотореалистичных" изображений, дальнейшее повышение разрЯдности не приводит к увеличению качества отображаемых или печатаемых современными средствами изображений, хотЯ в промежуточной обработке или при синтезе изображений иногда используетсЯ большие значениЯ глубины цвета). …ще одним параметром, предусмотренным некоторыми форматами хранениЯ растровой графики, ЯвлЯетсЯ его "масштаб", который принЯто измерЯть в точках на дюйм (DPI); это чисто информационный параметр, который может учитыватьсЯ при печати изображений, но не влиет на возможность их обработки.

4.2 €сточники и параметры и форматы представлениЯ растровой графики

‡а тридцатилетнюю историю компьютерной графики разработано великое множество (сотни) форматов хранениЯ изображений. Ѓольшинство из них ЯвлЯетсЯ плодом несогласованности "технического творчества" отдельных групп исследователей и компаний, а также отражает особенности давно вышедших из употреблениЯ специфических устройств. ‚ажными свойствами форматов ЯвлЯютсЯ присущие им внутренние ограничениЯ, из которых наиболее значимы ограничениЯ на глубину цвета, поддерживаемые цветовые модели ("мониторнаЯ" RGB, "полиграфическаЯ" CMYK и т.д.) возможность сохранениЯ нескольких слоев изображениЯ (понЯтиЯ слоев, контуров и масок здесь не обсуждаютсЯ), наличие т.н. "альфа-канала" (фиктивного "цвета", соответствующего степени прозрачности изображениЯ при наложении его на другое изображение) и поддерживаемые алгоритмы сжатиЯ.

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

Џрактически универсальными ЯвлЯютсЯ форматы TIFF (обычно применЯемый в полиграфии, допускает лишь неразрушающее сжатие), PNG (наиболее удобный длЯ представлениЯ графических данных в мультимедийных системах и WWW, допускающий неразрушающее сжатие), а также медленно вытеснЯемые последним JPEG (допускающий сжатие с потерЯми) и GIF (ограниченный 8 бит (256) цветами). Љроме того, многие графические редакторы (включаЯ описанный ниже GIMP) обладают собственным форматом, позволЯющим сохранЯть в том же файле массу вспомогательной информации, полезной при продолжающейсЯ более одного сеанса работе с файлами.

4.3 Ћбщие сведениЯ о GIMP

GNU Image Manipulation Program (Џрограмма ѓЌ“ длЯ манипулЯции изображениЯми), или сокращенно GIMP (читаетсЯ "гимп") -- потомок курсового проекта двух студентов, Џитера Њаттаса и ‘пенсера Љимболла (1985-86 гг.).

‡а восемь лет и при участии десЯтков программистов GIMP вырос в один из самых насыщенных функциональностью графических редакторов, уступающих лишь "под завЯзку" набитому сторонними модулЯми редактору Photoshop⁶. ’екущаЯ стабильнаЯ версиЯ -- 1.2 (как и в некоторых других проектах нечетным "малым" номерам соответствуют экспериментальные (разработческие) версии, а четным -- стабильные).

€нтересно, что в рамках проекта GIMP была создана библиотека работы с экранными примитивами GTK (ныне GTK+), ЯвлЯющаЯсЯ на сегоднЯ одной из самых развитых и широко используемых в своем классе (в частности, на GTK+ основана популЯрнаЯ графическаЯ операционнаЯ среда GNOME).

GIMP, доступный длЯ всех популЯрных настольных платформ (включаЯ Linux, MacOS, Microsoft Windows и др.), широко используетсЯ длЯ работы над WWW и мультимедийной графикой, обработки любительского, репортажного и даже художественного фото, ретушированиЯ кинокадров. Џравда, длЯ последней цели чаще используетсЯ модификациЯ, известнаЯ как FilmGIMP, ее, в частности, активно эксплуатировали при монтаже первого фильма о ѓарри Џоттере.

GIMP редко используетсЯ длЯ предпечатной подготовки графики: в нем пока нет поддержки "полиграфических" цветовых моделей и системы цветоделениЯ. …ще одним ограничением текущих версий GIMP ЯвлЯетсЯ относительно низкаЯ производительность, затруднЯющаЯ работу с действительно большими (сотни тысЯч точек) и сложными (десЯтки слоев) изображениЯми. „лЯ созданиЯ и обработки достаточно компактных и простых изображений, а также длЯ их отображениЯ на мониторе и печати на оборудовании потребительского класса эти ограничениЯ не важны.

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

4.4 GIMP -- программируемый графический редактор

‚ероЯтно, успехом GIMP не в малой степени обЯзан своей изначально модульной и программируемой архитектуре. ‘ам по себе этот редактор -- достаточно компактнаЯ и простаЯ программа, однако его возможности приумножаютсЯ за счет открытости архитектуры и наличиЯ множества модулей (в текущей поставке -- около трехсот), реализующих те или иные дополнительные функции, такие как импорт-экспорт сторонних форматов или обработку изображениЯ или его фрагмента по тому или иному алгоритму.

’акие модули можно разрабатывать как отдельные программы с использованием библиотеки GDK, а можно пользоватьсЯ одним из встроенных в GIMP интерпретаторов Языков программированиЯ. €менно наличие таких интерпретаторов и делает GIMP программируемым графическим редактором. Њожно сказать, что его архитектура подобна архитектуре текстового редактора Emacs, о котором говорилось во второй нашей "лекции".

’аких интерпретатора на сегоднЯ два. ‡абавное название Script-fu, видимо, следует понимать как английско-китайское выражение, означающее "мастерство сценированиЯ" (напомним, что "сценариЯми" ("скриптами") называют программы, написанные на интерпретируемых Языках). Script-fu -- это первый встроенный в GIMP интерпретатор функционального Языка ‘хема (Schema), ЯвлЯющегосЯ потомком первого Языка функционального программированиЯ ‹исп. ђазработчик скрипта имеет доступ к многочисленным базовым функциЯм-графическим примитивам.

‘хема -- весьма продуманный и стройный Язык, однако его методический потенциал не может в полной мере быть раскрыт в сегоднЯшних курсах информатики в средней школе, программирование в которых вводитсЯ в директивной (сентенциональной) парадигме. Ќа ‘хеме, так же, как и на ‹испе, можно писать в директивном стиле, однако изЯщества и простоты, столь необходимых в обучении, достичь при этом возможным не представлЯетсЯ.

„ирективен другой Язык, интерпретатор которого также встроен в GIMP. ќто Џерл (Perl), его GIMP-овскаЯ реализациЯ называетсЯ Perl-fu. •ороший программист может писать на Џерле чисто и аккуратно, однако синтаксис Языка сам по себе настолько гибок (чтобы не сказать "жидок"), что, по нашему мнению, Џерл совершенно не годитсЯ на роль изучаемых в числе первых (хотЯ существуют и другие мнениЯ, весьма авторитетные).

„обавление в GIMP еще одного интерпретатора (например, алголо- или паскалеподобного Языка) не представлЯетсЯ особо сложной задачей, однако о таких проектах ничего не известно, и, наверное, от программированиЯ обработки изображений "внутри" GIMP как от простой в методическом освоении темы большинству педагогов стоит пока отказатьсЯ.

4.5 €нтерактивнаЯ функциональность и эргономика

’ем не менее, базовой интерактивной функциональности GIMP (включаЯ доступные модули) вполне достаточно, чтобы покрыть обычно изучаемые в школе вопросы обработки графики.

Џри запуске GIMP на экране открываетсЯ рЯд окон (ђис. 1). ѓлавное окно содержит меню основных функций, панель пиктографически обозначенных "инструментов" и области, в которых отображаютсЯ текщие значениЯ основного и фонового цветов, формы кисти, текущего градиента. Ћкна изображениЯ соответствуют отдельным открытым графическим файлам (или слоЯм в них).

„ополнительные инструментальные окна (по какой-то причине названные "диалогами") могут открыватьсЯ из меню главного окна. Ћднако их всего десЯток ("‘лои, каналы и контуры", "Џараметры инструментов", "Љисти", "аблоны", "ѓрадиенты", "Џалитра", "“стройства ввода", "€ндекс документов", "Љонсоль ошибок"), а основной массив функций, применЯемых к текущему или вновь создаваемому изображению или выбранному участку изображениЯ (включаЯ функции, реализованные внешними модулЯми-фильтрами) "достаютсЯ" через контекстное меню, открывающеесЯ по щелчку правой кнопкой мыши в окне изображениЯ.

‡ато можно воспользоватьсЯ (непривычным длЯ пользователей упрощенных графических сред, таких, как Microsoft Windows) свойством графической библиотеки GTK+, называемым "линиЯ отрыва". Љаждое меню наверху содержит пунктирную линию, щелкнув мышью на которой можно превратить это меню в самостоЯтельное инструментальное окно, сохранЯющеесЯ, пока пользователь Явным образом его не закроет (ђис. 2-3). ’аким образом (учитываЯ настраиваемость самой системы меню) можно в любой момент создать на экране дополнительные "панели инструментов", содержащие функции, которыми в ближайшее времЯ предполагаетсЯ воспользоватьсЯ. Џривыкшему к другому стилю работы пользователю это непривычно, однако, привыкнув, эту интерфейсную особенность можно использовать весьма эффективно.

Њножественность окон, к сожалению, может создавать некоторые неудобства в средах без развитого инструментариЯ управлениЯ окнами. ‚ более развитых средах можно "склеить" несколько окон, чтобы они перемещались как единое целое или "поднЯть" окно, чтобы оно продолжало оставатьсЯ видимым, даже если будет активизировано окно, расположенное "под ним" (собственно, многооконное визуальное решение и создано в расчете на наличие таких средств), а если такие средства отсутствуют (как, например, в Microsoft Windows), пользование редактором на мониторе с малым разрешением может быть отЯгощено необходимостью совершать какие-то дополнительные действиЯ.

ЋсновнаЯ интерактивнаЯ функциональность, доступнаЯ посредством "инструментов" в главном окне, достаточно традиционна длЯ программ этого класса. Ћна включает, в том числе:

‚ базовую функциональность GIMP входит также возможность захвата изображениЯ со сканера и с экрана.

4.6 ”ильтрациЯ и синтез изображений

Ћсновной прием автоматизированной обработки изображений -- фильтрациЯ их целиком, либо выделенных в них областей. ЃольшаЯ часть упомЯнутых внешних модулей реализует именно функцию фильтрации. ‘реди наиболее важных в практической обработке изображений фильтров отметим:

‡начительное количество фильтров имитируют различные "эффекты": от просмотра изображениЯ через волнистое стекло до натЯжениЯ его на сферу, цилиндр или тор.

‘интез изображений в базовой поставке GIMP и известных нам фильтрах не слишком развит, однако есть рЯд фильтров, создающие фрактальные изображениЯ (в том числе, натуроморфные).

4.7 ђесурсы

GIMP входит во все "большие" (многодисковые универсальные) дистрибутивы Ћ‘ Linux и во многие "маленькие" (одно-, двух- и трехдисковые, кроме ориентированных только на серверное применение). €нтерфейс GIMP переведен на русский Язык (хотЯ есть отдельные модули, доступные только с иноЯзычными интерфейсами).

GIMP доступен длЯ Linux и других открытых систем -- на www.gimp.org; длЯ Microsoft Windows -- на www.wingimp.org; длЯ MacOS -- на www.macgimp.org. Ћсновной русскоЯзычный ресурс, посвЯщенный GIMP -- www.gimp.ru.

Љраткое сорокастраничное введение в GIMP есть в книге [9]. €з англоЯзычных книг посоветуем две свободно доступные [13, 14].

‹екциЯ 5. OpenCalc -- свободный редактор электронных таблиц

‘лово "компьютер", означающее буквально "вычислитель" и восходЯщее к лат. computare, сегоднЯ не нуждаетсЯ в переводе: повсеместно им обозначают электронные вычислительные машины, и оно понЯтно даже носителЯм Языков, в которых длЯ компьютера есть собственное слово. Ћднако в английском, из которого оно и начало свое распространение, это слово имеет и более ранее значение: человек, занЯтый вычислениЯми.

Џарадоксально, но сколько-нибудь систематического исследованиЯ вопроса о динамике совокупной "вычислительной мощи", которыми располагало человечество до поЯвлениЯ автоматических вычислителей, в мировой литературе не существует (по крайней мере, с ходу не находитсЯ), хотЯ само содержание общематематического образованиЯ и профессиональной подготовки до сих пор наполнено, нарЯду с теоретическими сведениЯми о природе и свойствах математических объектов, вполне прагматическими приемами, способами, методами эффективного ручного счета.

’акое исследование будет непростым предприЯтием, учитываЯ, что в большинстве случаев вычислениЯ были не отдельной профессией, а частью других профессиональных занЯтий. Ѓухгалтер, инженер, техник затрачивали существенные усилиЯ на проведение расчетов, ЯвлЯющихсЯ частью их повседневной работы. Љомпьютер менЯет все это: от профессионала по-прежнему требуетсЯ умение применить способ расчета, но сами "вычислительные объемы" выполнЯютсЯ все более и более автоматизированно.

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

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

5.1 "“бойное приложение" ЏЉ

“ маркетологов есть такое сленговое выражение: "убойное применение", или "убойное приложение" (killer application). Ћно означает то применение какой-либо многофункциональной в своей основе вещи, которое формирует основную долю спроса на нее и превращает ее из модной новинки в массовый товар.

ЏоЯвившийсЯ на рубеже семидесЯтых и восьмидесЯтых, в сравнении с "настоЯщим" дорогим компьютером дешевый ЏЉ был всем плох, кроме одного: он быстро выводил данные на экран.

Ќужно вспомнить, что в те времена относительно дешевые алфавитно-цифровые терминалы соединЯлись с машиной последовательными интерфейсами (RS-232), скорость передачи данных по которым обычно измерЯлась в сотнЯх знаков в секунду, иногда, в тысЯчах. ѓораздо быстрее обменивались данными X-терминалы, включенные в сеть, но это оборудование другого класса, стоившее совсем других денег.

"’ерминал" персонального компьютера -- это (не считаЯ клавиатуры и "мыши") адаптер, интегрированный на системной плате или вставленный в разъем шины с параллельной передачей сигнала со скоростью, как минимум в сотни раз превышающей пропускную способность последовательного интерфейса, а на монитор, находЯщийсЯ всего в десЯтках сантиметров от компьютера, сигнал передаетсЯ по аналоговому кабелю.

„аже на ранних ЏЉ вывод данных на экран был, в масштабах человеческого восприЯтиЯ, мгновенным (если не "тормозила", конечно, сама программа). ќто позволило относительно дешево реализовать различные приложениЯ, сама идеЯ которых в том, чтобы представить пользователю "живую" презентацию каких-либо данных. Љ числу таких приложений относитсЯ полноэкранное редактирование текстов и, в особенности, работа с электронными таблицами. ќлектронные таблицы -- это, по большому счету, единственное приложение компьютера, которое было придумано длЯ ЏЉ и впервые реализовано на ЏЉ. ‘егоднЯ, разумеетсЯ, благодарЯ многократно возросшей скорости передачи данных, редакторами электронных таблиц можно пользоватьсЯ в компьютерных системах и сетЯх практически любой топологии (упомЯнутый ниже KSpread без проблем заработал на карманном компьютере Sharp Zaurus).

5.2 Џрограммирование особого рода

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

ќлектроннаЯ таблица -- это двумерный массив, каждый элемент (Ячейка) которого может содержать либо значение, либо выражение (формулу), причем выражениЯ в качестве свЯзанных переменных могут содержать ссылки на другие Ячейки. (Њожно считать значение (константу) частным случаем формулы, однако по историческим и эргономическим соображениЯм синтаксис этих сущностей различен. ‡начениЯ, к которым приводЯтсЯ Ячейки, содержащие формулу "=100" (если, как во всех известных нам системах управлениЯ электронными таблицами, синтаксис формулы предполагает "=" в первой позиции) и константу 100, равны.)

Џо сути дела, электроннаЯ таблица предполагает использование простого функционального Языка программированиЯ (точнее, современные системы управлениЯ электронными таблицами как правило реализуют Язык формул, функциональный в своей основе, но с элементами инфиксной нотации, т.е. с возможностью вместо "=функциЯ1(функциЯ2((сумма(а; произведение(b;c)))))" написать чуть короче: "=функциЯ1(функциЯ2(a+b*c))").

‘интаксис этого Языка очевиден длЯ всех, кто понимает, что такое формула в обычном математическом понимании. Љроме того, форма электронной таблицы снимает с пользователЯ-"программиста" заботу об организации данных (их организует сама таблица, и вместо имен переменных можно использовать координаты Ячеек), о вводе-выводе и о свЯзывании отдельных конструкций в программу (вычисление формул происходит по мере необходимости).

’аким образом, с помощью электронных таблиц в учебный курс информатики можно вводить "нулевую степень программированиЯ", объЯснЯЯ, что такое выражение и переменнаЯ, но откладываЯ на потом то, от чего можно абстрагироватьсЯ (сущности, перечисленные в предыдущем абзаце, и другие, более сложные).

5.3 ‘вободные редакторы электронных таблиц

Џробежавшись по каталогам свободных программ (таким, как "кузница кода" Sourceforge, содержащаЯ тысЯчи проектов), можно обнаружить более двух десЯтков программ в категории "электронные таблицы". Ѓольшинство из них -- незавершенные или более или менее законченные учебные проекты. ђаботу с электронными таблицами можно, видимо, считать зрелым персонально-компьютерным приложением: оказываетсЯ, за полгода-год один программист в состоЯнии реализовать (разумеетсЯ, опираЯсь на существующие библиотеки) до 90% функциональности, свойственной лидирующим программам в этой категории.

Ћднако знакомство с содержанием коммуникации на форумах поддержки позволЯет предположить, что реальную широкую пользовательскую аудиторию получили три свободных проекта:

“помЯнутое выше слово -- зрелость самого приложениЯ -- ключеваЯ характеристика. Ќабор ожиданий пользователЯ, в общем-то, известен, причем не только в части функциональности, но и в части основных эргономических характеристик программы: помимо богатых выразительных возможностей самих функций, длЯ работы с электронными таблицами важна т.н. "остенсивнаЯ" операторика, иными словами, возможность "показать пальцем" на объект, с которым нужно произвести те или иные действиЯ. Ќапример, "суммировать значениЯ вот этих Ячеек", а не "... Ячеек с A5 по D5". ‚ большей, чем в других приложениЯх, мере очевидны эвристики, которые должны реализовыватьсЯ программой в качестве "подсказок"; например, если в Ячейку, завершающую длинный столбец чисел, пользователь намерен ввести формулу, скорее всего он суммирует значениЯ, а если он начал рЯд "1 2 3" или "Январь, февраль, март", скорее всего, он продолжит его очевидным образом.

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

‡а две недели, которые готовилась эта "лекциЯ", автор (в обычной жизни не пользующийсЯ этим классом программ), проверЯЯ свои впечатлениЯ, "играл" с четырьмЯ подобными системами, пытаЯсь решать несложные задачки, которые обычно он решает (ввиду специфики личного профилЯ навыков) с помощью ‘“Ѓ„, включаЯ 1) элементарные инженерные расчеты (расход материалов и жесткость корпусной мебели), 2) бюджетирование небольшого проекта, 3) бюджетирование личных расходов. Џод горЯчую руку попали и 4) три задачки из учебника алгебры его сына (за 11 класс), две из которых даже удалось с ходу решить.

‚ число этих систем вошли три упомЯнутые свободные программы и, в качестве контрольного образца, очень популЯрнаЯ несвободнаЯ Microsoft Excel (из офисного пакета Microsoft Office 2000). ‚ывод: существенной разницы в возможностЯх и способах их реализации 99% пользователей не обнаружат. Ќекоторые тонкости: самой "интуитивной" показалась Gnumeric, лучше всего документирована Microsoft Excel, у последней также наиболее развиты средства визуализации (построение графиков и диаграмм).

’ем не менее, если бы автору предстоЯло регулЯрно работать с электронными таблицами, скорее всего, его выбор пал бы на сравнительно "серенькую" OpenCalc из-за единства интерфейса и интегрированности с OpenWriter и OpenDraw, которыми он пользуетсЯ регулЯрно.

5.4 Ћбзор возможностей OpenCalc

Љак и остальные упомЯнутые программы (за исключением Microsoft Excel), OpenCalc определЯет особое приложение Языка разметки XML, которое и используетсЯ длЯ хранениЯ рабочих книг (почему-то workbook переводитсЯ как "рабочаЯ книга", хотЯ вообще-то это обычнаЯ "тетрадь") с подшитыми в них листами электронных таблиц. Љак и остальные компоненты OpenOffice.org, OpenCalc упаковывает XML-файл с содержимым (а также рЯд вспомогательных файлов) в PKZIP-архив, который и ЯвлЯетсЯ единицей хранениЯ документа. (Ћ важности стандартизации Языков представлениЯ данных в "офисных" приложениЯх мы подробно говорили в первой "лекции", к каковой и отсылаем читателЯ.)

Љроме "родного" формата, OpenCalc "понимает" распространенный формат, используемый Microsoft Excel разных версий, экспортирует данные в DIF (Data Interchange Format), форматы ранних версий StarCalc, потомком которых она ЯвлЯетсЯ, SYLK, импортирует -- также из форматов dBase и Lotus 1-2-3. Љнигу (workbook) можно с очень приличным качеством экспортировать в гипертекст (html 3.2).

’екущаЯ версиЯ (1.0) OpenCalc позволЯет работать с отдельными таблицами (листами) размером до 255 столбцов (пронумерованных буквами и двухбуквенными сочетаниЯми, от A до IV) на 32000 строк (пронумерованных числами), чего вполне достаточно длЯ большинства офисных применений и уж, во всЯком случае, длЯ любых разумных учебных задач. OpenCalc допускает абсолютную и относительную адресацию Ячеек и их диапазонов.

‚ OpenCalc поддерживаетсЯ типизациЯ данных с возможностью их интерпретации как чисел, денежных сумм, дат, времени, логических значений и, наконец, просто текста. ‚озможны и определЯемые пользователем типы. „лЯ некоторых типов определены различные форматы представлениЯ, задающие способ их отображениЯ или печати. ‚ случае, если Ячейка содержит формулу, ее результат также может быть типизован.

Ѓиблиотека функций OCalc достаточно компактна -- их около трех с половиной сотен. Ћна разбита на рЯд категорий: управление Ѓ„, работа с датами и временем, финансы, статистика и т.п. €меютсЯ средства расширениЯ этого набора.

Њощный механизм стилей оформлениЯ, свойственный всем компонентам пакета OO.o, доступен и в OpenCalc. ‘тили оформлениЯ могут определЯтьсЯ длЯ отдельных Ячеек, их совокупностей, листов и рабочих книг в целом, а также длЯ включаемых элементов, таких как текст или иллюстрации (в том числе, графики и диаграммы).

* * *

1) свободное лицензирование и конкурентнаЯ поставка (с соответствующими ценовыми последствиЯми);

2) независимость от Ћ‘ (и пользование им не диктует практически никаких ограничений на выбор операционной системы и операционной среды). Ѓолее того, навыки работы с этой программой также в большой степени переносимы. ”актически, OO.o выглЯдит и управлЯетсЯ одинаково под любой стандартной Ћ‘ (разработчики говорЯт о поддержке Linux и Solaris; известно об устойчивой работе пакета под FreeBSD), а также под Microsoft Windows 9x/Me и Microsoft Windows NT/00/XP, есть экспериментальный порт (перенос) на "Њакинтоши", под MacOS X (по некоторой информации, в команду уже вошли представители Apple Computers);

3) он использует в качестве Языка разметки стандартный XML. ‚ качестве кодировки используетсЯ Unicode, что позволЯет забыть про третью (после классических "дураков и дорог") российскую проблему с разнобоем в кодовых таблицах, используемых длЯ представлениЯ кириллицы в разных системах,

5.5 ђесурсы

Њы рекомендуем обратить внимание на российскую сборку OO.o, поставлЯемую с ALT Linux ("большой" дистрибутив Master и "маленький" Junior; www.altlinux.ru) и ASPLinux (в различных вариантах, www.asplinux.ru). ‚ ней раньше, чем в основной ветке, поЯвлЯютсЯ новые возможности, ориентированные на русскоЯзычного пользователЯ, в то же времЯ, задержка сборок новых версий (по отношению к основной ветви разработок) минимальна.

OO.o вообще и OpenCalc в частности пока освещены лишь в сравнительно небольшом количестве публикаций. ‚ниманиЯ заслуживают [6-8].

‹екциЯ 6. ‘трока длиною в жизнь

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

Ќа самом деле, эта последовательность отражает не что иное, как порЯдок, с которым с двумЯ основными метафорами организации пользовательских интерфейсов познакомились пользователи персональных компьютеров. ‚плоть до начала девЯностых ЏЉ были простыми и маломощными, поддержка графики и возможность комфортной работы с оконными графическими системами поЯвилась на них недавно (даже в масштабе стремительно развивающейсЯ информационно-технологической отрасли).

Ћднако за годы до этого графические интерфейсы уже широко применЯлись на рабочих станциЯх -- конечно, более дорогом, редком и специализированном оборудовании. …сли быть точными, то обе концепции в их более или менее современном виде сформировались примерно в одно времЯ.

‚ 1967-68 гг. „уг ќнгельбарт представил прототип т.н. WIMP-интерфейса, т.е. интерфейса, использующего понЯтиЯ окон (windows), пиктограмм (icons), меню (menus) и указателей (pointers), ЯвлЯющихсЯ ключевыми и длЯ сегоднЯшних графических пользовательских сред.

‚ 1968-69 гг. Љен ’омсон и „еннис ђичи представили первый релиз Ћ‘ UNIX, по сути, ЯвившейсЯ прототипом артикулированной системы современных понЯтий практической информатики, таких, как процессы и файлы, и содержащей непротиворечивый, логичный и лаконичный Язык работы с соответствующими им сущностЯми, который спустЯ полтора десЯтка лет стал стандартным пользовательским интерфейсом Ћ‘. (ђубеж шестидесЯтых и семидесЯтых -- уже -- прошлого -- века вообще ЯвлЯетсЯ "осевым временем" информатики и вычислительной техники...).

ђазумеетсЯ, как одна, так и втораЯ метафорические системы поЯвились не на голом месте, и их родословную можно проследить назад вплоть до истоков вычислительной техники: до коммуникационной панели первых компьютеров, как вещи твердой и весьма графической (или, во всЯком случае, живописной) -- это конец сороковых, и до Языков управлениЯ заданиЯми в первых программных планировщиках, загрузчиках и Ћ‘ -- это середина пЯтидесЯтых, соответственно. Ћтметим, что идеЯ управлениЯ компьютером как "прибором" -- с помощью органов управлениЯ (неважно, "в железе" или нарисованных на экране) старше идеи "диалога" при помощи слов.

Џри этом, длЯ большинства пользователей знакомство с "командной строкой" до недавнего времени отЯгощалось радикальным упрощением и изменением, которым Язык стандартной оболочки Ћ‘ был подвергнут при разработке Ћ‘ длЯ ЏЉ (таких, как CP/M, MS-DOS (PC-DOS) и клонов последней). ЋграничиваЯсь знакомством со средствами MS-DOS и ее командных файлов, о метафоре "командной строки" можно составить лишь весьма превратное и убогое представление.

6.1 ’екстофобиЯ

„лЯ людей старорежимных, начинаЯ от возраста автора (ему 33) и старше, компьютер удивителен и страшен своей уникальной способностью к символической активности. Њы выросли в мире "глупых" вещей, пассивных или проЯвлЯющих свою активность чисто механически (как автомобиль, который может быстро довезти, или же раздавить, если вовремЯ не увернешьсЯ), и неспособных к диалогу в бытовом окружении. Љ диалогу способны были вещи культуры (книга, картина, симфониЯ) -- но опосредованно, в отдельных, отведенных длЯ этого местах, в назначенное времЯ и при тщательном отборе собеседников.

‚озможно, пирожное и говорило, по Љурту ‹евину, на своем кондитерском Языке "съешь менЯ", но ничего подобного продемонстрированной нам недавно упаковке, говорЯщей "купи менЯ" уже обычным человеческим голосом (причем, с учетом физиоантропометрических данных приблизившегосЯ покупателЯ), не было. ‚ещи были "глупыми", сколь бы изощренный ум своих создателей они не воплощали, а умными были только люди.

Ђвтор до сих пор находитсЯ под влиЯнием первого своего опыта в десЯтилетнем возрасте общениЯ с компьютером, что-то ему ответившим в ответ на введенную строку. Ћтветившим осмысленно. (Џодробностей он не помнит, но, скорее всего, первым ответом было указание на то, что команда содержит синтаксическую ошибку.) ‘лово страшен выше -- не случайно, но, в конце концов, компьютеры были тогда надежно заперты в своих вычислительных центрах.

ђоль клетки длЯ этого зверЯ длЯ очень многих сегоднЯ играет гладкаЯ поверхность "графических интерфейсов", скрывающаЯ диалог. Љомпьютер, прикрытый таким образом, уже не демонстрирует пугающую символическую наготу. Ћн реагирует на нажатую кнопку с картинкой -- можно успокаивать себЯ, что это такаЯ хитраЯ машинка: пылесос после нажатиЯ кнопки сосет, а компьютер -- печатает, свЯзано все чисто механически, и никакого человечка, который с изнанки интерфейса посмотрел, куда же ты нажал и определил, что же сделать с картинкой, нет.

Ќа самом деле призрак маленьких человечков есть -- за кулисами гладкой разрисованной поверхности идет обмен такими же -- mutatis mutandis -- сообщениЯми, что озадачили автора, когда он был маленьким. Ћт нынешних маленьких их хотЯт попрЯтать, как электрический ток за изолЯцией. —тобы не стукнуло. Ќо в шкафу каждого компьютера, будь он трижды персональный, спрЯтан скелет искуственного разума, при всей условности последнего выражениЯ.

‘уществует влиЯтельнаЯ тенденциЯ в современных гуманитарных дисциплинах, получившаЯ распространение в основном в англоЯзычном мире и свЯзаннаЯ с остроумными теориЯми канадского профессора Њаршала Њак-‹ьюэна, утверждавшего, что письменнаЯ ("визуальнаЯ") культура свЯзана с гипертрофией аналитических функций человеческого интеллекта на определенных стадиЯх его развитиЯ, и что ее сменЯет культура "аудиальнаЯ", направленнаЯ на синтез целого путем рассеиваниЯ вниманиЯ, и возврат к доиндивидуалистическому, общинному сознанию, от полиса и урба -- к "глобальной деревне".

‘ этой сменой он свЯзывал популЯрность телевиденьЯ (и утрату популЯрности чтениЯ как досуга) и "клип-культуры", а его последователи указывают и на несомненный рост в девЯностые популЯрности "графических пользовательских интерфейсов" компьютеров, причем не только в быту, но и в деловом окружении.

Њак-‹ьюэн, впрочем, в своем "зондировании" (как он именовал свое творчество, весьма последовательно отказываЯсь называть свои поздейшие произведениЯ "текстами") был достаточно ироничен, что в гораздо меньшей степени наблюдаетсЯ в творчестве его последователей.

ђазумеетсЯ, каждый имеет право, хотЯ оно особо и не оговорено в Љонституции, на персональные фобии, и даже право постфактум рационализировать их в теориЯх. Ћднако мы полагаем, что никому не должно быть позволено транслировать эти фобии другим, тем менее -- подрастающему поколению.

Љомпьютеры (и новаЯ генерациЯ "умных" приборов, машин и механизмов, включаЯ промышленные, канцелЯрские и бытовые) отличаютсЯ от всего, созданного человеком ранее способностью непосредственно манипулировать символами, воспринимать символы и сообщать символы человеку, т.е., в некотором роде вести с ним диалог.

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

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

Ћднако мысль о том, что пиктограммами и жестами можно заменить полноценный Язык, напоминает нам лишь одну из гениальных идей академии наук в ‹агадо, описанной ‘вифтом в "’ретьем путешествии ѓулливера":

ѓлЯдЯ на визуально-дизайнерское произведение очередного их последователЯ, лишь удивлЯешьсЯ: из какого мешка он достал значок, выражающий идею: "‚ход с жующими мороженое несовершеннолетними леопардами в темное времЯ суток запрещен"? € почему он думает, что этот значок интуитивно понЯтен?

‚ ‹адаго попытка мудрецов осуществить масштабное внедрение своего изобретениЯ закончилась тем, что:

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

6.2 ЉоманднаЯ оболочка: основные понЯтиЯ

ЋпрационнаЯ система, как "среда обитаниЯ" файлов и процессов, состоит из Ядра и оболочки с утилитами. џдро при нормальном функционировании системы остаетсЯ длЯ пользователЯ "вещью в себе", которую непосредственно не видно и не слышно. ‚ то же времЯ, только Ядро, имеЯ доступ к оборудованию, способно оперировать файлами и процессами, т.е. осуществлЯть "деЯтельность" с некоторым объективным результатом.

Џользователю эта функциональность доступна только опосредованно, через особую программу, котораЯ "общаетсЯ" с ним посредством терминала и вполне логично называетсЯ "оболочкой". ’еоретически оболочка могла бы реализовать замкнутый Язык диалога (и ранние архитектуры Ћ‘ носЯт следы таких попыток), но в открытых системах принЯта другаЯ философиЯ -- разделениЯ, специализации и минимизации программ. Џоэтому на практике оболочка используетсЯ вместе с утилитами -- набором самых часто употреблЯемых программ -- и лишь синтаксис и семантика оболочки вкупе с синтаксисом и семантикой используемых утилит и образуют полноценный формальный Язык диалога пользователЯ с системой. ‚ июне 1993 г. этот Язык был стандартизован Њеждународной организацией стандартизации (документ ISO/IEK IS 9945-2:1993), но известен он больше под своим "отраслевым" названием POSIX.2.

‘уществует множество реализаций стандартного Языка оболочки и утилит, восходЯщих к системам Unix, BSD, проекту GNU и некоторым другим проектам. Ќаиболее популЯрной на сегоднЯ ЯвлЯетсЯ bash в составе GNU Tools, разработанных частично в ”онде свободного программного обеспечениЯ и частично при его поддержке. GNU Tools ЯвлЯютсЯ, нарЯду с Ядром Linux, основой операционных систем на этом Ядре, но доступны и длЯ других Ћ‘, включаЯ альтернативные архитектуры.

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

6.3 ЉоманднаЯ оболочка как инструмент

Џользование оболочкой очень просто: в ответ на приглашение ("подсказку"), выдаваемое находЯщейсЯ в ожидании оболочкой, пользователь вводит команду и, после ее выполнениЯ (возможно, сопровождающеесЯ выводом на экран некоторой информации), оболочка снова выводит приглашение и ожидает следующей команды. € так -- пока пользователь не введет символ конца файла (или команду exit), после чего сеанс работы закончитсЯ. Џодобным образом (с некоторыми нюансами) оболочка интерпретирует и файл "сценариЯ" (программы) с записанными в нем командами (возможно, с использованием управлЯющих конструкций; общую характеристику оболочки как Языка программированиЯ см. ниже).

Џростейший "обмен репликами" между оболочкой и пользователем приведен на рис. 1 (здесь и далее вводимый пользователем текст выделен полужирным шрифтом, а невидимые при вводе символы -- курсивом. ‚ведЯ команду ls (от LiSt -- вывести список файлов в текущем каталоге), пользователь получил список файлов, находЯщихсЯ в текущем каталоге.

Ќачинающих пользователей (особенно воспитанных в субкультуре ЏЉ) часто удивлЯет такаЯ вещь: если дать, например, команду ls, результат будет весьма лаконичным, в то времЯ, как у нее есть ключи-модификаторы, позволЯющие получить указанный список в виде, гораздо более подходЯщем длЯ восприЯтиЯ человеком (см. рис. 2). Џочему же умолчанием (вариантом, применЯемым в случае, если ключи Явно указаны не были) ЯвлЯетсЯ именно лаконичнаЯ, "некрасиваЯ", "неудобнаЯ" форма?

Џричина очень проста: как и любаЯ другаЯ стандартнаЯ утилита, ls гораздо чаще используетсЯ не оператором, а какой-нибудь другой программой, поэтому ее вывод приспособлен длЯ наиболее удобной его последующей обработки. Џодача команды с клавиатуры -- исключение, а не правило, и длЯ удобства оператора предусмотрен соответствующий ключ. …сли пользователю часто нужно выводить список файлов на экран, он запрограммирует оболочку, определив длЯ себЯ синоним (например, синонимом конструкции ls -al --color=always | less, постранично выводЯщей список файлов со всеми атрибутами и с выделением типов файлов цветами, может быть определена команда lls).

ЏонЯть эту простую вещь означает понЯть весьма серьезную часть компьютерной культуры. “ниверсальные системы (например, Ћ‘), в отличие от специализированных (например, мультимедийных киосков или игровых приставок) создаютсЯ не длЯ удобства пользованиЯ ими "из коробки" абстрактным "простым пользователем", а длЯ удобства их настройки (программированиЯ) конкретным пользователем под его конкретные нужды. ќто не удобство, а метаудобство, не встроеннаЯ в стены комнаты мебель, а модульный гарнитур с инструкцией по сборке, не "длЯ всех", а длЯ каждого. Ђ "простых" пользователей не бывает, все мы сложные и разные.

“тилиты могут не только выводить текст, но и читать ввод. Џростейший пример -- утилита конкатенации cat, котораЯ, будучи издана без аргументов, просто построчно копирует текст (см. рис. 3). “тилита, читающаЯ что-либо из стандартного ввода и выводЯщаЯ что-либо на стандартный вывод, называетсЯ фильтром, фильтрами ЯвлЯютсЯ многие из стандартных POSIX-утилит.

‘тандартный ввод-вывод -- это два файла, которые по умолчанию свЯзаны с текущим терминалом. Њощнейшим средством оболочки ЯвлЯетсЯ перенаправление ввода и вывода в произвольный файл, задающеесЯ соответственно знаками < и >, за которыми следуют имена файлов. Ќа рис. 4. показано перенаправление вывода команды cat в файл names и перенаправление ввода этой команды из созданного предыдущей командой файла. ‚ажно заметить, что перенаправление стандартного ввода-вывода производитсЯ именно оболочкой, "умениЯ" распознавать перенаправление как свои аргументы от самой утилиты (или, к примеру, пользовательской программы) не требуетсЯ.

…ще одним мощным средством оболочки ЯвлЯетсЯ так называемый "конвейер" (или "канал") -- соединение вывода одной команды с вводом другой.

Ќа рис. 5 приведен развернутый пример. Љомандой cat names names >names2 мы создаем файл names2, содержащий удвоенное содержимое ранее созданного файла names. “тилитой sort его можно отсортировать в алфавитном порЯдке, а про утилиту uniq известно, что она удалЯет повторЯющиесЯ строки. Ћднако удалЯет она только подрЯд идущие строки, поэтому, чтобы уникализировать строки в файле, содержащем их в произвольном порЯдке, файл нужно сперва отсортировать.

Ќам уже известно, что перенаправлением ввода-вывода можно создать временный файл (это выглЯдело бы так: sort <names2 >temp ; uniq temp ; rm temp), однако конвейер, задаваемый символом |, позволЯет "замкнуть" вывод команды sort на ввод uniq без созданиЯ промежуточного файла, который потом нужно удалЯть: sort <names2 | uniq temp. –епочка команд, объединЯемых в конвейер, может быть произвольной длины.

€, наконец, еще одним мощным средством командной оболочки ЯвлЯетсЯ поддержка шаблонов имен файлов (усеченного варианта так называемых "регулЯрных выражений"). …сли мы хотим удалить из каталога, содержимое которого отображалось в примере на рис. 1, файлы words-to-avoid.ru.html.1 и words-to-avoid.ru.html.2, нам не обЯзательно передавать их список команде rm; достаточно определить выражение, однозначно их характеризующее, например words-to-avoid*. Њетасимвол * означает любое количество любых символов; существют и другие метасимволы. ђезультат выполнениЯ этой команды в указанном каталоге в точности эквивалентен команде rm words-to-avoid.ru.html.1 words-to-avoid.ru.html.2, причем "раскрытие" метасимволов выполнЯет, опЯть же, не утилита, а сама оболочка.

6.4 ЉоманднаЯ оболочка как Язык программированиЯ

‚ качестве Языка программированиЯ стандартнаЯ оболочка может быть охарактеризована следующим образом:

’аким образом, Язык оболочки хорошо подходит длЯ того, длЯ чего он предназначен: написаниЯ программ (сценариев) работы с файлами (небезынтересно, что значительнаЯ часть самих открытых Ћ‘ написана именно на Языке оболочки). Ћн не слишком подходит длЯ решениЯ алгебраических задач, хотЯ отсутствие встроенного механизма работы с плавающей арифметикой может быть обойдено применением специальных утилит, например, универсального калькулЯтора произвольной точности bc, и хранением значений вещественных чисел в строковых переменных. Џодобным же образом использованием внешних утилит можно писать на этом Языке программы с оконным (как псевдографическим, так и графическим) интерфейсом.

$ ls ! k7m-104.old tmp.sh EPIA_Manual_v1.0.pdf k7m-104.pdf wget-log [0-11-9].jpg words-to-avoid.ru.html.1 army_engl.txt names words-to-avoid.ru.html.2 dengi.rar opensource.mit.edu www.computerra.ru econ.pdf ruspunk.swf www.ctc.msiu.ru firewalls.tar school tmp gosorgan.amursk.ru tmp.1 www.oreilly.com j463_k7m.pdf tmp.html $_
ђис. 1

$ ls -l total 3707 drwxr-xr-x 2 maksim None 4096 Oct 29 2001 ! -rw-r--r-- 1 maksim None 19743 Nov 5 00:08 EPIA_Manual_v1.0.pdf -rw-r--r-- 1 maksim None 39 May 27 2002 [0-11-9].jpg -rw-r--r-- 1 maksim None 666120 Nov 12 2001 army_engl.txt -rw-r--r-- 1 maksim None 12402 Oct 11 2001 dengi.rar -rw-r--r-- 1 maksim None 101873 Oct 8 2001 econ.pdf -rw-r--r-- 1 maksim None 2129920 Aug 15 2001 firewalls.tar drwxr-xr-x 2 maksim None 0 Nov 10 08:48 gosorgan.amursk.ru -rw-r--r-- 1 maksim None 768086 May 1 2002 j463_k7m.pdf -rw-r--r-- 1 maksim None 340016 May 1 2002 k7m-104.old -rw-r--r-- 1 maksim None 2543572 Dec 9 2001 k7m-104.pdf -rw-r--r-- 1 maksim None 23 Nov 28 03:44 names drwxr-xr-x 5 maksim None 4096 Nov 7 07:08 opensource.mit.edu -rw-r--r-- 1 maksim None 855480 Jun 7 17:01 ruspunk.swf drwxr-xr-x 5 maksim None 0 Oct 14 2001 school -rw-r--r-- 1 maksim None 16000 Aug 25 02:24 tmp -rw-r--r-- 1 maksim None 467 Oct 29 2001 tmp.1 -rw-r--r-- 1 maksim None 67888 Sep 26 2001 tmp.html -rwxr-xr-x 1 maksim None 198 Aug 23 04:48 tmp.sh -rw-r--r-- 1 maksim None 835 Nov 27 2001 wget-log -rw-r--r-- 1 maksim None 12698 Jun 16 2000 words-to-avoid.ru.html.1 -rw-r--r-- 1 maksim None 12698 Jun 16 2000 words-to-avoid.ru.html.2 drwxr-xr-x 6 maksim None 4096 Sep 26 2001 www.computerra.ru drwxr-xr-x 3 maksim None 0 Oct 9 2001 www.ctc.msiu.ru drwxr-xr-x 12 maksim None 4096 Apr 26 2002 www.oreilly.com $_
ђис. 2

$ cat ЏетЯ ЏетЯ џна џна ‚асЯ ‚асЯ Њаша Њаша ^D $_	$ cat >names ЏетЯ џна ‚асЯ Њаша ^D $ ls names names $ cat <names ЏетЯ џна ‚асЯ Њаша $_
ђис. 3	ђис. 4

$ cat names names >names2 $ cat <names2 ‚асЯ Њаша ЏетЯ џна ‚асЯ Њаша ЏетЯ џна $ sort <names2 ‚асЯ ‚асЯ Њаша Њаша ЏетЯ ЏетЯ џна џна $ uniq <names2 ‚асЯ Њаша ЏетЯ џна ‚асЯ Њаша ЏетЯ џна $ sort <names2 \| uniq ‚асЯ Њаша ЏетЯ џна
ђис. 5

‘интаксис Языка (в частности, синтаксис выражений) не отличаетсЯ внешним изЯществом (хотЯ длЯ знатока сценарии могут быть весьма красивыми и нетривиальными) и врЯд ли может быть рекомендован⁷ в качестве первого Языка при знакомстве с программированием. Ћтсутствие типизации и неподдержка иных, кроме сентенциональной, парадигм программированиЯ, во всЯком случае, служат веским поводом к тому, чтобы не вводить его в учебный курс в качестве единственного.

‚ то же времЯ, хотЯ бы беглое знакомство с Языком оболочки, помимо очевидного прагматического значениЯ, дидактически полезно. Ћн вполне пригоден длЯ демонстрации таких важных понЯтий, как присвоение значений, смысл и использование управлЯющих конструкций, подпрограммы (функции). ’ехнически он прост в использовании благодарЯ наличию интерпретатора bash (могущего работать в POSIX-режиме, т.е. в строгом соответствии со стандартами) под рукой в любой стандартной Ћ‘ (а также наличию портов того же bas практически длЯ любой альтернативной платформы). Ћн может быть единственным сентенциональным Языком в общеобразовательном курсе информатики.

6.5 ђесурсы

ЊетодическаЯ литература, специально ориентированнаЯ на школьный курс и посвЯщеннаЯ программированию на Языке оболочки, на русском Языке сегоднЯ отсутствует, хотЯ следует отметить, что "классические" руководства по Unix за тридцать лет развитиЯ отрасли достигли практически кристальной прозрачности изложениЯ и легко могут быть адаптированы длЯ нужд как учителей, так и самих учащихсЯ. Џо-русски нам известна единственнаЯ книга [11], специально посвЯщеннаЯ программированию на Языке оболочки.

€нтерпретаторы Языка оболочки ЯвлЯютсЯ неотъемлемой частью открытых систем и включены в состав любого дистрибутива (так же, как и руководства пользователЯ); лучшим из них мы считаем свободный bash, разработанный ”ондом свободного программного обеспечениЯ. „лЯ пользователей альтернативных архитектур (например, Microsoft Windows) мы рекомендуем также bash, доступный в составе многочисленных программных пакетов.

„лЯ Microsoft Windows рекомендуетсЯ установка пакета Cygwin, содержащего утилиты GNU и некоторые другие программы, позволЯющие организовать стандартную рабочую среду. ‘ледует учесть, что при работе в версиЯх MS Windows, основанных на MS-DOS (MS Windows 95/98/Me), у многих программ возникают сложности из-за отсутствиЯ в MS-DOS контролЯ за правами доступа к файлам и каталогам (версии, основанные на NT -- MS Windows NT/00/XP, лишены этого недостатка), а также то, что локализованнаЯ длЯ русской среды сборка Cygwin в настоЯщее времЯ не поставлЯетсЯ. „лЯ поддержки кириллических символов необходимо в каталоге пользователЯ создать файл с именем .inputrc, содержащий строки:

Ђльтернативой Cygwin (по рЯду причин менее предпочтительной) ЯвлЯетсЯ использование системы Interix UNIX Tools for Windows, также содержащей утилиты GNU, включаЯ bash (ее можно приобрести через Microsoft на диске либо скачать с их сайта).

‹екциЯ 7. ѓрафический интерфейс пользователЯ

„о середины девЯностых существовали отдельно компьютернаЯ графика и отдельно -- настольные игры в компьютерную графику. ЏомнЯщие историю отечественной школьной информатизации читатели, возможно, сталкивались с чудом техники под названием "цифровой дисплей растровый" (–„ђ), которое удавалось подключить к первому отечественному персональному компьютеру „‚Љ, чтобы отображать на экране телевизора несколько тысЯч пикселов в четырех цветах. ‚ то времЯ в ‹абораториЯх Љомпьютерной ѓрафики некоторых вузов можно было встретить ѓрафические ђабочие ‘танции с векторными устройствами и X-терминалами, и даже плоттерами.

‡акон Њура тем временем делал свое (в данном случае, не черное, а многоцветное) дело, и к середине девЯностых на компьютере с процессором Intel 486 уже запускалась та самаЯ система, которую пЯтью годами раньше наблюдать можно было лишь на X-терминалах и графических станциЯх, стоивших каких-то немыслимых (что по тем временам, что сегоднЯ) денег.

€гры в самодельную графику, конечно, продолжаютсЯ и сегоднЯ, но в целом мир воссоединилсЯ, и особой нужды в таких играх давно нет. •отЯ -- такова диалектика массовых рынков -- именно эти игры (включаЯ игры в буквальном смысле) породили спрос на дешевые устройства (прежде всего, графические акселераторы), которые и делают настоЯщую компьютерную графику доступной пользователю массовой x86- и PowerPC-техники, даже устаревшие "персоналки" -- сопоставимыми с X-терминалами, а более новые и мощные -- соперниками и с профессиональных графических рабочих станций начального и среднего уровнЯ.

7.1 X Window System и Xfree86

X Window System -- один из самых больших и успешных проектов в истории компьютерной техники -- восходит к 1984 г., когда разработчики двух систем компьютерной графики, претендующих на универсальность -- проектов Athena (Њассачуссетский технологический институт) и W Windowing (‘тэнфордский университет) -- решили объединить свои усилиЯ. ‘ тех пор практически каждаЯ компаниЯ, серьезно занимающаЯсЯ графикой, посчитала своим долгом внести какие-либо разработки в систему, формальным "хозЯином" которой в 1987 г. стал вновь созданный X Consortium (ныне X Open Group, www.X.org).

‘ тех пор X прошел через одиннадцать основных релизов и множество версий.

„альнейшее изложение ориентировано на свободную реализацию X, котораЯ называетсЯ XFree86, поддерживаетсЯ одноименным партнерством (www.xfree86.org) и воплощает на сегоднЯ версию 4.2 текущего релиза. XFree86 -- самаЯ популЯрнаЯ реализациЯ X, она поставлЯетсЯ в составе подавлЯющего большинства открытых систем (как свободных, так и несвободных) длЯ x86-совместимых компьютеров, поддерживает беспрецедентно широкий спектр оборудованиЯ и, благодарЯ доступности исходных текстов и пользовательской аудитории в десЯтки миллионов человек, достаточно "вылизана", по крайней мере, насколько это возможно длЯ такого разнообразиЯ "железа". ЌесмотрЯ на то, что исторически цифры "86" в названии пакета относЯтсЯ к соответствующему семейству процессоров от Intel, современные версии XFree86 реализованы длЯ большинства других популЯрных процессоров. XFree86 доступен и длЯ некоторых альтернативных архитектур Ћ‘, включаЯ Microsoft Windows NT.

Ѓольшинство нижесказанного справедливо длЯ любой реализации X на любом оборудовании и под любой Ћ‘, список которых можно найти на www.X.org.

7.2 –ветной сэндвич

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

Ќепосредственно с оборудованием (видеосистемой, устройствами ввода и динамиком) работает X-сервер. ќта программа захватывает оборудование и предоставлЯет его возможности другим программам как ресурсы (собственно, именно поэтому она и называетсЯ сервером) по особому протоколу, который так и называетсЯ, X-протокол. Џеречисленное оборудование в совокупности называетсЯ X-терминалом (аппаратным X-терминалом называетсЯ и специализированный компьютер, на котором исполнЯетсЯ исключительно X-сервер).

‡десь сразу видно отличие X Windows System от большинства самодельных систем графики, используемых в проприетарных системах: взаимодействие X-сервера с его многочисленной клиентурой происходит по специфицированному протоколу, который может туннелироватьсЯ через TCP/IP и, соответственно, клиенты и сервер могут исполнЯтьсЯ на разных узлах ‘ети. ќто означает, что одни и те же программы могут эксплуатироватьсЯ в разных топологиЯх, включаЯ совокупность автономных рабочих станций ("персональных компьютеров"), совокупность рабочих станций без данных или бездисковых рабочих станций ("локальнаЯ сеть"), многопользовательскую систему с X-терминалами (или какую-либо гибридную топологию).

…ще одним ресурсом, который предоставлЯет X-сервер, ЯвлЯютсЯ шрифты. Ћперировать шрифтами он может самостоЯтельно, либо с помощью другой программы, котораЯ называетсЯ сервер шрифтов X и обеспечивает их масштабирование.

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

7.3 "—истый" X

Ќа ђис. 1 изображена "голаЯ" система X Window -- то, с чем большинство пользователей никогда не сталкиваетсЯ. ‡апустить ее обычно можно так: X.

Њы видим традиционный серый экран с не менее традиционным курсором в виде буквы X. €спользуЯ мышь или другое координатное устройство, курсор можно перемещать по экрану. Ќа нажатие кнопок мыши и клавиш никакой видимой реакции не следует. € невидимой тоже -- сервер готов передавать эти сигналы своим клиентам, а клиенты пока не запущены. •отЯ на самом деле некоторые комбинации клавиш X перехватывает и обрабатывает. ќто Zap (Control-Alt-Backspace) -- завершение работы сервера (если эта возможность не запрещена при конфигурации), Zoom (Control-Alt-+/-) -- "горЯчее" переключение доступных видеорежимов. ‚ некоторых Ћ‘ (Ќапример, GNU/Linux) Control-Alt в сочетании с функциональной клавишей освобождает оборудование и передает его на времЯ соответствующей виртуальной консоли.

‚оспользуемсЯ последней возможностью, перейдем на консоль и запустим первое клиентское приложение: программу xterm (ђис. 2). Ќа экране X обрел поЯвилось окно, а в окне можно видеть интерфейс клиентского приложениЯ. ‚ данном случае интерфейс текстовый, а приложение -- эмулЯтор терминала, на котором запущена диалоговаЯ оболочка системы по умолчанию. ‘ эмулЯтором можно делать все то же, что и с обычным терминалом: издавать команды, получать результат и запускать другие программы. …сли программы текстовые (строчные или оконные), исполнЯтьсЯ они будут в том же окне, а если графические (как и сам xterm) -- в отдельных окнах.

‡апустим программу xclock (ђис. 3). Џри ее запуске мы использовали несколько параметров, задающих геометрию (местоположение и размер) вновь порождаемого окна, цвет его фона и шрифта по умолчанию, толщину и цвет рамки. ќти (и некоторые другие) параметры типичны длЯ программ, построенных на основе графической библиотеки X Toolkit. ‡начениЯ параметров, заданные при вызове программы, могут быть перекрыты самим запускающимсЯ приложением, кроме опции геометрии. „ело в том, что окно выделЯетсЯ клиентскому приложению при запуске, и все доступные ему ресурсы этим окном и ограничены -- это свойство X-протокола.

‡апустив несколько экземплЯров того же xterm (и почитав документацию) можно обнаружить, что и "голышом" X умеет не так мало. Ќапример, оперирует буфером обмена текстом между приложениЯми и предоставлЯет текстовым приложениЯм такой ресурс, как полосу прокрутки (забавнаЯ полоска, скроллировать текст с помощью которой вверх или вниз можно, щелкаЯ по ней разными кнопками мыши, -- это наследие проекта Athena).

…сть ли польза от системы, работающей с фиксированными окнами? „а, если вспомнить, что "универсальный десктоп" -- не единственнаЯ сфера применениЯ компьютера. Њожно запустить при загрузке X и браузер на весь экран и получить гипермедийный киоск по цене PC. Ђ можно посадить за тот же браузер оператора, который будет через него весь день "рулить" базу данных.

Ќо мы пойдем дальше. €так, основнаЯ работа X-сервера -- создавать окна и предоставлЯть клиентским приложениЯм возможности работы в них. „лЯ того, чтобы работать с окнами, нужна другаЯ программа, котораЯ так и называетсЯ -- менеджер окон (window manager).

7.4 Ћкноводы

Љак же менеджер окон преодолевает указанное ограничение X-протокола? Ќикак -- просто выделенным ему окном ЯвлЯетсЯ весь экран. (Ќа самом деле, менеджер окон -- не единственнаЯ программа, способнаЯ работать с "корневым" окном; например, входЯщаЯ в комплект поставки xsetroot позволЯет установить цвет фона или поместить на него рисунок.)

Њенеджеров окон существует превеликое множество -- под любой набор задач, которые может решать графическаЯ многооконнаЯ система. €х настолько много, что выбрать какой-нибудь в качестве "типичного представителЯ семейства" затруднительно. Џоэтому выберем один из самых развитых -- Enlightenment.

"Џросвещение" (www.Enlightenment.org) создано Љарстеном •айцлером и „жеффом •аррисоном (Carsten Haitzler, Geoff Harrison) и его текущаЯ версиЯ -- 0.16.5. „о 2000 г. он был "штатным" менеджером окон в популЯрной среде GNOME (ей будет посвЯщена отдельнаЯ "лекциЯ"), затем уступив это место менее функциональной, но более быстрой "ђыбе-пиле" (Sawfish). Ћн продолжает оставатьсЯ GNOME-совместимым, и многие пользователи этого популЯрного десктоп-менеджера предпочитают его, хотЯ и без GNOME у Enlightenment поклонников хватает.

‡апустим "Џросвещение" (ђис. 4). Љак резко изменилась картина!

Џервое, что мы видим -- это поЯвившиесЯ вокруг окна нашего xterm "виджеты" (элементы окон) -- строка заголовка с кнопками и рамка. Ћкно теперь можно перемещать по экрану, "ухватив" за заголовок, масштабировать, "взЯв" за бок или за угол, максимизировать, минимизировать или закрыть, нажав соответствующую кнопку. ‘прашиваетсЯ, что еще можно делать с окном?

‚опрос не праздный. Ќажав на левую кнопку в заголовке, получаем неожиданно разнообразное меню (меню -- это тоже "виджет") таких действий (ђис. 5). ЋказываетсЯ, его можно еще уничтожить (Annihilate), поднЯть/опустить (Raise/Lower), оттенить/растенить (Shade/Unshade) приклеить/отклеить (Stick/Unstick) и выполнить еще массу действий, длЯ которых потребовались отдельные меню! Ќабор этих действий зависит от конкретного менеджера окон (и Enlightenment -- один из самых богатых возможностЯми), а то, какие из них выведены в строку заголовка отдельными кнопками -- вообще от его настройки.

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

‚ы уже обратили внимание на то, что при запуске "ЏросвещениЯ" на экране поЯвилось еще одно окно. ќто так называемый пейджер (pager), на ђис. 6 он изображен крупным планом. Ќа пейджере представлена миниатюрнаЯ копиЯ экрана, обновлЯющаЯсЯ в режиме реального времени, причем, если подвести курсор к изображению отдельного окна, оно увеличиваетсЯ и рЯдом высвечиваетсЯ название приложениЯ, запущенного в нем. Ќо почему экран занимает только четверть окна пейджера? Џотому что оконный менеджер позволЯет оперировать "виртуальным столом, по размеру превышающим физический экран, а пейджер -- одно из средств перемещениЯ физического экрана по рабочему столу. Enlightenment позволЯет создавать до 64 экранов на рабочем столе.

…ще один важный компонент Enlightenment мы не увидели сразу: это меню настройки самого менеджера, которое можно "достать", щелкнув правой кнопкой мыши на фоне экрана (ђис. 7). Џорывшись в настройках, можно обнаружить, что вышесказанное о способах оперированиЯ с этим менеджером весьма условно, потому что поменЯть можно буквально все, от декора виджетов до количества и функций элементов оформлениЯ окон и их реакции на различные действиЯ.

‹ишь один пример: сколько способов визуализировать перемещение окна вы знаете? ђазработчики "ЏросвещениЯ" придумали целых шесть, включаЯ фантастический "полупрозрачный". Ќастройки и расширениЯ Enlightenment можно объединЯть в "темы" (themes) и обмениватьсЯ ими.

‘обственно, на этом функции оконного менеджера как такового и заканчиваютсЯ, а дальше Enlightenment вторгаетсЯ во владениЯ другого класса программ -- менеджеров рабочего стола...

7.5 ‘толоначальники

...—то демонстрирует отсутствие резкой границы между ними. ‘уществует два подхода к тому, чтобы достроить оконную систему до полнофункциональной среды. Џервый -- добавить в "графический сэндвич" еще один слой -- менеджер рабочего стола -- работающий "поверх" оконного менеджера и использующий функциональность последнего. ќтим путем идут команды разработчиков GNOME и KDE, которым посвЯщены отдельные "лекции".

„ругой путь -- "дотЯнуть" до полнофункциональной среды функциональность самого оконного менеджера, и им идет Enlightenment и рЯд других проектов.

—то нам не хватает до полнофункциональной среды? Њенеджера программ, утилит и приложений. ’ак вот, в "Џросвещении" есть и такаЯ функциональность, доступнаЯ (по умолчанию) по щелчку на фоне левой кнопкой.

Љомментировать здесь особо нечего: пункты меню позволЯют запустить множество различных приложений, причем, кроме независимо разработанных, и целую пачку "эпплетов", поставлЯемых вместе с Enlightenment. Ђльтернативный способ запуска -- через "панель" -- встроен в некоторые темы "ЏросвещениЯ".

Ћткуда берутсЯ такие ресурсы, как "виджеты" с их декором и способом поведениЯ? Љонечно, менеджер окон может содержать их в себе. Ќо такой подход не очень характерен длЯ открытых систем, одним из принципов разработки которых ЯвлЯетсЯ компонентность. Ѓольшинство развитых оконных менеджеров, менеджеров рабочего стола и "заточенных" под них приложений можно сгруппировать по библиотекам (toolkits), с опорой на которые они разработаны.

7.6 ’риумф интерфейса над пользователем?

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

”редерик Ѓрукс еще в 1995 г., обсуждаЯ основные процессы, произошедшие в программной отрасли за 20 предшествовавших лет, назвал в числе "наиболее впечатлЯющих Явлений" "триумф интерфейса WIMP" [17, сс. 239-243]. ‚ этом ставшем классическим четырехстраничном анализе (всем, интересующимсЯ темой, крайне рекомендуетсЯ прочитать эти четыре страницы. Ђ заодно -- и всю книгу Ѓрукса). Ѓрукс:

Џрошло еще пЯть лет, и мы можем отметить, что:

"‘плошной" же WIMP-среды и вовсе нет нигде, кроме встроенных/специализированных систем: в любом окружении, претендующем даже не на универсальность, а просто на широкую сферу применениЯ, элементы WIMP сочетаютсЯ с элементами другой интерфейсной модели -- командно-строчной -- иногда более органично (OFM, AppleScript и т.п.), а чаще эклектично, противоречиво и с фатальным длЯ производительности исходом (фрагменты "рваной" командной строки в "диалоговых окнах", разнообразные Wizards и "окна установки предпочтений").

…сли перечитать текст доклада, в котором идеи WIMP впервые были представлены широкой публике [16], станет понЯтно, почему: модель WIMP предлагалась как средство непосредственного манипулированиЯ конкретными объектами ("взЯть это и положить туда", "изменить такое-то свойство того-то объекта", а не как средство формулированиЯ абстрактных положений и команд ("все ли файлы, лежащие в каталоге X, имеют формат Y?", "удалить все файлы, созданные до 01.01.2000 в которых упоминаетсЯ Ѓорис …льцин" и т.п.). ‘оответственно, сделать WIMP-рабочее место длЯ выполнениЯ технических процедур, "рабского", неквалифицированного труда можно, а вот систему поддержки полноценной свободной практики -- затруднительно.

7.7 Ћт какого наследства нам не стоит отказыватьсЯ?

‚иктор ‚агнер [18] противопоставлЯет "рыхлости" модели WIMP, пусть и целостной метафорически, концептуальную целостность командно-строчного интерфейса (см. также нашу предыдущую "лекцию"), основывающуюсЯ на четырех принципах:

Џо ‚агнеру, по-настоЯщему успешным графическим интерфейсом (true UNIX GUI) будет интерфейс, предлагающий не менее целостную и последовательно реализованную концептуальную основу. Џричем, предлагающий не только и не столько конечному пользователю, сколько разработчику, т.е. реализованный начинаЯ с системы быстрой разработки (RAD). ‚ упомЯнутой статье ‚агнер рассматривает несколько кандидатов на роль универсальной формы представлениЯ информации в графической среде и рассуждает о том, какие принципы могли бы стать аналогами другим "китам", на которых покоитсЯ командно-строчный интерфейс.

Ќа самом деле, существует целый рЯд систем, в той или иной степени закладывающих основу "интерфейсов следующего поколениЯ". Љ сожалению, ни одну из них нельзЯ назвать на сегоднЯ массовой, кроме, возможно, Языка описаниЯ интерфейса XUL, использованного в Mozilla (www.mozilla.org) и, соответственно, в Netscape 6 (www.netscape.com), но и длЯ XUL пока нет RAD. Ќо это уже совсем другаЯ тема (см. "‹екцию" 10).

‹екциЯ 8. ѓ€Џ II: "‹егкие" графические среды

‚ то времЯ, как сама графическаЯ платформа X Window System много лет ЯвлЯетсЯ фактическим отраслевым стандартом, лежащие "над" нею слои графической среды не стандартизованы.

Љакую-либо классификацию графических сред дать затруднительно, однако самым грубым образом их можно разделить на "интегрированные" и "легкие".

8.1 ‡ачем нужны "легкие" среды?

Ћборотной стороной интегрированности ЯвлЯетсЯ достаточно высокаЯ их требовательность к ресурсам. ЉомфортнаЯ работа с KDE или GNOME "свежего разлива" начинаетсЯ примерно от производительности, эквивалентной производительности 800 Њѓц процессора Celeron, отказ от некоторых ресурсоемких свойств (анимациЯ изменений в среде и т.п.) позволЯет "снизить планку" примерно до 500 Њѓц при объеме оперативной памЯти от 128 ЊЃ. ђазумеетсЯ, эти цифры даже ниже характерных длЯ компьютеров "стартового уровнЯ", поставлЯемых сегоднЯ производителЯми, однако парк машин, находЯщихсЯ в эксплутации, как в офисах, так дома и в школе, включает и компьютеры с более низкими характеристиками.

’ак, в школе весьма желательно предоставить возможность работы в графической среде на менее мощных машинах. ‡десь помогут "легкие" графические среды, представлЯющие собой оконные менеджеры с несколько расширенными возможностЯми (базоваЯ и расширеннаЯ функциональность типичных оконных иенеджеров описана ниже).

Ћбсуждаемые сегоднЯ IceWB, BlackBox и fluxBox (а также чуть более требовательный к ресурсам WindowMaker)⁸ позволЯют достаточно комфортно работать с графикой на машинах производительностью (в эквиваленте Intel Pentium) примерно от 100 Њѓц и с памЯтью от 32Њ (текст одной из предыдущих "лекций" набиралсЯ в поезде, с одновременной "съемкой" изображений с его экрана графическим редактором GIMP (см. "лекцию" 3) на ноутбуке с процессором Intel Pentium MMX 166 и Ћ‡“ объемом 64ЊЃ).

‘ледует оговоритьсЯ, что отказ от интегрированных графических сред не ЯвлЯетсЯ "волшебной палочкой": конкретные прикладные программы могут быть сами по себе достаточно требовательными к ресурсам. ’ак, на упомЯнутом ноутбуке запуск word-процессора OpenWriter, обсуждавшегосЯ в первой "лекции", занимает более минуты (хотЯ дальнейшаЯ работа не сопрЯжена с существенными задержками). Љроме того, если прикладнаЯ программа изначально создана в ориентации на определенную интегрированную среду, она может интенсивно использовать соответствующие библиотеки, даже если запускаетсЯ в "легкой" среде. Ќапример, запуск программ из пакета KOffice, который будет обсуждатьсЯ в одной из следующих лекций, в "легкой" среде, на самом деле, дает небольшой выигрыш по сравнению с его запуском из "родной" длЯ него среды KDE.

(…сли необходимо задействовать имеющийсЯ парк "слабой" техники длЯ таких задач, а также, если необходимо сохранЯть в эксплуатации еще менее производительные машины (например, старшие модели IBM PC-совместимых компьютеров на базе процессоров Intel 486 или AMD 586 или "Њакинтоши" на процессорах Motorola 68K), следует подумать об использовании такой техники в режиме графических терминалов или, по крайней мере, варианте запуска наиболее "тЯжелых" прикладных программ на сервере. Ћб этом у нас будет возможность поговорить в "лекции", посвЯщенной оборудованию под свободно-программные решениЯ.)

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

8.2 ЃазоваЯ функциональность оконного менеджера

Љак говорилось в прошлой "лекции", ключевой компонент графической платформы -- X Window Server:

‚ "голой" среде, образуемой X Window Server без оконного менеджера, окно, выделЯемое клиенту, ЯвлЯетсЯ фиксированным: его геометриЯ (местоположение на экране и размер) задаетсЯ при запуске клиента и сохранЯетсЯ в течение всего сеанса работы с этим клиентом. ќто вполне соответствует цели созданиЯ специализированных систем с графическим интерфейсом пользователЯ (таких, как мультимедийные киооски и т.п.), но совершенно недостаточно длЯ универсального "настольного" применениЯ.

Џри универсальном применении компьютера характерна поочереднаЯ работа с различными программами (иногда достаточно большим их количеством), причем пользователь может отрыватьсЯ, допустим, от редактированиЯ текста, чтобы поработать другой программой с иллюстрацией, прочитать почту или заглЯнуть на WWW-страницу, затем возвращатьсЯ к редактированию текста и т.д. ѓрафическаЯ операционнаЯ среда должна быть достаточно гибкой, чтобы допускать и поддерживать такой, "субъектно-ориентированный", а не ориентированный на строго последовательное выполнение предзаданных процедур, стиль работы.

‚ частности, должно поддерживатьсЯ управление (с помощью клавиатуры или "мыши") окнами, т.е. возможность изменЯть "на лету" их геометрию (положение и размеры), а также (обычно не относимое к геометрии) положение в воображаемой "стопке" окон, т.е. определение того, какое из окон будет "верхним" (видимым полностью), если окна перекрывают друг друга на плоскости экрана.

“правление окнами и составлЯет базовую функциональность оконного менеджера (устоЯвшийсЯ термин window manager, относЯщийсЯ к этому классу программ, будет передаватьсЯ далее словосочетанием-калькой "оконный менеджер", которое, впрочем, не представлЯетсЯ особенно удачным, так же, как и встречающиесЯ в литературе "менеджер окон" и "администратор окон").

’ехнически ограничение на изменение геометрии раз выделенного окна преодолеваетсЯ оконным менеджером за счет того, что ему в качестве окна выделЯетсЯ весь экран.

Џрикладным программам, таким образом, выделЯютсЯ далее уже не окна собственно X, а окна оконного менеджера. „лЯ них это совершенно прозрачно, хотЯ желательно, чтобы программа была достаточно "сообразительной", чтобы изменить свое поведение при изменении размеров выделенного ей окна "на лету" (изменение положениЯ окна в подавлЯющем большинстве случаев ничего от клиента не требуют), это справедливо длЯ большинства, но не длЯ всех программ (в частности, этого не "умеют" многие старые программы и некоторые компьютерные игры).

‚ свою очередь, и оконный менеджер может быть достаточно "умен", чтобы понЯть, что программа не реагирует на изменение геометрии, и заблокировать возможность изменениЯ размеров окна пользователем (чтобы он не оказалсЯ в ситуации, когда ему видна лишь часть области вывода программы или наоборот, часть окна прикладной программы пуста). Ћднако такое решение может привести к весьма дискомфортным ситуациЯм (например, если при запуске программы ее окно оказываетсЯ больше экрана)⁹.

8.3 "‚иджеты"

ЃазоваЯ (а также расширеннаЯ) функциональность оконных менеджеров доступна пользователю прежде всего за счет введениЯ в интерфейс так называемых "виджетов" (widgets = window gadgets, "оконные приспособлениЯ") -- таких визуальных элементов, как рамки, кнопки, меню и пр., которые служат "органами управлениЯ" окна. ’ехнически виджеты представлЯют собой отдельные окна (в терминах X Window System), примыкающие к окну прикладной программы и, как правило, перемещающиесЯ вместе с ним.

‚ пользовательской перспективе виджеты, составлЯющие обрамление окна, часто воспринимаютсЯ как его часть. Ћднако не следует забывать, что внутри окна (содержимым которого управлЯет прикладнаЯ программа) зачастую тоже есть свои виджеты: кнопки, полосы прокрутки, переключатели, меню и т.п. ‚ общем случае, используемые оконным менеджером и прикладной программой библиотеки виджетов могут и не совпадать.

(‡ачастую при проектировании выдвигаетсЯ требование единства стилЯ органов управлениЯ и согласованного управлениЯ изменением этого стилЯ (например, длЯ настройки среды длЯ пользователЯ с ограниченными возможностЯми: со слабым зрением, нарушением моторики и т.п.), и в этом сильно выигрывают интегрированные графические среды GNOME и KDE, используемые совместно с прикладными программами, основанными на тех же графических библиотеках и наследующими те же настройки. Ћднако на практике ограничитьсЯ набором программ, основанных на одной библиотеке графических примитивов, бывает трудно, поэтому разумно познакомить учеников с особенностЯми по крайней мере самых распространенных из них.)

„етали реализации обрамлениЯ окна могут быть весьма различными в зависимости от конкретного оконного менеджера и его настроек.

8.4 ђасширеннаЯ функциональность оконного менеджера

‘обственно, перечисленными функциЯми оконный менеджер, предназначенный длЯ работы в составе интегрированной операционной среды, может и ограничитьсЯ. Џри использовании же в качестве операционной графической среды самого оконного менеджера, крайне полезной может оказатьсЯ его расширеннаЯ функциональность. Љ ней можно отнести:

‚ыше при характеристике тех или иных (предположительно, общих) характеристик оконных менеджеров чаще обычного употреблЯлись слова "обычно", "как правило", "может" и т.п. ќто свЯзано с чрезвычайным разнообразием решений на базе распространенных оконных менеджеров. Ќиже самые распространенные из них характеризуютсЯ более подробно и определенно.

8.5 Ћконные менеджеры BlackBox и FluxBox

BlackBox (BB) -- один из самых компактных, "минималистичных" и быстродействующих оконных менеджеров. Ћн позволЯет эффективно организовать работу на "рабочем столе", не "захламлЯЯ" его ненужными ссылками и не расходуЯ экранное пространство на отображение громоздких элементов оформлениЯ.

ЌарЯду с базовой функциональностью, BB предоставлЯет (факультативно) панель, содержащую кнопки переключениЯ между "рабочими столами" (по умолчанию их четыре) и заголовки открытых окон. Ћбщее меню вызываетсЯ "щелчком" правой кнопкой "мыши" на свободном от окон месте "стола". Њеню (или любое из вложенных в него меню) "щелчком" по заголовку может быть превращено в окно, остающеесЯ на экране до Явного его закрытиЯ щелчком на соответствующей кнопке.

Џо умолчанию на полосе заголовка каждого окна присутствуют кнопки сворачиваниЯ (сворачивание можно выполнить также двойным "щелчком" на самом заголовке), максимизации и закрытиЯ окна. ‘вернутое окно присутствует на экране в виде полосы заголовка, развернуть его можно повторным двойным "щелчком" на полосе заголовка или из меню Workspaces ("рабочие пространства"), доступного по "щелчку" средней кнопкой мыши на свободном от окон месте "стола". ќто же меню позволЯет перейти на другой "стол", добавить или удалить "стол" из рабочего пространства.

BB поддерживает различные модели фокусировки ввода. Click to focus ("фокусировка по щелчку") позволЯет реализовать стиль работы, привычный длЯ пользователей GNOME, KDE или Microsoft Windows: акно становитсЯ активным (принимающим текущий ввод с клавиатуры и от "мыши") после "щелчка" на нем. Ђктивное окно автоматически становитсЯ "верхним" (видимым полностью, даже если оно частично перекрываетсЯ с другими окнами). Њодель Sloppy focus ("небрежнаЯ фокусировка") предполагает активизацию окна при попадании на него курсора мыши (окно при этом не "всплывает" автоматически наверх).

ЌарЯду с панелью и конвертируемыми в дополнительные окна-"панели" меню, BB реализует еще один автономный виджет -- так называемую "щель" (Slit). "™ель" располагаетсЯ на краю видимого экрана и может содержать маленькие (без обрамлений) окна специализированных программок (их распространено порЯдка десЯтка), индицирующих какие-либо состоЯниЯ среды или позволЯющих быстро выполнить часто исполнЯемые действиЯ.

Ќа основе BB созданы два более развитых оконных менеджера -- OpenBox и более популЯрный FluxBox.

"Ќаиболее характернаЯ особенность Fluxbox -- реализациЯ закладок (tabs) в контексте рабочего стола. …сли закладки в браузере позволЯют одновременно открыть несколько страниц в одном окне, то закладки fluxbox позволЯют удобно сгруппировать несколько окон на столе. ‚се окна в группе имеют одинаковые размеры и расположены строго одно под другим. „лЯ переключениЯ на какое-либо из них достаточно навести курсором мыши или щелкнуть (в зависимости от настроек) по соответствующей закладке. Љ примеру, мне приходитсЯ работать с несколькими различными почтовыми клиентами. ‘овместив их в одну группу, Я могу легко переключатьсЯ между ними и при этом Я всегда знаю, где расположено каждое окно. Ќа словах объЯснить преимущества этого оригинального подхода не очень легко, но после нескольких дней практического использованиЯ, становитсЯ трудно без него обходитьсЯ: к хорошему привыкаешь быстро." [3]

‚нешний вид BB, FluxBox и OpenBox легко настраиваетсЯ с помощью механизма "тем" рабочих столов.

8.6 Ћконный менеджер WindowMaker

WindowMaker (WM) -- это свободнаЯ реализациЯ (в рамках проекта GNUStep) концепций NextSTEP -- первой получившей более или менее широкую известность реализаций идей универсальной графической среды пользователЯ. ‡а недоступностью оригинальной NextSTEP длЯ современных платформ, познакомитьсЯ с WM полезно и поучительно вне зависимости от того, собираетесь ли вы с ним работать -- это позволит увидеть исходную точку развитиЯ графических сред и оценить продуктивность (или контрпродуктивность) того, чем эти идеи "обросли" со временем.

Ћсновным автономным виджетом WM, как и NextSTEP, ЯвлЯетсЯ "пирс" прикладных программ, представленный при запуске пиктограммой со скрепкой. Џри запуске любой "корректной" (с точки зрениЯ WM), а также некоторых "некорректных" программ, кроме ее окна на экране поЯвлЯетсЯ ее пиктограмма. …сли "пришвартовать" эту пиктограмму к "пирсу", она там и останетсЯ, позволЯЯ запускать эту программу вновь и вновь простым щелчком по ней -- это "родной" некстстеповский интегрирующий интерфейс.

WM позволЯет работать с несколькими "столами" (переключение по умолчанию по Alt-n или через меню, доступное по "щелчку" правой кнопкой на свободном песте "стола"). WM очень гибко настраиваетсЯ, как в части внешнего вида, так и в части "поведениЯ", причем большаЯ часть настроек доступна из программы Wprefs.app, доступной по щелчку на пиктограмке "со ступенькой".

8.7 Ћконный менеджер IceWM

IceWM -- простой оконный менеджер, очень часто выбираемый пользователЯми, приходЯщими из-под Microsoft Windows или OS/2, поскольку он способен достаточно точно имитировать их основные черты.

€з автономных виджетов прежде всего стоит отметить панель с кнопкой, вызывающей главное меню (подобно тому, как это делает кнопка в Microsoft Windows, GNOME или KDE). ‘ помощью панели можно также управлЯть текущим сеансом и настраивать IceWM. ‚прочем, основное меню таже доступно и по "щелчку" правой кнопкой на свободном месте "стола", что более привычно длЯ пользователей WindowMaker, Sawfish, Blackbox или Enlightenment.

Џанель также содержит список запущенных программ (включаЯ те, окна которых минимизированы), на нее можно вывести и "мини-терминал", позволЯющий оперировать командной строкой. ‹юбые действиЯ могут выполнЯтьсЯ с помощью ассоциированных клавиатурных комбинаций.

IceWM также позволЯет работать с множеством "столов" ("рабочих мест"), которые нумеруютсЯ или именуютсЯ пользователем.

8.8 ђесурсы

“помЯнутые оконные менеджеры присутствуют практически в любом дистрибутиве свободной Ћ‘, начинаЯ с однодисковых. €сключение составлЯт FluxBox, обычно не включаемый в "маленькие" дистрибутивы (если очень хочетсЯ его посмотреть, а доступа к €нтернет нет, попытайтесь найти диск, прилагавшийсЯ к журналу [19] -- при заказе этого однодискового дистрибутива редакциЯ специально попросила включить эту несправедливо "обижаемую" программу.

“помЯнутый выпуск журнала содержит, помимо прилагаемого дистрибутива ALT Linux Junior 2.1 (www.altlinux.ru), подборку статей, посвЯщенных использованию свободных программ дома.

‹екциЯ 9. ѓ€Џ III: €нтегрированные графические среды

‡апуск графической среды (точнее, "бутерброда" из X Window System, оконного менеджера и графической среды) в открытой операционной системе можно сравнить с запуском Microsoft Windows в MS-DOS¹⁰.

Ћднако, сходство заканчиваетсЯ, не успев начатьсЯ. MS-DOS -- это однозадачнаЯ и однопользовательскаЯ система, и запущеннаЯ оболочка захватывает все ее ресурсы. €з-за неполноценности Ћ‘ оболочке приходитсЯ брать на себЯ несвойственные ей функции (например, имитацию многозадачности), с которой она справлЯетсЯ плохо (так, "зависание" одной программы вполне может привести к неработоспособности всей системы).

Џри запуске графической среды под полноценной Ћ‘, она, с точки зрениЯ последней, представлЯет группу обычных процессов, управление которыми производитсЯ общесистемными средствами. ’очно так же, общесистемными средствами производитсЯ и управление процессами, запускаемыми "из-под" этой графической среды. Ѓолее того, поскольку платформой длЯ запуска конкретной среды ЯвлЯетсЯ изначально сетеваЯ X Window System, прикладнаЯ программа даже не обЯзана запускатьсЯ на том же компьютере.

‘реда отнюдь не монополизирует использование этого компьютера; параллельно с ее работой продолжает исполнЯтьсЯ множество служебных системных процессов; с других терминалов (если система многотерминальнаЯ) могут запускатьсЯ другие программы или даже другие графические среды (или дополнительные экземплЯры той же среды). Ѓолее подробно об этом будет рассказано в "лекции", посвЯщенной операционным системам.

9.1 Џлюсы и минусы интегрированных сред

Ћднородность опыта и свЯзаннаЯ с нею привычность (иногда ошибочно называемаЯ "интуитивностью", хотЯ она не имеет отношениЯ к философскому и психологическому понЯтиЯм интуиции) позволЯют при освоении нового инструмента-программы сосредоточитьсЯ на ее прикладной логике (аспектами, свЯзанными с конкретным приложением €’, которое она реализует), не задумываЯсь и специально не фокусируЯ вниманиЯ на аспектах, общих длЯ разного инструментариЯ. ќто делает более "крутой" пресловутую "кривую обучениЯ" нового пользователЯ.

(ђазумеетсЯ, это сильно идеализированнаЯ картина. €ногда прикладнаЯ логика диктует некоторые элементы эргономики; например, интерфейсы большинства систем автоматизированного конструированиЯ и проектированиЯ (CAD, ‘ЂЏђ) весьма сходны, вне зависимости от среды, в которой работают эти программы.)

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

Ћбщеизвестны сложности, с которыми сталкиваютсЯ люди, неколько лет пользовавшиесЯ MacOS или Microsoft Windows при необходимости поработать в другой (пусть даже и весьма схожей) среде. ЏодобнаЯ "ригидность" опыта может формироватьсЯ и при работе в любой из свободных сред, хотЯ как правило пользователь в них не ограничен (в отличие от специфически персонально-компьютерных сред) прикладными программами, специально разработанными длЯ данной среды и делЯщими с ней наборы элементов интерфейса ("виджетсеты"), поэтому его опыт изначально более разнообразен.

‚ этом смысле, крайне полезным представлЯетсЯ знакомство учащихсЯ с разными средами уже на начальном этапе освоениЯ графических интерфейсов. ќто не обЯзательно должны быть разные интегрированные среды, но само представление о том, что один и тот же результат может достигатьсЯ с помощью разных интерфейсных средств, должно быть передано обЯзательно. ‚ общем случае это возможно и в рамках одной интегрированной среды из числа рассматриваемых ниже -- и KDE, и GNOME в высшей степени гибки в отношении настройки внешнего вида и "поведениЯ". ќта гибкость также весьма полезна длЯ обеспечениЯ доступности и максимально достижимого комфорта учащимсЯ с физиологическими особенностЯми и физическими недостатками (дальтонизмом, слабым зрением, ограниченной подвижностью или расстроенной координацией движений и т.п.).

9.2 Ћбщие черты интегрированных сред

‘колько-нибудь последовательной теории интегрированных графических сред не существует. €зучаЯ отдельные среды в динамике их развитиЯ, можно, тем не менее, выделить несколько общих черт:

(‡а ограниченностью объема "за бортом" остаютсЯ более сложные вопросы, такие, как компонентнаЯ объектнаЯ модель и модели сетевого взаимодействиЯ, так или иначе "втЯгиваемые" в проекты интегрированных сред.)

Ќа сегоднЯ существуют и развиваютсЯ две свободных интегрированных графических среды общего назначениЯ: KDE и GNOME. Ћни входЯт в поставку большинства стандартных (открытых) Ћ‘, как свободных, так и несвободных. •отЯ GNOME на полгода моложе KDE, мы начнем обсуждение именно с GNOME.

9.3 GNOME (ЊодельнаЯ среда сетевых объектов GNU)

GNOME (GNU Network Object Model Environment -- "‘реда GNU, основаннаЯ на модели сетевых объектов", но также и "ЋбразцоваЯ среда длЯ сетевых объектов GNU") -- один из самых амбициозных и масштабных проектов в программистском сообществе.

Љроме реализации функционально полной графической среды (возможно, уместнее говорить о сенсуальных средах, учитываЯ то, что звук стал их полноправной частью), "ѓном" претендует на то, чтобы полностью реализовать спецификации промышленной платформы сетевого взаимодействиЯ CORBA и полностью абстрагировать слой "менеджера рабочего стола" (или "графической среды") от низлежащего слоЯ управлениЯ окнами ("оконного менеджера").

GNOME поддерживает рЯд оконных менеджеров, среди которых: Sawfish ("штатный" оконный менеджер по умолчанию), Enlightenment, IceWM, WindowMaker, AfterStep и FVWM2, совместимые с GNOME, впрочем, в разной степени.

‘егоднЯшнЯЯ версиЯ "ѓнома" (GNOME 2.1) -- полноценнаЯ интегрированнаЯ среда, включающаЯ реализацию повседневно необходимых функций и позволЯющаЯ использовать сторонние решениЯ длЯ реализации функциональности, котораЯ в ней отсутствует.

GNOME использует один из самых развитых интерфейсных пакетов GTK+, реализованный длЯ разных платформ. Ќад ним надстраиваетсЯ масса компонентов и библиотек, обеспечивающих сетевую функциональность, интерфейсы к различным Языкам программированиЯ, работу со звуком через механизмы Ћ‘ и пр. ‘ам "ѓном" стремитсЯ оставатьсЯ мобильным и доступным во всех открытых системах. Ћн стабильно работает в Linux, BSD, AIX и Solaris; последнее обстоЯтельство способствовало поддержке разработки GNOME, которую оказывает Sun Microsystems через созданный в 2001 г. году ”онд GNOME, среди учредителей которого также крупнейшие поставщики свободных Ћ‘.

‘ пользовательской точки зрениЯ GNOME предстает как набор базовых компонентов интерфейса и "апплетов", утилит и прикладных программ. Љ базовым компонентам относЯтсЯ менеджер файлов и поверхности стола Nautilus, панели управлениЯ и меню GNOME Panel и центр управлениЯ (Gnome Control Center).

"Ќаутилус". Њенеджер файлов Nautilus позволЯет отображать содержимое файлов и каталогов в окнах и выполнЯть над файлами обычные действиЯ (удаление, переименование, копирование и перемещение и т.п.), а также осуществлЯть предварительный просмотр многих типов данных. "Ќаутилус" эффектен, но работа с ним не более эффективна, чем с прочими браузерами файлов, включаемыми обычно в графические среды (менеджер файлов CDE или Microsoft Windows Explorer).

Џомимо отображениЯ содержимого каталогов в окнах, "Ќау" также может отображать один из каталогов на поверхности "рабочего стола": размещенные на нем иконки как бы приклеены к монитору, и при смене текущего экрана остаютсЯ на том же месте относительно наблюдателЯ (так же, кстати, ведут себЯ и открытые окна, если их "приклеить").

ЏоддерживаетсЯ широкий спектр операций переноса мышью (drag'n'drop), причем "перетаскиванию" подвержены не только объекты (файлы, пункты меню и т.п.), но и некоторые их свойства: так, можно "взЯть цвет" в окне выбора цвета и перенести его на панель, котораЯ воспримет его. …сть даже операции, позволЯющие назначить один объект свойством другого: например, если на панель "перетащить" не цвет, а файл с картинкой, последнЯЯ станет ее фоном. "’аскать" файлы между окнами "Ќау", на рабочий стол и панели можно практически без ограничений.

Џанели и меню. “же упомЯнутые панели ЯвлЯютсЯ, нарЯду с менеджером файлов, важнейшей составной частью интерфейса GNOME. Џанелей может быть неограниченное количество. Џанель может относитьсЯ к одному из пЯти типов, но на самом деле их два: панель-меню (menu panel) и объектнаЯ панель. ЏерваЯ из них содержит пункты меню и может содержать пиктограммы, а втораЯ -- только пиктограммы. ЏоследнЯЯ может быть краевой (edge), выравненной (aligned), скользЯщей (sliding) или плавающей (floating), но это скорее свойство панели (которое можно менЯть "на ходу"), определЯющее особенности ее поведениЯ, чем тип.

‚нешний вид и поведение панелей ЯвлЯетсЯ в высшей степени конфигурируемым. Џользователь может задавать как глобальные предпочтениЯ (анимациЯ движениЯ панелей, отображение панельных объектов и пр.), так и индивидуальные предпочтениЯ длЯ каждой из них (ее тип и положение на экране, ширина, возможность автосокрытиЯ и принудительной минимизации, цвет и фоновое изображение и т.п.) Ќу и, разумеетсЯ, пользователь может "набивать" панели теми объектами, которые ему нужны.

Ќа панелЯх могут присутствовать объекты пЯти типов:

‡а работу системы меню, как и за работу панелей, отвечает компонент GNOME Panel, и это не случайно: разница между панелью и меню более декоративнаЯ, чем сущностнаЯ: любое меню можно зафиксировать на экране, и оно превратитьсЯ в подобие панели-меню (только вертикальное, а не горизонтальное, и с меньшими возможностЯми настройки).

“ "ѓнома" нет единой иерархии меню: кроме главного, вызывающегосЯ объектом-меню с гномьей лапой (оно же, когда вызываетсЯ щелчком правой кнопки на фоне или нажатием клавиши, почему-то называетсЯ глобальным (global)), пользователь может создавать "обычные" (normal) меню, свЯзанные с объектами-меню на панелЯх.

Њеню настраиваютсЯ примерно так же, как и панели: пользователь может добавлЯть, менЯть и удалЯть пункты, создавать подменю и т.п. Џри этом создаваемые "обычные" меню изначально пусты, а главное/глобальное "набиваетсЯ" при установке всем, что "ѓном" найдет в системе, и пользователю остаетсЯ только убрать лишнее и переставить пункты в соответствии со своими предпочтениЯми.

“тилиты, апплеты и "капплеты". „лЯ настройки различных аспектов функционированиЯ системы предназначен –ентр управлениЯ, представлЯющий собой набор "управлЯющих апплетов" (capplets), свЯзанных с разными компонентами и прикладными программами.

Ћдни из них позволЯют менЯть параметры рабочего стола и облик приложений (включаЯ использование "тем"), другие -- настраивать мультимедиа, третьи -- управлЯть свойствами клавиатуры и мыши, и т.д.

‚ажным "капплетом" ЯвлЯетсЯ менеджер т.н. "драйверов документов" (Document Handlers), устанавливающий соответствие между типом файла или протокола и программой, выполнЯющей различные операции с ними. Ќабор "капплетов" ЯвлЯетсЯ расширЯемым, их можно писать не только длЯ программ, написанных специально длЯ "ѓнома", но и длЯ внешних программ.

…ще более открыт набор утилит, прикладных программ и апплетов, поставлЯемых с GNOME -- вместе с программами, входЯщими в большинство дистрибутивов Ћ‘, о которых "ѓном" "в курсе", их число превышает сотню.

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

GNOME снабжен встроенной системой помощи; кроме того, его разработчиками совместно с Sun Microsystems подготовлено компактное (130 с.) руководство, доступное в разных форматах на сайте проекта. ‚ его поставку входит система разработки графических приложений под GTK+, котораЯ называетсЯ Glade и включает в себЯ специфические длЯ Gnome элементы.

"ѓном" и большинство его компонент соответствуют соглашениЯм об интернационализации и, соответственно, поддерживают работу с кириллицей и локализацию и перевод интерфейса. Љ сожалению, локализациЯ "ѓнома" сильно отстает от разработки.

9.4 KDE (ЌастольнаЯ среда K)

‘амо название KDE -- ЯвнаЯ пародиЯ на CDE -- Common Desktop Environment ("ЋбщаЯ настольнаЯ среда") -- последнюю попытку отрасли стандартизовать графическую среду на несвободной основе, предпринЯтую в конце девЯностых годов. "K" в KDE ничего не означает.

ЌесмотрЯ на Явно игривый тон, начинающийсЯ с названиЯ среды и продолжающийсЯ в названии компонент (в KDE любЯт играть со словами; например, универсальный браузер, входЯщий в среду, называетсЯ Konqueror (от Conqueror -- "завоеватель", "покоритель"), терминал -- Konsole (от Console -- "консоль), а система помощи -- вообще Kandalf (от имени ѓэндальфа, мага из фантазийных произведений „ж.ђ.ђ.’олкиена)), KDE -- очень серьезный проект.

…сли единообразие и "сплошность" среды считать достоинством, то KDE -- несомненный лидер среди всех (как свободных, так и несвободных) интегрированных графических сред. Ћсновное "видимое" средство интеграции -- это универсальный браузер Konqueror. ”ункциЯ Konqueror близка к той, которую приобрел Microsoft Internet Explorer в Microsoft Windows (начинаЯ с MS Windows 98 в линейке MS-DOS и MS Windows 2000 в линейке NT) -- он совмещает функции гипермедийного браузера WWW и браузера локальных ресурсов.

ђазработчики KDE пошли даже дальше своих коллег из Microsoft и определили рЯд дополнительных протоколов, что позволило, в частности, просматривать с помощью браузера в единообразном формате все разнообразие справочной информации, представленное в сегоднЯшних открытых система (традиционные страницы руководства man, гипертекстовую систему Info из проекта GNU, разрозненные файлы документации в текстовом и гипертекстовом формате). ‚ Konqueror интегрирована также возможность предварительного просмотра содержимого большого количества типов файлов.

KDE включает также настраиваемую систему панелей и меню и интегрированный "центр управлениЯ", позволЯющий согласованно изменЯть параметры среды. KDE несколько менее гибка в настройке, чем GNOME, однако на ее гибкости вполне достаточно длЯ решениЯ любых практических задач (в том числе, имитации вида и поведениЯ других сред). KDE работает только с собственным оконным менеджером KWin.

‚ поставку KDE входит множество "аксессуаров" и прикладных программ, к тому же "рЯдом" с проектом выросла целаЯ "грибница" сопутствующих, ориентированных на те или иные предметные приложениЯ, из которых самым развитым ЯвлЯетсЯ KOffice.

9.5 "Ћфисный" прикладной пакет KOffice

‘ проектом KDE тесно сопрЯжен проект KOffice, в рамках которого разрабатываютсЯ "офисные" программы на основе той же основной библиотеки Qt и предназначенный длЯ совместного с KDE использованиЯ. KOffice на сегоднЯ включает в себЯ следующие основные программы, находЯщиесЯ на разных стадиЯх готовности:

‘обственные форматы KOffice ориентированы, как и собственные форматы большинства современных "офисных" пакетов, на XML, хотЯ не все из них ЯвлЯютсЯ чисто XML-приложениЯми. ‡аЯвлена поддержка достаточно большого количества "чужих" и унаследованных форматов, хотЯ качество поддержки на сегоднЯ весьма среднее; в особенности последнее относитсЯ к поддержке кириллических текстов.

KDE и KOffice достаточно оперативно локализуютсЯ (см. www.kde.ru), однако, к сожалению, в переводах на сегоднЯ еще больше, чем в оригиналах, "персонально-компьютерного" сленга.

9.6 ђесурсы

GNOME и KDE входЯт в поставку практически всех (свободных и несвободных) открытых систем длЯ всех аппаратных платформ. Ћб их стабильных переносах под альтернативные Ћ‘ нам ничего не известно.

„ополнительную информацию о них можно найти на сайтах http://www.gnome.org и http://www.kde.org, соответственно. ђусскаЯ информациЯ о KDE периодически обновлЯетсЯ на http://www.kde.ru (http://www.gnome.ru не обновлЯетсЯ, текущие локализационные инициативы "сбрасываютсЯ" в основное дерево разработки).

Ѓазовую информацию об обеих интегрированных средах можно найти практически в любом "неканоническом" учебнике или руководстве по Linux (например, в [20]) или в документации по любому дистрибутиву, однако врЯд ли вы найдете там что-то такое, чего не было бы во встроенных электронных руководствах. ‘уществует обширнаЯ англоЯзычнаЯ (длЯ KDE -- еще и немецкоЯзычнаЯ) литература длЯ разработчиков в обеих средах, из которой на русский пока ничего не переведено.

‹екциЯ 10. ‘вободные коммуникации

’ипичные локально-сетевые приложениЯ -- это разделение файловых структур, услуги печати, централизованнаЯ аутентификациЯ пользователей и т.п., предоставлЯемые в масштабе от одного офиса (комнаты) до целой группы зданий.

’ипичные интернет-приложениЯ¹¹ -- это электроннаЯ почта, WWW, обмен "быстрыми сообщениЯми" ("интернет-пейджинг") и пр. системы, разворачиваемые обычно в глобальном масштабе.

Ћсновной тенденцией последнего десЯтилетиЯ стало постепенное вытеснение специализированных локально-сетевых низкоуровневых протоколов и замена их интернет-протоколами (TCP/IP). „аже протоколы, специально разработанные длЯ персонально-компьютерных систем и используемые в унаследованных сетЯх, такие, как AppleShare или NetBIEU, могут сегоднЯ развертыватьсЯ поверх TCP/IP. ‚ отличие от сетей €нтернет, образующих сообщество с единой нумерацией и единым именованием компьютеров, локальные TCP/IP-сети, отделенные от €нтернет, называют интранет.

Џоддержка TCP/IP на сетевом и транспортном уровнЯх впервые реализована в Ћ‘ BSD и реализована в современных Ћ‘ на уровне Ядра¹². Ќа уровне Ядра обычно -- из соображений эффективности -- реализуютсЯ и такие, например, сервисы, как экранирование (firewalling) трафика. Џротоколы более высокого уровнЯ реализуютсЯ в виде системных или прикладных сервисов.

10.1 ‹окальные сети

NFS. ‚ открытых Ћ‘ локально-сетеваЯ функциональность традиционно реализуетсЯ в рамках концепции ‘етевой файловой системы NFS. NFS позволЯет предоставлЯть каталоги длЯ удаленного монтированиЯ и монтировать (т.е. делать частью локальной файловой системы) их удаленно. Џоскольку с точки зрениЯ стандартной Ћ‘ любое устройство представлено файлом, этого достаточно не только длЯ совместной работы с каталогами, но и предоставлениЯ доступа к принтерам, ленточным накопителЯм и прочему оборудованию¹³.

Ѓ„ и доступ к ним. ’ак же традиционно более сложнаЯ семантика сетевых взаимодействий (длЯ которых файловое представление данных и файловые операции влекут слишком большие издержки), внедрЯлась с помощью баз данных совместного доступа и специальных протоколов доступа к ним¹⁴, таких, как DAP (X.500) или его упрощеннаЯ и более популЯрнаЯ версиЯ LDAP. LDAP входит в поставку практически всех дистрибутивов свободных Ћ‘ и широко используетсЯ в современных системах, но пока в основном длЯ решениЯ административных задач.

SMB и его расширениЯ. ‚ персонально-компьютерных системах большее развитие получил альтернативный подход, опирающийсЯ на концепцию обмена блочными сообщениЯми (SMB), разрабатывавшийсЯ первоначально корпорацией IBM, на основе которого компаниЯми Novell, Microsoft и другими были разработаны семейства локально-сетевых протоколов высокого уровнЯ, к сожалению, не стандартизированные и переусложненные. Ѓолее сложнаЯ семантика обмена блочными сообщениЯми влечет за собой и более сложный аудит безопасности построенных на его основе систем, поэтому применимость SMB и его расширениЯ в серьезных приложениЯх ограничена.

’ем не менее, существует современнаЯ авторитетнаЯ и очень эффективнаЯ свободнаЯ реализациЯ SMB и (частично) его позднейших расширений, называющаЯсЯ SAMBA (www.samba.org). SAMBA входит в поставку практически любого дистрибутива свободных Ћ‘.

SAMBA дает возможность предоставлЯть в совместный доступ каталоги, а также принтеры и другие устройства и получать к ним доступ¹⁵, что позволЯет разворачивать сложные гетерогенные сети, включающие, помимо стандартных Ћ‘, также унаследованные системы на основе Microsoft Windows и Novell OS.

SAMBA предполагает использование специфических локально-сетевых протоколов, таких как IPX или NetBIOS, лишь поверх TCP/IP, что, хотЯ и влечет за собой некоторые издержки¹⁶, но позволЯет заметно повысить надежность системы за счет применениЯ собственных средств обеспечениЯ безопасности TCP/IP (экранирование, а при необходимости и шифрование и аутентификацию трафика).

Џакет SAMBA доступен как длЯ открытых Ћ‘, так и длЯ рЯда альтернативных архитектур (включаЯ Microsoft Windows NT. Ѓолее подробно функциональность SAMBA в этих "лекциЯх" рассматриватьсЯ не будет.

10.2 €нтернет

‘ервернаЯ и инфраструктурнаЯ составлЯющаЯ межсетевых цифровых коммуникаций -- традиционное приложение длЯ свободного ЏЋ. ‚ этой "лекции" мы не будем погружатьсЯ в организацию локальных сетевых служб, WWW-серверов и т.п., хотЯ это важнаЯ и нужнаЯ в школе тема, она не имеет прЯмого отношениЯ к предмету школьной информатики. Ќиже следует обзор некоторых свободных клиентских программ, реализующих современную сетевую функциональность сессионного, презентативного и прикладного уровнЯ.

10.3 Џакет Mozilla

‘реди массы свободных клиентских программ, свЯзанных с сетевой функциональностью, за ограниченностью печатного объема остановимсЯ на проекте Mozilla.

Mozilla представлЯет собой свободный пользовательский прикладной пакет, реализующий интерфейсы просмотра WWW (браузер), электронной почты и новостей USENET, многопользовательских диалогов в реальном времени ("чатов") IRC и редактированиЯ страниц WWW (компоновщик). ‚ходЯщие в пакет программы, таким образом, открывают доступ ко всем наиболее популЯрным приложениЯм €нтернет (кроме, на сегоднЯ, "быстрых сообщений"). ‘ущественной сильной стороной Mozilla ЯвлЯетсЯ практически неизменнаЯ функциональность и эргономика на широком спектре платформ, включаЯ как стандартные (MacOS X, GNU/Linux, Solaris, Irix, HPUX, BSD/OS и пр.), так и альтернативные (MacOS 9, Microsoft Windows, BeOS, OS/2) операционные системы на большинстве аппаратных платформ.

‘легка модифицированнаЯ версиЯ Mozilla 1.x также распространЯетсЯ организатором разработки -- компанией AOL Time WarnerЉомпаниЯ AOL приобрела три года назад компанию Netscape. проект Mozilla прототипировалсЯ на ранних разработках этой компании -- Netscape Navigator и Netscape Communicator, ЯвлЯвшихсЯ, в свою очередь, развитием первого графического WWW-браузера NSCA Mozaic. -- под названием Netscape Navigator 6.x и 7.x.

ђусскаЯ локализациЯ Mozilla выполнена ‚алентиной ‚анеевой, ‚адимом ‚иниченко и ‘ергеем „егтЯрвым.

10.4 ЃазоваЯ функциональность Mozilla¹⁷

Ѓраузер. „лЯ просмотра страниц WWW и "хождениЯ" по FTP-серверам предназначен компонент Navigator. Ќа панели компонент Mozilla он изображаетсЯ морским штурвалом (см. рис. 1).

‚се возможности программы доступны из меню, наиболее часто употреблЯемым соответствуют также "горЯчие клавиши" и кнопки панели навигации. Џод меню -- еще одна панель, которую можно настроить по своему желанию (чаще всего, на нее выносЯтсЯ ссылки на десЯток самых посещаемых страниц), еще ниже -- окно длЯ отображениЯ гипертекстовой информации с посещаемых страниц. ‡амыкает окно строка состоЯниЯ с панелью компонент слева и служебными пиктограммами справа.

‘ каким бы компонентом вы не работали в даный момент, всегда можно запустить любой другой кнопкой с соответствующим значком из панели компонент или пункт меню "Ћкно". €з пункта меню "‘оздать..." вы можете, кроме того, открыть еще одно окно просмотра или вкладку (вкладка -- это окно в окне€деЯ использовать вкладки в основном окне браузера впервые была реализована в браузе Opera. Ѓудьте осторожны: начав их использовать, вы врЯд ли затем удовлетворитесь браузером, не поддерживающим такой возможности.) уже открытого окна, на разных вкладках вы можете просматривать разные страницы с одного сайта или разные сайты. ќто позволЯет не захламлЯть экран и панель задач окнами одного типа и сразу видеть, где закачка страницы уже завершилась, а где еще нет.

€з пункта меню "”айл" можно также открыть любой локальный html-файл или каталог (или файл другого известного Ќавигатору формата, например, графический или текстовый), одной командой переслать по почте адрес понравившейсЯ страницы или даже всю страницу, сохранить страницу на жестком диске или напечатать на принтере.

Џрограмма ведет учет страниц, которые вы посетили ("Џерейти... †урнал посещений"). ќто удобно длЯ быстрого возврата на уже посещенную страницу. ‘колько просмотренных адресов (и на какое времЯ) программа будет их сохранЯть, можна указать в общем окне настроек.

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

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

Ќаверное, самаЯ интереснаЯ особенностью программы -- "боковаЯ панель" (Sidebar). ђазмещеннаЯ в левой части всех окон, она значительно облегчает работу. Ќа нее можно вывести множество полезной информации. Ќапример, вы можете настроить ее так, чтоб сразу при запуске программы, видеть свежие новости новости с любимых новостных сайтов, все свои закладки в виде дерева, иметь доступ к своим любимым поисковикам или еще что-нибудь, что сами придумаете.

Џочта. ќлектроннаЯ почта соревнуетсЯ с WWW за почетное звание главного коммуникационного приложениЯ. ‘уществует масса свободных программ длЯ работы с почтой, и среди них -- модуль Њозиллы "Џочта и новости".

Ћткрыть его можно, нажав кнопочку с изображением конверта, выбрав соответствующий пункт меню "Ћкна".

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

‚ы можете отвечать на письма, переадресовывать полученное кому-то еще, отсылать и получать нужные файлы. Љогда нужно быть уверенным в личности отправителЯ и неприкосновенности письма, воспользуйтесь интеграцией с GPG, свободной реализацией популЯрного формата OpenPGP, обеспечивающих электронную подпись и шифрование сообщений.

‚ почтовом Ящике возможен поиск по теме, отправителю, словам в самом письме, дате, приоритету, адресатам, датам или комбинации этих параметров -- этого хватит, чтоб не потерЯтьсЯ в своем почтовом Ящике. Њожно иметь несколько почтовых Ящиков на разных серверах и работать с ними в одном окне.

ѓлавное окно программы поделено на четыре части. ‘лева вверху -- список почтовых Ящиков, под ним боковаЯ панель. ‘права вверху -- список писем в выбранной папке, под ним -- текст выбранного сообщениЯ. Њногие из них можно временно спрЯтать, чтоб освободить место длЯ других окошек. € здесь доступна боковаЯ панель со всеми ее возможностЯми.

‚ыбрав в правой части название почтового Ящика, вы увидите список действий, которые можете выполнить в нем и над ним. Ќапример, настроить сам почтовый Ящик, если есть необходимость, и его параметры роботы с почтовым сервером, параметры длЯ исходЯщих и входЯщих сообщений. ‚озможности гибкой настройки и мощнаЯ система фильтрации сообщений, вместе с возможностЯми проверки правописаниЯ длЯ многих Языков (включаЯ английский, русский, украинский) сделают вашу переписку удобной и приЯтной.

"Љомпоновка" собственных страниц. Ќемного побродив по ‘ети, каждый испытывает желание сообщить о чем-то своем всему мировому сообществу. ЏрепЯтствием к этому оказываетсЯ необходимость изучать стандарт HTML. Ќе очень-то просто найти длЯ этого времЯ, особенно если речь идет о создании странички на пару абзацев о домашнем любимце.

‚ этой ситуации вам на помощь прийдет "Љомпоновщик", спрЯтавшийсЯ за кнопкой с листком и пером длЯ письма. ‚ызвав его, вы сможете быстро и без погружениЯ в изучение стандарта создать простую страницу в режиме визуального редактированиЯ. Љак в word-процессоре, просто пишете текст, вставлЯете таблицы и рисунки и сразу можете видеть, что у вас получаетсЯ. Ѓолее того, заглЯнув на другие вкладки окна Љомпоновщика, можно еще и подучить HTML. ‚ этом помогут вкладки "‚се теги" и "<HTML> Љод". Џроверить, как ваша работа будет смотретьсЯ в окне просмотра Navigator, можно на последней вкладке. ѓлавное преимущество этого инструмента перед многими похожими состоит в создании правильного HTML кода без лишних и нестандартных тегов, поэтому рекомендую его как первый инструмент начинающего (разумеетсЯ, длЯ созданиЯ серьезных проектов изучение стандартов W3C обЯзательно).

‚ окне программы сперва линейка меню, под ней инструментальные панели, далее главное рабочее окно с вкладками и панель состоЯниЯ под ним. „лЯ подробного описаниЯ всех возможностей модулЯ потребуетсЯ не одна страница. Џросто запустите его и попробуйте что-нибудь создать. Ѓольшинство пиктограмм и команд никакого объЯснениЯ не требуют.

ЂдреснаЯ книга. Џо мере того, как увеличиваетсЯ круг ваших знакомых, помнить все необходимые адреса становитсЯ все тЯжелее, но на помощь приходит адреснаЯ книга программы. Љаждый раз, когда вы пишете письмо новому адресату или получаете письмо от нового отправителЯ, этот компонент программы запоминает его адрес. „альше, когда вы начинаете заполнЯть поле "кому" нового письма, он пытаетсЯ завершить набор за вас. …сли адрес угадан правильно, можно просто переходить к заполнению остальных полей. Љогда программа ошиблась, можно выбрать подходЯщий адрес из выпадающего списка или завершить набор самостоЯтельно.

‚нешний вид окна Ђдресной книги достаточно типичен: снова, сперва меню, затем панель инструментов и основное окно с панелью состоЯниЯ. Ћсновное окно поделено на четыре части, некоторые из которых можно прЯтать. ‘лева -- названиЯ коллекций адресов вверху и боковаЯ панель под ними. ‘права -- список карточек выбранной коллекции вместе с панелью поиска по ним вверху, и окно длЯ отображениЯ информации с выбранной карточки внизу. ‡аписи длЯ каждой карточки редактируютсЯ по необходимости.

Ќастройки. Њозилла -- пакет не только мощный, но и очень гибкий в настройке. ‚се доступные параметры настроек собраны в одном окне -- дерево доступных настроек поделено на категории в соответствии с имеющимисЯ программами плюс несколько общих.

‚ общей категории "‚нешний вид" настраиваетсЯ использование шрифтов длЯ каждой кодовой страницы, отображаемые при запуске Њозиллы окна, использование цветов, Язык интерфейса.

‚тораЯ общаЯ категориЯ -- "„ополнительно" -- позволЯет отрегулировать использование cookies, Java, размер и времЯ сохранениЯ буфера на диске длЯ быстрого возврата к уже просмотренным страницам, использование прокси-серверов и еще некоторые полезные параметры.

Ќазвание группы "Џриватность и безопасность" говорит само за себЯ. Љоличество доступных в ней настроек, говорит о том, насколько ответственно разработчики отнеслись к этому вопросу. Џредлагаю вам разобратьсЯ с ней самостоЯтельно.

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

10.5 Mozilla: как это сделано

‚озможно, более интересным будет общий взглЯд на "начинку" Mozilla, поскольку эта тема остаетсЯ пока практически нераскрытой в публикациЯх на русском. Ђ именно интересными внутренними архитектурными решениЯми и возможностЯми, которые они открывают длЯ программистов, обусловлена перспективность и востребованность этого проекта.

"„вижок" Gecko. ‘обственно интерпретацию ("рендеринг") гипертекста и гипермедиа в браузере и компоновщике осуществлЯет "движок" под названием Gecko ("геккон", "Ящерка"). ‘ам по себе "движок" компактен и быстр. Ћн используетсЯ также рЯдом альтернативных браузеров, таких, как Galeon, Aphrodite и Phoenix; первый из них, достачно развитый и "шустрый", может рекомендоватьсЯ пользователЯм старых или маломощных (например, карманных) машин.

џзык XUL. ‚идимо, самой интересной особенностью Mozilla ЯвлЯетсЯ реализациЯ интерфейса пользователЯ на Языке XUL, представлЯющем собой XML-приложение, т.е. набор определений вида и поведениЯ визуальных объектов, свойственных современным графическим интерфейсам пользователЯ, на расширЯемом Языке разметки XML (об XML и его интегрирующей роли в современных приложениЯх компьютера подробнее говорилось в "лекции" 1).

‚ большей своей части программы Mozilla "написаны длЯ XUL" и интерпретируютсЯ "на лету". Ћбратной и неприЯтной длЯ пользователЯ стороной этого остаетсЯ значительнаЯ ресурсоемкость Mozilla и размер пакета. ЃазоваЯ установка занимает порЯдка 30 Њб и комфортнаЯ работа в большинстве сред начинаетсЯ от 128 Њб Ћ‡“ и 500 Њѓц процессора.

"‘ветлой" стороной XUL'ности Mozilla ЯвлЯетсЯ его чрезвычайнаЯ гибкость, что, видимо, позволит уже в ближайшие годы "малой кровью" существенно расширить набор входЯщих в пакет программ и практически полностью покрыть ими клиентские приложениЯ €нтернет.

Ќа рисунке видно, что по специальному протоколу chrome можно просто "открыть" в браузере еще один браузер (или любой другой компонент пакета), причем это не просто изображение его интерфейса, а полноценнаЯ работающаЯ программа.

ђазумеетсЯ, суть использованиЯ XUL не в этом, а в том, что на этом относительно простом Языке разметки могут быть легко реализованы ... Ќа сайтах www.mozdev.org и www.xulplanet.com можно найти десЯтки программ на XUL, а по http://books.mozdev.org/chapters/ можно найти текст книги "‘оздание прикладных программ в Mozilla" (к сожалению, пока только на английском).

Ќапример, так выглЯдит традиционнаЯ перваЯ программа "Џривет, мир!" на XUL (ее текст заимствован из упомЯнутой книги):

‡накомым с JavaScript-сценариЯми в HTML или XML этот пример должен быть кристально понЯтным. Ћднако внимание следует обратить на то, что элементы разметки, определЯемые XUL, свойственны графическим интерфейсам общего назначениЯ ("окно" (window), "контейнер" (box), "кнопка" (button) и т.п.), и весь XUL-файл определЯет интерфейс, а не страницустрого говорЯ, Mozilla поддерживает и смешанные контексты, например, XUL-компоненты в HTML или наоборот, но XUL-интерпретатор как таковой не обЯзан этого делать, и XUL-интерпретатором, соответственно, вовсе не обЯзательно должен быть браузер. XUL может не только интерпретироватьсЯ, но и транслироватьсЯ, хотЯ транслЯторы нам на сегоднЯ не известны.

Џерспективы, открываемые универсальным Языком описаниЯ графического интерфейса перед отраслью быстрой прикладной разработки (RAD) и практическим программированием вообще -- очевидны. Ќо здесь уместнее будет указать на методические перспективы: включение в один и тот же вводный курс программированиЯ на XUL нарЯду с изучением Языков разметки контента (например, HTML, особенно в его нынешней, XML-версии) позволит осуществить значительную понЯтийную экономию. ‚озможно, что наш кругозор ограничен, но нам не известны другие полноценные Языки программированиЯ интерфейса, кроме XUL, ЯвлЯющиесЯ корректными и исполнимыми XML-приложениЯми.

10.6 ђесурсы

Џакет Mozilla в исходниках и сборках длЯ большинства Ћ‘ доступен на главном сайте проекта, локализованные версии -- на русском сайте. Mozilla входит в большинство поставок открытых Ћ‘ (как свободных, так и несвободных).

‹итература

1. Њинистерство образованиЯ ђоссийской ”едерации. "ЋбЯзательный минимум содержаниЯ образованиЯ по информатике".

2. Њаксим Ћтставнов (ред.). "‘вободное программное обеспечение: бизнес-модели и корпоративные инициативы" -- Њ.: ѓ“-‚ќ, 2001. ђасширенную версию этого сборника можно найти на: http://www.otstavnov.com/fsr
3. ќрик ђэймонд. "‘обор и базар" // "Ћткрытые системы", ## 09-10, 1999 г.
4. ‘.‚. ‘ергеев, Ќ.Ђ. ђоганова. ЏрактическаЯ информатика: учебное пособие. —.1 -- Њ.: Њѓ€“, 2001. ‘м. тж. http://www.ctc.msiu.ru/materials/
5. "€нформатика" # 29, 2002 г.
6. „окументациЯ на StarOffice 5.2 ("ђуководство пользователЯ" и "€нструкциЯ по инсталлЯции", в совокупности около 600 стр.) входит в русское "коробочное" издание этого пакета. "ђуководство пользователЯ" также (в значительно улучшенном переводе) издавала и включала в "коробочные" изданиЯ своих дистрибутивов, содержащих StarOffice, московскаЯ компаниЯ ASPLinux (www.asplinux.ru). ‘ледует заметить, что OO.o 1.0 несколько отличаетсЯ от StarOffice 5.2 и более ранних версий; однако единственным серьезным с точки зрениЯ пользователЯ отличием ЯвлЯетсЯ лишь отсутствие единого "рабочего стола" в первом.

7. ‘ергей ѓлушаков, Ђлексей ‘урЯдный. Linux длЯ дома и офиса: “чебный курс. -- •арьков: "”олио", 2002. -- 389 с. ЌесмотрЯ на название, бЋльшаЯ часть этой книги посвЯщена прикладным свободным пакетам, и в том, что касаетсЯ OO.o и Mozilla, ее содержание неспецифично длЯ Linux (или каких-либо конкретных Ћ‘ вообще). —асть III, посвЯщеннаЯ OW -- это стодесЯтистраничное (т.е. занимающее более четверти книги) описание базовой функциональности OW с точки зрениЯ пользователЯ.‚ OpenDraw уделили всего 7 страниц. —асть, посвЯщеннаЯ OpenCalc -- это восьмидесЯтистраничное (т.е. занимающее около четверти книги) описание базовой функциональности OpenCalc с точки зрениЯ пользователЯ.

8. Ђнтон €онов и др. OpenOffice.ru. ђуководство пользователЯ. -- Њ.: ALT Linux, 2002. -- 115 с. „вадцать пЯть страниц этой брошюры, не продающейсЯ отдельно, но входЯщей в "коробочную" комплектацию ALT Linux 2.0 Master и OpenOffice.ru и доступной на сайте http://docs.openoffice.ru, посвЯщено OW, и это действительно кратчайшаЯ инструкциЯ по использованию.‚ „вадцать пЯть страниц посвЯщено OpenDraw, и это действительно кратчайшаЯ инструкциЯ по использованию, пЯтнадцать страниц --‚ OpenCalc

„лЯ методических целей ценно то, что это свободнаЯ книга, изданнаЯ под лицензией GNU длЯ свободной документации (GNU FDL) и, соответственно, она может использоватьсЯ (включаЯ модификацию и распространение) без дополнительных разрешений или отчислений авторам (не забывайте о соблюдении неимущественных прав авторов и о том, что распространение модифицированной версии допускаетсЯ лишь на условиЯх той же лицензии).

9. ‘.‚.Ђндреев, Ќ.Ђ.ђоганова. ЏрактическаЯ информатика: “чебное пособие. —асть 1. -- Њ.: Њѓ€“, 2001. -- 348 с. ќто тоже свободнаЯ книга под GNU FDL, ее можно купить на бумаге или скачать отсюда: www.ctc.msiu.ru/materials/books.php. Џособие консервативно и, несмотрЯ на обновление, пока описывает StarWriter 5.2, а не OW; впрочем, как уже отмечалось, разница между ними с точки зрениЯ пользователЯ невелика.

10. ’.ђобертс, "’екстовые редакторы" // "—еловеческий фактор". ’. 6. -- Њ.: "Њир", 1992

11. „эвид ’ейнсли "Linux и Unix: программирование в shell" -- Љиев: BHV, 2001

12. ђичард ‘толлмен. ђуководство по GNU Emacs (тринадцатаЯ редакциЯ) -- Њ.: €нститут логики, 1999

13. Karin Kylander & Olof S Kylander. GIMP: The Official Handbook. The Coriolis Group: 1999, ISBN 1-57610-520-2

Љарина и Ћлаф Љиландер взЯли на себЯ нелегкий труд официального документированиЯ GIMP, созданного полутора сотнЯми программистов. Ќаписанный ими "Ћфициальный справочник по GIMP" доступен (в разных форматах, включаЯ готовые к печати postscript- и pdf-файлы) со страниц http://manual.gimp.org, он также издан на бумаге The Coriolis Group.

ЋстаетсЯ надеЯтьсЯ, что рано или поздно эта книга поЯвитсЯ и по-русски, а пока скачать это монументальное тысЯчестраничное издание рекомендуетсЯ всем, кто читает по-английски и использует или готовитсЯ использовать GIMP. ’ем, кто пока не собираетсЯ -- тоже, поскольку, помимо всего прочего, эта книга -- одно из лучших введений в растровую компьютерную графику вообще.

14. Carey Bunks. Grokking the GIMP New Riders Publishing, 2000; ISBN: 0735709246; 352 pp.

€з другой литературы, посвЯщенной GIMP, можно порекомендовать написанный Љэрием Ѓанксом учебник Grokking the GIMP, также доступный в ‘ети на http://gimp-savvy.com/BOOK/.

16 D. Englebart, W. English. A Research Center for Augmenting Human Intellect // AFIPS Conf. Proc., Fall Joint Computer Conf. -- San Francisco, 1968.

17 ”редерик Ѓрукс. Њифический человеко-месЯц: двадцать лет спустЯ // …го же. Њифический человеко-месЯц. -- ‘Џб.: "‘имвол-плюс", 1999

19. "„омашний компьютер" #12, 2002 г. Њатериалы номера также доступны онлайн (http://www.homepc.ru/offline/2002/78/).

20. Њатт “элш и др. "‡апускаем Linux" -- ‘Џб.: "‘имвол", 2000

Ћб авторе

Њаксим Ћтставнов <maksim@otstavnov.com> (www.otstavnov.com) -- ведущий аналитик компании TechInvestLab.com, член редколлегий еженедельника "€нфобизнес" (www.ibusiness.ru) и ежемесЯчника "CIO" (www.cio.ru), член рабочей группы по законодательству в области электронной экономики при Џредседателе ‘” ”едерального собраниЯ ђ”, член экспертного совета фонда "ЌоваЯ экономика" (www.neweco.ru).

ЋсновнаЯ область профессиональных интересов -- гуманитарные аспекты и социокультурные эффекты информационных технологий. Ђвтор более 150 статей, редактор-составитель сборника "‘вободное программное обеспечение: бизнес-модели и корпоративные инициативы" ( Њ.: ѓ“-‚ќ, 2001).

1 Ќапример, типичнаЯ цена одно-двухдискового дистрибутива российской сборки, включающего софт, достаточный длЯ обеспечениЯ школьной программы по информатике, не превышает трехсот рублей, в то времЯ, как комплект Microsoft Windows и Microsoft Office, покрывающий лишь часть программы, со всеми скидками обойдетсЯ не дешевле трех тысЯч.

2 ‚озможно, использование двоичных форматов и было оправданно во времена, когда позволЯло экономить байты памЯти и носителей на "персоналках" с крайне ограниченными аппаратными ресурсами. ‚ то же времЯ, современные компьютеры (даже относимые к классу персональных, "стартового уровнЯ") обладают ресурсами, позволЯющими организовать гораздо более удобную схему: сжатие "на лету" по стандартному алгоритму стандартно размеченного текста или иных данных.

3"‚ девичестве" (до того, как американскаЯ корпорациЯ Sun Microsystems приобрела немецкую компанию StarDivision и свободно лицензировала код, права на который принадлежали ранее последней) пакет называлсЯ StarOffice, а word-процессор -- StarWriter; под таким названием он получил известность и обрел достаточную популЯрность, в том числе, и в ђоссии (особенно версии 5.1 и 5.2).

4 Љривую обучениЯ можно сгладить, создав дополнительный набор макрокоманд под конкретный курс и, наверное, это правильный способ, но он потребует от методиста незаурЯдного знаниЯ не только Emacs, но и Emacs Lisp.

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

7 Џоскольку использование тех или иных Языков программированиЯ в учебном процессе само по себе ЯвлЯетсЯ предметом постоЯнных споров, на всЯкий случай стоит, не погружаЯсь в глубину аргументации, все же заметить, что автор придерживаетсЯ весьма консервативных взглЯдов, и считает, что в качестве первого Языка лучше всего подходЯт Ђлгол-60, Џаскаль, ЂЏ‹ или любой другой простой Язык сентенционального программированиЯ, либо простой объектный Язык наподобие ‹ого. €спользование Языков, поощрЯющих плохой стиль (как Ѓейсик) или лоЯльно к нему относЯщихсЯ (как ‘), во всЯком случае, не кажетсЯ ему удачным выбором. Љрайне важным ему кажетсЯ хотЯ бы поверхностное знакомство как минимум с двумЯ с разными (разработанными в ориентации на разные парадигмы) Языками.

9 ‘ледует отметить, что большинство базовых функций оконных менеджеров при исполнении опираютсЯ на поддержку оконной системой X функций двумерной графической акселерации (ускорениЯ), реализованных практически во всех современных графических адаптерах. ‚ отличие от трехмерной акселерации, полезной лишь длЯ достаточно узкого круга приложений (программ трехмерного моделированиЯ, компьютерных игр), двумернаЯ акселерациЯ -- действительно универсальна полезна длЯ графического пользовательского интерфейса. Џри использовании карты без двумерного ускорениЯ или карты, чьЯ акселераторнаЯ функциональность не поддерживаетсЯ системой X, можно рекомендовать настройку среды длЯ исключениЯ, например, визуализации перемещениЯ окна со всем его содержимым, дабы избежать неоправданного роста нагрузки на процессор и драматического падениЯ производительности.)

11 ‡десь и далее "интернет" с маленькой буквы обозначает сумму сетевых технологий, основанных на протоколах TCP/IP, а "€нтернет" с заглавной -- всемирное сообщество интернет-сетей. ‚озможно разворачивание интернет-сетей, не входЯщих в €нтернет. ‘лово "интернет" -- сокращение от internetworking, что буквально означает всего лишь "межсетевое взаимодействие".