До сих пор в этом блоге не было ни одного скриншота 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:

Что-то давненько я ничего не ругал.

openSUSE мне что-то кажется более тормознутым, чем Gentoo. Ну да, у меня всего лишь Атлон с одним гигагерцем, но уж для отрисовки окошек этого должно хватать. Правильно? Открываю в KRunner просмотр активности процессов…

Опа. Утилита, показывающая использование процессорного времени, сама стабильно использует не менее 20%.

Пойду-ка htop поставлю.

На KDE Planet поймал заметку про скринкаст Okular’а, правда, ссылка на самом деле ведёт непонятно куда.

Но что привлекло моё внимание — в заметке приведён список поддерживаемых форматов, на который я давно не обращал внимание. Ну да, Okular пришёл на смену KPDF и KGhostScript, а кроме того благодаря модульной структуре его можно научить открывать любой другой формат документов. А тут вдруг оказывается, что он уже поддерживает и любимый многими читателями рунета FictionBook, и ODT, и CHM, и даже Comic Book. Ну и DjVu, само собой.

В общем, отличный просмотрщик-комбайн, можете в это поверить, даже если не нашли искомый скринкаст.

Добавка: letailer в комментариях дал прямую ссылку на скринкаст (OGG Video, 10 мб), спасибо.

У меня сейчас openSUSE 11 и KDE 4.1, и при установке я честно указал, что говорю по-русски. Ещё когда я писал эту заметку я догадывался, как это может повлиять на использование KRunner: если у Аарона возникли проблемы с недостающими ключевыми словами в ярлыках, то у меня тут вообще, похоже, никаких ключевых слов нигде не прописано — ни английских, ни русских. KRunner явно ищет только по названию, в результате по слову “image” находится GIMP, а по “изображени” (привет, падежи) к нему присоединяются Gwenview и Krita. При этом KolourPaint и digiKam слова “изображение” в названии вообще не содержат, так что — …

Зато со словом “установка” можно сделать красивый скриншот:

Я вот подумал, почему бы не написать какой-нибудь дурацкий обзор. Того же Сапёра к примеру. Не можем же мы не замечать игру, которая с начала 90-х установлена на большинстве десктопов? (многие наверняка думают, что та же Microsoft эту игру и придумала, но на самом деле игра старше, чем сама Microsoft).

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

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

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

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

Очередной визуальный обзор KDE SVN на Polish Linux. Как обычно, большую часть тех изменений, на которые там обращают внимания, я уже осветил. Но всё же загляните, потому как некоторые приятные мелочи я пропустил — всё-таки валяясь три недели с гипсом на ноге и с чужим ноутбуком без возможности поставить KDE над блогом работать сложнее. Ну ничего, сегодня я вернусь домой :)

Нашёл тут статью 2004 года Double-Click Must Die. Поскольку мне доводилось видеть, как мои родители дабл-кликают везде где попало, я склонен согласиться: двойной клик — это очень плохая идея (как бы фанаты Мака не делали вид, что тащатся от однокнопочных мышей, НЕ ВЕРЮ).

Но даже если кто-то пытается избавиться от необходимости дабл-кликать, этот интерфейс уже трудно использовать опытным кликателям. Был период, когда я на всех компьютерах с Windows 98, до которых мог дотянуться, пытался включить бездаблкликовый интерфейс, и всегда получал за это по рукам. Так я окончательно и привык к дабл-кликанью. А в упомянутой выше статье даётся ссылка на юзабилити-исследование одной из версий KDE3, где по умолчанию также использовался этот режим. Естественно, новички (которые в большинстве своём были не совсем новичками, а очень даже опытными дабл-кликателями) попадали из-за этого во всякие глупые ситуации.

И тем не менее, в KDE4 разработчики последовательно стараются отучить пользователей от двойного кликанья. Здесь очень показательны решения интерфейса в Dolphin’е: файлы и папки открываются щелчком, а выделяются при наведении мыши. Чтобы выделить несколько файлов, необходимо кликнуть по ним с Ctrl-ом или же нажимать на плюсики, появляющиеся в левом верхнем углу иконки.

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

Что ж, KDE4 предлагает немало нововведений, призванных изменить представление о пользовательском интерфейсе. Быть может, не без помощи KDE двойной клик всё-таки удастся похоронить. А кто не согласен, пусть сделает тройной клик, а затем двойной клик с перетаскиванием

Хватит слов! Сегодня будут только скриншоты:

На LOR’е вслед за KDE Dot News опубликовали ссылки на визуальные обзоры новшеств текущей ветки разработки KDE и отдельно digiKam. Не знаю, с чего бы вас или кого-то с LOR’а заинтересовал первый обзор — обо всём, что там упоминается, я уже писал, да ещё и на русском языке. А вот на обзор digiKam’а поглядите, куча скриншотов и обзор новых фич (временная шкала и интеграция с Google Maps) прилагается.

Также из новостей о digiKam за последние несколько недель, которым мне лень было посвящать отдельную заметку: объявлены победители конкурса сплэш-картинок для digiKam 0.9.4, а также реализована поддержка цветовых тем как для KDE3, так и KDE4-версий.

Чувствую, без скриншотов вы меня не отпустите. Ну вот вам одна из победных сплэш-картинок:

А вот здесь вы можете увидеть, как теперь в Dophin’е миниатюры картинок отображаются с рамками. Да, это уже не про digiKam.

KolourPaint начинался как клон MS Paint, а нынче так оброс удобствами и фичами, что заслужил отдельного обзора. А с виду — всё тот же простой Paint,

Лично мне для всех своих вебовских дел KolourPaint’а хватает, а осваивать GIMP до сих пор лень.