Вопрос снят, я кажется догнал. Насколько мне стало понятно, то в любом случае надо переделывать кодогенератор пакета. В натуре, может проще новый начать осваивать на отлаженном механизме RTCG, чем заниматься подстройкой старого под новый интерфейс взаимодействия со средой, и не факт, что это получится сразу, без большого количество косяков и багов, которые придется черт знает сколько ловить. Тут похоже, что овчинка не стоит выделки. Я посмотрел компоненты Лазаря, конечно, их меньше, чем сейчас у нас, но получить законченное рабочее приложение вполне можно, хотя, и не во всех областях

все зависит от целей: сейчас у нас цель развивать пакеты, у которых есть будущее.

nesco, советую все же освежить память прочтением конференции "Декларация Прав Независимости проекта HiPro" из ЛС, которую в конце 2008 года создавал еще Galkov. У меня есть смутное подозрение, что некоторые ее участники уже стали забывать основные мотивы замены кодогенератора пакета Windows(и FASM) на нечто аналогичное RTCG - управление элементом в Design-Time, "заглядывание вперед", многопроходность и т.д. и т.п. В итоге мы опять обсуждаем то, что еще три года назад всем было ясно и очевидно.

Да не к тому вопрос. И так ясно, что принцип RTCG перспективнее, но труды жалко, столько угоблено сил, времени и нервов на доводку пакета Windows...

nesco, бери новый кодогенератор и строй на нём пакет Windows+KOL, никто не запрещает. Как сказал Dilma, 4ю версию пока никто "хоронить" не собирается. Насколько я понял, после выхода релиза 5й, 4ю "заморозят" (т.е. в среду не будут добавлять новый функционал), и останется она для любителей старого пакета Windows.

------------ Дoбавленo в 19.29:
Главное - опыт приобретён, теперь делать новый пакет будет легче.

И нафиг он тогда, когда предлагается LCL

Он уже сейчас заморожен -- последняя инсталляция была черт знает когда, а последняя ночная сборка -- два месяца назад. И Hiasm 4 остался "как есть".

Если только не учитывать то, что пакет на базе LCL похож на VCL и организация интерфейса в нем существенно отличается от текущего пакета на KOL

nesco, что-то я тебя не пойму. С одной стороны, тебе жалко наработок в KOL-v4 пакете (т.е. в пакете Windows из HiAsm 4, использующем KOL). На это я (и Dilma) тебе отвечаем: можешь сделать свою версию пакета KOL-v5. Для этого придётся изучить кодогенерацию KOL-v4 пакета и сэмулировать её на RTCG. С другой, ты вроде хочешь перейти на LCL. И тут тебе препятствий нет - я думаю, все только рады будут, если такой опытный компонентоваятель будет заниматься новым пакетом.

Или всё это - разговоры о необходимости изучения RTCG?

iarspider, я еще ничего не могу начать делать, даже пробовать, у меня нет рабочей версии HiAsm 5 под Винду, не говоря уже о зачатках пакета FPC

RTCG прекрасно работает и с HiAsm4 (под него изначально и собирался)

У тебя есть наработка под FPC, там наверняка есть пример интерфейса HiAsm 5, на котором можно поучиться и проверять уже в действии. Зачем делать совершенно пустую работу по изучению чего-то, не зная даже с чего начать, а потом снова все переделывать под уже другое

есть, и когда это можно будет использовать оно станет доступно для использования.

Во! Подождем. Как появится будем думать дальше

Редактировалось 6 раз(а), последний 2021-05-21 06:44:40

Dilma, да кстати, пакет Lazarus ещё жив, или его роль занимает С# .NET?

Я бы с удовольствием глянул на реализацию, если бы он был в паблике...

Эх, прочитав тему, чутка запутался, что же будет нужно знать для создания элементов для RTCG Hiasm, вернее какой язык, тот же ООП Паскаль, или придётся пилить новое что то? А то я тут обложился литературой, ушёл в работу с сигналами кодировкой, декодировкой, оцифровкой и т д, кудаж двигатся???