![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Apollo project?
Gandalf © (2003-11-21 11:08:00)Частенько получаю письма с мыслью о том, что самого KOL в чистом виде никому не хватает - нет ни хинтов, ни Grid'ы, ни захудалого TrackBar'а, ни далогов потребных. Приходится лазить по сайтам и скачивать по потребностям, выбирая из 2,3,4 версий разных людей - причем некоторые компоненты уже закрыты и не поддерживаются авторами, некоторые без демок и хелпов, но с кучей багов, многие совместими лишь с одной версией Дельфей. Народ просит создать дистрибутив KOLnMCK - коротый бы составу не уступал набору VCL (ну или хотябы приближался) и там были бы компоненты и доками, демками, совместимые и самые лучшие в своем "жанре". Что бы талой дистриб скачал, поставил и радуешься :).
Посему вопросы:
1) А оно надо?
2) Что туда включить?
3) Как это назвать?
Ну и иные мысли на эту тему.
Gandalf (2003-11-26 22:07:00) [21]2savva: Компилировать не пробовал - а запускать пробовал, пол света обойдешь, кривее не найдешь.
2techm: Про закладки - сам делаю другим советую, но заставить нельзя.
2Sniper: По поводу контролов по всем сайтам - о KOL не так много сайтов (если я не прав - кадайте сюда линки - буду благодарен), я Кладовский сайт весь скачал и думаю на днях в базу загоню и все сюда выложу. Больше контролов нигде нету. Бартов ушел. Многие тут "отлеживаются" и я в том числе.
=Sniper= (2003-11-26 19:17:00) [22]Вообщем надо на этом сайте собрать все компоненты(с сайтов авторов компонентов! ;-)) И все их исправить под разные версии Delphi... так если зделать, то тоже будет хорошо! :-)
IMHOПросто раздражает этот хаос! %-)
techm (2003-11-26 17:34:00) [23]Присоединяюсь к Stargazer.
И тут дело не в ламерах. Даже профессионалам будет приятно не тратить время на написание самых обычных контролов.
Кстати действительно неплохо бы раскидать KOL по закладкам.
savva (2003-11-26 15:52:00) [24]а никто не пробовал копилировать Lazarus для Win32? у меня просит модль CUSTAPP - а его то и нету:)
Gandalf (2003-11-26 12:44:00) [25]2mdw
1) Да не то чтобы желанием горю, я тему поднял из-за того что по почте просили не раз. Вот решил посмотреть как все на деле обстоит - сколько стороников, сколько противников, что да как. Пока видимо нет.
2) Кладов страницу KOL для себя зарезервировал, остальные как хотят, но в целом многие (некоторые) соблюдает такую нотацию. Потому клич к писателям контролов, кому не лень пусть перекинут свои контролы на нужные страницы комоны в соответсвии с VCL аналогами, или если аналога нет то в сообветвии с логикой (диалоги в KOL Dialogs и т.п.)
mdw (2003-11-26 12:34:00) [26]>Итак взгляды разошлись - еще послушаем.
А чего тут слушать? Если у кого есть желание и возможности - пусть делает, я так понимаю это будет Gandalf???:)) Только вот, прежде чем собирать пакет "все в одном", неплохо было бы хорошенько протестировать все компоненты и исправить глюки, иначе это будет мартышкин труд - человек будет ставить пакет, а после этого качать исправленные версии компонентов. Лично я согласен со
SPeller'ом - не нужно.
Да еще. Вопрос уже как-то поднимался, но не до чего, вроде, не договорились. Хорошо бы, компоненты ставились на разные страницы в палитре компонент, иначе на офигенной вкладе KOL найти что-либо очень сложно. Я предлагаю сделать структуру аналогично стандартным компонентам: KOL Standard, KOL Additional и т.д.
Стандартные компоненты KOL тоже было бы неплохо раскидать по разным вкладкам, но это вопрос к Кладову, а он скажет что ему и так неплохо, а кому нужно - ручками пусть это делает...:)))
Gandalf (2003-11-25 21:34:00) [27]Итак взгляды разошлись - еще послушаем.
2Богуслав:
По поводу fpc+linux+kol - такая ветка была - найдешь, поднимешь?
Boguslaw (2003-11-25 20:02:00) [28]Dev-Pas for FPC exists but is abandoned becouse DevC++ is the main project. I know that development of Dev-Pas was stopped on 1.92 version, so many things are incomplete.
aser (2003-11-25 17:16:00) [29]кстати есть dev-fpc - ide для fpc писанное на делфи...
Stargazer (2003-11-25 16:46:00) [30]Мне кажется, что суть вопроса немного расплывается...
Вот у меня щас на диске лежит каталог, называецца "KOL". И тама лежит все, что я сам натащил с KOL-сайтов - компоненты, утилиты, документация... Уйма времени угрохано на то, чтобы всё в одном получить - я бы лучше посидел, подперев голову, перед модемом, пока единый KOL-пакет "Apollo" сваливается целиком.
Что касается ламеров и компонентов...
Компоненты нужны для того, чтобы быстро сделать дело. Когда я быстро сделаю дело, у меня будет время, чтобы спокойно посидеть и покопаться во внутренностях компонентов и ламерства в мире станет чуть меньше :))))))
И еще один момент.
Дистрибутив КОЛ, на мой взгляд, послужит организационной точкой.
То есть, внимание разработчика будет сфокусировано на едином пакете, а не размазано по сайтам/форумам КОЛ.
Должно, должно быть нечто, собирающее в одно целое разрозненную, как мне кажется, платформу КОЛ.
Так всем будет лучше - и профессионалам, и начинающим. Вкупе объединение пакета лишний раз сработает на популярность КОЛ.
С уважением.
<Falcon> (2003-11-25 13:58:00) [31]По поводу основной темы врпроса. Не к чему такой пакет. Компоненты позарез нужные одному, без толку будут лежать у другово. По поводу совместимости с разными версиями Делфи, так почти все компоненты в исходниках, кто хочет пусть правит (у меня аж два раза такое нужно было сделать, остальное - просто компонент пересобрать). Что нужно, так это обновлять компоненты на сайте почаще, можно отдельную страницу под это с рейтингом по компонентам. И пусть желающие выбирают.
З.Ы. И я бы не беспокоился так о лицензиях и т.п. Да, конечно, хороше чтобы все было законно, но положа руку на сердце, у кого из присутствующих есть лизензионная Делфя?...
Gandalf (2003-11-25 10:00:00) [32]По поводу IFDEF согласен - береборщили ими в KOL - по мне дробленна аля FPC лучше. По поводу классов и асм - Спеллер прав - за исключением мест где нет пас версии :) Ладно я скачал FPC-Linux, поежился с ним, вроде компилиться, сейчас сижу думаю, куда идти - FPC смотрится куда заманчивее (тем болле в версии 2) - да и после него поддержку Kylix сделать не особая проблемма...
Ладно рванем в сторону FPC - я побежал :) Сейчас опять адаптацию работы с файлами делаю, ну и платформеный мусор windows выкидываю.
SPeller (2003-11-24 19:35:00) [33]
> трудновато вьежать в програмирование интерфейса на апи
То же самое что и обычным образом. Различие только в затратах времени на создание и обработку контролов.
aser (2003-11-24 18:24:00) [34]open kylix с несколькими компонентами всего-навсего + nag screen.
да и много ли людей покупают делфу ? fpc хорошая альтернатива, и ему кол не помешает. трудновато вьежать в програмирование интерфейса на апи да влом, и нет надобности по большому счету. пробовал wol на fpc - неплохо, но форма получается за 400 кб - еще больше чем на делфи. а вот реализация на fpc + kol + ide - весЧь. ну и мне б чета для баз. Только не говорите - тебе надо сам делай - мне слабО :)
SPeller (2003-11-24 15:25:00) [35]
> a) classes based to easly compile on FPC
Есть утилита kol2fpc - вроде бы в классы КОЛ переводит.
> b) pure PAS code (no assembler) to compile on other platforms
> (like planned Windows CE or Palm) using of course FPC
Можно отключить IFDEF ASM_VERSION и будет исполняться паскалевский код.
Boguslaw (2003-11-24 12:54:00) [36]IFDEF is good but not so many like in KOL , and the worst is fact that code is generated by MCK so my own IFDEF's must follow the MCK rules - that's not IFDEF were designed I think.If MCK would be just parser-generator-designer in IDE like in pure Delphi then KOL programs will look more "elegant" and (what makes me nervous in multiform programs) code will not be generated on program opening in delphi IDE (like MCK does now) But it is not the most importand. I think that KOL should be:
a) classes based to easly compile on FPC
b) pure PAS code (no assembler) to compile on other platforms (like planned Windows CE or Palm) using of course FPC
c) sizers based becouse all GTK is sizers based
I don't know QT at all which is used by Kylix, maybe it is using sizers also, anyway sizers are usefull too.
Ищущий_знаний (2003-11-23 17:24:00) [37]Состав KOL постоянно меняется. По типу VCL сделать ничего не получится.
Gandalf (2003-11-22 15:13:00) [38]2Boguslaw - почему же отказывать от Kylix и Delphi? Потому что платные? Но есть и бесплатные версии и Kylix есть с Open компилером. Компилируют они не так уж и плохо. И какая IDE - я лино считаю супер. Да у FPC большие перспективы - много платформ и т.п. Возможно стоит подумать над тем чтобы приладить компилятор FPC к Delphi или Kylix? Насчет моего перевода KOL под Kylix - его ведь можно и для FPC использовать почему нет? Я не поступился идеологией. Да нужны будут библиотеки Kylix - вместо мульти "ядра" FPC - но и не старшно в последствии можно и это поправить, а код будет почти 100% переносимым без корректив. А насчет IFDEF - без них нельзя или как?
ЗЫ: Я например уже перевел всю file часть KOL и невизуальной кусок, сейчас замахиваюсь на окна. Весь код пока переносим однозначно (хотя есть и исключения GetWindowsDir - под Linux не пашет :) ).
Boguslaw (2003-11-22 14:42:00) [39]2 SPeller
Open Source is the best I think , becouse one programmer is not enough : there are a lot related problems : IDE programming, package implementation, coordination,GTK port, visual components ,parser and components designer.
SPeller (2003-11-22 13:17:00) [40]
> но вот только чего-то я ещё не видел этих супер прог...
> ;-)
Ну и на VCL тоже не каждый день супер проги пишутся :)) Это ж я образно выражался )
> Да и что-то я на этом сайте ламеров ещё не видел ;-)
Ну тоже слегка приукрасил. Ну не ламер, но чел с низкими знаниями тут всё постил - Ciber SLasH. Вот для таких как он и нужен пак со всем вместе.
> Boguslaw (21.11.03 23:15) [8]
Я так думаю, что ваш проект имеет право на жизнь. Сам лично не знаю, буду ли его использовать, но те у кого проблемы покупки Дельфи для распространения прог - наверное найдут в нём своё спасение (я думаю, что проект будет freeware, или по крайней мере не настолько дорогой как Дельфи).