Ананас 0.9.3 beta
Andrey Paskal
Старый список рассылки перестал подавать признаки жизни, поэтому пришлось мигрировать
на публичный ресурс.
Новый адрес списка рассылки ananas...@googlegroups.com
Читать его можно без заведения аккаунта на гугле, в свободном доступе по адресу
http://groups.google.com/group/ananasproject
А вобще рад сообщить о доступности свежего Ананаса на сайте проекта
http://ananas.lrn.ru/download/ananas-release/093b/
Доступны дистрибутивы для:
Windows XP+ (требуется установить OpenOffice перед использованием Ананаса)
http://ananas.lrn.ru/download/ananas-release/093b/w32/Ananas-setup-0.9.3b.exe
ALT Linux Master 2.4 (требуется обновить MySQL до версии 4.1+ перед установкой Ананаса)
http://ananas.lrn.ru/download/ananas-release/093b/alm24/
Fedora Core 5 Linux (требуется установить qsa 1.1 перед установкой Ананаса)
http://ananas.lrn.ru/download/ananas-release/093b/fc5/
Fedora Core 4 Linux (требуется установить qsa 1.1 перед установкой Ананаса)
http://ananas.lrn.ru/download/ananas-release/093b/fc4/
Краткий список изменений по сравнению с предыдущей версией:
- Доработаны отчеты. Теперь отчеты можно создавать не только в OpenOffice Writer, но и в OpenOffice Calc.
- Оптимизирована скорость обновления/отображения табличной части документов
- Добавлена возможность экспорта/импорта во внешний файл всей базы данных (метаданные+данные)
- Обновлена документация разработчика бизнес схем
- Появилась поддержка внешних загружаемых расширений (плагинов) и два плагина для программирования работы с текстовыми и XML файлами
- Появилась поддержка новых типов данных (Логический, Документ)
- Исправлены ошибки
Подробный список изменений доступен на сайте
http://ananas.linux.ru.net/index.php?title=Ananas_Release_Notes_0.9.3
Текст новости на сайте
http://ananas.linux.ru.net/index.php?title=News:Release0.9.3b
--
Андрей Паскаль
Dmitriy P.
--
С уважением,
Дмитрий Павлюк
Dmitriy P.
Еще раз хочется поднять тему переезда Qt4, мог бы во многом помочь, за
исключением desenger-а.
Grigory Panov
но пока не выйдет kde4, это задача не
самая приоритетная. А kde4 даже technical preview
выйдет не раньше октября (этого года).
Ну перепишем мы Ананас, и что,
заставлять пользователей вытягивать и
устанавливать "в довесок" всю qt4? Под win
там да, там можно переписать
безболезненно. Но тогда нужно будет
бранч делать специально для этого, и
все новые полезные фичи придется
писать два раза: один раз в основной
ветке, и втрой раз переписывать для qt4.
>Еще раз хочется поднять тему переезда Qt4, мог бы во многом помочь
От помощи конечно не откажемся. :)
>за исключением desenger-а.
Мне кажется, основная проблема будет
не в дизайнере, а в виджете,
представляющем табличную часть. Его
придется переписать под model/view, что, в
общем, пойдет только на пользу.
Dmitriy P.
> Переезжать на qt4 скорее всего придется,
> но пока не выйдет kde4, это задача не
> самая приоритетная. А kde4 даже technical preview
> выйдет не раньше октября (этого года).
> Ну перепишем мы Ананас, и что,
> заставлять пользователей вытягивать и
> устанавливать "в довесок" всю qt4?
Как препишется, тогда уже и KDE4 выйдет, а кому надо может поставить
Qt4, к тому же он не конфликтует с Qt3.
> Под win
> там да, там можно переписать
> безболезненно. Но тогда нужно будет
> бранч делать специально для этого, и
> все новые полезные фичи придется
> писать два раза: один раз в основной
> ветке, и втрой раз переписывать для qt4.
>
>> Еще раз хочется поднять тему переезда Qt4, мог бы во многом помочь
>
> От помощи конечно не откажемся. :)
>
Ну у меня только форточки, поэтому и жду когда вы решите перебраться,
тем более в 4-ке много хорошего сделали =)
Вот поэтому и хочу помочь =)
>> за исключением desenger-а.
>
> Мне кажется, основная проблема будет
> не в дизайнере, а в виджете,
> представляющем табличную часть. Его
> придется переписать под model/view, что, в
> общем, пойдет только на пользу.
>
ну это понятно, я уже оценил удобство model/view, по сути там не сложно,
только есть марока с QVariant
Andrey
> Привет!
>
> Еще раз хочется поднять тему переезда Qt4, мог бы во многом помочь, за
> исключением desenger-а.
>
Спасибо за желание помоч.
В общем случае, мы готовы принимать патчи и после их тестирования заливать в CVS.
Вопрос переезда на QT4 не стоит сейчас остро, по двум причинам.
Во-первых, сейчас (в краткосрочной перспективе) доработка Ананаса делается по принципу "От пользователя".
Под пользователем понимается человек далекий от программирования.
Соответственно, разработка и доработка бизнес схем - основной приоритет для нас сейчас.
А доработка рантайма и дизайнера делается по необходимости для обеспечения разработки бизнес схем, и сознательно
притормаживается, что бы не размазывать ресурсы по широкому фронту работ.
В этом смысле переезд на QT попадает в ряд задач с невысоким приоритетом.
Во-вторых, как уже писал gr, мы не собираемся бежать впереди планеты всей и расчитываем осуществить переезд
на новый qt примернов то же время что и прочие свободные проекты. Хочу напомнить, что на qt написан не только KDE но и множество
других проектов. Все они в раз не переедут и мы будем стараться попасть в эту компанию.
--
Андрей
Dmitriy P.
Ради интереса попробовал портировать файлы из src/lib на Qt41(Q3Support).
За пол дня удалось собрать 33 файла из 39.
В основном самое проблемное место это система плагинов, которая
использует приватные файлы Qt3.
На втором месте QSqlDatabase QSqlDatabase::addDatabase, теперь он
возвращает не ссылку а сам объект.
Dmitriy P.
Dmitriy P. пишет:
>
> Ради интереса попробовал портировать файлы из src/lib на Qt41(Q3Support).
>
На данный момент, собираеться статически слинкованный engine.
В него пока не входит только пару файлов из папок src/lib и src/plugins.
Связанно это с тем что в Qt4 изменилась идеалогия работы с плагиннами, и
поэтому необходимо пересмотреть систему загрузки плагинов.
На рисунке окошко запуска engine. =)
apa...@gmail.com
действительно должен осуществлятся не
сложно. Интереснее вариант с
переписыванием, использующим новые
возможности QT, такие как MVC.
Dmitriy P.
apa...@gmail.com пишет:
На самом деле, даже просто собрать ананас на Qt - достаточно сложно =),
в силу того, что были задействованны не докумментуемые заголовки.
Не говоря уже о том что-бы он еще и заработал =)
Основные сложности, с которыми я столкнулся:
1) Изменилась система работы с плагинами;
2) Изменилась система работы виджежетами для дизайнера;
3) В общем сами .ui - файлы имеют другой формат и другой смысл;
4) Собственный плагин MySQL (до него еще руки не дошли);
5) QSetings - тоже работает немного иначе;
6) И как я понял, сам проект выдержан далеко не в лучших традициях, но
это сугубо субъективное мнение. =)
К тому же малейший переход с Qt3Support, породит массу различий в
проектах на Qt3 и на Qt4.
Andrey
> Привет!
>
> apa...@gmail.com пишет:
> > Переезд на qt4 просто для галочки,
> > действительно должен осуществлятся не
> > сложно. Интереснее вариант с
> > переписыванием, использующим новые
> > возможности QT, такие как MVC.
> >
>
> На самом деле, даже просто собрать ананас на Qt - достаточно сложно =),
Тем не менее портирование традиционно считается проще переписывания :)
> в силу того, что были задействованны не докумментуемые заголовки.
> Не говоря уже о том что-бы он еще и заработал =)
> Основные сложности, с которыми я столкнулся:
> 1) Изменилась система работы с плагинами;
> 2) Изменилась система работы виджежетами для дизайнера;
> 3) В общем сами .ui - файлы имеют другой формат и другой смысл;
> 4) Собственный плагин MySQL (до него еще руки не дошли);
> 5) QSetings - тоже работает немного иначе;
> 6) И как я понял, сам проект выдержан далеко не в лучших традициях, но
> это сугубо субъективное мнение. =)
На высказывание таких мнений я стандартно высказываю предложение написать лучше :)
>
> К тому же малейший переход с Qt3Support, породит массу различий в
> проектах на Qt3 и на Qt4.
Код проекта переписывался и будет переписываться не раз. По разным причинам...
Если этого не будет происходить он просто умрет.
Поэтому вопрос не в том переходить ли на QT4 или не переходить, а в том как сделать так, что бы
пользователи и потенциальные пользователи Ананаса не попали в ситуацию потенциальных пользователей Висты.
Мы не можем позволить себе роскоши выпускать релиз реже чем раз в полгода.
Как показывает практика подобных проектов нет другого сценария, как некоторое время развивать две ветки старую и новую,
не бросая старую пока новая не достигнет требуемого уровня зрелости.
Однако, такой дуализм должен длится короткое время, так как время в такой ситуации играет против проекта.
В настоящий момент нет планов стартовать переписывание пусть и не идеального, но работающего кода.
Уроки Netscape и других переписывальщиков, думаю, стоит учитывать.
Однако, рефакторинг, ни кто не запрещает ;)
>
--
Андрей
Dmitriy P.
Andrey пишет:
>> На самом деле, даже просто собрать ананас на Qt4 - достаточно сложно =),
>
> Тем не менее портирование традиционно считается проще переписывания :)
Возможно, в том плане что не так много надо думать, но остаеться куча
рутинной работы.
>
> Код проекта переписывался и будет переписываться не раз. По разным причинам...
> Если этого не будет происходить он просто умрет.
> Поэтому вопрос не в том переходить ли на QT4 или не переходить, а в том как сделать так, что бы
> пользователи и потенциальные пользователи Ананаса не попали в ситуацию потенциальных пользователей Висты.
> Мы не можем позволить себе роскоши выпускать релиз реже чем раз в полгода.
> Как показывает практика подобных проектов нет другого сценария, как некоторое время развивать две ветки старую и новую,
> не бросая старую пока новая не достигнет требуемого уровня зрелости.
> Однако, такой дуализм должен длится короткое время, так как время в такой ситуации играет против проекта.
> В настоящий момент нет планов стартовать переписывание пусть и не идеального, но работающего кода.
> Уроки Netscape и других переписывальщиков, думаю, стоит учитывать.
> Однако, рефакторинг, ни кто не запрещает ;)
>
Тут я полностью согласен. =)
На данный момент, продиться анализ заголовков, на наличие взаимосвязей
мезду libananas.a и libplugins.a
Перенос areport.h/.cpp awidget.h/.cpp - разререшил зависимости, теперь
libananas.a - не имеет зависимости от libplugins.a.
Если это конечно допустимый перенос.
С друггой стороны вообще не очень понятно, почему эти библиотеки по
отдельности а не одна целая, и какие между ними принципиальные
идеалогические отличия.
Dmitriy P.
>>
>> apa...@gmail.com пишет:
>>> Переезд на qt4 просто для галочки,
>>> действительно должен осуществлятся не
>>> сложно. Интереснее вариант с
>>> переписыванием, использующим новые
>>> возможности QT, такие как MVC.
>>>
>> На самом деле, даже просто собрать ананас на Qt - достаточно сложно =),
>
> Тем не менее портирование традиционно считается проще переписывания :)
>
Не знаю, как считаеться, тем более традиционно.
На сколько я сталкивался с подобными ситуациями, портирование всегда
довольно сложная процедура. Хотя в общем портировать с одной старой
библиотеки на новую но туже, менее хлопотно, но это ни как не умиляет
процес портирования.
Или вы возможно ни когда этим не занимались.
А по поводу Model/View, то пока проект не будет работать на Qt4,
соответственно нельзя будет использовать выгоду Model/View.
Или вы думаете, переход работы программу на даную возможность будет
результатом портирования?
А абстрактно рассуждать что интереснее и я могу.
>> 6) И как я понял, сам проект выдержан далеко не в лучших традициях, но
>> это сугубо субъективное мнение. =)
>
> На высказывание таких мнений я стандартно высказываю предложение написать лучше :)
>
Ну если не будут ставиться палки в колеса.
Тем более, я смотрю вы как то совсем не дружественно относитесь, к
помощи со стороны, а очень жаль.
>> К тому же малейший переход с Qt3Support, породит массу различий в
>> проектах на Qt3 и на Qt4.
>
> Код проекта переписывался и будет переписываться не раз. По разным причинам...
> Если этого не будет происходить он просто умрет.
> Поэтому вопрос не в том переходить ли на QT4 или не переходить, а в том как сделать так, что бы
> пользователи и потенциальные пользователи Ананаса не попали в ситуацию потенциальных пользователей Висты.
> Мы не можем позволить себе роскоши выпускать релиз реже чем раз в полгода.
Ни кто не мешает, поддерживать Ананас на Qt3.
Я же вас не прошу, бросить все, и переписывать проект на Qt4, а всего
лишь способствовать тому, что бы результат работы попал к вам в проект.
Мне просто убивает сложившаяся ситуация, когда приходиться вас
уговаривать, в том что ваш проект принял помощь.
Со стороны это кажеться смешно.
> Как показывает практика подобных проектов нет другого сценария, как некоторое время развивать две ветки старую и новую,
> не бросая старую пока новая не достигнет требуемого уровня зрелости.
> Однако, такой дуализм должен длится короткое время, так как время в такой ситуации играет против проекта.
> В настоящий момент нет планов стартовать переписывание пусть и не идеального, но работающего кода.
> Уроки Netscape и других переписывальщиков, думаю, стоит учитывать.
> Однако, рефакторинг, ни кто не запрещает ;)
>
--
С уважением,
Дмитрий Павлюк