Если вам вдруг захотелось вот прямо сейчас обновить KDE SVN, то не волнуйтесь: ничего у вас не получится. В ближайшие несколько часов svn.kde.org будет недоступен из-за отключения электроэнергии в дата-центре Novell.
(Если бы я жил в России, то здесь ещё была бы шутка про Чубайса)
K Notes на днях совершил качественный скачок. Если раньше сей блог читали и комментировали исключительно сумасшедшие красноглазые фанбои KDE4, то теперь наконец-то в комментариях появился адекватный человек, рассказавший нам, что KDE4 разрабатывают исключительно ради свистелок и перделок, и несёт цель загрузить по полной наши процессоры, видеокарты и зрительные рецепторы.
О чём там вообще с начала года пишет этот LXj? Клоун какой-то, ей богу! Всё, что необходимо было сказать о KDE4 уместилось в половине предыдущего абзаца!
Так вот, эту заметку я специально пишу не для тех странных индивидуумов, которые ждут новостей от разработчиков, а для нормальных людей, которым не нужно было читать K Notes с января, чтобы знать всё о KDE4.
Безусловно, именно так. Каждый, кто загрузил KDE4 наверняка сразу заметил, что внешний вид последнего разительно отличается от KDE3. Что, конечно же, означает — KDE4 делали исключительно ради изменения этого самого внешнего вида. И не верьте тем, что пишет что даже с этими красивостями KDE4 работает шустрее KDE3 без всякого использования 3D-ускорения. Им нравится KDE4 — им нельзя верить! Мы уже видели, как тормозит SuperKaramba в KDE3, не может же быть такого, что Plasma гораздо эффективнее.
Ну зачем, вы скажите, вообще нужна Plasma? Показывать список задач, трей и часы? Да кому нужен этот выпендрёж, нормальные-то люди носят часы на руке! А рабочий стол нужен для того, чтобы захламить его иконками, а не для каких-то там апплетов! Эти апплеты ни в Google Gadgets, ни в Mac OS никто не использует, а вы их ещё и в KDE пихаете! Кому нужен прогноз погоды? Зачем вам на рабочем столе или на панели калькулятор, доступ к словарям или записям в ежедневнике? Информация о подключённых устройствах и выполняющихся операций копирования? Если уж вам так интересно, что сейчас проигрывает Amarok, то почему бы не открыть его на весь экран? Или вы думаете, что кто-то будет таким образом следить за курсом акций? Нет таких людей!.
Но нет же, разработчики Plasma ещё и придумывают, как нам насадить ещё больше этих самых апплетов-виджетов, и ради этого придумывают концепцию рабочего окружения, ориентированного на задачи. Видите ли, окружение будет изменяться под различные активности. Напридумывали непонятно что! У нормальных людей одна активность, и bash’а для неё достаточно!
Нет же, они ещё и придумали какой-то семантический десктоп. Дескать глупые юзеры путаются в файлах, если какой-то Nepomuk не помогает им отслеживать связи между документами, письмами и веб-адресами и проставлять тэги. Издеваются они, что ли? Они туда ещё и поиск по локальным файлам прикрутили, как будто я сам не могу так организовать свои файлы, чтобы не иметь необходимости в локальном гугле!
Вдобавок ещё и придумали какой-то Akonadi для хранения PIM данных. Дескать, разработчики отдельных PIM-приложений не могут сами озаботиться о хранении данных, им подавай подсистему, которая будет обеспечивать конкурентный доступ к этим данным, заботясь о синхронизации и целостности. Они там ещё и говорят о будущей прозрачной поддержке вражеской технологии Exchange, или любых других централизованных хранилищ данных, без необходимости что-то менять в клиентах, использующих Akonadi.
Мало было им своих велосипедов, так они ещё и написали какой-то Phonon. Кому нужен ещё один звуковой API? Спросите разработчиков GStreamer, и они вам объяснят, что никому!
Ещё и зачем-то пытаются от двойных кликов избавиться. Кому это нужно? И зачем они вообще выбросили Konqueror и запихнули в KDE какой-то Dolphin?
И так у них — везде. В Kopete зачем-то стали показывать всякую ерунду прямо в чате, вроде интерфейса передачи файлов (кому мешали всплывающие окна?) или миниатюр изображений (вам что, кликнуть по ссылке лень?)
В Amarok зачем-то работают над интеграцией сторонних сервисов, да ещё и стали использовать всё ту же ненавистную Plasma. А об этой их идее, что визуальная тема может подстраиваться под используемую в систему цветовую схему, я вообще не говорю, так она пахнет свистоперделочностью.
В общем, непонятно, что там о себе думают эти разработчики. Ещё и на винду с макосью хотят приложения портировать. Мало там своих поделок, что ли?
Тоже зарелизился. Обзор нововведений ветки 0.10.0 лежал где-то тут на полочке (см. также заметку об интеграции с Marble).
Добавка Также сообщается, что digiKam удалось скомпилировать и запустить под Windows. К выходу следующей беты Windows-версию digiKam представят для тестирования всеми желающими. Под Mac digiKam уже доступен
Вышла новая версия Amarok 2. На фоне кучи багфиксов и мелких улучшений самым главным и самым критикуемым нововведением стал переход на использование в качестве хранилища данных MySQL-Embedded вместо SQLite.
Как объясняют разработчики, MySQL-Embedded позволяет достичь лучшей производительности при работе с большими коллекциями, а кроме того даёт возможность с лёгкостью использовать обычной MySQL-базы для совместного хранения базы.
Ведутся также работы над возможностью использованием Nepomuk и Strigi в качестве хранилища данных для Amarok. Nepomuk в свою очередь может хранить данные в разных форматах. О разных подсистемах KDE4 и используемых ими решениях для работы с данными можно прочитать здесь. Akonadi, к примеру, отказались как от SQLite, так и от MySQL-Embedded в пользу полноценного MySQL.
Напомню, что Akonadi — это система, организующая хранение персональных данных (письма, контакты, календари, в будущем — ещё и логи чатов. Strigi индексирует файлы на жёстком диске, а Nepomuk предоставляет доступ к тэгам, метаданным и связям между файлами.
Добавка Вынесу из комментариев:
Как-то они кто в лес кто по дрова. Могли бы организовать единый интерфейс к стораджу для всех приложений.
Ну общая тенденция именно такая. Все PIM-приложения будут использовать Akonadi. Все информация о тэгах используется через Nepomuk (в том числе в будущем, видимо, будет интеграция между Akonadi и Nepomuk для хранения информации о тэгах писем, например). Strigi также уже хранит данные в Nepomuk, а не собственной базе. Для Amarok’а — ведутся работы над бэк-эндом, который основан на использовании Strigi и Nepomuk, при чём за счёт использования Strigi он не будет требовать пересканирования коллекции. С другой стороны этот бэкэнд оказывается менее производительный, чем MySQL-бэкэнд
Наконец-то действительно вышла новая стабильная версия драйверов nVidia. В длинном и местами не очень понятном для нормальных людей ченджлоге в некоторых местах поясняется: «это означает, что KDE4 не будет тормозить».
В KDE4 используются многие вещи, связанные с 2D-производительностью, которые уже довольно давно поддерживаются видеокартами, но относительно недавно были реализованы в X.org. Проблема в том, что не все производители реализуют все необходимые возможности в своих драйверах под Linux. А поскольку многие из этих возможностей ранее не использовались в других Linux-проектах, то разработчики KDE стали первооткрывателями многих багов как в драйверах, так и в X.org.
Соответственно, если теоретически KDE4 должен работать быстрее других оболочек за счёт более интенсивного использование возможностей видеокарт (при чём возможности эти вполне стандартные, и реализованы далеко не в самых новых чипах), на практике производительность KDE4 может буксовать из-за плохого качества драйверов. По крайней мере, многие из этих проблем теперь решены для карточек nVidia начиная с GeForce 6.
Наиболее полно всё-таки поддерживаются карточки начиная с GeForce 8. Что это означает? KDE4 вполне нормально будет работать даже с очень старыми видеокартами (хоть Geforce 2), но некоторые 2D-эффекты (заметьте, я ни разу не упомянул 3D-эффекты и композитные оконные менеджеры!) будут подтормаживать (или вместо плавной анимации будут рывки): например, перетаскивание окон (при включённом отображении содержимого при перетаскивании) и плазмоидов, анимация появления Yakuake и т.д.
О настройке драйверов nVidia для наилучшей производительности KDE 4 можно почитать вот тут
В очередной заметке в своём блоге Аарон Сейго хвалит новый интерфейс передачи файлов в Kopete, сообщает о включении Marble в список высокоприоритетных проектов по версии Free Software Foundation, а также рассказывает о последних усовершенствованиях Plasma.
В частности, на панели задач теперь можно задавать группирование задач, сортировать их или вручную менять порядок их отображения. Вообще в то время, когда космические корабли бороздят просторы в современных браузерах можно легко перетаскивать табы, кажется странным, что нельзя то же самое делать с окнами на панели задач — в KDE 4.2 это будет исправлено. Кроме того, если появятся альтернативные апплеты для отображения списка открытых окон, то группировка/порядок окон будут одинаковыми во всех апплетах.
Также в очень скоро будет представлен полностью переписанный апплет для трея. Новый апплет позволит не только решить раздражающую многих проблему фона иконок, но и добавить новые возможности в апплет: скрытие ненужных иконок, настройка отображения системных уведомлений и чего ещё только придёт разработчикам в голову.
Упоминается новый апплет NetworkManager, о котором можно подробнее почитать в этой заметке. Планируется, что он будет выглядеть примерно вот так (набросок):
Ещё он пишет о том, что в ближайшее время планирует переработать диалог добавления виджетов, о чём я писал в предыдущей заметке
Сегодня застал на #kde активно чатящегося aseigo. Его как раз спрашивали про поддержку макосовских виджетов в Плазме, на что он отвечал, что поддержка-то уже есть (кстати, ещё с 4.1), но никакие динамические действия в них пока что не поддерживается, ибо ни у кого ещё не доходили руки реализовать поддержку их JavaScript API.
Вы, возможно, помните, что я ещё в марте сообщал о начале поддержке Mac OS-виджетов, а позже приводил скриншот виджета с Чаком Норрисом, который в то время украшал половину блогов на KDE Planet. Видимо, это оказался самый интересный Mac OS-виджет без JavaScript’а. Понятное дело, когда я сам начал тестировать Mac OS-виджеты, то я ставил всякие калькуляторы и погодные информеры, которые ничерта не работали.
<aseigo> xjunior: it already works today, but as you’ve probably noticed we don’t have an implementation of their js stuff
<aseigo> xjunior: what would be awesome is if someone (like you =) who knows JS well took their JS API and reimplemented it so we could ship it with palsa
<aseigo> xjunior: loading up the js files into the runtime is trivial
<aseigo> xjunior: hm.. and i’m assuming that the macos widget js files aren’t open source ;)
<xjunior> aseigo, so, we would need to make some reverse engineering right?
<aseigo> xjunior: well, i assume that the API is well documented
<aseigo> xjunior: so it’s just a matter of taking the API and implementing methods that do what it says it does =)
<xjunior> aseigo, well… can I implement it testing on a normal browser such as Arora or Firefox and then send it to you or open a ticket on KDE ?
<aseigo> if it was FOSS licensed, then we could have 100% support tomorrow, just as we have with google gadgets
<aseigo> xjunior: yep
<xjunior> aseigo, good :D
<xjunior> aseigo, I’ll take a look on this
Что, Google Gadgets? Да, оказывается, в SVN-версии Plasma уже реализована их поддержка! При чём в отличии от Mac OS X-виджетов нашлись люди, которые реализовали их полную поддержку.
<LXj> aseigo, google gadges? you support it now?
<aseigo> LXj: yep, 100%
<aseigo> LXj: some of the google gadget guys contributed it
<aseigo> LXj: as is edje (englightenment 17)
<aseigo> last thing we’re working on for google gadgets is that ability to have the Add Widgets dialog browse their store
Я, кстати, не преминул сказать aseigo, что у меня в системе куча неработающих виджетов, от которых я не могу избавиться, потому как Plasma сейчас не предоставляет такую функцию. В ответ он мне сказал, что в коде-то такая функция есть, но в GUI она пока что не отображена. Поначалу он предложил мне самому это исправить, но потом признался, что сам хотел бы сделать ре-дизайн соответствующего диалога
<aseigo> LXj: if you know C++ i can point in the direction of where to go ;)
<aseigo> LXj: the code to remove packages is already there, just needs to be exposed in the GUI
<aseigo> installer->uninstallPackage(package, packageRoot)
<aseigo> LXj: though i want to re-do the add widgets dialog as well (where this belongs, UI wise) so .. hm..
<aseigo> and have Download from Internet, Install from file and Remove
<aseigo> or we could turn that into a button that just says “Widget Manager” or something better than that ;) and have a window that lets you download, install and remove
До сих пор в этом блоге не было ни одного скриншота KDE-приложений, запущенных под Mac OS X. Что ж, исправляюсь:
Я так понимаю, что это не просто Krita в Mac OS X, но ещё и Krita собранная с использованием бета-версии Qt-Cocoa. В прочем, я во внешнем виде маков не силён. Кстати, аналогичный проект для Gtk+ был анонсирован совсем недавно.
Пока что, как отмечает Boudewijn Rempt, получить работоспособные KDE-приложения в Mac OS довольно сложно, да и после этого приходится мириться с некоторыми багами. Что ж, KDE Windows прогрессирует заметно, наверняка и команда KDE for Mac со временем найдёт решение своих проблем.
Вот вам ещё скриншот KMail c сайта KDE on Mac:
Разработчики KWin продолжают в поте лица работать над красивостями и эффектностями. Вчера в основную ветку разработки была добавлена реализация анимированного эффекта переключения окон. В скринкасте (скачать версию в выском разрешении (OGV, 28 мб)) можно увидеть старую версию эффекта (без анимации) и сравнить с новой
Ian Geiser сообщает, что работает над web-фреймворком, основанным на Qt. Конечная цель — позволить разработчику, создавшему диалоговое Qt-приложение, перенести его в web без необходимости изучать AJAX и сопутствующие технологии.
Пока что проект только на ранней стадии развития, и автор ищет помощников для работы над ним. Но уже сейчас реализовано следующее:
Комментарии