Недавно один из разработчиков Qt Labs Paul Olav Tvete рассказал о проекте Lighthouse, целью которого является упростить портирование Qt на различные платформы. Идея проекта проста: изолировать весь платформенно-зависимый код, и создать фреймворк для написания «бэк-эндов» под различные платформы и устройства вывода.

Сейчас поддержка многих устройств реализована в рамках проекта Qt for Embedded Linux. Это очень гибкая платформа, которая развивается уже более десятка лет, но некоторые её аспекты не соответствуют современным тенденциям. Например, Qt/E включает в себя полноценный оконный менеджер, который нужен далеко не на всех платформах, тем более, во многих из них реализованы свои системы управления окнами.

Одной из первых идей было написать бэкэнд, который бы позволял процессу отображать полноэкранное окно во фреймбуфере (что даёт возможность писать приложения с графическим интерфейсом, не требующие X-сервера). Бэкэнд же с говорящим названием «minimal» позволяет в качестве устройства вывода использовать QImage-объект, и его реализация занимает 410 строк кода, включая комментарии.

Как всё это выглядит? Довольно скучно — как обычное Qt-приложение

Можно сказать, что цель проекта Lighthouse — дать возможность любому разработчику портировать Qt на свою любимую платформу.  Morten Sørvig принял это как руководство к действию и решил подружить Qt c Google Native Client.

Native Client (NaCl) — это технология, позволяющая встраивать исполняемый нативный x86 (или ARM) код в веб-страницы. NaCl-приложения выполняются в изолированном окружении (в отличии от ActiveX-объектов и Netscape-плагинов), а потому их безопасность не должна уступать JavaScript-скриптам.

Morten успешно портировал некоторую часть функциональности QtGui и QtCore, в том числе QGraphicsView, что демонстрируется в следующем демонстрационном ролике:

Больше узнать о проекте Lighthouse, вы можете посетив страницу проекта на Gitorious. А по соседству с ним вы найдёте и страницу Qt for NaCl. Не забудьте ознакомиться с содержимым файла readme-nacl для получения дальнейших инструкций!

Представляем вашему вниманию интересный видео-обзор (в двух частях!) новшеств недавно вышедшей первой бета-версии KDE SC 4.4, найденный на kdenews.org:

Записано с помощью Qt-RecordMyDesktop, отредактировано – в kdenlive.
Дистрибьютив – OpenSUSE 11.2, музыка в фоне – Jean Michel Jarre из альбома «Oxygene».

Дополнительные скринкасты, посвящённые KDE SC 4.4, можно посмотреть здесь, здесь и здесь.

На страницах этого блога мы не раз упоминали видение разработчиков будущего «ориентированного на задачи» окружения. Идея заключается в том, что когда вы переходите от одного вида деятельности к другому, рабочее окружение должно перестраиваться под каждую задачу. Пока что это отражено в пользовательском интерфейсе исключительно в виде концепции activities (что до недавнего времени в русском переводе было «занятиями», но сейчас является «комнатами» — да простят меня переводчики, но «занятия» мне кажутся более подходящим словом). Сейчас занятия — это всего лишь группы виджетов, между которыми можно переключаться с помощью всеми любимого зум-интерфейса (или виджета переключения занятий), а с выходом Plasma Desktop 4.3 занятия стало возможным ассоциировать с виртуальными рабочими столами.

Что же сами разработчики хотят от занятий? Занятие может включать в себя группу окон различных приложений; файлы, ассоциированные с проектом; группы контактов и т.д. Идея в том, чтобы работая с одним занятием, вы как можно меньше отвлекались на другие — так что почтовый клиент будет отображать только письма, ассоциированные с занятием,  чат-клиент спрячет лишние контакты и комнаты, а браузер уберёт подальше вкладки с анекдотами и прочими вконтактами.

Конечно, это видение включает многое из того, что пока ещё не реализовано в приложениях KDE, однако немалая часть низкоуровневого кода для поддержки занятий уже написана. В частности, для KDE SC 4.4 реализована поддержка занятий в подсистеме управления метаданными Nepomuk, так что любое приложение может «поинтересоваться» у этой подсистемы, какое занятие сейчас активно (правда, в KDE SC 4.4 ни одно приложение этого пока ещё не делает).

Chani Armitage пишет, что примерный план реализации связанных с занятиями возможностей выглядит так:

• KDE SC 4.4: зум-интерфейс всё ещё присутствует, но единственная его уникальная возможность — перемещение виджетов между занятиями. Nepomuk может сообщать приложениям, какое занятие сейчас активно.

• KDE SC 4.5: KWin научится ассоциировать окна с занятиями и показывать их только при активации соответствующего занятия. Одно окно может быть ассоциировано с любым количеством занятий (по умолчанию новые окна показываются во всех занятиях). Вместо зум-интерфейса будет введён «менеджер занятий». Прощай, ручка слива cashew в углу экрана, мы будем скучать!

• KDE SC 4.6: KWin будет сохранять и восстанавливать сессии (т.е. состояние окон), связанные с занятиями. Приложения начнут предлагать возможности по отображению данных, специфичных для занятий. Возможны эксперименты по автоматическому назначению занятий для новых окон.

• KDE SC 4.7: ???

• KDE SC 4.8: Profit!

Сегодня вышла Qt 4.6, и среди прочего заявлена поддержка multi-touch навигации и жестов. Marco «notmart» Martin заранее был снаряжён Tablet PC с поддержкой multi-touch и заданием от Nokia сделать что-нибудь интересное с новыми возможностями Qt. Вот что у него получилось, когда он поэкспериментировал с Marble и Plasma:

Хорошие новости: всё это будет включено уже в KDE 4.4. Но даже если у вас где-то завалялся Tablet PC, не спешите туда ставить Linux: увы, в X11 поддержка multi-touch пока ещё не реализована, так что все эти возможности будут доступны только в Windows- и Mac-сборках.

Если вас интересуют детали реализации, то почитайте описание классов QGesture и QTouchEvent. Первый позволяет вам реагировать на заранее определённые события вроде «жест для вращения» или «жест для скроллинга», а второй даёт непосредственный доступ к координатам нескольких нажатий.

Вот здесь представлено ещё несколько демонстрационных видеороликов.

Если вы следите за новостями, то наверняка уже знаете, что проект по реализации поддержки группирования окон с помощью вкладок был объединён с основной веткой KWin (перевод на LOR’е)

Solshark подготовил скринкаст с демонстрацией использования вкладок (скачать в OGV, 22mb)

К сожалению, поддержку тайлинга в основную ветку так и не включили, а поскольку заморозка функциональности для KDE 4.4 уже состоялась, то теперь мы её не увидим как минимум до KDE 4.5.

Представители Mandriva помогли разработчикам Phonon реализовать нормальную поддержку PulseAudio в KDE. Соответствующий код уже включён в основную ветку разработки и будет частью KDE 4.4. Реализация раздельной установки громкости для разных приложений через KMix пока ещё не готова (и в KDE 4.4 включена скорее всего не будет), но работы в этом направлении также ведутся.

Ранее разработчики Mandriva, ради нормальной поддержки PulseAudio, патчили Phonon, чтобы он при обнаружении последнего не показывал реальные звуковые устройства, а позволял PulseAudio полностью управлять направлением звуковых потоков. Теперь же Phonon может напрямую, «из коробки», обращаться к базе устройств PulseAudio и менять приоритеты этих устройств. Таким образом,

• все источники и приёмники звука PulseAudio будут отображаться в диалоге System Settings -> Multimedia;
• там же можно будет управлять приоритетом устройств;
• недоступные устройства будут выделяться серым цветом;
• когда новые устройства появляются (включаются) или исчезают старые, то будут автоматически активироваться устройства с самым высоким приоритетом.

Со времени выхода KDE 4.0 Аарон Сейго и товарищи уделили немало времени, реализую всё новые и новые возможности в Plasma. Для KDE 4.4 это верно, как никогда. Вместе с ростом кодовой базы, насчитывающей тысячи строк, расширялась и пользовательская база, а также сфера использования — особенно с перспективами выхода версий Plasma для мобильных устройств и нетбуков. Растёт также и количество ошибок: на KDE Bugzilla сейчас насчитывается около 740 открытых отчётов о неисправностях, связанных с проектом. Это не настолько плохо, как могло бы быть (одна ошибка на 240 строк кода), но всё же далеко до идеала.

Исторически январские релизы Plasma приносили большее количество новых (и значительных) возможностей, в то время, как в июле было больше исправлений ошибок и менее значительные нововведения. По мнению Аарона Сейго, после выхода KDE 4.4 самое время заняться «наведением лоска», а потому он предлагает ввести временный мораторий на добавление новой функциональности Plasma.

Когда мы начали работу над KDE 4, одной из наших целей было создать такой объект желаний, который люди предпочли бы «передовым конкурентам», таким как MacOS. На этой почве мы достигли немалого, и сейчас наши самые больные места относятся к мелким деталям.

На чём же стоит сейчас сосредоточиться?

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

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

Как уже многие заметили, с недавних пор сайт KDE.Ru недоступен. Связано это с тем, что сервер, на котором был расположен сайт, через этот же сайт и был взломан. Что касается восстановления работоспособности и наличия бекапов, то вопрос стал следующим образом: стоит ли восстанавливать заведомо “дырявое решение”, которое, к тому же, не устраивает администрацию? После обсуждения, было решено убрать бекапы подальше и подумать над вопросом создания другой платформы.

Однако сил команды недостаточно, чтобы решить все технические и организационные вопросы в ближайшее время. Тем не менее, сам ресурс KDE.Ru должен развиваться и дальше, а значит и сайт должен возродиться. Если есть люди, готовые не просто помочь чем-нибудь, а присоединиться к команде, заняться созданием этой платформы и поддерживать её в будущем, а взамен получить соответствующий статус – пишите в список рассылки. Напоминаю адрес: https://lists.kde.ru/mailman/listinfo/kde-russian

Вот и вышел наш любимый проигрыватель аудио – Amarok в новой версии. Об инновациях и «хорошо забытом старом» можно почитать в предыдущей моей заметке, где кратко сказано о главных достопримечательностях. В дополнение к уже сказаному, выделю ещё кое-какие изменения из официального анонса проигрывателя. Так например, я не говорил о том, что были сделаны улучшения в сканере коллекции, в частности улучшен импорт из Amarok 1.4.x, исправлено множество ошибок, что делает сканирование быстрее и стабильнее, а также добавлена возможность использования внешних MySQL-баз, но об этом уже написано. Также хочу отметить возможность выбора размера кнопок управления дорожками, для того, чтобы посмотреть как оно может выглядеть, достаточно в свободном пространсве рядом с кнопками вызвать контекстное меню и выбрать «новая основная панель инструментов».

новая панель инструментов

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

Ну и кое-что ещё, особенно приятное мне – в версии 2.2.0 закрыли баг, оставленный мной, однако скажу честно, его уже не было в svn-версиях 2.2, не говоря уж о git-версиях. Так что я был приятно удивлён этим событием, обнаружив в почтовом ящике уведомление о закрытии ошибки, спасибо за оперативность! (:

Вероятно, что часть из вас уже попробовала новый проигрыватель и ей больше интересно, что ждет нас с вами в грядущей версии. В заметке про новый Qt 4.6 можно увидеть демо-ролик с Amarok в главные роли. А также, кроме того, что я планирую вернуться к переводу, есть несколько небольших изменений, описанных в блоге одного из разработчиков, например:

• опциональная поддержка KNotify
• новая панель инструментов
• возможность «перейти к» для более быстрой навигации в списке воспроизведения
• улучшенная поддержка подкастов
• изменения в редакторе меток в строке
• переключение в полноэкранный режим

Там же, в блоге, можно посмотреть скриншот текущего состояния программы!

В полку разработчиков прибавление: Нико Сэмс (Niko Sams, nsams) присоединился к команде KDE и в первой заметке своего блога рассказывает о своем вкладе — о работе над подключаемыми модулями для KDevelop. Одним из таких модулей является модуль XDebug (отладчик для PHP). Нико — веб-разработчик. Раньше, как и многие его коллеги, он использовал Quanta Plus (KDE3), однако, как всем известно, развите этого проекта приостановилось с приходом KDE4. Теперь же Нико помогает в развитии Quanta4 через разработку плагинов для KDevelop, которые могут быть использованы в обоих проектах. Да, вы поняли правильно — версия Quanta4 для KDE4 находится в разработке (правда, проекту нехватает времени и рабочих рук).

Раньше каждый модуль отладчика поставлялся со своей панелью инструментов. Сейчас же в библиотеке kdevplatform используется набор общих действий, что наряду с новым фрэймворком запуска, разработанным Андреас Пакулат (Andreas Pakulat, apaku), позволило создать пункт меню «Запуск -> Начать отладку«, который работает со всеми отладчиками.

Модуль XDebug в действии

Что касается самого модуля XDebug, то пока что поддерживается отладка локальных консольных php сценариев. Исходный код вы можете найти в официальном репозитории KDE в trunk/playground/devtools/kdevelop4-extra-plugins/xdebug

С новыми возможностями, предоставляемыми Qt 4.6, экспериментируют не только разработчики qutIM.

Enrico Ros — автор Fotowall и один из хакеров Amarok, также делится с читателями своими восторгами.
Вот, например, панель инструментов в Amarok можно переделать таким образом:

Спустя 7 дней после выхода предварительной версии Qt 4.6 разработчики Fotowall, программы для создания коллажей из изображений вашей домашей коллекции и он-лайн галлерей, выпустили стаильную сборку пакета для Windows, основанную на Qt 4.6. Кто-то может сказать что это было довольно поспешным решением, однако Энрико Рос (Enrico Ros) заявляет, что новые возможности версии 4.6 стоят такого рискованного шага.

Непрямые выгоды или «то, что достанется даром»

• Повышенние качества и скорости QPainter с использованием OpenGL
• Повышение скорости работы фреймворка GraphicsView

Прямые выгоды

• Фрэймворк анимации: автор не может сказать обо всем Kinetic, но обычная анимация свойств реализована просто потрясающе! Демонстрационного видео нет, однако если вы взглянете на верхнюю панель Fotowall, то увидите, что вкладки появляются и исчезают с приятной анимацией расширяясь и сжимаясь, отчего программа наконец-то выглядит как из 2009 года!
• QNetworkReply::isFinished(): благодаря этому методу удалось реализовать умную загрузку: как только пользователь начинает тянуть изображение из flickr, Fotowall начинает загружать его, поэтому теперь к тому моменту, когда пользователь «отпускает» изображение то оно либо уже полностью загружено (и сразу же появляется в окне просмотра), либо частично загружено (и остается только дождаться оставшееся время).

Недостатки

• Во время анимации свойства полупрозрачности QGaphicsProxyWidget (в OpenGL) появляются некоторые визуальные помехи.
• Даже при установке флага QGraphicsItem::ItemSendsGeometryChanges предыдущее поведение не полностью восстанавливается (автор использует itemChange, и новое поведение не позволяет зеркалам правильно синхронизироваться с объектами)

Энрико пытался записать скринкаст о Прелестях и скорости Qt 4.6, но в результате ему пришлось использовать камеру.

Кликните для просмотра видео.

[1] Fotowall – программа для создания коллажей из изображений вашей домашей коллекции и он-лайн галлерей.

Каждый использует длясвоих нужд ту систему, которая ему подходит. Например, Guillaume DE BURE (gdebure) наслаждается работой в Linux + KDE, его работодатель использует АСУ на Unix-подобных системах (HP-UX и Solaris), а большинство офисных работников — Windows. И когда приходится изменять своим предпочтениям возникает большой дискомфорт. Конечно, благодаря проекту «KDE для Windows» это ощущение дискомфорта в некоторой степени можно сгладить, пусть и в ущерб стабильности. И Guillaume, как разработчик Skrooge, объявляет, что теперь и эту программу удалось запустить под операционными системами, отличными от Linux. Еще до того как исходный код Skrooge был перемещен в ветку extragear репозитория KDE кто-то пытался собрать эту программу для Windows, но, видимо ему это не удалось и он сдался.

Первые удачные попытки были совершены разработчиками tkadlubo и Till, которые внесли несколько исправлений и тем самым сделали сборку для Mac OS возможной. Обязательный скриншот от Till:

Skrooge на Mac OS X

И недавно, благодаря Maurice Kalinowski, была возобновлена работа над версией Skrooge для Windows:

Skrooge на Windows

Автор выражает глубокую благодарность тем, кто помог в работе над сборкой под другие операционные системы.

Одним из нововведений в грядущей версии Krita 2.1 (помимо повышения стабильности) является еще большая интеграция библиотеки OpenGTL, что, по словам Cyrille Berger, еще больше облегчает написание новых фильтров и генераторов для Krita.

Что такое генератор?

Начиная с версии 2.0 в Krita появился новый тип слоев — генераторы, который ведет себя как обычный слой, но каждый пиксель в нем генерируется автоматически. В версии 2.0 был всего один доступный генератор — для создания сплошной заливки цветом. Начиная с версии 2.1 вы сами можете написать свой генератор на языке Shiva:

kernel Singleball { const float radius = 0.1; const float ringradius = 0.05; const float ycenter = 0.5; const float ycenter = 0.5; const float2 center = { IMAGE_WIDTH * xcenter, IMAGE_HEIGHT * ycenter }; dependent float pxradius, pxringradius; void evaluateDependents() { int image_size = min(IMAGE_WIDTH, IMAGE_HEIGHT); pxradius = radius * image_size; pxringradius = ringradius * image_size; } void evaluatePixel(out pixel4 result) { float2 vec = result.coord - center; float angle = atan2( vec.x, vec.y); float r = length(vec); if(r < pxradius or r > (pxradius + pxringradius)) { result = outsidecolor; } else { float v = (r - pxradius) / pxringradius; result = (1.0 - v) * ballcolor + v * outsidecolor; } } region generated() { region reg = { 0, 0, IMAGE_WIDTH, IMAGE_HEIGHT}; return reg; } }

Значение входного пикселя расчитывается в evaluatePixel, тогда как evaluateDependents используется дли инициализации некоторых констант.

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

Чтобы использовать ваш генератор в krita вам достаточно скопировать его в ~/.kde/share/apps/krita/shiva/kernels. Как видно, Cyrille привел пример работающего генератора мета-шаров для krita со своими настройками.

Тем, кто интересуется разработкой по-настоящему кросс-платформенных приложений, будет интересна новость от Эспен Рискедал (Espen Riskedal) — теперь обновления Qt для мобильной платформы S60/Symbian доступны ежедневно. Каждую ночь в 2:30 новая версия доступна по следующей ссылке:

Скачать последнюю версию Qt для Symbian/S60!

Также есть инструкция по установке. Доступно два типа файлов: скомпилированные пакеты (название файла qt-embedded-s60-opensourceYYYYMMDD-4.6.0-tp1.exe) и архивы с исходным кодом (qt-embedded-s60-opensource-src-4.6.0-tp1.zip). Каждому пакету скомпилированных файлов соответствует архив исходных кодов из которых они были созданы – вбольшинстве случаев вам понадобится только первое. В состав готового пакета входит мастер установки для Windows (приведен на скриншоте ниже).

Установщик Qt для Symbian/S60

Внутри пакета .exe содержится три .sis файла Qt. Большинству из вас (если, конечно, вы не сотрудник Nokia) понадобится установить qt_for_s60_selfsigned.sis наряду с fluidlauncher.sis или любым другим приложением.

Данная версия Qt работает на платформах S60 версий 3.1, 3.2 и 5.0. Если вы используете какой-нибудь особенный RnD SDK для внутреннего использования, то эта версия также, возможно. будет работать (Подсказка: Используйте опцию «Выбор дополнительных папок» если вашего SDK нет в devices.xml).

Для каждой сборки используется HEAD Git-репозитория Qt, который вы можете найти по адресу http://qt.gitorious.org/qt/qt/commits/4.6. Другими словами, если из-за ошибки что-то случится в процессе сборки, то пакетов в этот день не будет. на текущий момент QtScript и QtWebkit все еще не входят в состав пакета, но Эспен обещает, что ждать осталось недолго.

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

Многие системные администраторы, которые пользовались KRDC замечали такую неприятную особенность — когда создано сразу несколько сеансов удаленного доступа и они запущены в полноэкранном режиме (тоесть именно то, как KRDC чаще всего и используется) то невозможно переключаться между ними не переключившись в оконный режим. Теперь, благодаря усилиям Тони Мюррея (Tony Murray, murrant), KRDC поддерживает переключение между сессиями прямо в полноэкранном режиме!

Вид программы KRDC в версии KDE 4.4

Тони — системный администратор и постоянно пользуется KRDC, но всегда спотыкался о мелкие неприятные ошики в программе и недочеты интерфейса. Как он сам пишет в своем блоге, у него есть некоторые навыки пограммирования, в основном на Java, однако C++ довольно сильно отличается от Java, поэтому до сих пор Тони не решался на серьезные действия. Постепенно практикуясь на коде Plasma и написании виджета отображения информации о текущей дорожки в медиаплеере он набрался смелости и стал вчитываться в код и документацию. После продолжительного изучения Тони сделал свой первый патч, который он выслал Урсу Вольферу (Urs Wolfer), и тот с радостью принял его для включения в текущую версию.

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

Урс очень увлекся процессом и начальная версия была готова уже через несколько дней, тогда как Мюррей работал над переносом элементов управления Zeroconf в док-виджет. Через некоторое время основа была готова, и Тони начал работу над переключением между сессиями в полноэкранном режиме. Кроме того, он добавил кнопку создания нового подключения.

Теперь, когда большая часть изменений позади, команда планирует сосредоточиться на исправлении ошибок. По заявлению Тони Мюррея, у него есть множество мелких идей для KRDC, которые должны вывести приложение на следующий уровень и еще больше таких, которые скорее всего появятся только в версии KDE 4.5 или даже более поздней. Одна из таких идей — некое подобие дополнения Awesome Bar для браузера Firefox.

Как обычно, автор надеется что новые возможности KRDC придутся по душе пользователям и призывает к тестированию и отслеживанию ошибок.

Ниже приведены скриншоты KRDC в действии.

KRDC при выключенной опции "Всегда показывать панель вкладок"

Подключение к одному удаленному компьютеру

Создание нового подключения и использование фильтра

Открыто второе подключение

И, наконец, полноэкранны режим

Над версией оболочки Plasma для MID, о которой мы уже писали не раз, ведется активная работа, о результатах которой в этот раз рассказывает Марко Мартин (Marco Martin, notmart).

На сей раз даже доступно небольшое демонстрационное видео, в котором Мартин показывает последние изменения в так называемом «Газетном виде».

• Слегка измененный вид — теперь обои рабочего стола стали виднее, были убраны многие ненужные границы.
• У виджетов теперь есть подписи, которые показывают название виджета и три кнопки: закрыть, настроить и запустить ассоциированное приложение.
• Новая анимация прокрутки виджетов, используемых в Plasma, которая была придумана несколько дней назад. Теперь все, что использует прокрутку в Plasma — начиная от самого газетного вида и заканчивая плазмоидом микроблогов — стало более плавным и получило органичный вид. Большая благодарность авторам патча Adenilson и Igor.
• Теперь можно создавать и удалять дополнительные газетные виды (аналогично комнатам в оычной оболочке Plasma), благодаря чему вы можете иметь столько «страниц» и перемещаться между ними с помощью панели инструментов в верхней части экрана.

Остановимся поподробнее на втором пункте. Немного раньше Марко писал о том, что в Plasma реализовано следующее: вы можете бросить на рабочий стол кусок текста, закладку, html страницу, картинку или медиафайл и Plasma, распознав MIME-тип содержимого автоматически создаст новый виджет для отображения этого содержимого (либо предложит пользователю выбор в том случае, если с данным типом ассоциировано более одного виджета). Нововведением же является обратное действие — нажав на кнопку запуска ассоциированного приложения (или url) на самом плазмоиде вы тем самым запустите это приложение. Смысл в том, чтобы иметь быструю возможность полноценно просматривать то, что в самом виджете представлено в виде предпросмотра. Именно эта новая способность плазмоидов была придумана с ориентиром на оболочку Plasma для MID и будет включена в KDE 4.4. Также доступно демо-видео отдельно для этой новой возможности Plasma.

На этом видео также можно увидеть изменения как в панели, так и в «Поиске и запуске приложений», однако о них Марко Мартин решил рассказать как-нибудь в следующий раз.

Демонстрационное видео в формате Ogg

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

Сегодня сообщество разработчиков с гордостью представляет вам второй баг-фикс выпуск для KDE 4.3. Как и со всякими баг-фикс выпусками не было привнесено никаких новых возможностей, однако была проведена работа по исправлению найденных ошибок в KDE версии 4.3, повсеместно принятой как версии KDE4 для массового использования.

В список изменений вошёл неплохой набор исправленных ошибок, в том числе приводивших к аварийному завершению приложений. В KMail были исправлены недочеты в интерфейсе, а эффекты рабочего стола в KWin стали еще стабильнее. Также было исправлено множество ошибок в основных библиотеках KDE, поэтому эти изменения задели все приложения, которые их используют. Большинство дистрибутивов обновят пакеты в ближайшее время, так что не медлите обновить ваш KDE. Версия KDE 4.3.2 рекоммендуется всем, кто пользуется KDE4.

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

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

Как пишет Томас Зандер (Thomas Zander – ThomasZ), теперь команде разработчиков KOffice помогает Nokia – были созданы пакеты KOffice для платформы Maemo 5 с новым переработанным под эту платформу интерфейсом! Это означает, что теперь KOffice можно запустить на устройствах под управлением Maemo (например, Nokia N900). Чтобы внести ясность, Томас поясняет: это не коммерческий продукт Maemo, а вклад Nokia в развитие Open Source.

Разработанное приложение вскоре появится в открытом доступе, что вполне соответствует концепции «выпускай раньше, выпускай чаще» (прим. пер. release-early release-often – философия подготовки выпусков программного обеспечения, которая подразумевает как можно более ранний и частый выпуск новых версий ПО), поэтому не стоит ждать особой стабильности от этой версии.

Сам факт того, что KOffice будет доступен широкой аудитории, а Nokia помогает исправлять ошибки и делать более качественную поддержку документов MS Office уже говорит о многом.

Nokia создала просмотрщик документов для платформы Maemo 5 (Fremantle), основанный на KOffice и использующий KWord и KPresenter для загрузки и отображения текстовых документов и презентаций. Получившееся приложение имеет изменненый интерфейс, специально заточенный под платформу Maemo 5.

Одной из целей проекта является помощь разработчикам KOffice в реализации загрузки и корректного отображения документов MS Office.

Как пишет Томас, важно отметить,что все изменения в коде KOffice делались напрямую в SVN репозитории KOffice. Просмотрщик документов на основе KOffice для платформы Maemo 5 будет впервые показан на саммите Maemo в Амстердаме, проходящем с 9 по 11 октября. Однако это будет за одну-две недели до официального выпуска KOffice 2.1, поэтому офисный пакет для Fremantle будет основан только на кандидате на выпуск.

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

Помимо рабочих приложений в проект KDE также включены небольшие игры. Одной из таких игр является Kolf, работу над которым ведет Стефан Майевски (Stefan Majewsky – majewsky). В своей последней заметке Стефан пишет, что столкнулся с вопросом дизайна элемента управления для настройки смешивания текстур.

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

Слева находится список основных текстур, каждая из которых имеет три величины (от 0 до 255, где 0 – низший уровень, а 255 – высший). Левое и правое значения – это минимальная и максимальная высота, на которой используется текстура. Среднее значение – это высота, при которой базовая текстура используется без внесения каких-либо изменений. Автор называет среднее значение «медианой высоты» – выше и ниже этой высоты текстура осветляется или затемняется для создания впечатления объемности. Каждый согласится со словами автора, что такой интерфейс настройки является более чем странным (а вы бы догадались, что для редактирования этих значений нужно щелкнуть по текстуре?) и неудобным.

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

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

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

Теперь, Стефан задает всем читателям такие вопросы: что вам нравится и не нравится в этом наброске? Есть ли у вас дальнейшие идеи по улучшению этого интерфейса? Как должно быть реализовано взаимодействие с пользователем (по этому поводу уже есть кое-какие соображения, однако автор желает услышать ваши комментарии)? Кроме естественных операций мышью (перетаскивание текстур для изменения порядка их расположения и перетаскивание отметок для изменения диапазонов высот) необходимо продумать возможность добавления новых базовых текстур и удаление уже существующих. Кроме того, также желательно наличие возможности управления с клавиатуры.