Netspirit писал(а):
А одинаковые имена верхних и нижних точек корректно парсятся средой?Нет некорректно.
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
Netspirit писал(а): А одинаковые имена верхних и нижних точек корректно парсятся средой?Нет некорректно. |
|||
карма: 6 |
|
Ответов: 758
Рейтинг: 112
|
|||
Nic писал(а): Если у Вас есть своё мнение по данному вопросу, то принимаются любые идеи
|
|||
карма: 1 |
| ||
файлы: 1 | code_32714.txt [119B] [310] |
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
miver писал(а): Предлагаю использовать префиксы так же как и для точек Work и EventИдея хорошая и она озвучивалась ранее. Более того ее предложил Dilma, когда проблема обсуждалась с ним. Но Вы можете представить объем изменений в пакете, необходимый для реализации данной идеи? Если бы эта идея прозвучала год- полтора назад, то наверное согласился на такие изменения. |
|||
карма: 6 |
|
Ответов: 758
Рейтинг: 112
|
|||
Nic писал(а): Но Вы можете представить объем изменений в пакете, необходимый для реализации данной идеи?Если проблема в изменениях всех файлов настроек, то могу сделать программку парсер для автоматизации. А еще можно сделать, чтоб эти префиксы добавлялись самой средой. |
|||
карма: 1 |
|
Ответов: 4628
Рейтинг: 749
|
|||
toProperty - по-моему, не очень корректно, более логично смотрелось бы outProperty. Да и название верхней точки должно совпадать с именем свойства
Но я бы предпочел:
Ещё мне кажется, что называть методы и события в виде doProperty/onProperty некорректно по правилам речи. Англоязычные пользователи могут недоумевать. Название метода/события - это действия (глаголы), а не существительные. Правильно было бы: doSetProperty/doGetProperty и onSetProperty/onGetProperty для методов установки/получения значений, и более соответствующие для других методов. |
|||
карма: 26 |
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
Почему бы не посмотреть в сторону других символов префикса:
dotproperty.png
К сожалению, работает для всех вариантов определения имени функции только символ подчеркивания «_». ------------ Дoбавленo в 08.06: На мой взгляд (после ночи раздумий) идеально на роль префикса имени нижней точки подходит символ точки «.», так как несет ту же смысловую нагрузки, что и другие префиксы do... и on..., не перегружает визуальное восприятие панели свойств и упрощает реализацию кода hws для нижних точек, которая будет выглядеть одинаково для реализации чтения свойства объекта с любым именем:
------------ Дoбавленo в 12.43: Экспериментальная версия кодогенератора с поддержкой имён методов с точкой, например: .Property |
|||
карма: 6 |
| ||
файлы: 1 | dotproperty.png [3.9KB] [817] |
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
На SVN обновленный кодогенератор с поддержкой наличия в имени нижней точки символа «.», например:
|
|||
карма: 6 |
|
Ответов: 758
Рейтинг: 112
|
|||
Nic, Я попробовал новый кодогенератор на другом пакете "FreeBASIC", но выбила ошибка "Stack overflow" и сразу же закрылся HiAsm
Можешь подсказать, в чем проблема Прикрепил папку пакета без CodeGen.dll и libboost_regex-mgw34-1_50.dll Запускал пустую форму. Компилятор Copy |
|||
карма: 1 |
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
Пока удалось только определить, что падение происходит после вызова WinAPI в модуле ntdll.
|
|||
карма: 6 |
|
Ответов: 1841
Рейтинг: 369
|
|||
1
|
|||
карма: 1 |
|
Ответов: 758
Рейтинг: 112
|
|||
CriDos, add_case и add_struct не вызывают ошибку. Это рекурсивная функция.
Для подтверждения можешь скачать предыдущую версию codegen_fb_old.rar и все заработает. ------------ Дoбавленo в 23.37: Дополнительно: Оставил в hiMainForm только
|
|||
карма: 1 |
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
В одной из предыдущих ревизий на SVN был выложен кодогенератор с добавленной функцией split() о чём было сообщено в этой теме 4 декабря http://forum.hiasm.com/forum.html?q=3&p=263197#p263197. Подробности здесь: Работа со строками. Поэтому возник конфликт с одноимённой функцией из файла hiSys.hws. Для решения проблемы достаточно переименовать функцию в файле hiSys.hws.
|
|||
карма: 6 |
| ||
Голосовали: | miver |
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
В кодогенератор добавлена "заплатка", исправляющая получение аргументов метода doWork(data, index) в контейнерах:
Old VisualContainer.hws
New VisualContainer.hws
|
|||
карма: 6 |
|
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
В контейнеры добавлена возможность создания динамического списка объектов:
dynamic_list_points.png http://svn.hiasm.com/packs/CNET/Example/graphics/DynamicBall_2.sha http://svn.hiasm.com/packs/CNET/Example/Controls/ChildPanelDynamic.sha |
|||
карма: 6 |
| ||
файлы: 1 | dynamic_list_points.png [3.9KB] [722] |
Главный модератор
Ответов: 2999
Рейтинг: 396
|
|||
Создание нового элемента пакета CNET при помощи вкладки ClassMembers. Пример построения нового элемента находится здесь. Для построения используем компилятор copy:
build element install element build test cnet_element_test.png |
|||
карма: 6 |
| ||
файлы: 5 | cnet_custom_element_compiler.png [69.7KB] [932], cnet_build_element.png [67.3KB] [981], cnet_element_test_compiler.png [64.3KB] [958], cnet_element_test.png [73.6KB] [847], classtest.sha [1.2KB] [507] | ||
Голосовали: | miver, iarspider |