Журнал LinuxFormat - перейти на главную

LXF87-88:KDE 4

Материал из Linuxformat
Перейти к: навигация, поиск

Содержание

KDE 4 Вкус будущего!

Слухи о релизе v4 уже дразнят воображение фанатов KDE, но ждать его еще не один месяц. Ключевые разработчики KDE предоставили Грэму Моррисону предварительный обзор.

C момента выпуска KDE 3 в 2002 году, ландшафт Linux-технологий изменился до неузнаваемости. Теперь мы принимаем как данность поразительные 3D-возможности, интегрированный поиск и апплеты рабочего стола; и проектировщики KDE 2002 г. убеждаются, что их рабочий стол выдерживает перегрузки.

Но теперь не только Linux имеет вращающиеся кубы да виртуальные рабочие столы: новые версии Microsoft Windows и Apple OS X наращивают конкурентоспособность. Новая среда рабочего стола KDE должна будет сделать серьезную заявку на удобство Linux. Она должна стать доступной любому, простой в использовании и величавой на вид. Она должна переманить пользователей изуродованных «цифровыми правами» рабочих столов DRM в мир свободы, единения и сотрудничества.

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

Структура KDE 4

KDE 4

Структурная схема KDE 4 показывает, что пользователи получат хорошо спроектированный, ориентированный на задачи рабочий стол благодаря проекту Appeal, а появление Solid, Decibel и Phonon означает, что разработчикам больше не нужно будет изобретать велосипед при добавлении новейшего оборудования, мультимедиа и сетевых функций.

Манифест Appeal

Как мог бы сказать Стив Баллмер: конечные пользователи, конечные пользователи, конечные пользователи, конечные...

KDE порожден немецким компьютерщиком Маттиасом Эттрихом [Matthias Ettrich] в 1996 г. Он всегда строился на коммерческом продукте Qt от норвежской фирмы Trolltech. Но KDE, по большому счету, крупнейший проект, использующий Qt, и Маттиас Эттрих теперь директор Trolltech по разработке ПО, а значит, эти два проекта серьезно влияют друг на друга.

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

Но команда KDE, обновляя версию, не упустила шанса сделать гораздо больше, чем просто пересмотр функций. Кроме замены устаревшего механизма взаимодействия процессов и принятия D-BUS, разработчики добиваются внешней привлекательности. При переводе внутреннего формата изображений на SVG и добавлении расширяемых виджетов, разработчики хотят, чтобы новые пользователи понимали среду рабочего стола интуитивно. Мэтт Роджерс [Matt Rogers], глава проекта входящей в состав KDE IDE KDevelop, говорит: «Я думаю, во главе угла для разработчиков KDE 4 сейчас находится интерфейс пользователя. Говорю это только потому, что слишком много было спекуляций, шумихи и прочего вокруг всяких интерфейсных технологий, типа Plasma и Oxygen». В KDE 4 пользовательский интерфейс становится «первым лицом».

Полигон идей

Экскурсию по KDE 4 удобно начать с Appeal. В отличие от технологий, которые мы рассмотрим дальше, Appeal [зов, – прим. пер.] – это не конкретный программный проект, а, скорее, исследовательский центр по «перетягиванию» KDE от разработчиков поближе к простым смертным. Не очень внятно? Дело в том, что Appeal – пока только манифест для задуманных в KDE 4 новых технологий, видимых пользователям: они должны сразить их в первую же наносекунду и заставить влюбиться в этот рабочий стол. Проект Appeal хочет, чтобы пользователи KDE 4 воспринимали функциональность так же, как Йода воспринимал Силу – просто как должное.

Сайт http://appeal.kde.org был запущен в августе 2005 г., и его wiki переполнена идеями. Проект занимается «визуальными искусствами» KDE 4, включая Plasma (похожую на SuperKaramba замену виджетов рабочего стола, икон и панели) и Oxygen, гладкий, векторизованный набор иконок, определяющий внешний вид KDE. С некоторого момента Appeal займется и технологией поиска, которую будет использовать KDE 4. Аарон Сейго [Aaron Seigo], штатный разработчик Plasma, описывает Appeal как «социальный эксперимент по сознательному вовлечению в скоординированную, открытую и многоцелевую разработку». По сути, Appeal стал координационным центром для новой плеяды разрабатываемых приложений KDE 4.

Манифест Appeal содержит четыре принципа: «произведение искусства», «рай разработчиков», «сетевые вычисления» и «интегрированный рабочий стол». Каждый из них немного расплывчат, ибо Appeal не определяет требования: он только иллюстрирует идею. Поэтому «произведение искусства» стоит на первом месте. Подобно Марку Шаттлворту, разработчики KDE признают, что красота – это функция. KDE 4 в первую очередь нуждается в приятной внешности, вот почему дизайн иконок Oxygen непосредственно связан с Appeal. «Рай разработчиков» означает, что разработчикам должно хотеться работать с KDE API и при этом ощущать, что использование технологий KDE – лучший способ достичь их целей. Есть даже мысль создать в сети «университеты» KDE-разработки, где можно изучать KDE, чтобы максимально упростить новым разработчикам создание собственных проектов.

У «сетевых вычислений» более прикладная цель, движимая идеей единой регистрации для пользователя: и за получение почты, и за доступ к удаленному столу по протоколу NX, и за web-сервисы будет отвечать единственный механизм аутентификации. Это согласуется с инициативой KDE/Wikipedia, анонсированной в июне 2005 г.: разработкой интерфейсов KDE API для выполнения запросов к Wikipedia, которые в дальнейшем сможет использовать каждое приложение KDE.

Appeal помогает убедиться, что каждое приложение KDE 4 использует один и тот же подход к дизайну интерфейса. Удобство – ключевой момент, и это означает, что функциональность должна быть как можно более интуитивной: нет смысла дарить пользователю мощь KPArts или KIO slaves, если он даже не подозревает о подарке. Вот как сильно разработчики KDE хотят, чтобы вы использовали их рабочий стол.

Plasma и Solid

Не парьтесь с настройкой оборудования: лучше поиграйте с виджетами.

Plasma – «интегрированный рабочий стол» Appeal, и это первое, что бросится в глаза в KDE 4. Эффекты Plasma, в отличие от многих других новых технологий этой версии, вы сможете увидеть на рабочем столе.

Если вы не программист, то старый KDE 3 для вас нерасширяем: невозможно создавать собственные элементы интерфейса или добавлять функции к рабочему столу. Вы ограничены в использовании предоставляемых инструментов, и их недостаточно. Самое популярное приложение для расширения функциональности KDE 3, SuperKaramba, больше похоже на одномоментный «хак», чем на основу для расширений. Но это не вина автора прежней Karamba, Ганса Карлссона [Hans Karlsson], а следствие слабой поддержки расширений в KDE, отсюда и «хаки»: просто не было другого способа решить проблему. Plasma – средство KDE 4, призванное исправить этот недостаток. Это интерфейс к рабочему столу, способ добавлять расширения, не ломая машину.

Проблема Kicker

К сожалению, разработка Plasma зависит от некоторых других функции KDE 4, и потому она шла медленно. Лидер проекта, Аарон Сейго, до июля 2006 г. дожидался стабилизации новых API, достаточной, чтобы начать разработку, и многое изменилось в сентябре, после конференции Akademy в Дублине (ежегодная встреча KDE-сообщества).

Сейго имеет огромный опыт управления проектами типа Plasma, и к разработке Plasma его привела, прежде всего, его работа над KDE-панелью Kicker. Kicker часто воспринимается как некий «хак» (похоже, это общая тема приложений KDE). Он не предусматривал обработки прозрачности, кнопок или множественных апплетов, и в результате добавления этих функций исходный код стал неуправляемым и сложным в сопровождении. Были случаи, когда разработчики, хотевшие всего-навсего сменить цветовую схему, обнаруживали, что проще ответвить Kicker и решать свои задачи в этом коде, чем вносить свои изменения в исходный проект с тем же самым эффектом. Сайт http://kde-apps.org содержит некоторые ответвления Kicker, которые вносили в него только косметические изменения, не влияя на суть исходного проекта. Kicker даже научили автоматически перезагружаться, если он зафиксирует крах своего собственного процесса.

Частично эта проблема вызвана тем, что подавляющее большинство приложений KDE разработано на языке C++. Он очень мощный, но, по словам Сейго, «может и крышу снести». C++ слишком сложен для разработки простых расширений и расставляет слишком много ловушек для неосторожных программистов. SuperKaramba обходит эту проблему, используя язык Python, довольно простой по сравнению с C++, и подобное сделано и в Plasma. Plasma по-прежнему будет разрабатываться на C++, но расширения предполагается писать на JavaScript, в основном потому, объясняет Сейго, что JavaScript гибок и прост. Также планируется поддержка других популярных языков, включая Python и Ruby.

Создайте свой рабочий стол

Лично на вас окажет влияние тот способ, которым Plasma использует пространство рабочего стола. Plasma заменит метафору иконок тем, что лучше соответствует современным технологиям. Апплеты, подобные предлагаемым SuperKaramba, станут разменной монетой для рабочего стола, а компоненты типа Kicker или менеджера задач будут представлены отдельными апплетами Plasma. Дойдет даже до перетаскивания в апплеты компонентов из некоторых основных приложений. Например, перетаскивание папки входящих сообщений из KMail на ваш рабочий стол могло бы динамически создать, скажем, апплет оповещений о поступлении новой почты.

Вот тут-то и пригодилась идея KDE об абстракции данных, потому что если у SuperKaramba и есть проблема, так это недостаток согласованности – существует десяток апплетов для вывода информации о погоде или мониторинга системы, и каждый собирает данные по-своему. Отделение данных от интерфейса апплета будет означать, что как только будет создан внутренний механизм сбора информации о погоде или о системе, каждый, кто обладает минимальными художественными способностями, сможет легко добавить пользовательский интерфейс. Сложность здесь в разработке источников данных. Они будут многомерными (как база данных), и разрабатываются на C++. При этом каждый источник сможет иметь более одного атрибута – например, число писем в вашем почтовом ящике наряду с количеством писем от конкретного человека.

KDE 4 собирается свернуть менее успешные части KDE 3, а оставшиеся упростить. Иногда достаточно изменить соответствующий API, иногда приходится создавать новый, как в случае с Plasma.

Но есть несколько областей, нуждающихся в полном переосмыслении и разработке с нуля, например, медиа-проигрыватель. Solid и Phonon – два новых API, спроектированных, чтобы сделать KDE максимально портируемым – и это особенно важно сейчас, когда свободная версия Qt доступна для операционных систем Mac OS X и Microsoft Windows. Как и в случае с Plasma, этот слой абстракции требует разделения на интерфейсную (front-end) и фоновую (back-end) части. Solid и Phonon отделяют данные от пользовательского интерфейса настолько, чтобы фоновый поставщик данных можно было менять, а интерфейсная часть продолжала бы работать. Все это – благодаря мощному механизму «сигналов» и «слотов» в Qt, дающих программистам свободу создавать интерфейсы в ПО.

Solid’ная конфигурация

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

В KDE 3 обнаружением и настройкой оборудования вынуждено заниматься каждое приложение. Например, для настройки K3b вам нужно сообщить, какие CD/DVD-приводы вы используете. Solid, в фоновом режиме, делает эту информацию доступной для всех остальных средств записи CD/DVD, и вам не нужно вводить одну и ту же информацию дважды. Это особенно важно для областей, где приложения для работы можно выбирать. Так, в KDE 3 есть два инструмента для работы с беспроводными сетями (KNetworkManager и KWiFiManager), а также различные приложения для определения оборудования, и их следует переработать в KDE 4, чтобы использовать преимущества аппаратной абстракции Solid. В этих случаях пользовательский интерфейс Plasma будет расположен поверх слоя абстракции Solid, и вам не придется каждый раз «изобретать велосипед».

Solid работает в так называемых доменах. Они сообщают максимум информации о затрагиваемом оборудовании (хотя непосредственно с ним не взаимодействуют). Есть домены для распознавания оборудования, управления питанием и управления сетью. Поверх доменов располагаются агенты политик (policy agent), занимающиеся характеристика ми оборудования. В данный момент их всего два: один для управления сетевыми соединениями и второй – для обработки мультимедиа.

Может показаться, что технологии, подобные Plasma и Solid, сами по себе не новы, но огромным отличием KDE 4 является то, что о них думали до начала разработки какого-либо приложения, так что Plasma и Solid становятся доступны любому приложению KDE 4. Для разработчиков это упростит добавление функций во время портирования приложения на KDE 4 – только представьте, какой потенциал это дает для KOffice, Kopete, Kate, Konqueror. Изменится самый способ использования KDE.

Оживляя иконки: Oxygen

Маркетинг KDE 4 весьма напорист, и это распространяется даже на иконки: разработчики продвигают Oxygen как «не просто очередную тему иконок. Oxygen формирует новые принципы работы пользователей». Но Oxygen – и вправду просто тема иконок; единственное ее отличие в том, что разработчики Oxygen не только перенесли привычный набор значков в масштабируемый векторный формат SVG, но и добавили иконкам выразительности, использовав стандартные цветовые палитры и фон для обозначения различных функций. Иконки «действий» типа Редактировать, Увеличить или Настроить выделяются на общем фоне, а значки выбора файлов расцвечены в соответствии с типом. Что-то похожее было в некоторых приложениях KDE и раньше, но никогда не распространялось на весь рабочий стол.

LXF88_KDE402

Масштабируемая графика будет играть важную роль во внешности и работе ПК с KDE 4 – даже если нет графического интерфейса.

Phonon, KHTML и Decibel

Классные инструменты рабочего стола, понятные даже бабулькам.

Phonon перенимает то, что делает Solid для настройки сетей и управления питанием, и применяет то же самое разделение на фоновую и интерфейсную части для воспроизведения и записи мультимедиа.

Дело важное, если учесть, насколько отвратителен старый аудио-каркас из KDE 3. Arts, аудио-демон KDE, создает больше проблем, чем решает. Разрабатывался он с целью освободить программиста от мороки со входами и выходами кодеков и аудио-оборудованием, но в итоге получилось, что Arts редко ведет себя прилично с другими драйверами и может отказаться воспроизвести простой звук. Мультимедиа в Linux развиваются, появился, например, GStreamer, создающий стандартную платформу с низкой латентностью для воспроизведения звука. Phonon не привязывает воспроизведение к API, он просто предлагает программисту приемы работы. Воспроизведение должно работать прозрачно, независимо от того, запускает ли пользователь KDE-приложение на Linux, OS X или Windows.

Отсоединение проигрывателя от кода, выполняющего воспроизведение, означает, что пользователю больше не нужно беспокоиться о том, какой фоновый процесс настроен и как он будет взаимодействовать с другими приложениями. Разработчики Phonon надеются расширить этот принцип на самонастраивающиеся (plug-and-play) устройства, типа USB-гарнитур, где воспроизведение будет просто работать без всякой дополнительной настройки, и пользователь даже и вникать не станет, какой фоновый процесс этим занимается. Как и в Solid, фоновый процесс динамически загружается и легко заменяется, а Phonon продолжает работать.

LXF88_KDE403.png

Phonon отделяет движок от интерфейса для воспроизведения мультимедиа.

Без GStreamer

У Phonon есть большая нерешенная проблема: не налажена взаимосвязь с самым популярным механизмом воспроизведения в Linux – GStreamer. Сейчас доступны только реализации для Xine, AvKode (интерфейс Phonon к библиотеке FFMPEG) и NMM (для сетевых аудиопотоков). Это действительно проблема, и без GStreamer Phonon, вероятно, ждет та же участь, что и его предшественника Arts. Даже самый сложный движок, Xine, поддерживает воспроизведение, но не запись; будем надеяться, что ко времени выхода KDE 4 эта проблема будет решена. Другие функции, которые, вероятно, будут включены в релиз – поддержка KIO slaves, VoIP на уровне API (облегчающее разработчикам приложений добавление интернет-телефонии), встроенное воспроизведение DVD и совместимость с DVB.

Прорыв KHTML в Mac

KHTML – оплот стандартов для проекта KDE. Это основной компонент рабочего стола, используемый для отображения web-страниц в самых различных приложениях. Он также принят как движок отображения HTML во многих популярных браузерах, включая Safari от Apple, открытый браузер от Nokia и, с недавнего времени, платформу Adobe Apollo.

Благодаря тесной интеграции с остальной частью KDE, KHTML зачастую отображает страницы быстрее, чем независимые браузеры вроде Firefox. KHTML всегда разрабатывался с прицелом на легковесность, и еще одним его преимуществом является возможность его повторного использования: это один из первых проектов, начавших использовать каркас KPArts в KDE 2, и благодаря ему вы можете видеть web-страницы в приложениях, не имеющих непосредственной связи с HTML: Например, Amarok отображает страницы Wikipedia непосредственно в окне приложения. KHTML также является важной частью и KMail, и Akregator, наряду со многими другими приложениями. Именно портируемость обусловила успех KHTML.

Интегрированный интернет – не единственное сходство пользователей KDE и их «кузенов» с Mac: значительная доля KHTML используется для разработки платформы рендеринга Safari WebCore. Благодаря лицензии LGPL разработчики Apple возвращают все выполненные изменения в KHTML – в результате Konqueror оказался одним из двух браузеров, прошедших тест Acid2 в ноябре 2005 г. Но многие изменения, сделанные командой Apple, слишком далеки от текущего исходного кода KHTML, чтобы объединение функций стало осуществимым.

Получается, что Safari хорошо работает со сложными сайтами, вроде календаря и почты Google, а Konqueror плетется позади. Выпуск KDE 4 – отличный повод переписать KHTML, чтобы он стал способен принимать код Apple. Эта инициатива получила наименование Unity, с целью «примазаться» к хорошим отзывам в прессе, которые получили другие браузеры на базе KHTML. Она также дает гарантию, что в будущем разработка KHTML будет согласована с основной ветвью разработки Safari. Это не только поможет с совместимостью KHTML, это также будет означать соответствие с точностью до ошибок коду Apple, дающее опору на многочисленных пользователей и улучшающее базу стандартов для принятия в браузере. Обязательство серьезное, потому что команда KHTML Unity собирается использовать код Apple как новую базу для выстраивания совместимости KHTML, а не реформировать текущую ветвь разработки KHTML – получается что-то вроде эстафеты, где эстафетная палочка возвращается первому бегуну. Но есть несколько недостатков. Может пострадать производительность браузера, и такие решения нужно принимать широким сообществом KHTML, а не командой KDE. Также требуется переписать несколько основных аспектов старого KHTML, включая виджеты форм, апплеты Java, код подключаемых модулей Netscape и общую интеграцию с KDE.

Проект Decibel

Еще один проект, способный принести заметные изменения в часть приложений – это Decibel, новый KDE API для мгновенных сообщений и видеоконференций. Может показаться, что KDE плодит проекты, не задумываясь о завтрашнем дне – особенно если учесть, что Phonon задался подобной целью встраивания функциональности VoIP в API. Но Decibel предназначен служить основой для коммуникаций в реальном времени, а не просто добавлять функциональность VoIP. И он будет прозрачным. Его идея в том, что вам не нужно знать, какой IM-протокол используют те, с кем вы общаетесь: Decibel просто сообщит вашим приложениям, когда станет возможна беседа, а все остальное – за сценой.


Приятно, что Decibel не собирается игнорировать другие проекты-аналоги. Уже существуют два хорошо определенных базиса для коммуникаций. Первый – Telepathy, ставший стандартом, по которому оцениваются другие. Он гнездится на http://freedesktop.org и использует D-BUS для предоставления соединения в реальном времени общим сервисам, типа IRC, мгновенных сообщений, голоса и видео. Чтобы реализовать все по максимуму, он не чурается и других стандартов, например, протокола Jabber, но Telepathy тяготеет к Gnome. Многие годы конкурирующей спецификацией была Tapioca, реализованная с использованием библиотеки Qt. По счастью, у программистов Tapioca возобладал здравый смысл: они сделали свою спецификацию совместимой с Telepathy – и теперь гармонично сосуществуют. Decibel будет использовать привязки Qt для Tapioca. Может показаться, что команда разработчиков KDE создает собственную реализацию Qt-механизма ради него. Но те дни, мы надеемся, прошли. В Qt 4 объединяются многие изменения, нужные проекту KDE, так что мы не должны бы снова увидеть виртуально идентичные классы KIconView и QIconView.

В Decibel реализована штука под названием Housten, это слой взаимодействия с Telepathy. Он включает Account Manager, Protocol Manager и Component Manager. Account Manager обрабатывает информацию о возможности соединения, например, находится ли пользователь в сети или отключен, а Protocol Manager определяет, каким образом будет подключаться каждый пользователь. Соединение Jabber – часть комплекса Telepathy, которая должна привлечь пользователей. Component Manager используется для управления данными приложений.

Phonon, KHTML и Decibel намереваются изменить отношение среднего пользователя к настольным Linux-системам. Мультимедиа полностью интегрируется на уровне рабочего стола, web-страницы будут отображаться быстрее, чем с Firefox, и с той же совместимостью, как у Safari. И болтовня с друзьями станет так же привычна за рабочим столом, как управление файлами. Команда разработчиков KDE 4 воспользовалась этим, чтобы рассмотреть, для чего пользователи сейчас применяют настольные системы и какие происходят изменения.

Получите свежий KDE

Живите на передовой – ищите ошибки, давайте советы и стройте будущее.

Чтобы испытать последний релиз KDE 4, достаточно установить последние пакеты Kubuntu. К сожалению, вы не найдете больших изменений по сравнению с KDE 3; многие из основных приложений сейчас являются частью релиза, но ни одно из них не готово использовать преимущества новых API.

Пройдет еще месяцев шесть, пока вы ощутите реальные изменения, и чтобы быть способным их разглядеть, нужно постоянно обновлять вашу версию KDE. Здесь описываются шаги, необходимые для получения самой свежей версии, независимо от того, являетесь ли вы разработчиком KDE или энтузиастом-любителем. Мы использовали Ubuntu, но наши инструкции должны работать и на других дистрибутивах, поскольку здесь нет специфических требований. Новичкам на заметку: при разработке KDE 4 используется система контроля версий Subversion. Она отслеживает все изменения, сделанные разработчиком, а также управляет сотнями разработчиков, вносящих изменения в один и тот же проект. Не позволяйте ей вас запугать, если вы не умеете писать код: последнюю версию может установить каждый. Сейчас мы расскажем, как это сделать.

Создайте нового пользователя

Чтобы надежно изолировать KDE 4 от остальной системы, лучше установить KDE 4 под новой учетной записью, созданной специально для целей запуска приложений KDE 4. Это можно сделать либо в менеджере учетных записей вашего дистрибутива, либо из терминала, набрав su -c ‘adduser kdefour’. Вам нужно создать две папки в домашнем каталоге нового пользователя: одну с именем Qt-copy, а вторую – kde4. Также вам понадобится добавить некоторые переменные окружения, чтобы сохранить установку KDE 4 изолированной в вашем домашнем каталоге. Добавьте следующее в конец файла .bashrc, принадлежащего новому пользователю:

export REPOSITORY=svn://anonsvn.kde.org/home/kde
export QTDIR=~/qt-copy
export KDEDIR=~/kde4
export DBUSDIR=~/kde4
export KDEDIRS=$KDEDIR
export PATH=$QTDIR/bin:$KDEDIR/bin:$DBUSDIR/bin:$PATH
export LD_LIBRARY_PATH=$DBUSDIR/lib:$QTDIR/lib:$KDEDIR/lib:$LD_LIBRARY_PATH
export QT_PLUGIN_PATH=$KDEDIR/lib/kde4/plugins/
export PKG_CONFIG_PATH=$QTDIR/lib:$DBUSDIR/lib/pkgconfig
export QTEST_COLORED=1
export XDG_DATA_DIRS=$KDEDIR/share
export XDG_CONFIG_DIRS=$KDEDIR/etc/xdg

Установите новую систему сборки, CMake

CMake заменяет старые пакеты Automake, на которые разработчики KDE полагались ранее. CMake теперь обрабатывает все сценарии компиляции для приложений, и должна намного упростить обработку зависимостей сборки. Инсталляция CMake проста: скачивание последнего пакета с http://www.cmake.org, распаковка полученного файла, затем переход во вновь созданный каталог и ввод следующих команд, для установки CMake в локальный каталог kde4:

./configure --prefix=~/kde4
make; sudo make install

Добавьте обмен сообщениями D-BUS

KDE 4 использует D-BUS для взаимодействия между процессами. D-BUS – эффективная и кросс-платформенная замена для старого DCOP. Найти ее можно на влиятельном сайте http://Freedesktop.org, и по умолчанию она устанавливается со многими последними дистрибутивами. Если вы работаете на старом дистрибутиве, вам может потребоваться скомпилировать и установить собственную версию. Обычно это заключается в скачивании последнего основного релиза с http://dbus.freedesktop.org, распаковке пакета и вводе следующих команд:

./configure --disable-qt --disable-qt3 --prefix=$DBUSDIR
make; sudo make install

Получите свежую версию Qt

Прежде чем погрязнуть в исходном коде KDE, вам нужно скачать и установить последнюю версию инструментария Qt, от которой KDE наследует все свои внутренние прелести. Subversion-репозиторий KDE содержит версию, на которой работают разработчики KDE, и ее можно скачать и установить тем же способом, что и сам KDE:

svn co $REPOSITORY/trunk/qt-copy
cd qt-copy; ./apply_patches
./configure -qt-gif -no-exceptions -debug -fast -prefix $QTDIR -confirm-license
make

Получите KDE 4!

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

svn co $REPOSITORY/trunk/KDE/kdelibs
mkdir kdelibs/build; cd kdelibs/build
cmake -DCMAKE_INSTALL_PREFIX=$KDEDIR ..
make -k; make install

Для установки базовых файлов замените kdelibs на kdebase в приведенном выше коде. Как только сборка и установка завершатся, все необходимые для запуска приложений KDE 4 части будут на месте. Их можно найти в каталоге kde4/bin, а kdebase включает предметы первой необходимости, например, текстовый редактор Kate и web-браузер Konqueror. Чтобы вызвать какое-нибудь приложение, сначала убедитесь, что D-BUS работает, затем запускайте двоичный файл. Чтобы запустить Kate, используйте следующие команды:

eval ‘dbus-launch --auto-syntax’
~/kde4/bin/kate

Держитесь в курсе

Вы можете просматривать репозиторий KDE 4, заходя на http://websvn.kde.org/trunk/KDE. Здесь можно оценить прогресс, достигнутый в других основных проектах KDE, и скачать их, используя ту же самую процедуру, что и в Шаге 5. Просто замените kdelibs именем проекта, представленным на сайте WebSVN, затем скачайте, откомпилируйте и установите. В случае с базовой инсталляцией KDE 4 сравнительно просто отслеживать прогресс разработки. Subversion имеет команду для обновления исходного кода до последней версии, размещенной на сервере: вам просто нужно войти в каждый из основных подкаталогов, которые вы скачали, и запустить:

cd kdelibs
svn update
cd build
make; sudo make install

Мы использовали kdelibs в примере выше, потому что его по-прежнему нужно обновлять и устанавливать первым, затем – kdebase, чтобы не нарушить баланс зависимостей, необходимый для сборки и установки других пакетов.

Как может выглядеть KDE 4: мнение нашего художника

LXF88_KDE404.jpg

Что нам готовит ...

DigiKam

  • Независимый интерфейс к базам данных
  • Интеграция с рабочим столом
  • Поиск по метаданным

Жиль Кoлье [Gilles Caulier], «хранитель» DigiKam: «После выхода версии 0.9.0 было начато портирование DigiKam на Qt 4/KDE 4. Первая задача новой библиотеки – предоставить новый интерфейс к базам данных, независимый от выбранного сервера (как в Amarok). С Qt 4, в отличие от Qt 3, это будет сделать легко. Qt 4/KDE 4 также будет управлять всеми поточными фильтрами изображений, доступными в ядре DigiKam. На самом деле, стиль кодирования потоков в Qt 3 не особо удобный, особенно когда пытаешься получить обратную связь с графическим интерфейсом пользователя во время расчета или загрузки файла.

За последний год мы много работали над DigiKam и DigiKamImagePlugins, чтобы добавить поддержку 16-битного цвета, управление цветом, полную поддержку метаданных, поддержку файлового формата RAW и так далее – между 0.8.x и 0.9.0 разница очень большая. Исходный код использует только Qt 3/KDE 3, и сейчас он на стадии завершения. Выпуск 0.9.0 планируется на конец 2006 г. Фактически, у нас нет времени на изучение нового API, предоставляемого KDE 4. Этим мы займемся после выхода 0.9.0.»

K3b

  • Однократная настройка устройств для всех приложений сразу
  • Простая установка
  • Интегрированный в систему поиск

Себастьян Трюг [Sebastian Trueg], глава K3b: «Я уже говорил с разработчиком Solid об аппаратной абстракции, и мы обсудили возможность включить функции K3b непосредственно в Solid или даже в HAL. Сейчас я занят релизом 1.0 (который пришлось опять отложить). После этого начнется портирование на KDE 4.

Что касается поиска, я думаю, что интеграция в K3b будет такой же, как во всех приложениях KDE. По крайней мере, это моя цель: получить глубокую интеграцию расширенных семантических функций рабочего стола KDE. Я пытаюсь следить за всем, что творится вокруг, но это все-таки неподъемно. Так что я сосредоточился на проектах, над которыми работаю (K3b и Nepomuk-KDE) и пытаюсь следить за развитием родственных проектов.»

Kate

  • Двунаправленный текст (поддержка языков типа арабского)
  • Произвольная подсветка
  • Автодополнение текста

Кристоф Куллманн [Christophe Cullmann], глава Kate: «Интеграция с Tenor – это, наверно, круто, но для нее нужен код Tenor, а его пока нет. Мы будем поддерживать скрипты KPart, что позволит писать, например, средства расстановки отступов в коде как сценарии JavaScript. Графический интерфейс останется примерно тем же; кое-что переделано, например, диалоги поиска/замены перейдут в поисковую панель, вроде используемой в Mozilla Firefox. Самая большая проблема на данный момент – надежность; требуется масштабное тестирование и отлавливание ошибок в кодовой базе KDE 4.»

Kopete

  • Вертикальные вкладки в окне чата
  • Возможность создавать глобальные персональные данные
  • kopete:/ KIO slave как полностью виртуальная файловая система
  • Способность сохранять все контакты в адресной книге KDE

Мэтт Роджерс [Matt Rogers], лидер проекта Kopete: «Decibel может стать крайне важной частью Kopete в KDE 4, и есть люди, которые думают над тем, как сработаются Decibel и Kopete. С нашей стороны, я могу только радоваться этому. Правда, мы еще не знаем, чему радоваться, потому что первые фрагменты кода Decibel только-только [в середине ноября] перешли в Subversion-репозиторий KDE.

Команда разработчиков Kopete оказывает некоторое влияние на разработку и спецификации Decibel, хотя большинство работ происходит в сфере проектов Telepathy и Tapioca. Несколько разработчиков Telepathy в этом году были на Akademy, и мне говорили, что от их присутствия было немало пользы».

KDevelop

  • Модификация большей части кода
  • Поддержка большего числа языков
  • Новый интерфейс сборки Cmake

Мэтт Роджерс [Matt Rogers], ведущий «хранитель» KDevelop: «Было очень важно выкинуть всякий хлам из KDevelop 4, поскольку в KDevelop 3 было слишком много неподдерживаемого кода, который мало кого волновал. Не думаю, что «глубокая переработка» неизбежна, когда выполняется крупное обновление Qt или KDE – все зависит от предпочтений людей, работающих над проектом. Мы повторно используем в KDevelop 4 немало кода и идей из KDevelop 3. Например, нынешний менеджер проектов в KDevelop 4 – прямой потомок кода, разработанного для KDevelop 3. Поддержка GNU autotools и Qmake в KDevelop 4 также будет развитием фрагментов, уже присутствующих в KDevelop 3. Конечно, мы кое-что перепишем с учетом новых технологий в Qt 4, но это отнюдь не переработка до основания – на это ушла бы целая вечность! Я думаю, настройка приложения станет проще, так как все больше и больше разработчиков учитывают мнение людей, занимающихся эргономикой, которые предоставляют свои знания через различные проекты, типа OpenUsability, и список рассылки kde-usability.»

Персональные инструменты
купить
подписаться
Яндекс.Метрика