![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
IDE for KOL once again
Boguslaw © (2004-12-29 15:42:00)Excuse me English question.
What do You think: is own IDE based on Free Pascal with integrated GUI manager (like MCK) needed for KOL , or not ?
thaddy (2005-01-08 12:01:00) [1]Freepascal? About 50K after stripping.
Note that Freepascal can be more efficient on larger sources (and can be *a lot* faster!) than standard Delphi.
Compiler? Let's start off with the dcc32 compiler.
KOL has a lot of features already in place (like executeIOXXX) to call the compiler and get the results back in an IDE.
Lars (2005-01-08 10:12:00) [2]P.S.: So without lazarus, what sort of application size do you get on a empty project with freepascal?
Lars (2005-01-08 10:09:00) [3]Do you want to work on an IDE that compiles a binary exe? Or you mean an IDE that taps into dcc32 or freepascal?
thaddy (2005-01-05 11:38:00) [4]I have added a simple KOL forms designer controls (basic grid and sizer controls) to my website. This is not the huge preview I send to a couple of you, but far simpler and more elegant. Maybe this can start people of...
Boguslaw (2005-01-03 19:26:00) [5]Oh, I haven't thought about multiplatform yet,only about IDE for current KOL, but yes - multiplatform is also desired ;-)
Let's be serious - IDE for current KOL is a good starting point.Too large expectations always broke even wonderfull projects !
thaddy (2005-01-03 18:31:00) [6]Lazarus is not freepascal. It is just a VCL replacement library written in freepascal, with an IDE written in lazarus. The current version works fine (and transparantly!, note this Borland!) for WIN32 and Linux for 80X86 machines. It is already a lot more impressive than Kylix.
Boguslaw has a point here. But then again, you'd need to choose a widget family. Currently I think the most Xplatform widget set is not the Gnome widget set (that lazarus uses) but the KDE, although the gnome widgets are more popular among hardcore linux users.
I think the way to go is:
Write a PControl abstraction that supports win32, gnome and kde.
(All other classes translate ok already)
Write the ide in this new KOL.
This wouldn't necessarily lead to larger code.
Boguslaw (2005-01-02 17:50:00) [7]Lazarus seems Delphi "clone" working good only under Linux.It is (was?) unstable under Windows.Try to use strip tool to size exe down.
Lars (2005-01-02 16:49:00) [8]A bit off topic, but what is up with FreePascal anyway?
When I looked at FreePascal using Lazarus, all I could compile was a 5MB or so 'empty form' application.
Boguslaw (2005-01-02 14:13:00) [9]Well,
Did somebody looked at
http://sourceforge.net/projects/wxdsgn/?
It is written in Delphi, and that's why I thought it will be easy to trranslate it to KOL IDE .And no MCK build-in is required just change of generated output becouse this project is using simplified way : sections mainteined but IDE are marked with special comments.
There are a couple things to do:
1. Change it to using Free Pascal (instead of Mingw C++) (change of compiler , compilation settings and so on - rewrite of configuration setting build-in dialogs)
2. Change highlated language to Pascal (it is using Synedit)
3. Change generated output to KOL/MCK dialogs, pascal units
4. Integrate Free Pascal debugger in.
I don't say it is easy and I'm starting it right now ;-) - I say that it is easier that years ago becouse there are plenty working templates (free IDEs) to change.
I always liked KOL, but without stable free IDE it is pain to use it for bigger projects (MCK is regenerated project each time I open it in Delphi and it is annoying).
Best Regards
Boguslaw Brandys
RA (2004-12-31 11:33:00) [10]2SPeller
Значит придется и компилятор делать... Или компилятор Free Pascal использовать, и тогда возвращяемся к первому вопросу.
SPeller (2004-12-31 06:05:00) [11]RA © (30.12.04 15:04) [6]
создав свой IDE, мы особо ничего нового не приобретаем
Одно приобретем точно - бесплатный IDE, в котором можно абсолютно легально создавать коммерческие продукты. И никто не сможет ничего предъявить, в отличие от использования в 99.9 процентах пиратской Delphi.
ECM (2004-12-30 16:40:00) [12]2Владимир Кладов: мне больше по душе ассоциация из Spectrum-ской Elite - уже не помню как этот прибамбас расшифровывался там (может так же), но штука была классная ... :)
Владимир Кладов (2004-12-30 15:57:00) [13]мне ближе Electronic Counter Measure - система электронных радиопомех, используется в авиации для противодействия самонаводящимся ракетам противника. Очень кстати распространная расшифровка.
RA (2004-12-30 15:04:00) [14]Я тоже думал над этой проблемой. И надумал вот что. Если уж делать свою IDE, то чтоб там был и дизайнер. А как сделать дизайнер без MCK? А никак, т.е. специфика KOL такова, что инициализация компонента без MCK не пройдет. А следовательно, создав свой IDE, мы особо ничего нового не приобретаем.
PS.
2ECM
translate.ru переводит твой ник как ЕВРОПЕЙСКИЙ ОБЩИЙ РЫНОК.
ECM (2004-12-30 12:40:00) [15]Своя IDE - это редактор текста с возможностью вызова компилятора
или среда с возможностью визуального проектирования (дезайнер форм)?
Первый случай - вобщем-то тривиальная задача ...
Во втором думаю прийдется сочинять практически тоже что в Delphi реализовано ...свои design/run-time компоненты? или
пытаться грузить МСК?
Тут надо сначала обсудить, идеологию построения, нарисовать что-то наподобии спецификации на IDE...
SPeller (2004-12-30 12:06:00) [16]Согласен, что своя IDE не помешает, особенно если функциональность будет не хуже Дельфовой и сможет компилить Дельфийским помпилятором.
Boguslaw (2004-12-30 12:04:00) [17]http://sourceforge.net/projects/wxdsgn/
it is almost full designer for wxWidgets , with full GUI elements. Maybe would be easiest to change it for KOL ?
Boguslaw (2004-12-30 11:42:00) [18]One man is not enought, but together maybe it is possible.Someone with deep knowledge of Free Pascal is required.
ECM (2004-12-29 21:24:00) [19]IMHO нужно....
Было бы неплохо, конечно, избавится от нестабильностей МСК.
И "по-настоящему" контролировать генерируемый код.
Но... задача достаточно обьемная. Кто будет заниматься?