Помогите найти - Kylix3 Open

[stampoon]

Где скачать можно, дайте плиз ссылку. Заипался гуглить уже.

[serg_iv]

Ставь Лазаруса.
как и где на freepascal.ru
Кайликс борландом давно уже не поддерживается.

[stampoon]

интересует именно куликс

[Grom]

Лежит у меня на винте kylix3_open.tar.gz и апдейт к нему k3_open_update_2.tar.gz около 100Мб, куда залить?

[stampoon]

разбей и залей на depositfiles.com, если несложно

[Grom]

Всё в одном флаконе:
http://depositfiles.com/files/1896318
Добавил бесплатный ключ активации на случай если борланд перестал их раздавать, проект-то они закрыли.

[stampoon]

сэнкс

[stampoon]

тут еще вопросик есть:
выдает такую хрень при запуске:

[alexandr@localhost k3_open_update_2]$ /home/alexandr/kylix3/bin/startdelphi
/home/alexandr/kylix3/bin/delphi: relocation error: /home/alexandr/kylix3/bin/libwine.borland.so: symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link time reference

Чтобы это значило?

[eduard_pustobaev]

Не пойму. То ли варез, то ли не варез... Если варез, то удаляйте сами, пока не пришли модераторы. А делиться - через личку.

[stampoon]

не варез, итс фри
UPD: ах,да забыл еще:
при установке выскачило:
Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed.

Ему что нужен GTK<=1.0 ?? 0.o

[v04bvs]

не варез, итс фри
UPD: ах,да забыл еще:
при установке выскачило:
Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed.

Gtk-CRITICAL **: file gtkprogress.c: line 518 (gtk_progress_set_percentage): assertion `percentage >= 0 && percentage <= 1.0' failed.

Ему что нужен GTK<=1.0 ?? 0.o

некромантия это дело такое, тут сноровка нужна.

[jbond]

Это не варез. Это некрофилия.
Заставить работать Kylix на современных дистрах Линя - невозможно, по причине жесткой привязки к версиям библиотек 2001-2002 года!

Даже http://crosskylix.untergrund.net/#download прекратил свое существование.
И вообще делать Делфи для Линукс - это была огромнейшей ошибкой фирмы Борланд...

Единственная выгода осталась - это DBExpress.

Юзай FreePascal/Lazarus.

[AWSVladimir]

>И вообще делать Делфи для Линукс - это была огромнейшей ошибкой фирмы Борланд...
Ну конечно, при этом как то Вы не упомянули, что Борланд с МС обменялись пакетами акций на весьма кругленькую сумму, после этого D6 была уже чисто на MS фрейм-ворке и с него не слазила, даже для D2007 для Win32 нужно ставить фрейм-ворк только для IDE. Это же ж"па полная!!! (снес я эту гадость).

По моему мнению это был захват рынка для кросс платформенных приложений, но это для MS как кость в горле, поэтому после прихода к власти исполнительного директора в Борланде из MS, отдел по разработке вообще хотели закрыть/продать, но потом выделили в отдельное подразделение только после того, как продажи взлетели в верх.

ИМХО - замечательная была идея и IDE у борланда были очень хорошие. Нету - не вижу аналогов в лине...

Переходим с вина на лин. Вот я гляжу и не вижу нормальных сред разработки для перехода.
ГрЮсно.

[stampoon]

>И вообще делать Делфи для Линукс - это была огромнейшей ошибкой фирмы Борланд...
Ну конечно, при этом как то Вы не упомянули, что Борланд с МС обменялись пакетами акций на весьма кругленькую сумму, после этого D6 была уже чисто на MS фрейм-ворке и с него не слазила, даже для D2007 для Win32 нужно ставить фрейм-ворк только для IDE. Это же ж"па полная!!! (снес я эту гадость).

По моему мнению это был захват рынка для кросс платформенных приложений, но это для MS как кость в горле, поэтому после прихода к власти исполнительного директора в Борланде из MS, отдел по разработке вообще хотели закрыть/продать, но потом выделили в отдельное подразделение только после того, как продажи взлетели в верх.

ИМХО - замечательная была идея и IDE у борланда были очень хорошие. Нету - не вижу аналогов в лине...

Переходим с вина на лин. Вот я гляжу и не вижу нормальных сред разработки для перехода.
ГрЮсно.

поддерживаю

[v04bvs]

>И вообще делать Делфи для Линукс - это была огромнейшей ошибкой фирмы Борланд...
Ну конечно, при этом как то Вы не упомянули, что Борланд с МС обменялись пакетами акций на весьма кругленькую сумму, после этого D6 была уже чисто на MS фрейм-ворке и с него не слазила, даже для D2007 для Win32 нужно ставить фрейм-ворк только для IDE. Это же ж"па полная!!! (снес я эту гадость).

По моему мнению это был захват рынка для кросс платформенных приложений, но это для MS как кость в горле, поэтому после прихода к власти исполнительного директора в Борланде из MS, отдел по разработке вообще хотели закрыть/продать, но потом выделили в отдельное подразделение только после того, как продажи взлетели в верх.

ИМХО - замечательная была идея и IDE у борланда были очень хорошие. Нету - не вижу аналогов в лине...

Переходим с вина на лин. Вот я гляжу и не вижу нормальных сред разработки для перехода.
ГрЮсно.

После джавы в эклипсе, от дельфи так плеваться хочется. Оно даже отступы ставить не умеет, о чём тут можно говорить - не понимаю. Вы там все мазохисты что ли?

[sergio]

>
ИМХО - замечательная была идея и IDE у борланда были очень хорошие. Нету - не вижу аналогов в лине...

Переходим с вина на лин. Вот я гляжу и не вижу нормальных сред разработки для перехода.
ГрЮсно.

После джавы в эклипсе, от дельфи так плеваться хочется. Оно даже отступы ставить не умеет, о чём тут можно говорить - не понимаю. Вы там все мазохисты что ли?

Ребят, вот тут в конфе, сверху СПЕЦИАЛЬНО ДЛЯ ВАС прикреплены темы, в т.ч. вот этот флейм протяженностью два года+.
Плиз, не начинайте все с начала, ладно?
AWSVladimir, ознакомьтесь пжалста, там восемь страниц за два года: IDE под Linux

[v04bvs]

>
ИМХО - замечательная была идея и IDE у борланда были очень хорошие. Нету - не вижу аналогов в лине...

Переходим с вина на лин. Вот я гляжу и не вижу нормальных сред разработки для перехода.
ГрЮсно.

После джавы в эклипсе, от дельфи так плеваться хочется. Оно даже отступы ставить не умеет, о чём тут можно говорить - не понимаю. Вы там все мазохисты что ли?

Ребят, вот тут в конфе, сверху СПЕЦИАЛЬНО ДЛЯ ВАС прикреплены темы, в т.ч. вот этот флейм протяженностью два года+.
Плиз, не начинайте все с начала, ладно?
AWSVladimir, ознакомьтесь пжалста, там восемь страниц за два года: IDE под Linux

<offtop>А почему все так боятся флеймов?</offtop>

[AWSVladimir]

Ребят, вот тут в конфе, сверху СПЕЦИАЛЬНО ДЛЯ ВАС прикреплены темы, в т.ч. вот этот флейм протяженностью два года+.
Плиз, не начинайте все с начала, ладно?
AWSVladimir, ознакомьтесь пжалста, там восемь страниц за два года: IDE под Linux

В том то и дело, что перечитал, ставил на тестовой машине, что было написано, ну в упор не увидел нормальное иде, хотябы на уровне Delphi/Builder 5.
5-ти летней давности (если не больше), я уже не говорю, что бы лучше.
Нормальная среда для PHP разработок есть, это PhpEd,Zend.Тот же эклипс.
Но где среды для нативных разработок?

Мне в общем то пофиг на чем писать, Asm,Clipper,Pascal,PHP,C, но блин среда разработки это уже 70% успеха.
Вовращаться обратно в текстовый редактор - отброс на 10 лет назад.

Если есть, то бросьте ссылку на подобие IDE которые есть хотя бы по функционалу походили как для PHP, но для программирования гуев и БД для лина.

PS: Лазарус - очень сырой.

[sergio]

В том то и дело, что перечитал, ставил на тестовой машине, что было написано, ну в упор не увидел нормальное иде, хотябы на уровне Delphi/Builder 5.
5-ти летней давности (если не больше), я уже не говорю, что бы лучше.
Нормальная среда для PHP разработок есть, это PhpEd,Zend.Тот же эклипс.
Но где среды для нативных разработок?
Мне в общем то пофиг на чем писать, Asm,Clipper,Pascal,PHP,C, но блин среда разработки это уже 70% успеха.
Вовращаться обратно в текстовый редактор - отброс на 10 лет назад.
Если есть, то бросьте ссылку на подобие IDE которые есть хотя бы по функционалу походили как для PHP, но для программирования гуев и БД для лина.
PS: Лазарус - очень сырой.

Видите ли, тут весь вопрос - что вам от ИДЕ нужно... Скажем, Виндовз хорошая Дескотоп-Е для юзера? Наверное, из того что существует неплохая. Так вот, в минувшие (слава богу) годы, мое общение с продуктами от МС (и 98, и ХР) традиционно начиналось с попыток сократить количество интерфейсных рюшечек до уровня Вынь95-минус-минус. А жизнь в системе протекала между фаром, мозиллой и винампом (с редкими вылазками в фотошоп, где не зная хоткеев даже "любителю" жить некомфортно...). Спросите любого верстальщика или (напряженно рабоающего-) дизайнера, посмотрите как они работают - мышкой только перемещение-наведение, все команды вторая рука с клавиатуры вводит комбинациями хоткеев. Поэтому логично предположить, что программисту, который работает не с картикой а с текстом, тем более - структурированным текстом, мышка вообще не нужна. Задача среды - обеспечить удобное управление и навигацию по хоткеям. Примерно это на тех восьми страницах и пытались объяснить поклонники вима с емаксом, а также то, что в этой области виму с емаксом равных нет.

Исключение одно - рисование окошек. Но исключение или нет - тут же все упирается в ваши задачи. У кого-то окошки занимают 5 процентов приложения, у кого-то - 95. У кого-то там и саморисуемые элементы, и хитрые композитные представления, у кого-то - двадцать меню десять тулбаров и полсотни диалогов из стандартных элементов, и все они управляют переменными в классе-экземпляре главного окна. =) Вот для этих последних наверное и был Глайд придуман. =)

На самом деле есть и еще исключение: UML. Но судя по тому, что в той длинной дискуссии его кажется ни разу не упоминали, он здесь никому из присутствующих не нужен. =)

Всевозможные визарды и макроподстановки опять же решаются через расширения программируемых сред (т.е. отстройку именно того, что тебе надо, а не что г-н производитель изволил вставить), а те, что касаются гуев - Глайдом. =) Кстати, последний работает с ХМЛ, так что создание "визардов" для него - тоже решаемая на коленке задача, полагаю, и вызывать их можно из того же емакса. =)

Я охотно верю, что чего-то не хватает. Вот, например, если надо клепать хучу десктоп мордочек для корпоративной БД, мордочки зачастую крепятся к готовому ядру (иногда ваще покупному или получаемому от другой команды писателей), т.е. все "программирование" это связывание нажатий кнопочек-менюшечек на "формочках" с вызовами ядерного "компонента", т.е. вся логика, с которой имеет дело программист это логика взаимодействия юзера с гуи - там может и нужна "система верстки с полями для вставления нескольких строчек кода". Собственно, именно под эту нишу рынка и создавался Делфи. И, как видите, под линуксом он остался невостребован. Вероятно потому, что офисные компьютеры для девочек и окошек к БД обычно под виндовзом (и слава Гейтсу, пусть и дальше будут).

Сформулируйте задача - может вам что и подскажут. Но разумеется, будьте готовы к тому, что после мышиного редактора со стандартными кнопками-менюшками, вход в сугубо хоткейную среду довольно некомфортен и обременителен. И к тому, что "готовых решений из коробки" в линукс мало, тут надо напильником уметь... тем он и хорош, что тут можно напильником, если не влазит.

[AWSVladimir]

Сформулируйте задача - может вам что и подскажут.

Язык разработки: С++,Pascal
Базы: Oracle,MySQL,Interbase,DBF - хотя бы
Интерфейс: Окошки и консоль.
Модули: выполняемы, библиотеки
Возможность использование КОМПОНЕНТОВ.

1.Установка: Что бы поставилось и заработало за 1 час (в вине минут 15-20 нужно на установку, в основном копирование файлов).
2.Требование к IDE
Отладка:
* одно и много поточных приложений
* Просмотр локальных, глобальных переменных
* Возможность переключиться на бинарный код
* Встроенная возможность удаленной отладки
* Выполнение в режиме отладки: Запуск функции стороннего класса, просмотр значений его внутренних данных.
* Возможность отладки кода библиотеки при запуске сторонней программой.
* Точки останова по условию
* Отладка в режиме CPU с переходам на различные сегменты + возможность непрсредственной правки в памяти программы

Компиляция
* компиляция 1-й клавишей: модуля, программы, проекта.
* Директивы компилятора + использование собственных директив

Дизайнер форм
* Расширяемость своими обработчиками свойств класса-компонента.
* Классификация свойств по своему желанию/привычкам
* создание обработчика на событие ИЗ дизайнера и при нажатии 1-й клавиши обратный переход в него.

Редактор кода:
* автоподсветка
* автозавершение
* автосоздание класса на основе определения свойств и методов
* шаблоны
* Создание собственных описаний к классам и методам (к добавлении к существующим )
* Редактирование одного и того же модуля в 2-х окнах одновременно.
* Переход в модуль где описан класс, метод, тип при горячей клавише, с автоматически открытием этого модуля.



Это ВСЕ должно быть из одного IDE!!!

*** рефакторинг, cvs и т.д. - можно и без них.

Все что написал - это минимальный необходимый функционал, без дополнительных фич.

Где такое есть?
Я не нашел...

[sergio]

Думаю, что если на этот список вопросов, без флейма, собрать ответы и прикрепить там вверху рядом с тем длинным топиком, то буит хорошо...

Владимир, я по своему разумению несколько коммов не совсем по теме вопроса.

Язык разработки: С++,Pascal
Как уже говорили, паскаль в юниксе плохо прижился. Не знаю уж как там в маках, но в венде, если завтра перестанут поддерживать (еще поддерживают?) Дельфи, и он окажется глючно работающим с очередной вистой - то у вас паскаля и там тоже не окажется, увы...

Базы: Oracle,MySQL,Interbase,DBF - хотя бы
Тут не совсем понятно, какое проявление должны иметь базы в ИДЕ.

Интерфейс: Окошки и консоль.
Специфика виндоуз-мышления. В юникс нет "окошек" и "консоли". все программы в си начинаются с мэйн. Дальше все зависит от того с какими библиотеками вы работаете. Х, гтк-гткмм-хфс-гном, куте-кде, wx-виджетс, флтк, проч. Один выполнимый файл может с одними аргументами ком строки работать как "консольная утилита", с другими - искать иксы. Для превращения из консоли в гуи достаточно дописать три строчки в мэйн и двадцать букв во флаги компилятора-линковщика.

Возможность использование КОМПОНЕНТОВ.
Растолкуйте, что вы понимаете под этим словом большими буквами, я боюсь, что это специфика дельфи-мышления.
В программе на си "компонент" - это библиотека. В ОС линукс "компонент" - это пакет для соответствующего пакетного мэнеджера.
Редакторы ГУИ, по крайней мере некоторые, позволяют добавлять композитный виджеты в "палитру", где-то можно добавлять свои классы гуи-элементов...

1.Установка: Что бы поставилось и заработало за 1 час (в вине минут 15-20 нужно на установку, в основном копирование файлов).
...После чего надо полдня "навигироваться мышкой по менюшкам", чтобы подогнать все настройки под свои желания?
Формально, пакеты в линукс ставятся не дольше. Свои настройки вы приносите с собою и копируете в домашний каталог. Все?
Немного надуманное требование, имхо. Т.е. для кого-то оно может и важно, но обычно люди рабочую среду по три раза в месяц с нуля не пишут, ее поддерживают годами и годами пользуются...

* компиляция 1-й клавишей: модуля, программы, проекта.
Это вам большая часть ИДЕ предложит, б.или м. криво-прямо.

* Директивы компилятора + использование собственных директив
"Собственный директивы" в никсе можно писать тоннами и годами сколько влезет - тут богатый выбор (в отличие от): макросы си, мэйк, sh, perl, sed, awk, python, ......... Что именно вы хотели?

* Расширяемость своими обработчиками свойств класса-компонента.
Здесь наверное надо уточнять суть задачи...

* Классификация свойств по своему желанию/привычкам
Это имхо не нужно в нормально написанной ИДЕ - там все свойства штатных "компонентов" классифицированы единообразно и удобно, в соотв с выполняемыми функциями. В дельфи с этими дебильными списками "пропертизов", которые еще и скроллить надо и выискивать где там что - там да, не повредит. В куте дизайнер эту тупость по-обезьяньи скопировали. В Глайде - нет. (имхо, как понимаете)

Редактор кода:
* автоподсветка
Есть наверное везде....

* автозавершение
Есть много где, но не везде будет работать из коробки, как в дельфи - надо настраивать... да и задача не такая однозначная и простая, как может показаться на первый взгляд.

* автосоздание класса на основе определения свойств и методов
Что-то те автосоздатели, которые мне попадались на глаза, были убоги или неудобны настолько, что уматеришься с ними париться; быстрее руками набьешь, а уж с нормальными макроподставновками и подавно быстрее....

* шаблоны
Видимо, имеется в виду макроподстановки и "code snippets"? Есть такого. Даже в Кате было.

* Создание собственных описаний к классам и методам (к добавлении к существующим )
В смысле - документирующие комментарии? встречается...

Это ВСЕ должно быть из одного IDE!!!
Фокус в том, что никс и есть одна ИДЕ. =) Здесь не надо двадцать минут ждать, пока скопируются файлы при установке. =) Пока одна часть ставится, вы в другой делом занимаетесь. =)
А вы хотите ИДЕ-заменительОС, как Дельфи, чтоб там все свое-готовое... У этого подхода свой недостаток: вы всегда будете вынуждены использовать то, что вам навязывают: и редактор, какой есть, и подсветка-автодополнение, и гуи-редактор, и библиотеку гуи, и фреймворк с формами... Ну, тогда для вас лучший вариант - ява и эклипс, наверное. Си - он все равно везде с прорвой своих заморочек... и паскаль "как у борланда" - в борланде, а в остальных местах как придется...

На вкус на цвет, конечно. Просто часть требований по-моему - это то, что называется "сила привычки" или "инертность мышления". Кто родился в Англии, тому весь остальной мир потом не по той стороне дороги ездит.

[AWSVladimir]

>Язык разработки: С++,Pascal
Мне паскаль больше нравится, т.к. прямо по коду можно прогнозировать выполнение, а в си-макросы, пре процессорная обработка, хрен знает что на выходе м.б.

>Базы: Oracle,MySQL,Interbase,DBF - хотя бы
>Тут не совсем понятно, какое проявление должны иметь базы в ИДЕ.
Это когда при разработке, ничего не компиля можно получать данные с сервера и соответственно с ними работать, до компиляции и отладки.

>Интерфейс: Окошки и консоль.
>Специфика виндоуз-мышления. В юникс нет "окошек" и "консоли". все программы в си начинаются с мэйн. >Дальше все зависит от того с какими библиотеками вы работаете.
Хм, не знал, посмотрю.

>Возможность использование КОМПОНЕНТОВ.
Компоненты - это больше чем класс. Например 1 компонент м/б из десятка классов, но обеспечивающее единую функциональность. Например компонент "Выпадающий список текста", на основе него можно сделать выпадающий список текста с картинкой, только картинки, выпадающего списка в выпадающем списке.
Т.е. для Делфи/билдера есть огромнейшая библиотека компонентов различной направленности Jedi, так они сильно переплевывают стандартный набор компонентов, который довольно большой.
Компоненты очень сильно упрощают разработку, экономя годы.
Можешь поинтересоваться набором компонент и их функциональности JEDI VCL for Delphi
http://sourceforge.net/mailarchive/forum.p...iewmonth=200508
Это лишь куцый перечень, только в ней несколько тысяч модулей.


>>* компиляция 1-й клавишей: модуля, программы, проекта.
>Это вам большая часть ИДЕ предложит, б.или м. криво-прямо.
Какие? Ставил QTDesing и Кдеешный. Не нашел я там кнопку, Build,Run,Compile.
В отличие от того же Zend.

>>* Директивы компилятора + использование собственных директив
>"Собственный директивы" в никсе можно писать тоннами и годами сколько влезет - тут богатый выбор (в отличие от): макросы си, мэйк, sh, perl, sed, awk, python, ......... Что именно вы хотели?
Нет.
Пишется в коде
IfDef='Прога для плохих парней'
-- бла бла
IfDef='Прога для блондинок'
-- бла бла

Стандартные правила в это ситуации - делать inc где есть определения, но это ж тогда нужно их включать во все модули. Напряжно просто. Тем более, что одни модули могут использоватся с разными проектами и у которых разные inc файлы определения. Напряжно это. В последних версия MS и Борланда была включена возможность создавать собственные определения при компиляции, что бы убрать эти inc. Есть ли это в лине?

>* Расширяемость своими обработчиками свойств класса-компонента.
>Здесь наверное надо уточнять суть задачи...
Ну для примера у виз. компонента есть св-ва позиционирования и размера top-left-wight-heigh. Это единая группа. Я сделал, что бы при выборе любого из этих св-в открывалось окно в котором с помощью скролинка или набитием циферек они менялись. Быстрее работать!

>>* автосоздание класса на основе определения свойств и методов
>Что-то те автосоздатели, которые мне попадались на глаза, были убоги или неудобны настолько, что >уматеришься с ними париться; быстрее руками набьешь, а уж с нормальными макроподставновками и >подавно быстрее...
Да нет, если есть класс и в заголовке класса описываешь функцию, то она автоматом создается в теле, так же удаляется.


>>* Создание собственных описаний к классам и методам (к добавлении к существующим )
>В смысле - документирующие комментарии? встречается...
Да, есть для пхп, джавы.
Если в лине для Си подобное?


>Фокус в том, что никс и есть одна ИДЕ. =) Здесь не надо двадцать минут ждать, пока скопируются файлы >при установке. =) Пока одна часть ставится, вы в другой делом занимаетесь. =)

ergio - мы ж не дети. Ты же понимашь, что идет разговор о среде разработки.

>А вы хотите ИДЕ-заменительОС, как Дельфи, чтоб там все свое-готовое... У этого подхода свой недостаток: >вы всегда будете вынуждены использовать то, что вам навязывают:
НЭправда, все там замечательно изменяется, что стоит только один CodeRush.
Сам расширения писал. awsexpert назывался.

>На вкус на цвет, конечно. Просто часть требований по-моему - это то, что называется "сила привычки" или
>"инертность мышления". Кто родился в Англии, тому весь остальной мир потом не по той стороне дороги
>ездит.

Блин, мне зарплату платят, за то что я программы клепаю и чем быстрее - тем зп выше.
В делфи/билдер средненькая программа - месяц, максимум два.
Хороший проект с 2-мя людьми плюсом - 6-8 месяцев. Это с ТЗ, разработкой, обучением, документацией, тестированием, тестовой эксплуатацией.

Как тут блин в лине такие сроки выдерживать - ума не приложу.

[sergio]

>Язык разработки: С++,Pascal
>Мне паскаль больше нравится, т.к. прямо по коду можно прогнозировать выполнение, а в си-макросы, пре процессорная обработка, хрен знает что на выходе м.б.
Ну если знаешь, что пишешь и чего хочешь - прогнозируешь. =) Макросы в си+ не любят, там без макросов неплохо (иногда они могут быть удобны, в т.ч. как замена (переносимая, и не требующая среды, хехе) для тех же визардов...)

>Базы: Oracle,MySQL,Interbase,DBF - хотя бы
>Тут не совсем понятно, какое проявление должны иметь базы в ИДЕ.
>Это когда при разработке, ничего не компиля можно получать данные с сервера и соответственно с ними работать, до компиляции и отладки.
Наск. понял, это имеется в виду SQL терминал. К майэскуэль такой в стандартной поставке среди утилит шел, только консольный и неудобный... давно смотрел это дело, наверное есть и лучше.

>Возможность использование КОМПОНЕНТОВ.
Компоненты - это больше чем класс. Например 1 компонент м/б из десятка классов, но обеспечивающее единую функциональность. Например компонент "Выпадающий список текста", на основе него можно сделать выпадающий список текста с картинкой, только картинки, выпадающего списка в выпадающем списке.
Т.е. для Делфи/билдера есть огромнейшая библиотека компонентов различной направленности Jedi, так они сильно переплевывают стандартный набор компонентов, который довольно большой.
Компоненты очень сильно упрощают разработку, экономя годы.
Можешь поинтересоваться набором компонент и их функциональности JEDI VCL for Delphi
http://sourceforge.net/mailarchive/forum.p...iewmonth=200508
Это лишь куцый перечень, только в ней несколько тысяч модулей.


Понятно, видел я дэльфи и сибилдер видел, и в исходники компонентов нос сувал, правда чуть-чуть, и каталоги свободных и платных компонентов для дельфи-билдера видел.
Тут вы немножко не все сказали. Нормально собранная библиотека, при подключении к проекту, даст вам пачку классов, обеспечивающих нужную функциональность, расширяющих стандартный набор, достраивающих его и проч.
Компонентная модель предполагает помимо этого нечто еще - интерфейс взаимодействия с платформой (фрэймворком) для которой компонент создавался. Обычно реализуется отражение - т.е. у любого компонента есть базовый функционал, позволяющий его "опросить" и получить с него список его "пропертизов" и типы данных для них, а потом отобразить этот список в стандартном ИДЕ для редактирования разработчику.
Поэтому все ваши компоненты - это не привилегия виндовз или паскаля или... , а модель, принятая на RAD-платформе Борланда. Именно в этой системе "компонентов" ее суть и ее сила. А большое число компонентов (среди которых, впрочем, дохрена дублирующих друг друга) определяется тем, что они там продаются и покупаются, благо есть большой спрос на разработку всех этих приложений, которые используют - эти таблицы для отображения СКуЛ запросов, генератор диаграмм и рапортов, и проч. Не знаю, поддерживает ли еще хоть одна ИДЕ борландовские компоненты - вероятно, интерфейс запатентован типа.
Собственно, аналогичные возможности (не знаю, насколько "аналогичные", но чем-то схожие =) ) закладывались вроде и в куте и гтк. И в куте и в гтк они используются, но до "компонентной модели" кажется не доросли (?).

>>* компиляция 1-й клавишей: модуля, программы, проекта.
>Это вам большая часть ИДЕ предложит, б.или м. криво-прямо.
>Какие? Ставил QTDesing и Кдеешный. Не нашел я там кнопку, Build,Run,Compile.
>В отличие от того же Zend.
Гм, вчера ставил code-blocks, там акраз три кнопки и все работает. Правда вроде криво, потому что результата запуска хелловорлд я не увидел - пришлось зайти в папку куда его поклали - от там лежал, все ОК. =)

Нет.
Пишется в коде
IfDef='Прога для плохих парней'
-- бла бла
IfDef='Прога для блондинок'
-- бла бла

Про паскаль не в курсе, а для си есть стандартные макро конструкции, они на всех платформах.
#ifdef NAME
blah blah
#endif

Стандартные правила в это ситуации - делать inc где есть определения, но это ж тогда нужно их включать во все модули. Напряжно просто. Тем более, что одни модули могут использоватся с разными проектами и у которых разные inc файлы определения. Напряжно это. В последних версия MS и Борланда была включена возможность создавать собственные определения при компиляции, что бы убрать эти inc. Есть ли это в лине?
Как сказал выше, паскаль не знаю, в си это есть в любом адекватном компиляторе. А не у "МС и Борланда". Если надо что-то свое экзотическое - куча скриптовых языков и утилит в помощь, как сказал.

>* Расширяемость своими обработчиками свойств класса-компонента.
>Здесь наверное надо уточнять суть задачи...
Ну для примера у виз. компонента есть св-ва позиционирования и размера top-left-wight-heigh. Это единая группа. Я сделал, что бы при выборе любого из этих св-в открывалось окно в котором с помощью скролинка или набитием циферек они менялись. Быстрее работать!

Эээээ, товарищъ... Во первых - это не свойства компонента как такового, а свойства его обвязки для использования сугубо в ИДЕ, т.е. возможность задать персональную палитру настроек (если я вообще понял, о чем речь). Думаю, эта проблема решается, но возможно для этого придется доработать дизайнер (а в линукс такой подход только приветствуется ).
Во-вторых - про цифирки в большинстве случаев вообще забудьте - размеры иногда задаются минимальные-оптимальные-максимальные, но большинство элементов будет управляться менеджерами лэйаута. Система позиционирования виджетов цифирьками - крайне убого глючно и негибко, не приспосабливается по уму для разных тем, шрифтов, кеглей, языков, операционных систем и проч., кроме МС я этой шедевральности нигде не встречал (хотя в ГТК есть возможность использовать виджет-контейнер с абсолютным позиционированием, если зачем-то специально надо), ни в никсовых библиотеках, ни в явовских. Забудьте как страшный сон.

>>* Создание собственных описаний к классам и методам (к добавлении к существующим )
>В смысле - документирующие комментарии? встречается...
Да, есть для пхп, джавы.
Если в лине для Си подобное?

Сразу скажу - для си системы автодокументирования по ряду объективных причин сложнее и проблемнее явовских. =)
Есть аналог javadoc - Doxygen. И еще какой-то его брат был, не помню, типа DocC++ обзывался. А само окошко для ввода комментария в некоторых средах предусмотрено, хоткей для оформления выделенного текста в комментарий - тоже...

>А вы хотите ИДЕ-заменительОС, как Дельфи, чтоб там все свое-готовое... У этого подхода свой недостаток: >вы всегда будете вынуждены использовать то, что вам навязывают:
НЭправда, все там замечательно изменяется, что стоит только один CodeRush.
Сам расширения писал. awsexpert назывался.


Блин, мне зарплату платят, за то что я программы клепаю и чем быстрее - тем зп выше.
В делфи/билдер средненькая программа - месяц, максимум два.
Хороший проект с 2-мя людьми плюсом - 6-8 месяцев. Это с ТЗ, разработкой, обучением, документацией, тестированием, тестовой эксплуатацией.

Как тут блин в лине такие сроки выдерживать - ума не приложу.

Возможно, что и никак. И проблема не в системе. Проблема в том, что вы работаете не просто в ИДЕ, насколько я уловил по специфики вопросостроения, а на RAD-платформе Борланда, и работаете именно в том ключе, под который она создавалась. И, соответственно, вам не только ИДЕ нужна, но именно обширнейший фрэймворк, с кучей готовых для копи-пейст (зачеркнуто) драг-анд-дроп компонентов. Именно это предлагал Борланд. Сходные решения можно поискать в ява... если она вас устроит своей некоторой тяжеловесностью... то вот, как раз - платформа, переносимая, стандартизированная, среда есть - эклипс, весь мир в ней работает (ну, почти весь). =)
Т.е. еще раз, для итога: вы в работе использовали RAD а не IDE, так что вопрос построен не совсем корректно. Использовали ее, насколько я понял, сугубо по назначению, в ее целевой нише, интенсивно и успешно. Разумеется, никакая ИДЕ ей тут конкурецию не потянет. Так что надо или оставаться с борландом под виндоуз, или подбирать (дорабатывать, поднимать инициативу создавать проект) ИДЕ в линукс, но не надо ожидать, что она окажется сразу легко и бесплатно вровень с борландовским фреймворком - тот создавался десяток лет коммерческой конторой. =)

PS. Можно посмотреть Qt. К тому же она переносимая - лин/вин. Правда, для ваших задач, коммерческая библиотека стоит под 4 тыщи уе. GPL версия бесплатно, но... боюсь, заказчикам будет проблематично объяснить, почему то, за что они платят деньги, оказывается под публичной лицензией. =) Ну с "компонентами" под нее как... может быть, что и никак, надо разбираться.

[AWSVladimir]

>>Как тут блин в лине такие сроки выдерживать - ума не приложу.
>Возможно, что и никак.
В общих чертах понятно.

>коммерческая библиотека стоит под 4 тыщи уе. GPL версия бесплатно, но... боюсь, заказчикам будет >проблематично объяснить, почему то, за что они платят деньги, оказывается под публичной лицензией. =)
А вот с этого место поподробнее. С чего бы при использования компилятора GPL, все что мы будем разрабатывать будет под GPL?
У PHP тоже вроде GPL, но сайты м.т продаваться в закрытом-шифрованном виде.
Я то то упустил в лицензионных хитросплетениях?

[AWSVladimir]

В догонку.
> Гм, вчера ставил code-blocks, там акраз три кнопки и все работает.
А что ставили?

[sergio]

А вот с этого место поподробнее. С чего бы при использования компилятора GPL, все что мы будем разрабатывать будет под GPL?
У PHP тоже вроде GPL, но сайты м.т продаваться в закрытом-шифрованном виде.
Я то то упустил в лицензионных хитросплетениях?

http://trolltech.com/products/qt/licenses
http://trolltech.com/products/qt/licenses/...censingoverview
С библиотеками есть некоторая сложность, поскольку непросто понять, является ли она частью программы, или нет. Если у вас статическая линковка, то вроде бы является. Если в чистом виде динамическая - то вроде бы нет. С куте там в чистом виде не выйдет, боюсь, поскольку в любой свой гуи производный класс вы вставляете макросы, и после прохода препроцессора и мок-препроца там получается изрядно кутешного кода.
Но независимо от, в лицензиях к библиотекам обыкновенно оговаривается, какое ограничение они накладывают или не накладывают на собранный против них код.
Для библиотек есть своя версия лицензии - LGPL, Lesser или Library GPL, она вроде бы подразумевает, что GPL не распространяется на ваш код до тех пор, пока вы не взялись патчить саму библиотеку; если взялись, то именно ее исходники вы должны открыть с патчами, код библиотеки под GPL, код который ее использует - нет.
GPL лицензия для библиотек вероятно будет предполагать, что под GPL лицензию попадет и использующий код. Поэтому библиотеки обыкновенно под LGPL, программы под GPL.

Возможно, ничего отрицательного, если вы откроете коды своих дельфи-программ, не случится. Если программа является только связкой стандартных компонентов под конкретные задачи - она все равно никому больше не подойдет и не пригодится, переделывать выйдет дороже чем новую написать. Это уж я не знаю, оно от специфики задач зависит. Но если встанет вопрос, вдруг, то объяснить заказчику эти заморочки и то, что он вроде как ничего не теряет, оттого что заплатил вам за программу, а завтра ее Вася Пупкин скачал из интернета нахаляву, боюсь будет непросто.
Словом, надо внимательно прочитать (наконец, хехе) лицензионные тексты и понять, что именно требуется - самой GPL и Qt в варианте под GPL.

В догонку.
> Гм, вчера ставил code-blocks, там акраз три кнопки и все работает.
А что ставили?

Просто привел как пример. IDE Code::Blocks. В эклипсе (для явы во всяк случае) кнопочки выполнить и отладить есть, с сишным еще не разбирался. И не забываем, что среды как правило надо сперва настроить. Для кнопочки "собрать-выполнить" нужен компилятор, а он в состав ИДЕ обычно не входит, в отличие от дельфей.

[KavarDack]

Вообще, я давно заметил - программеры четко разделились на две неравные части. Условно - компонентщики (те, что без серьезного ИДЕ себя не мыслят, для них программирование есть создание формы, перетаскивание туда компонент и приписание компонентам кусков кода) и ... остальные
Плохого не скажу, конечно Первые не думают о структуре - ее сразу задает ИДЕ. То бишь это довольно ограниченный, по идее, класс приложений. Но распространенный и в общем расширяющийся.
Остальные продумывают структуру и под нее либо пишут, либо привлекают библиотеки. Получается дольше (иногда существенно дольше - но отнюдь не фатально), но как правило гибче и разнообразней.

[madtux]

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

Даешь!Компилятор под круг задач!
Дельфи это чисто прикладной компилятор,qt иксовый набор библиотек.А на gcc можно собрать систему
ну и что из этого следует?
В MS Windows GUI не отстегнешь,Набор API статичен.Там уходить от IDE себе дороже по времени и затратам.
Но Linux диктует совершенно другие правила ,и использование любого набора библиотек ,будь то qt или
gtk или любой другой,сдесь диктуется удобством,возможностями,etc
Именно поэтому Kylix в конечном итоге окaзался ненужен.При слишком жесткой структуре системы программисты просто вынуждены подчинятся правилам IDE .

[sergio]

Именно поэтому Kylix в конечном итоге окaзался ненужен.При слишком жесткой структуре системы программисты просто вынуждены подчинятся правилам IDE .

Борланд, насколько понимаю, был нацелен на разработку клиентов к корпоративным базам данных. Поскольку в таком клиенте, по-хорошему, логики нету или минимум, есть только представления и интерфейс для управления ими и ввода-вывода, то привязка всего к гуи-фреймворку была вполне обоснована. Для остальных приложений естественно подход "начинаем строить дом с форточек" не лучшее решение.
На линукс Kylix не нашел своего сегмента рынка, на нем в основном сервера, программисты и маньяки. В РФ эта ситуация сейчас немного зашаталась, но не уверен, что что-то сильно переменится.
Кроме того мне тут сказали, что кайликс был не аналогом дельфи-билдер под линукс, а весьма кривой и проблемной поделкой. То-то люди жалуются, что она даже на современных ядрах работать отказывается...