Вверх ↑
Этот топик читают: Гость
Главный модератор
Ответов: 2999
Рейтинг: 396
#736: 2015-07-14 05:38:55 ЛС | профиль | цитата
Новые файлы в репозитории SVN.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Ответов: 1058
Рейтинг: 76
#737: 2015-07-14 07:11:35 ЛС | профиль | цитата
Nic писал(а):
Новые файлы в репозитории SVN.

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

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

0
Главный модератор
Ответов: 2999
Рейтинг: 396
#738: 2015-07-14 08:17:37 ЛС | профиль | цитата
Toolbox элемент был переделан. Библиотека MSDK.DLL была обновлена. Надо обновлять все новые файлы с SVN.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Гость
Ответов: 17029
Рейтинг: 0
#739: 2015-07-14 15:15:07 правка | ЛС | профиль | цитата


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

0
Главный модератор
Ответов: 2999
Рейтинг: 396
#740: 2015-07-14 15:21:28 ЛС | профиль | цитата
Если Вы обновили все файлы с SVN, но не удалили файлы (*.DLL) из папки с примером, то новые файлы во время сборки приложения не копируются в папку проекта и остаются «старыми». Попробуйте почистить все DLL-ки из папки проекта.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Ответов: 1058
Рейтинг: 76
#741: 2015-07-15 12:46:01 ЛС | профиль | цитата
Очистил всю папку пакета и скопировал на место все из SVN, папка с проектами тоже пустая.
Ошибок в отладке уже нету, но при запуске выкидывает - "Инициализатор типа HiAsm.Share выдал исключение"
карма: 0

0
Главный модератор
Ответов: 2999
Рейтинг: 396
#742: 2015-07-15 15:21:46 ЛС | профиль | цитата
Временное решение:
HiAsm.Net.reg

#ini
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USERSoftwareHiAsm.NET]
"InstallPath"="THERE PATH TO ..\Example\SDK"

Сохранить файл (*.reg) на диск, прописать путь до папки с примером, запустить на два клика, согласиться с изменением реестра. Если после этого не будет находить пакеты, то придётся в папку с примером переложить из папки HiAsm папки Compiler и Elements.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Ответов: 1058
Рейтинг: 76
#743: 2015-07-15 17:17:34 ЛС | профиль | цитата
Сделано...
Теперь выскакивает - Ссылка на объект не указывает на экземпляр объекта

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

0
файлы: 1code_36015.txt [1.5KB] [645]
Главный модератор
Ответов: 2999
Рейтинг: 396
#744: 2015-07-16 01:18:12 ЛС | профиль | цитата
На грани фола, но посмотреть пример SDK_IDE.sha теперь (SVN rev.1990) можно.
Структура папки с примером должна выглядеть так:
sdk_folder_struct.png
В реестре должна быть запись:
HiAsm.Net.reg

#ini
Windows Registry Editor Version 5.00

[HKEY_CURRENT_USERSoftwareHiAsm.NET]
"InstallPath"="C:\HiAsm\Elements\CNET\Example\SDK"

карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
файлы: 1sdk_folder_struct.png [9.7KB] [1207]
Главный модератор
Ответов: 2999
Рейтинг: 396
#745: 2015-07-21 06:27:31 ЛС | профиль | цитата
miver писал(а):
можно ли в RTCG обрабатывать свойство №15 Font как в FTCG - он там в виде масива свойств

Добавлена поддержка свойства в кодогенератор SVN rev.1993.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
1
Голосовали:miver
Ответов: 758
Рейтинг: 112
#746: 2015-07-21 10:16:11 ЛС | профиль | цитата
Nic, Насмелюсь предложить концептуальную доработку к твоему пакету.
(В основную среду вряд ли кто сейчас добавит )
Я назвал эту фичу «Тень элемента». Основная функция которого делать дистанционный доступ к методам и данным основного элемента который дает тень . Думаю наглядней будет показать на картинках ;)
shadow_1.png
Тень не должен создавать ни экземпляр класса, ни дополнительного кода. Его свойства являются свойствами основного элемента, то есть если меняешь в одном меняется в основном и всех его тенях. События распределяются по приоритету номера тени. Думаю, с вызовом методов проблем не будет

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

карма: 1

0
файлы: 1shadow_1.png [15.8KB] [1140]
Главный модератор
Ответов: 2999
Рейтинг: 396
#747: 2015-07-21 10:32:01 ЛС | профиль | цитата
miver, если правильно Вас понимаю, то Вы предлагаете ввести новую сущность, которая вступает в противоречие с основной концепцией визуального программирования. Ваш «Чёртик из табакерки» должен выскакивать в любом месте схемы и выполнять методы и события своего оригинала по заданному пользователем приоритету. Наверное, такое сделать возможно, но любые столь радикальные нововведения должны быть чем-то оправданы. Пока мне не видна получаемая выгода. Сможете на пальцах обосновать своё предложение и доказать, что только его получив Вы сможете делать то-то и то-то и никак или очень сложно другим способом?
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Ответов: 758
Рейтинг: 112
#748: 2015-07-21 11:40:47 ЛС | профиль | цитата
Nic писал(а):
новую сущность, которая вступает в противоречие с основной концепцией визуального программирования
Не понимаю почему.
Волей не волей, сравниваю визуальное программирование с ООП и становится не понятно, почему все линии должны вести к одному кубику. Хотя в обычном ООП можно в любом месте вставить метод или прочитать данные.
Nic писал(а):
столь радикальные нововведения должны быть чем-то оправданы
считаю что нет тут ничего радикального, просто дополнительная возможность, которая сравнимая с кабелями из основного пакета. Удобно объединить линии в одну, а тут удобно получить доступ к елементу в двух местах.
Nic писал(а):
Вы сможете делать то-то и то-то и никак или очень сложно другим способом?
Скажу так. Рассмотрите эту идею с позиции альтернативы менеджерам, как универсальный менеджер. Что это значит? Разрабатывается большой элемент (например, StringTable), у которого очень много точек. В основном пакете пошли по методу дробления кода на части и назвали каждую доп часть менеджером. Тут же я предлагаю не дробление кода, а возможность, как бы, дать доступ к элементу из разных мест и спрятать ненужные точки, а нужные показать. И при разработке уже не нужно задумываться, как разделить элемент функционально, так как будет универсальный менеджер и каждый сможет разделить функционал как ему будет удобно.

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

0
Главный модератор
Ответов: 2999
Рейтинг: 396
#749: 2015-07-21 16:24:18 ЛС | профиль | цитата
Galkov писал(а):

1) Но вот напрочь отметать мысль о внедрении механизма наследования, о причине отсутствия показательной небольшой задачки, может оказаться стратегически неправильно.
Слишком много копий поломано создателями ООП в доказательство крайней необходимости.

2) Идеи на этот предмет не возникают

3) Наличие примера, думаю помогло бы придумать и механизм среды - чисто психологический фактор...

4) Кодогенерация не есть непреодолимая проблема. Особенно после выделения в CodeGen.dll
Мне и сейчас кажется, что схема, как класс, несколько кривовато организована. Я бы делал эти новые классы как наследники THIEditMultiEx...
Ушли бы заморочки с полем MainClass, да тогда наследование схем классов было бы прозрачнее (уж хэндл предка совпадал бы с таковым экземпляра )

Мне кажется это более перспективной идеей. Тем более что существует очень подробное описание этой идеи с обширным комментарием: http://forum.hiasm.com/forum.html?q=3&p=265174#p265174.
карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
0
Главный модератор
Ответов: 2999
Рейтинг: 396
#750: 2015-08-14 02:41:22 ЛС | профиль | цитата
Продолжается работа над проектом HiAsm SDK и в его рамках создается HiAsm.NET проект как IDE:
HiAsm.NET_Form Editor

карма: 6
Дорогу осилит идущий. Install/Update HiAsm.NET
2
Голосовали:Shonyi, 1nd1g0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)