Новости и Комментарии

Архив. Новости и комментарии

20 февраля - 27 февраля.

Интервью, которое дал ZDNet UK News вице-президент Corel Derek Burney, дает нам повод продолжить разговор о Linux на Desktop. Анонсировано появления еще одного дистрибутива Linux - на этот раз от Corel. Corel Linux будет рассчитан на "среднего пользователя Windows" и, благодаря предполагаемым успехам Wine, должен стать "100% compatible" по API с Win32. Естественно, жемчужиной дистрибутива будет Corel Word Perfect Office, главный представитель которого, по словам вице-президента, снова обретает былую популярность. Corel, как он утверждает, всегда стремился писать максимально независимые от платформы приложения, и приводит в пример Draw на Win и Mac, у которых только 20% кода различны.

Draw! , конечно - очень неплохой продукт, несмотря на странности интерфейса и ошибки. Благодаря нему Corel в свое время вырос настолько, что стал скупать знаменитые, но теряющие пользователей приложения для создания своего собственного офиса: Word Perfect, QuattroPro, Paradox, Ventura. Реанимация их не удалась, и хозяйство Corel стало напоминать музей восковых фигур. Только родное Draw! пока не имеет равных в своей, уже не такой большой, категории.

Последние годы Corel напоминает человека, принимающего все модные лекарства по очереди. Появилась Java ,- и с ней - Corel Office for Java и проект по созданию сетевых Java-компьютеров от Corel. Весь мир качал бета-версии Office for Java и пытался представить себе будущее в виде сетевого компьютера. Первая бета была поводом для оптимизма, но вторая и третья ничем от нее не отличались. Проект был закрыт, надежды Corel разбились, а мир усомнился в технологии Java и еще больше - в сетевых компьютерах на ее базе. Однако, создав подразделение Corel Computer, фирма не отступилась, и продолжила разработку собственного твердо-мягкого решения на базе разрекламированного Intel процессора StrongArm. Java стала терять очки, но зато все стали расхваливать Linux как новую альтернативу MS. Corel решил поставить на эту лошадь. То ли навязчивые признания в любви к Open Source, то ли ностальгические воспоминания о былом величии восковых фигур из музея Corel так очаровали сообщество Linux, что фирма стала восприниматься как "своя", хотя не открыла ни строчки кода. Никто не обращал внимания на ничем не примечательный Word Perfect 7 для Linux, все ждали восьмого.

Когда стало окончательно понятно, что без нарушения лицензии русифицировать WP8 не удастся, мы попробовали, преодолев горечь, оценить его глазами счастливого жителя страны Latin1. Как и утверждалось в рекламе, WP8 загружался весьма быстро. Но вот с файлом размером в два десятка страниц и несколькими фреймами он, казалось, засыпал. Молодые конкуренты - Applix и Star Office - выглядели куда как лучше. К тому же, дедушка офисных приложений, как и в славные времена DOS, работал только со своими драйверами принтеров, отказывался принимать шрифты, отличные от Type1 (и те- только с утилитой от WP7) и любил вспоминать про X11R5. Стало ясно, что принцип сохранения большей части кода, исповедуемый Corel, - восторжествовал. Перед нами была старая версия для SCO, лишь слегка обновленная и адаптированная для Linux. Мы даже задались вопросом: а не потерял ли Corel исходные тексты WP?

Интересно, продает ли Microsoft свой Word for DOS? Corel - продает WP Office Suite для DOS. И рассуждает о перспективах рынка DOS. Дальше пошла, пожалуй, лишь Caldera, которая не только двигает DR DOS, но и года полтора назад прикупила CP/M.

Если наше страшное предположение о пропаже исходных текстов относится и к другим компонентам Corel WP Office, то понятно, почему фирма поставила на Wine. Люди из Corel, впрочем, справедливо говорят, что Wine Is Not Emulator, а просто библиотека для программирования под X. Да еще в будущем 100% compatible с Win32 API. И под этим предлагается программировать. Зачем? У нас уже есть Win32 API от производителя Windows. Кому нужен Corel Linux 100% Windows Compatible ? Как нам кажется, производителям программ для Windows - в первую очередь. Есть, кстати, офис и получше, чем у Corel. Но, может быть, пользователь сэкономит, купив Corel Linux? Вряд ли. Экономия 100$ на ОС обернется многочисленными расстройствами, когда 100% окажутся 95-ю или меньше. Пользователь будет покупать не Linux, а суррогат Windows. Разочаруется же именно в Linux.

Восторги от "маленького гордого Corel", восхищение Sun и Oracle потому, что они "против Microsoft" - признак непонимания и даже неприятия основ движения free software. Вспомним еще раз статью RMS "Is Microsoft the Great Satan? " . Corel - не первая и не последняя фирма, которая хочет схватиться за популярность Linux как за соломинку. Но это не фирма Free Software.

Многоплатформенность, однако, - одна из главных идей, унаследованных разработчиками free software от первых Unix. На прошедшей неделе вышла версия 1.2.0 пакета Gtk, завершающая "экспериментальную" серию 1.1.x. Он, вместе с Qt2.0, ставшим теперь Open Source, - основное средство разработки GUI для Unix. Разработчики Gtk и Qt вынуждены поддерживать как X11R6, так и X11R5. Qt будет работать даже на X11R4. Оба пакета портируются и на Win32 (правда, версия Qt для этой платформы - коммерческая). Многоплатформенность оборачивается некоторыми неудобствами, которые особенно заметны при локализации приложений.

Qt 2.0 полностью отказывается от использования X-locale и имеет свои функции работы с кодировками. Так как из системной locale узнать текущую кодировку нельзя, применяется функция HeuristicNameMatch (!) . Не вдаваясь в подробности, сообщим, что если Qt2.0 не претерпит существенных изменений, то любителям названия locale ru_SU придется отказаться от своей привычки, и назвать locale полным именем: ru_RU.KOI8-R. Иначе они останутся в 8859-5. Зато KOI8-R поддерживается полностью. В Qt 2.0 реализована поддержка многобайтных символов (правда, пока поддерживается только одна из японских кодировок) и Unicode (в пределах поддерживаемых кодировок. А вот поддерживаемых кодировок по прежнему меньше, чем в X11.

Gtk использует метод ввода XIM из X11R6. Компромиссов, однако, избежать не удалось. Один из них - своя таблица двухбайтных кодов вводимых символов, являющаяся подмножеством keysymdef.h. "Обиженными" оказались, почему-то, знаки европейских валют. Поддерживаются многобайтные символы, прямой поддержки Unicode в Gtk нет.

Мы останавливаемся на этих деталях (и будем это делать в дальнейшем) потому, что от пригодности средств локализации этих двух пакетов, - базовых для KDE и GNOME - зависит, во многом судьба Linux Desktop в России. Все можно поправить, но лучше - раньше. GNOME 1.0 выйдет через неделю-две, в нем много русских переводов, но несколько приложений знают только Latin1. Это - наша вина.

Пишите.
AEN


	\|Начало\|Комментарии\|

Использование материалов═ разрешается только со ссылкой═ на═ первоисточник.