Боюсь поднимать флейм но вопрос не праздный (я уже начал переделывать свои проекты с RxLib на JEDI (может надо быстрее остановится))

Прочитал что jedi стала включать в себя RxLib и решил попробовать перейти на jedi (при всем уважении к RxLib).

И вот почему я решил окончательно отказаться от RxLib в пользу JEDI:

1.Существует конвертер проектов RxLib в JEDI
2.Проект JEDI "живой"
3.Более простая инсталляция.
4.Намного больше компонент.

Может кто скажет что jedi vcl это почему то плохо.

p.s. В конверторе обнаружил ошибку : в файлах RxLib.Dat и RxToJVCLApp.dat строку TRxTrayIcon=TJvxTrayIcon нужно исправить на TRxTrayIcon=TJvTrayIcon (bag reports им уже отправил)

Тоже сделал одно из приложений под JEDI - больше не хочется . Показалось что организация межмодульных связей такова, что приложение стало более громоздким (EXE-файл). Очень серьезно этот вопрос изучать не стал. Поскольку выяснилось что остальные компоненты JEDI мне практически не нужны, то просто вернулся к исползованию RxLib.
А по поводу поддержки со стороны разработчика, то пока, неофициальную поддержку RxLib осуществляет фирма Полярис (кажется).

Насчет RX Lib (фрагмент статьи и ссылка на нее)...

A где сейчас RX Library?
© 2001 Андрей Голубовский
перевод писем Андрей Шешко
3-я редакция (изменена и дополнена 13.12.2001)

Предистория


Всем известна библиотека компонент RX Library. Она была написана еще для Delphi 1 и за многие годы стала классикой. Официальная версия под Delphi 5 вышла с запозданием, версии под Delphi 6 нет и, наверное, не будет. На Delphi Plus в разделе Бесплатно|Компоненты лежат четыре неофициальные версии RX Library 2.75 под Delphi 6: от Oxygen Software, от Dennis Ortiz, от Polaris Software и от Epsylon Technologies. Сколько их еще может быть? Но уже несколько лет RX Library не развивается и заброшена, последний фикс был 04.11.1999 - более двух лет тому назад! Сайт rxlib.com тоже умер. Причина всему этому то, что авторы библиотеки (Fedor Kozhevnikov, Igor Pavluk, Serge Korolev) уехали за границу и устроились на новую работу, где не пишут на Delphi. Все попытки войти с ними в контакт не приводят к успеху. Какова же судьба библиотеки RX Library?

Все споры в fido и internet послужили поводом для написания этой заметки. Масла в огонь подлило заявление мистера Скотта (Scott) из SGB Software о том, что с 19-ого декабря компания SGB Software займется дальнейшим развитием RxLib.

Читайте материалы представленные ниже и делайте выводы.


A где сейчас RX Library?

Насколько я понимаю, в руках Polaris библиотека RXLib получила другое название и адаптацию под D6. Но при этом хочет иметь патч на RxLib 2.75!

Далее прямая цитата с сайта Polaris.Download
Библиотека компонент Polaris Library 1.5 Beta для Delphi 3,4,5,6 и C++Builder 4,5,6. Требуется патч на RxLib 2.75 версии 1.6 и выше.

Несколько важных ссылок по обсуждаемой теме:

1. Открытое письмо к пользователям RxLib цитата:"Polaris Software скорбит вместе с вами о безвременной кончине RxLib как самостоятельного продукта"

2. Дополнение к открытому письму к Polaris Software к пользователям RxLib цитата:"Сейчас Michael Beck (участник Project JEDI) ведет с нами переговоры о слиянии Polaris Library c JEDI. Пока у них больше желания, чем у нас"

3. http://delphiplus.nagano.ru/articles/rxlib..._add_reply.html цитата: "Можно подумать JVCL создана на погибель Полярису. "

4. RX Library

5. JEDI VCL for Delphi: File List цитата: "JVCL is a library of over 400 Delphi components developed by "Project JEDI" members.", "JVCL 3 BETA Released!"

Это сообщение отредактировал(а) remax - 4.3.2004, 20:19

Петрович>Тоже сделал одно из приложений под JEDI - больше не хочется . Показалось что организация межмодульных связей такова, что приложение стало более громоздким (EXE-файл).

Мне тоже показалось что exeшник пополнел на 50-100kb (перевел RxLib на Jedi ,использовал всего 2 компоненты) , это мне конечно не понравилось но в принципе при нынешних железяках это мелочь.

Не знаю, что там с "межмодульными связями" ;) , я не думаю что при использовании однотипных компонент должна появиться разница - судя по внешним признакам организации JVCL версии 2 там RX библиотека находилась обособленно и, возможно, без особых от оргинала изменений. Так что, чудес быть не должно - дело не в этом. Однако, увеличение размера программы лего объяснимо дполнительными возмоностями JEDI - напрмер, включение доп. отладочной информации.

Но, даже если и есть правда жизни в увеличении на 50-100 кб. Для серьезной программы счет идет на Мега байты. Если программа занимает "всего" 2 Мб, то увеличение происходит на 2-5%...

P.S. Если не поленюсь, то попробую сравнить результат использования RX и JEDI....

S.P.S. RX это конечно сильная, но не единственная полезная библиотека. В JVCL они собраны вместе. Большая часть компонент мне импонирует. Если в новой 3-й версии JEDI немного улучшат систематизацию и исключат частичное дублирование близких по функциональности компонент, то это будет хорошей альтернативой стандартным дельфяйным компонентам+кучи навороченных библиотек.

Цитата

Однако, увеличение размера программы лего объяснимо дполнительными возмоностями JEDI - напрмер, включение доп. отладочной информации.

Это хорошо, когда об этом просят, а если у меня нет надобности в ней когда леплю небольшую консольную утилиту? .
Впротчем о вкусах не спорят.

Цитата

Если в новой 3-й версии JEDI немного улучшат систематизацию и исключат частичное дублирование близких по функциональности компонент, то это будет хорошей альтернативой стандартным дельфяйным компонентам+кучи навороченных библиотек.

Угу. Сейчас, кажущееся обилие возможностей вызвано чаще всего именно многообразием дублирующихся (с небольшими отличиями) компонент.
Но то что в JEDI есть интересные фичи, например работа с отладочной и RTTI информацией, это бесспорно.

Мне кажется хорошо что Jedi прибрала к себе RxLib - хоть кто -то будет продолжать хорошие и нужные компоненты которые придумали авторы RxLib. (остальные (IMHO) просто переделывали RxLib для новых версий Delphi)
Например RxtrayIcon в jedi уже дополнился неплохими новыми идеями (они сделали TJvTrayIcon.ShowAplication и TJvTrayIcon.HideAplication).