Ага, мы тут такое уже встречали. Странно, но почему-то у меня схемы работают стабильно, иногда стабильнее, чем ПО профессиональных разработчиков. Может дело все же не в dcc

nesco, дело конечно не в компиляторе, а в кодах ему скармливаемых.
пример тому TCP_ServerEx или известные траблы с таблицей и чекбоксами.
только я нашёл около 10 багов, по всем элементам, которые кстати вы и исправляли

Баги и траблы есть в любых сложных системах, это естественный процесс. У нас это дело тормозится тем, что тестеров очень мало, а тестеров со знанием целевого языка, которые могут предложить варианты решения, и вообще по пальцам пересчитать можно. Но то, что проект существует уже семь лет, говорит о многом

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

- общие принципы программирования
- целевой язык программирования конкретного пакета
- тонкости и разные хитрости самой среды (в большей части не документированные)

Поэтому возникают большие трудности или вопрос:
"Зачем мне писать компонент в среде, если я и так хорошо знаю язык программирования Х ?!!!"
Вот и получается, что те кто не изучает язык программирования Х довольствуется тем, что есть или клянчат
А те, кто изучают, переходят конкретно в новую среду, заточенную под язык программирования Х
И остаются только фанаты самой идеи HiAsm

Выход из данной ситуации вижу только в разработке какого-то упрощенного метода создания компонентов из кубиков (не контейнеры, а именно составление нового компонента в самой среде, с компиляцией в компонент, с разбивкой входных данных, выходных данных, визуальной части и логики работы). Что б разработчик не вникал в сам язык программирования Х

не совершенство используемых практик построения кода и его обработка, предзнаменует лишь революцию
есть 3 пути решения, в двух(2,3) придется остаться у "разбитого корыта"

итак:
1 - перепись всего и всея под Lazarus оставаясь под старой кодогенерацией. (мало вероятно из-за нерентабельности)

2 - разработка QT с его увесистыми библиотеками, но под новой кодогенерацией. Сейчас бьёмся за 5 лишних килобайт кода, а что будет с QT ???

3 - разработка Java которая не без минусов, но плюсов однозначно больше. Например кроме кросс-платформенности, java поможет не писать многие компоненты с нуля, а использовать готовые подключаемые классы, к которым потребуется написать только интерфейс управления, а значит и функционал пакета можно восстановить прилагая меньше усилий, а потом и значительно расширить функциональность пакета, нежели сейчас.

Меню -> Правка -> Создание элемента

Пример

Nic, miver же написал конкретно

Мне так кажется что про создание компонента из контейнера miver прекрасно знает

Лишний повод, чтобы узнали те, кто прочитает эту тему.

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

to hitman249, Просто возьми и попробуй, для начала, разработать пакет java, а потом скажи конкретно, что тебе не хватает в среде чтобы этот пакет работал

Гы.

Все тут написанное из серии -- ... Гы, у меня стлько идей, столько идей, мозг рвет, готов поделится; а делать... не не могу знаний малова-то, времени нет совсем, вот если кто возьмется, то для него у меня -- много идей, очень много идей, готов поделиться...

Если перечитать первый пост этой темы, то можно "вспомнить", что hitman249, пытается всподвигнуть Dilma на новый подвиг создания HiAsm на JAVA и основного JAVA пакета новой среды, чтобы:


Вывод: "Детский сад - трусы на лямке"

Редактировалось 3 раз(а), последний 2021-05-21 12:56:18

нужно начинать писать IDE почти с нуля под пакет и менять полностью методы кодогенерации

у galkov-а тоже было много идей
это лишь может означать, что люди понимающие всю утопию hiasm-а, пытаются что-то делать - повысить уровень качества, как правило воспринимаются в штыки и не желая находиться на этом же уровне, уходят в программирование чистым кодом, поэтому и новые компоненты сейчас редкость.


Т.е. это в порядке вещей абсолютно всё сваливать на инициатора, но зато в случае успеха вставать в первый ряд и орать громче всех ?

А ты читал интересную тему?

Для таких громких высказываний нужен конкретный пример.
В противовес приведу пример iarspider, который разработал сам пакет Python и никто не берет лавры на себя

Народ, я кажись понял, о чём hitman249 расуждает. Он хочет среду, которая бы сама генерировала кубики по указанной библиотеке. Хочешь поддержку ZZZ - указываешь путь к (скажем) zzz.jar, а среда сама собирает кубик, подключающий это ZZZ к проекту. Такое возможно, понятное дело, только в языках, компилируемых в промежуточный код (Java, C#, VB, ...). Так?

ЗЫ. пока искал альтернативный адрес - уже и сам hitman249 всё разобъяснил