Дмитрий Тайченачев отозвался на наш призыв и прислал заметку о своём проекте для Google Summer of Code 2010.

В этой заметке я расскажу о своих планах на лето в рамках GSoC.

Так как уже на протяжении нескольких лет для повседневной работы (в том числе и для просмотра WWW) я использую родной KDE’шный браузер Konqueror, то возможность поработать над ним этим летом за счет Google считаю очень приятной и полезной :). Это будет моим первым более-менее крупным вкладом в Open Source проект.

Хотя многие считают, что Konqueror’ом пользоваться невозможно, я же нахожу его одним из самых удобных и полезных приложений KDE, благодаря прекрасной интеграции с Kate, Okular, Dolphin. В других браузерах этого нет, хотя я и признаю их преимущества в деле отображения Web-страниц.

В своей заявке на участие основной задачей я поставил поддержку GreaseMonkey скриптов для Konqueror с движком KHTML+KJS. Данная задача потребует как работы с самим движком, для реализации специфичного JS интерфейса (таких функций, как работа с конфигами, постоянным хранилищем), так и с браузером — в основном для реализации менеджера скриптов и ресурсов. Реализация браузерной части будет выполнена в виде плагина.

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

• некоторой работой над WebkitPart — реализацией аналогичной функции (используя тот же Konqueror плагин)
• общим улучшением KHTML и Konqueror — исправлением багов

В качестве руководителя помочь мне вызвался разработчик KJS Harri Porten.

Разработчики QtWebKit приняли решение отделиться от процесса подготовки релизов Qt, чтобы иметь возможность выпускать обновления чаще, чем выходят новые версии основной библиотеки. Первый независимый релиз QtWebKit будет называться QtWebKit 2.0 и выйдет в мае. Эта версия будет совместима с Qt 4.6 и Qt 4.7. Новые релизы Qt будут по-прежнему включать текущую стабильную версию QtWebKit.

В прошлом медленный цикл развития QtWebKit тормозил разработку новых возможностей таких приложений, как Arora, Rekonq и WebKit KPart. Сейчас его сообщество активно растят, и более частый выпуск новых версий поможет динамичному развитию проекта — достаточно глянуть на серию заметок «This week in QtWebKit trunk»

Кроме того, используемая в QtWebKit ветка WebKit всегда синхронизируется с текущей стабильной веткой при выходе значительных релизов Qt (4.5, 4.6), из-за чего новые версии браузеров на основе QtWebKit могли долгое время отставать в реализации поддержки веб-стандартов от других WebKit-браузеров. Теперь же, работая по независимому от Qt графику, разработчики QtWebKit могут легко привязаться к выходу новых версий WebKit.

Если вы следите за KDE Planet, то наверняка заметили очередной холивар вокруг KHTML и WebKit (а если следите давно, то знаете, что эта тема поднимается далеко не в первый раз).

KHTML нельзя назвать плохим продуктом. Не случайно ведь Apple, создавая WebKit, взяла за основу именно его. Но ситуация с современным развитием веба такова, что требования к браузерам и веб-приложениям стремительно растут, маленькие команды не успевают за этими изменениями, стандарты не отображают реального положения дел, а веб-разработчикам приходится во многих случаях адаптировать свой код для каждого браузера.

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

В результате, попытавшись воспользоваться единственным входящим на настоящий момент в KDE4 браузером, вы будете весьма ограничены в возможности использовать современные веб-приложения, игнорировать популярность которых просто невозможно. Но самое ужасное — многие дистрибутивы даже не включают в свой состав другие браузеры! Представьте себе впечатления человека, начавшего знакомство с Linux’ом с Kubuntu LiveCD. Не имея возможности даже воспользоваться своими любимыми веб-сервисами, он надолго потеряет желание повторять такие эксперименты.

Читать далее »

Тема KHTML и WebKit обсуждалась уже неоднократно. С одной стороны, KHTML глубоко интегрирован в KDE, и просто выбросить его не получится. В то же время, WebKit гораздо лучше справляется с просмотром многих Web-сайтов. К счастью, благодаря технологии KParts в KDE можно с лёгкостью переключаться между плагинами, реализующими альтернативные интерфейсы. В Konqueror эта возможность используется в полной мере, так что между WebKit и KHTML можно переключиться буквально в два клика

А вообще стандартный интерфейс выбора предпочтительных KParts можно найти в диалоге файловых ассоциаций. Там вы, например, можете выбрать предпочтительный плагин для других приложений, которые правильно умеют отображать HTML с помощью KParts, если у вас есть такие.

Напомню, что пока что у WebKit KPart пока что есть свои проблемы, например, до выхода Qt 4.5 вам придётся обходиться без флэша.

В последнем Commit Digest’е упоминается, что KHTML теперь поддерживает создание веб-сокращений по правому щелчку на строке ввода. На самом деле говорится о функции, которая давным-давно появилась в Опере, а потом и в FF (в ограниченном виде): в контекстном меню для любого текстового поля ввода есть пункт меню «добавить поисковик» для простого добавления новых поисковых движков в браузер (для поиска из адресной строки или поисковой строки браузера). В терминологии Konqueror’а это называется web-shortcuts или веб-сокращения.

Другие новости из Commit Digest’а — в следующих заметках

Очереной багфикс-релиз планировалось выпустить 1 октября, но его уже во второй раз отложили на день из-за проблем со сломанным ABI (бинарной совместимостью).

Из заметных изменений можно отметить множество изменений в KHTML, исправленение некоторых причин падения Kopete, и несколько исправлений в других пакетах.

Что интересно, пользователи Gentoo, которые так и не дождались в официальном дереве портежей KDE 4.1.0 и 4.1.1, сегодня увидели ебилды для KDE 4.1.2. Пока что они замаскированы, но даже размаскировав, вы их не сможете установить, потому как официально архивы с исходниками окончательного релиза 4.1.2 ещё не доступны. К слову, если вы установили KDE 4.1.1 из оверлея kde-testing, то перед установкой KDE 4.1.2 вам придётся сначала удалить 4.1.1 (из-за изменения именования слотов) (поправка: если вы устанавливали KDE 4.1.1 менее двух недель назад, то этого делать не надо. KDE 4.1.x должен быть установлен в слоте :4.1, а не :4).

Во многих других дистрибутивах KDE 4.1.2 также появился уже сегодня, но официального объявления на kde.org ещё не было.

Добавка Оптимизация операции удаления также нашла свой путь в этот релиз

Почему QtWebKit только сейчас начал правильно отображать тест Acid3? Дело в том, что разработчики проводили работу по лучшей интеграции QtWebKit в фреймворк: «В QtWebKit мы решили использовать как можно больше Qt. Поэтому вместо ICU мы использовали поддержку Unicode из Qt, вместо libxml2 мы использовали QXmlStreamReader, а для отображения шрифтов мы полностью полагаемся на QFont и QTextLayout»

Qt 4.5 может быть и не ждут с такой страшной силой, как ждали 4.4, но тем не менее — реализация некоторых новых возможностей KDE снова упёрлась в некоторые ограничения библиотеки.

Собственно, обзор некоторых улучшений недавно был опубликован на OpenNet, да и ранее говорилось, что основное внимание будет уделено улучшению производительности и новым фичам QWebKit и графического движка. Загляните в этот обзор, а я добавлю некоторые замечания по результатам наблюдения за KDE Planet.

Поддержка тэга <video> может быть пока что и не волнует большинство пользователей, однако в нынешней инкарнации QWebKit не поддерживает даже банального флэша. Понятное дело, из-за этого ни о каком переводе Konqueror на WebKit до выхода Qt 4.5 не может идти и речи.

Что касается оптимизации графического движка — разработчики Nokia сейчас активно тестируют Qt на платформе Maemo, и их впечатления часто можно выразить одним словом: тормозит-с. Дело в том, что на Maemo используется 16-битный режим работы с графикой, в то время как Qt 4.4 оптимизирован для работы с 32 битами. С этим обещают разобраться в 4.5

Вчера был проведён первый Konqueror Bug Day. Группа пользователей рассмотрела 355 багов, висящих в Bugzill’е ещё с 2004-2005 годов, из них 92 оказались уже исправленными. Рассматривались баги в компонентах KHTML.

Подробную информацию о результатах можно найти здесь.

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

Если PolishLinux время от времени делают визуальные обзоры KDE SVN, то KDE Commit Digest каждую неделю подводит итоги свежих изменений в одном абзаце текста. Что привлекло меня в последнем выпуске — за отчётный период (с 17 по 23 марта) — немалая часть изменений связана с интеграцией различных компонентов: в Gwenview и Dolphin работают над поддержкой Nepomuk, в digiKam аудио и видео теперь выводится через Phonon, в Amarok выбросили все движки, и оставили один Phonon, а в Plasma добавлено несколько апплетов, связанных с различными KDE-приложениями.

Следом за этим абзацем идут несколько статей от разработчиков, но об этом — в следующий раз.

PS. А ещё в Konqueror добавлено крайне полезное меню со списком закрытых табов