Конвертер в DELPHI

Форум » Для флейма » Конвертер в DELPHI » Ответить

Конвертер в DELPHI

viton2008: Народ подскажите есть ли у кого конвертер prg в pas (или xphiles полный с конвертером кода)

Ответов - 34, стр: 1 2 All

Andrey: Зайди на download.ru - там было нечто подобное.

viton2008: на downloads.ru только cl2bd но он очень все сыро делает

Sergey Spirin: Что-то у меня большие сомнения в возможности существования такого чуда. Delphi (Object Pascal) язык строго типизированный, аналогичный С/C++. Есль конверторы для С? [x]Harbour? То есть, нужно написать [x]Harbour на Delphi. Это, конечно, можно, но явно, что это "не просто". Да и конвертация в конверторе Harbour, наверное, не та что Вы ищите.

Andrey: Набиваем в Гугле: Clipper To Delphi и куча ссылок.... Есть такие вещи, еще когда Клипер помер, я пытался перейти на Дельфи, да не сложилось....

Sergey Spirin: Andrey пишет: Набиваем в Гугле: Clipper To Delphi и куча ссылок.... А если точнее одна, тот самый cl2bd, который иначе как, поделкой подростка для запудривания чьих то мозгов, назвать трудно.

viton2008: есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm)

Pasha: Sergey Spirin пишет: То есть, нужно написать [x]Harbour на Delphi. Эх, старые добрые времена :) Раззудись плечо, размахнись рука :) Когда 9 лет назад я переходил на Delphi, написал для себя интерпретатор xBase-подобного языка с нетипизированными типами данных. Задачу совместимости с клиппером не ставил, хотя блоки кода и клиппер-массивы сделал. Функции db* и обращения к полям workarea работали через TDataSet Интерпретатор работал, хотя по производительности резко уступал клипперу. Оптимизацией я не занимался Потом я все свернул и вернулся на клиппер. Никуда не выкладывал

Sergey Spirin: viton2008 пишет: есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm) Это не конвертор, а набор компонентов работающих с dbf и знакомых по названию функций. Если нужно это, то такого действительно много (как и любых других библиотек для Delphi). Смотрите, например: http://www.torry.net

viton2008: В нем заложен модуль Xbconvrt.pas который переводит prg код в pas под apollo но он у них не доработан

SergeJa: смешно.. похоже на первоапрельскую шутку. примерно так. USE (cFile) BROWSE переводим в Form1 := TForm.Create( Applicаtion ); DbfFile1 := TDbfFile.Create( Form1 ); DbfFile1.FileName := cFile; DbfFile1.Active := true; Grid1 := TDbGrid.Create( Form1 ); Grid1.Parent := Form1; Grid1.Align := alClient; Grid1.DataSource := DbfFile1.DS; Form1.Show;

Sergey Spirin: SergeJa пишет: примерно так. USE (cFile) BROWSE переводим в Form1 := TForm.Create( Applicаtion ); DbfFile1 := TDbfFile.Create( Form1 ); DbfFile1.FileName := cFile; DbfFile1.Active := true; Grid1 := TDbGrid.Create( Form1 ); Grid1.Parent := Form1; Grid1.Align := alClient; Grid1.DataSource := DbfFile1.DS; Form1.Show; Это то как раз не сложно И выглядело бы примерно так: AddToDbfDataModule(cFile); ShowPreDefineForm; Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало.

Sergey Spirin: Sergey Spirin пишет: Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало. Кстати, если Вы действительно переходите в Delphi, то "тащить" с собой интерпретатор? Зачем? Если намерение серьезное, то лучше начать изучать Delphi. А вот другая кстати идея, которая может быть уже не покажется столь фантастичной! Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. Пожалуй в таком, я как дельфист даже поучаствовал бы :)) Положительная сторона - богатство возможностей, в отличие от С, особенно в визуальной части. Отрицательные - только Win32 (в будущем Win64). Как Вам?

Pasha: Sergey Spirin пишет: Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API. В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java) А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ? Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ?

Sergey Spirin: Pasha пишет: В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java) Я это и предлагаю, добавить и реализовать ключик: /gp output type: Object Pascal source (.pas) :) Pasha пишет: А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ? В идеале конечно лучше переписать. Но поначалу можно рассмотреть вариант с Harbour-dll. Импортировать все из нее. Хотя, "перелопат" Pascal<->C это уже не так критично, языки похожи типы данных, те же почти. Поэтомуб лучше переписывать, а не импортировать. Pasha пишет: Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ? Да как угодно, окончательная сборка то дельфийская, поэтому здесь вариантов огромное количество. Дельфийское IDE, оно ж по гениальной задумке резиновое изначально. Кроме простого включения юнитов, панели компонентов, можно наваять и экспертов и мастеров и т. д. И я бы сказал, что основная цель - это VCL. Намного легче создать свое IDE, или взять за основу существующее. При этом качество будет намного выше любого сейчас существующего IDE для [x]Harbour.

viton2008: Может кому то будет интересно http://www.otc.pl/index.asp?s=78&l=2

Sergey Spirin: Здравствуйте. Сижу я тут, пиво пью, и тут приходит в голову интересная мысль. Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! - Во-первых, компилятор С++Builder является дальним потомком бесплатного BCC, поэтому, каких-либо проблем быть здесь не должно. - Во-вторых, С++Builder содержит в себе компилятор Delphi - DCC !!! - В третьих, оба компилятора специально "затачивались" на как можно более полное "проникновение друг в друга". То есть, мне, например, не составит труда установить свою библиотеку для Fast-а в С++Builder. После этого, можно ваять любые окна (конечно, не только окна) с любыми гридами (Browse), деревьям и т.д. и т.п., из всего дельфишного многообразия, непосредственно под workareas Харбора. Для этого всего то нужно будет только реализовать на С++, что-то типа: Load Window MainForm Activate Window MainForm Наверняка, возможно, что-нибудь придумать, чтобы не писать с обработчиках событий, что-то вроде CallHbFunc(...), а сделать еще более очевидный код... Что думаете? И кто-нибудь использует С++Builder?

Петр: Sergey Spirin пишет: Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!! В этих рамках - возможно да. Только я, например, не знал о существовании такой проблемы Для всего другого никакого особого преимущества продукты borland/codegear не дают (в связке с Harbour разумеется). Не знаю кто использует С++Builder, а TurboC++ люди используют, вернее используют компилятор bcc32 версии 5.8.*, который входит в состав этого самого TurboC++ (кстати тоже бесплатная вещь). Моя любимая связка Harbour+msvc71+PSDK+CodeBlocks

Sergey Spirin: Петр пишет: Только я, например, не знал о существовании такой проблемы Незнание или непонимание проблемы не освобождает от ответственности. Если создание всего спектра GUI любого Harbour-приложения легко портируется в MS Студию, то какого хрена существуют FiveWin-ы, Xailer-ы, MiniGui? Это что, клубы мазохистов? При прочих равных, выбор между MS Студией и BDS Студией, это, действительно, вопрос вкуса и исторических пристрастий. Но полноценное интеграционное решение и "подергивание" API - вещи разные. Так что не надо "му-му". P.S. На один процент все-таки усомнился, может действительно есть такое интеграционное решение, да никто не знает? Дайте ссылку. Я с удовольствием буду ее давать всем желающим иметь DevExpress, VirtualTrees, EhLib и т.д., так как для MS аналоги есть.

Петр: Sergey Spirin пишет: Незнание или непонимание проблемы не освобождает от ответственности. Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают! А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co.

Sergey Spirin: Петр пишет: Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет. Угу, только когда в общении с тем же Линаресом я упомянул о возможности использования VCL с Харбуром, тот чуть слюной не захлебнулся. Такое вот отсутствие проблемы. Насчет же посещаемости этой конфы, я думаю и говорить излишне. Здесь это могут обсуждать 2-3 человека, один уже обсуждает Петр пишет: И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают! Еще раз - я не сравниваю MS и BDS просто так. Интеграционное решение, наверное, возможно как для того так и для другого. Я использую BDS и могу реализовать это решение под BDS. Ремарка "(пока?)" означает - "сделаешь, покажешь, тогда и базарить будем"? Вообще, Ваш пафос был бы уместен в случае, если под MS такое интеграционное решение уже существовало бы. Так как с этим? Петр пишет: А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co. FiveWin-ы, Xailer-ы - коммерческие продукты, которые покупают. Для FreePascal, Lazarus это немыслимо. Тут есть четкая субординация со сташим братом. Назвать же MS Студию старшим братом Xailer... Аналогия "не прокатывает".

Петр: Sergey Spirin пишет: Угу, только когда в общении с тем же Линаресом Южный человек, эмоционально неустойчивый Еще раз - я не сравниваю MS и BDS просто так. А я их вообще не сравнивал - Harbour+msvc71+PSDK+CodeBlocks Небольшое лирическое отступление - msvc71 это компилятор Visual C++ 7.1, входит в состав как msvs2003, так и в состав ms Visual C++ Toolkit 2003. В качестве IDE здесь использован Code::Blocks IDE - встроенная подсветка синтаксиса, поддержка free компиляторов от Borland, MS, поддержка MingW, DigitalMars, OpenWatcom (почти все компиляторы используемые с [x]Harbour, пожалуй за исключением PellesC), легкое подключение других компиляторов.. - да, это не интеграционное решение, в том смысле, который предлагаете вы. Но есть варианты - Code::Blocks создан с использованием wxWidgets. Вспоминаем первое, что wxWidgets (formerly called wxWindows) - A free C++ cross-platform GUI library supporting Windows, Linux/GTK+ (with GNOME), MacOS X and mobile platforms (e.g. WindowsCE, PocketPC) with bindings for Python, Perl, C# and other languages. Второе - про другие языки программирования - вспоминаем о проекте HbWxWidgets( WxWidgets for [x]Harbour ) Марека Паливоды (сейчас статус проекта приватный, что-то вроде xMate - распространяется в узком кругу пользователей, но если кто захочет, думаю с автором договориться сможет.) Третье - что такое wxDesigner - а dialog editor and RAD tool for wxWidgets and its language bindings. wxDesigner легко интегрируется в Code::Blocks. Так, что при большом желании вот из этих кирпичей желающие могут создать вполне полноценное решения. Но вернемся к теме - так вот, я не могу сравнивать не MSVS и BDS, потому, что с BDS вообще не работаю, когда то видел Delphi 7, особо не впечатлился, IDE работала заметнее тормознее соответствующих решений от MS. может быть это чисто субьективное решение - запускал я эту Delphi раз, или два. С MSVS "общаюсь" почти каждый день. Пока с 2005. Полноценное интеграционное решение, насколько мне известно, можно сделать только в VS2008 - это если задаться желанием. Ремарка "(пока?)" означала - вы что действительно собрались это делать? Где вы там пафос увидели - в восклицательном знаке, что ли? В связке с Harbour никакого особого преимущества продукты borland/codegear не дают - в чем это выражается? У других компиляторов бинарники получаются и компактнее и работают пошустрее. Да bcc551 - все еще широко используется, но переходить на bcc58* не рекомендую, заметите только, что бинарники выростут в объеме. Больше никакого прогресса. Зато приятно удивил меня OpenWatcom 1.7 - но это тема другого разговора. Sergey Spirin пишет: FiveWin-ы, Xailer-ы - коммерческие продукты, которые покупают. Вот вы сами себе и ответили. И не называл я MS Студию старшим братом Xailer. Не мне вам расказывать о FreePascal, Lazarus - но у меня сложилось впечатление, что у Lazarus вполне приличное IDE, от некоторых фичей не отказался бы и в MSVS или Code::Blocks. Очень быстро загружается/выгружается. Но пока еще сильно глючит, по крайней мере у меня каждые 10 минут, что то случалось .

Andrey: Петр пишет: Моя любимая связка Harbour+msvc71+PSDK+CodeBlocks А поподробнее рассказать про это можно ?

Sergey Spirin: Петр пишет: цитата: Угу, только когда в общении с тем же Линаресом Южный человек, эмоционально неустойчивый Ну, после: Петр пишет: В связке с Harbour никакого особого преимущества продукты borland/codegear не дают (3 раза) Петр пишет: с BDS вообще не работаю, когда то видел Delphi 7...запускал я эту Delphi раз, или два.... Впору сказать: Восточные славяне, такие логически противоречивые Петр, Линейки Borland/Codegear продуктов - это сообщество в 5 миллионов разоаботчиков. Больше, только у MS... Как то даже убеждать здесь в чем-то... Если полноценное решение существует или планируется под MS Студию, то это очень весомый аргумент "не заморачиваться". "Вываленные" же Вами груды булыжников-кирпичей, которые нужно соединять друг с другом....больше похоже, простите, на развлечение для подростка. У меня возраст не тот. Петр пишет: Ремарка "(пока?)" означала - вы что действительно собрались это делать? Не знаю еще, думаю... Линарес хотел просто наборы design и run time bpl. Готов был даже финансировать такое (на словах, конечно). Но это решение без IDE... Завязать же весь цикл разработки Харбор-приложения (без исключения) на только одно и профессиональное IDE - соблазн большой.... В конце концов, свою компанию можно было бы с Аляски перевести Eдинственное, надо еще посмотреть, отличается ли Tools API для IDE Builder-а и Delphi. Теоретически не должно, так как все равно на Delphi написано. Петр пишет: когда то видел Delphi 7, особо не впечатлился, IDE работала заметнее тормознее соответствующих решений от MS Совсем уж неправду то не говорите Delphi7 - это 2000 год. Является общепризнанным факт, что MS нагнал (и перегнал многие считают) только начиная с MS Studio 2005. С приходом скупленной на корню у Борланда всей Дельфийской верхушки. .Net например их творение. Петр пишет: И не называл я MS Студию старшим братом Xailer. Я всего лишь продолжил Вашу же аналогию.

Петр: Сергей, никаких логических противоречий IDE-студия - это одно, а компилятор командной строки - совсем другое. Я могу использовать для компилирования [x]Harbour программ компиляторы от Borland - bcc551, bcc582 Microsoft - msvc71, msvc80 pellesC - 4.5, 5 OpenWatcom - 1.4, 1.5, 1.7a DigitalMars - dmc 8.5 Клоны gcc - mingw 3.4.5, 4.3, djgpp 2.0.3 Все эти компиляторы реально установлены на моем компьютере, и выбор мой сделан не в пользу Borland. И качество IDE здесь не причем. К слову, в сторону MS тоже не мало камней можно бросить. 5 миллионов пользователей - так будет правильнее сказано. И не надо меня ни в чем убеждать - это к делу не имеет никакого отношения. Code::Blocks тоже давно уже не булыжник Полноценного решения под MS Студию нет и, вроде бы, не планируется, по крайней мере я этого не слышал, были некоторое время назад какие-то разговоры у Линареса на форуме, но закончились ни чем. Экспериментировали с 2008 студией, что-то там не сраслось с редактором ресурсов. Не верю я в общепризнанные факты Автодополнение уже в MSVS98 работало куда лучше делфийского и студия легче загружалась. IDE VB6 так вообще до сих пор эталон симбиоза простоты и удобства. Особенно если использовать Visual AssistX от Whole Tomato (не испортит любую MS студию) и приблуду для поддержки скроллинга колесиком мыши. Жаль только, что VB замочили, теперь вот VBA мочить собираются А как вам Lazarus?

Петр: Andrey пишет: А поподробнее рассказать про это можно ? Да я вроде бы подробно рассказал (и кстати не для Сергея, а просто так, может кому нибудь интересно станет ), осталось только качать и смотреть.

Andrey: Петр пишет: может кому нибудь интересно станет ), осталось только качать и смотреть. Интересно, очень. Что качать, как поставить, где что править в конфигах, чтоб заработало... Можно по шагам сделать, как здесь писалось про xMate ?

Sergey Spirin: Петр пишет: Сергей, никаких логических противоречий IDE-студия - это одно, а компилятор командной строки - совсем другое. Я могу использовать для компилирования [x]Harbour программ компиляторы от Borland - bcc551, bcc582 Microsoft - msvc71, msvc80 pellesC - 4.5, 5 OpenWatcom - 1.4, 1.5, 1.7a DigitalMars - dmc 8.5 Клоны gcc - mingw 3.4.5, 4.3, djgpp 2.0.3 Все эти компиляторы реально установлены на моем компьютере, и выбор мой сделан не в пользу Borland. И качество IDE здесь не причем. К слову, в сторону MS тоже не мало камней можно бросить. Code::Blocks тоже давно уже не булыжник Ну уж Петр Логическое противоречие увидит в таком даже неспециалист: Посылка: "Вижу способ завязать ВСЕ на одно профессиональное IDE" Суждение: "А, нафик, у нас есть Super-MiltiEdit, какие проблемы, а вообще, я ваше IDE и не видел даже, но все равно оно нафиг не нужно" Петр пишет: Полноценного решения под MS Студию нет и, вроде бы, не планируется, по крайней мере я этого не слышал, были некоторое время назад какие-то разговоры у Линареса на форуме, но закончились ни чем. Экспериментировали с 2008 студией, что-то там не сраслось с редактором ресурсов. А вот это для меня полезная информация. Петр пишет: Не верю я в общепризнанные факты Автодополнение уже в MSVS98 работало куда лучше делфийского и студия легче загружалась. IDE VB6 так вообще до сих пор эталон симбиоза простоты и удобства. Особенно если использовать Visual AssistX от Whole Tomato (не испортит любую MS студию) и приблуду для поддержки скроллинга колесиком мыши. Жаль только, что VB замочили, теперь вот VBA мочить собираются Вот, еще раз, Петр, не надо гона, а? Впрямую о С++ мне судить трудно, последний плотный опыт - это 93-й год, Turbo C++ 3.1. После бэты Delphi1 в 94-м, понятно, этот опыт кончился. Но у меня есть очень богатый косвенный опыт тех лет. Моя компания - это коллектив МГУ-шников, в то время "сидели" на исторической родине. В поисках дешевой рабочей силы активно использовали труд студентов ВМК-ашников (факультет вычислительной математики и кибернетики). Так вот, у меня они работали. естественно, на Delphi. На третьем же курсе у них был предмет "Графика", курсовую для которого они должны были делать на MS.... Это были самые предельные величины мата, которые я слышал в своей жизни И это не 1-2, и не пять человек. Речь о 98-2000 годах. Случаем, в С-Паскаль войнах тех времен не участвовали? А то в те времена С-шники, зажатые в угол только и бубнили свое извечное "мощность оператора", да "автокомплит". Петр пишет: А как вам Lazarus? Так же как вам Delphi То есть, когда-то 2 раза запустил, потом снес. Правда, общественное мнение (которое формирует общепризнанные факты) "доносит", что сыр, глючен, и для реального использования не годится.

Петр: Sergey Spirin пишет: Вот, еще раз, Петр, не надо гона, а? Впрямую о С++ мне судить трудно Я так тоже думаю (о гоне) . Не приписывайте мне того, что я не говорил. И может быть спустя 10 лет - это и является для вас новостью, но у MS для msvs98 было два IDE, построенных на разной идеологии, - для VB и для VC. И IDE Delphi нужно сравнивать с IDE для VB. И в анонсах Delphi 1 (и даже 2), Delphi сравнивался с VB, даже какое-то разьяснение было, как переводить конструкции VB в Delphi. Ну в общем, хорошо, что вы эту тему открыли в разделе флейм . Теперь по делу Sergey Spirin пишет: Посылка: "Вижу способ завязать ВСЕ на одно профессиональное IDE" Профессиональных IDE много. И BDS весьма достойный выбор (не смотря на то, что я им не пользуюсь ) Но.. Одно из удобств современных IDE - полноценный графический дебагер. Этот вопрос очень актуален для сообщества Harbour (возникает довольно часто). Как вы собираетесь обеспечивать отладку Harbour предложений в BDS?

Петр: Andrey пишет: Интересно, очень. Что качать, как поставить, где что править в конфигах, чтоб заработало... Можно по шагам сделать, как здесь писалось про xMate ? Писалось про xMate - потому, что человек захотел написать. У меня же такого желания (и времени) - нет (а что вы хотели - это open source ! )

Sergey Spirin: Петр пишет: Я так тоже думаю (о гоне) . Не приписывайте мне того, что я не говорил. Петр, я ничего не приписываю, я только немного гиперболизирую, для наиболее полного раскрытия смысла Ваших "текстов". Петр пишет: Профессиональных IDE много. И BDS весьма достойный выбор (не смотря на то, что я им не пользуюсь ) Но.. Одно из удобств современных IDE - полноценный графический дебагер. Этот вопрос очень актуален для сообщества Harbour (возникает довольно часто). Как вы собираетесь обеспечивать отладку Harbour предложений в BDS? Ну вот, вижу более конструктивный подход. Насчет дебагера, это, конечно, наиболее сложный вопрос, но его можно оставить и "на потом". Серьезно за Tools API (API для BDS IDE) я еще не садился, но предполагаю, что дебагер должен быть реализован как dll, которая предоставляет определенный набор функций, типа SetBreakPoint, Step, Get/SetWatches, GoTo и т.п. То есть, дебаггер реализовывать надо самим. А то что он "подключаем", больших сомнений нет, сейчас среда поддерживает 4 языка (С++, C#, Delphi32, Delphi.Net), естественно, со своими дебагерами, думаю "примет" и пятый. Вообще, есть какие либо разработки-наработки дебагеров для Харбура? Насчет того, что IDE хороших много, то от IDE нам надо не только и не столько хорошего редактора с подсветкой кода, а главное (собственно, ради чего) - это возможность в этой IDE легко создавать современный графический интерфейс, без ограничений. Для BDS это было бы в первую очередь: THarbourDataSet, совместимый со всеми db-контролами (уже реализован). THarbourForm - форма, осуществляющая прозрачный редирект всех событий на prg-код.

Andrey: Так на чем же остановились гуру ? Нужен IDE для хХарбора ! Писать программы не на чем !!!

Sergey Spirin: Andrey пишет: Нужен IDE для хХарбора ! Писать программы не на чем !!! Ну, а Xailer, что совсем не понравился?

Andrey: Sergey Spirin пишет: Ну, а Xailer, что совсем не понравился? Понравился, только ЕХЕ-ники без оболочки не запускаются ! И как покупать (хотя бы Персональную версию для пробы) не знаю !

Петр: Andrey пишет: Понравился, только ЕХЕ-ники без оболочки не запускаются ! Издержки демо версии И как покупать (хотя бы Персональную версию для пробы) не знаю ! Идете на xailer.com. Если вы понимаете испанский выбираете пункт меню pedidos, если вам удобнее работать с английским - слева внизу кликаете на британском флаге и выбираете пункт меню orders. Далее выбираете продукт, который вы собираетесь купить, к примеру Xailer Personal Order form и заполняете представленную форму. Не забудьте в Geographic zone указать Rest of the World. Платежи возможны с ипользованием Visa Card/Master Card или через банк. После заполнения формы не забудьте выбрать Send order. IMHO для работы наиболее подходит Professional version с поддержкой ActiveX. Enterprise версия никаких преимуществ не дает, все ее фишки - Native support to SQLite databases. - Native support to MySQL databases, including replicated servers. - Asynchronous file donwload from the Web using multi-thread technology легко организовать с помощью бесплатных contrib библиотек. The actual price difference of 150 Ђ may be greater in the future, as we introduce new enhancements to this version. - улыбнуло

полная версия страницы