Если в пакете установлено большое кол-во проектов (>10), причём названия проектов (те, что под иконками) достаточно длинные, то последние иконки в окне создания нового проекта сдвигаются вниз. Т.е. вместо "иконка" "иконка" "иконка", показывается "иконка" "иконка" -переход на след. ряд- "иконка".

Что делать, чтобы увидеть:
1. Забэкапить int\hiasm.db
2. Выполнить .his примерно такого содержания:
code_7843.txt
3. Запустить HiAsm. Файл > Новый. Закрыть окно.
4. Файл > Новый.
5. Смотреть на иконки.

Это глюк HiAsm'а иля я такой особенный? HiAsm b167
------------ Дoбавленo:
6. Восстановить int\hiasm.db
------------ Дoбавленo:
иллюстрация

HuKTO, если диалог кажется малым - в папке int u можно исправить его как угодно

Работает.

Проблема не в том что окно мало, а в том как переносятся иконки. Понимаю, если б последняя иконка переносилась в начало нового ряда, но не в середину же.
Или это к Биллу?

расположением иконок в элементе занимается ListView(VCL, WinAPI), а не hiasm. Однако такого переноса никогда раньше не встречал

Я тоже. Главная что проблема решена - ну и чёрт с этим переносом

Дабы не плодить топики пишу здесь:
При создании нового компонента пишу в ini:
Ставлю новый компонент на рабочий стол, отключаю у вставленного элемента показ точки Caption, сохраняю проект, переоткрываю проект и точка Caption опять видима.
Можно не переокрывать проект, а делать Ctrl+CCtrl+V: результат тот же.

------------ Дoбавленo:

И ещё до кучи:
Главный компонент созданного мной проекта не является формой, но в проект можно добавлять слегка подкоректированный компонент ChildForm со слегка подкоректированным MainForm и при этом после запуска всё работает как надо.
Но чтобы добавить этот ChildForm нужно сначала добавить его в проект "Приложение Windows", скопировать его там и вставить в свой проект. Или использовать шаблоны.
Иначе HiAsm ругается.
Можно ли всё это как-нибуть обойти?

никто не обещал, что перекрытие родительских св-тв и методов вообще возможно подобным образом


использовать форму в соответствующем проекте и не использовать там, где это не предусмотрено

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

В проекте (vis плагин для winamp'a) это как раз таки мною предусмотрено, но hiasm об этом не знает. Плохо

а есть уверенность, что вызов KOL формы из плагина WinAMP это допустимая операция?

Редактировалось 8 раз(а), последний 2022-04-03 07:43:46

Забыл войти.

Думаю включение редактора форм в том или ином виде в любом случае будет вынесено в настройки к проекту. Пока еще не понятно, как это сделать наилучшим образом

Я тоже так думаю . Исходя из моих условий могу предложить добавить в эти самые настройки свойство, которое может принимать значения вроде
0 - проект является формой (разрешен редактор форм)
1 - проект не является формой (редактор не разрешён)
2 - проект не является формой (редактор не разрешён), но есть возможность вставлять визуальные контейнеры
3 - ...
А в свойствах этих виз. контейнеров прописывать, в каком типе (или типах) проектов их можно использовать.
------------ Дoбавленo:

Ещё по теме Inherit: при наследовании свойство компонента по умолчанию почему-то перестаёт таковым быть

вот и получаем, что зависимость существует не только от проекта, но и от контейнера в проекте