Прежде всего, реакцию на любые действия мыши можно теперь настраивать (как в апплете «Рабочий стол»).

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

Ещё одна новая опция — использование сплошной заливки вместо фонового изображения.

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

Кроме того, Штефан неплохо поработал над скоростью загрузки мозаики и производительностью (при сборе больших мозаик). Так, соединённые кусочки теперь обрабатываются как единое изображение, что положительно сказалось на потреблении ресурсов. В списке возможностей, запланированных на следующие версии, значатся и другие интересные вещи, вроде интеграции с GHNS и разделения больших мозаик на отдельные части (piles).

Те, кто хочет помочь претворению этих (или своих собственных) идей в жизнь, могут принять участие в Season of KDE — мероприятие для всех, кто хотел, но не попал на Google Summer of Code. Желающие должны написать своё предложение (подробности здесь) и отправить его на kde-soc-mentor@kde.org до 9 мая. Прошедшие смогут начать работу под руководством наставника, и, если повезёт, плоды их трудов мы увидим в Palapeli 1.2.

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

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

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

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

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

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

Вот и Дмитрий «dimsuz» Суздалев решил портировать знакомую многим пользователям KDE игру Kolour Lines для того, чтобы играть в неё на своём Nokia 5800. Не смотря на то, что между делом ему пришлось избавиться от KDE Libs-зависимости, особых трудностей это не составило (главной жалобой Дмитрия была необходимость использовать SDK, доступное только под Windows):

Один из разработчиков Qt Software даже подготовил демонстрационное видео, в котором можно сравнить Kolour Lines на десктопе и на телефоне (скачать видео в OGG):

KMines в KDE4 весьма приятен на вид (и темы поддерживает, к тому же). Правда. Сапёр в Windows Vista оказался ещё красивее и спецэффектнее, однако его авторы зачем-то запихнули переключатель уровня сложности куда-то глубоко в настройки (как, в прочем, и авторы Gnome’овского Gnomine).

В прочем, о Gnomine лучше вообще не вспоминать, ибо выглядит он даже страшнее, чем Сапёр в Windows XP (последний, правда, нельзя нормально увеличить).

Есть ещё одна деталь, которую замечаешь не сразу. Я как-то раз сам написал простую реализацию Сапёра, и когда тестировал её, довольно часто взрывался на первом же ходу. В распространённых реализациях такого не происходит. Но что ещё интереснее — и в Vista, и в KDE4 у меня всегда с первого клика сразу открывается блок из нескольких клеток. Вот опять:

К чему это я всё? Даже на примере KMines видно, что при портировании старых приложений KDE3 не только обновляется версия тулкита, но и проводится работа по улучшению внешнего вида и удобства интерфейса. Надеюсь только, что отсутствие возможности выключить метки с вопросами — это временное неудобство, а вовсе не признак того, что KDE4 обеднеет настройками по сравнению с KDE3.

По крайней мере, если мне опять, как на днях, придётся перезагрузиться в Windows, и смотреть, какого чёрта мой сайт опять глючит в IE, я хоть не буду тыкаться в отсутствие под рукой нормального редактора с поддержкой UTF-8 (надо бы, конечно, поставить под виндой и нормально настроить Emacs, но лень же!) и прикольным диалогом открытия файлов.

Ещё сразу после установки почему-то отсутствовал mingwm10.dll. Брать здесь, ложить в C:\KDE\lib (напоминаю, инструкции по установке через KDE Installer — вот тут).

Ну и традиционное:

От нового Сапёра я почему-то в восторге. Красивый, зараза!

Ну и фраза в комментариях о том, зачем писать о KMail, если в 4.0 его нет, меня, конечно, рассмешила.

Вот здесь вы можете увидеть обзор текущего состояния KDE 4.1 и некоторых (но далеко не всех!) отличий от 4.0 с большим количеством скриншотов:

• Несколько новых/улучшенных апплетов Plasma (выбор символов, подсветка состояния Caps/Num/ScrollLock, фазы луны, альтернативное меню Lancelot).
• Веб-интерфейс к KGet.
• Новая игра в KDE Games — KDiamond.
• Дополнительные конфигураторы в System Settings.