Новые файлы в репозитории SVN.

Именно на них и ошибка.
ревизия: 1983

кстати только-что заметил
точка входа doRedraw элемента SDKToolBox не найдена

Toolbox элемент был переделан. Библиотека MSDK.DLL была обновлена. Надо обновлять все новые файлы с SVN.

Редактировалось 12 раз(а), последний 2022-09-20 04:40:18

Если Вы обновили все файлы с SVN, но не удалили файлы (*.DLL) из папки с примером, то новые файлы во время сборки приложения не копируются в папку проекта и остаются «старыми». Попробуйте почистить все DLL-ки из папки проекта.

Очистил всю папку пакета и скопировал на место все из SVN, папка с проектами тоже пустая.
Ошибок в отладке уже нету, но при запуске выкидывает - "Инициализатор типа HiAsm.Share выдал исключение"

Временное решение:

Сохранить файл (*.reg) на диск, прописать путь до папки с примером, запустить на два клика, согласиться с изменением реестра. Если после этого не будет находить пакеты, то придётся в папку с примером переложить из папки HiAsm папки Compiler и Elements.

Сделано...
Теперь выскакивает - Ссылка на объект не указывает на экземпляр объекта

Редактировалось 1 раз(а), последний 2016-09-29 22:16:10

На грани фола, но посмотреть пример SDK_IDE.sha теперь (SVN rev.1990) можно.
Структура папки с примером должна выглядеть так:
В реестре должна быть запись:

Добавлена поддержка свойства в кодогенератор SVN rev.1993.

Nic, Насмелюсь предложить концептуальную доработку к твоему пакету.
(В основную среду вряд ли кто сейчас добавит )
Я назвал эту фичу «Тень элемента». Основная функция которого делать дистанционный доступ к методам и данным основного элемента который дает тень . Думаю наглядней будет показать на картинках ;)
Тень не должен создавать ни экземпляр класса, ни дополнительного кода. Его свойства являются свойствами основного элемента, то есть если меняешь в одном меняется в основном и всех его тенях. События распределяются по приоритету номера тени. Думаю, с вызовом методов проблем не будет

Что это даст? Возможность визуально разделять программу на блоки и делать логику работи более лаконичней и понятней.
Что скажешь

miver, если правильно Вас понимаю, то Вы предлагаете ввести новую сущность, которая вступает в противоречие с основной концепцией визуального программирования. Ваш «Чёртик из табакерки» должен выскакивать в любом месте схемы и выполнять методы и события своего оригинала по заданному пользователем приоритету. Наверное, такое сделать возможно, но любые столь радикальные нововведения должны быть чем-то оправданы. Пока мне не видна получаемая выгода. Сможете на пальцах обосновать своё предложение и доказать, что только его получив Вы сможете делать то-то и то-то и никак или очень сложно другим способом?

Не понимаю почему.
Волей не волей, сравниваю визуальное программирование с ООП и становится не понятно, почему все линии должны вести к одному кубику. Хотя в обычном ООП можно в любом месте вставить метод или прочитать данные.
считаю что нет тут ничего радикального, просто дополнительная возможность, которая сравнимая с кабелями из основного пакета. Удобно объединить линии в одну, а тут удобно получить доступ к елементу в двух местах.
Скажу так. Рассмотрите эту идею с позиции альтернативы менеджерам, как универсальный менеджер. Что это значит? Разрабатывается большой элемент (например, StringTable), у которого очень много точек. В основном пакете пошли по методу дробления кода на части и назвали каждую доп часть менеджером. Тут же я предлагаю не дробление кода, а возможность, как бы, дать доступ к элементу из разных мест и спрятать ненужные точки, а нужные показать. И при разработке уже не нужно задумываться, как разделить элемент функционально, так как будет универсальный менеджер и каждый сможет разделить функционал как ему будет удобно.

P.S.: Сама идея появилась при разработке своего пакета. Но так и не дошла до стадии реализации. Не осилил
Надеюсь, что получилось донести свою мысль. Может еще кто-то выскажется. А может, натолкнёт на что-то дельное

Мне кажется это более перспективной идеей. Тем более что существует очень подробное описание этой идеи с обширным комментарием: http://forum.hiasm.com/forum.html?q=3&p=265174#p265174.

Продолжается работа над проектом HiAsm SDK и в его рамках создается HiAsm.NET проект как IDE: