Добрый день!

Вчера случайно «наткнулся» на программу – и за 20 минут «слепил» полновесную оболочку для контроля и управления моей рабочей сетью.

Я откладывал эту работу уже года два – в сети около 3-х сотен рабочих станций и две дюжины серверов.

Однако, интерфейс оформил «спартанский», понятный для меня…

Хотел доработать для коллег – и не смог воспользоваться всплывающими подсказками (Hint)

Два вопроса, на которые я пока не нашел ответов:

- зачем некоторые свойства выделяются красным – что это значит?

- почему «просто так» не работает Hint (например, на кнопках), как это побороть (надо ли и, если надо - как назначить менеджера Hint)?

Вообще-то я не программист, но необходимост в простеньких программах периодически возникает.

Если вопросы совсем глупые – не отвечайте…

Если ответите – заранее благодарен

Тут все понятно http://www.hiasm.com/forum.html?q=3&p=89510#p89510

Вот пример реализации
http://www.hiasm.com/sha/shatools.php?q=5&id=53

Редактировалось 13 раз(а), последний 2022-09-19 23:42:21

ivs, Пробуй
code_11784.txt
Поймешь - отпиши.
Нет - будем жевать дальше.

вот например совсем простой пример code_11785.txt

А если совсе м ни как...рассказываю по простому...
1.кидаем на форму элемент например Надпись. Далее кидаем еще один элемент ....из тойже закладки Интерфейс - Менеджеры - элемент Менеджер подсказки.
2. В свойствах элемента Менеджер подсказки напротив Name даем ему имя!!
3. В свойствах Надписи напротив свойства HintManager выбираем свой ХинтМанагер (ты его обозвал в предыдущем действии.
4. там же в свойсвах Надписи чуть выше свойства HintManager пишим подсказку (Hint) и все!!!

Мдааа... Уж.

Я -- тоже, и что

Хотя, вижу я, что HiAsm превращается в нечто такое, что начинает вызываеть неимоверные сложности в понимании... Или мне так кажется

добавил менеджер по умолчанию


кажется. Если из палитры убрать 80% элементов, а из оставшегося убрать 50% свойств и точек, то мы получим в точности тоже самое, что было года 3-4 назад и что ни у кого сложностей не вызывало вообще никаких.

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

увы мне тоже, и на первый взгляд, причина тому - менеджеры..
Хоть и говорят, что совершенства не достигнуть, но стремиться-то надо
Может линии, указующие связь менеджера с подопечными показывать постоянно, а не только при зажатом Alt, может справку привести в порядок, может ещё чего, но IMHO текущее состояние расширяет возможности в ущерб лёгкости понимания.. Вспоминая своё знакомство с HiAsm (лет ~5 назад), я не припомню таких сложностей в освоении (кроме OpenGl и некоторых других технологий) как сейчас, тем более, что примеры были обнаружены много позже первой моей проги, что указывает на именно интуитивно-понятный интерфейс раннего HiAsm. Конечно со временем, рано или поздно, разберусь и с этим (наверное). Хочется верить, что мой случай - исключение..

Тут в начале топика любезно Tadом указана сcылка, где мы с Dilmoй обсуждали этот вопрос. Я бы остановился на двухслойном построении схемы, где на одном из слоев указаны были бы только направления "Wi-Man" (Wireless - Managers), а остальные линки бы остутствовали, и наоборот, на другом бы слое отсутствовали направления "Wi-Man". Но можно сделать и по-другому, например, по Alt отключать основные связи и включать направления "Wi-Man", те, как сейчас, но без основных связей
------------ Дoбавленo:

Плохо еще и то, что текущая реализация показа направлений "Wi-Man" имеет тенденцию исчезать при движении по удаленным участкам схемы, те, нет постоянной перерисовки.
------------ Дoбавленo:

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

секундочку... для начала предлагаю все таки определится с хронологией.

еще раз: 4-5 лет назад не было ни одного элемента, который сейчас пользуется менеджером(имеется ввиду те элементы, чей функционал или значительная его часть на них полностью завязан).

далее: теперь предположим, что в процессе своего развития мы так и не догадались придумать менеджеры, развивая при этом бесчисленные handle точки для всего на свете(за что в свое время боролся г-н Galkov). И того на данный момент мы получили б примерно такое
1) вместо HintManager к каждому элементу приписали б еще с десяток свойств для его настройки, что обернулось бы большой проблемой при необходимости сменить стиль подсказки для всех элементов формы или их части. Либо сделали отдельный элемент с HintHandle и получили бы первую лишнюю точку
2) вместо layout однозначно сделали б LayoutHandle, который пришлось бы протаскивать не только через всю схему, но и через контейнеры, что дало бы от 1 до бесконечности лишних точек
3) ну и наконец возмем экзотические элементы с Index, BoxDraw и Icon менеджерами - тут либо как и в 1) у каждого расписывать бесчисленное число свойств с последующей невозможностью их настройки для группы элементов, либо еще по 2-3 Handle точки

Думаю у всех хватит воображения, чтобы представить какая визуальная каша будет представленна на схеме у любого приложения со средней интерфейсной сложностью? И того легкость освоения нивелируется сложностью сопровождения и разработки. С учетом того, что осваивать всегда приходится только один раз, а использовать постоянно - подход с менеджерами мне видится более оправданным.

Теперь о вопросах визуализации. Предложения принимаются к сведению, но реализовать их пока не будем - необходимо большее количество голосов за тот или иной метод визуализации.

Совершенно верно.Конечно не неимоверные но требуют от пользователя
иной уровень затрат.

Увы но интерфейс HiAsm достиг своего предела.Невозможно читать современную схему на на нышнем интерфейсе.
HiAsm это прежде всего система визуального проектирования с появлением менеджеров это визуализация потерялась
напрочь.
В интерфейс необходимо вводить автоматизацию.
Типа автоматического наименования.
Автоматического изменения иконки компонента с отображением каких то свойств.
При наведении мыши на точку необходимо отображать путь куда это точка подключена.
На иконках компонентов желательно создать всевозможные крестики нолики при наведении
на которые можно либо что то узнать либо что то изменить(какое то глобальное свойство)

Как Вы думаете почему на схемах нет комментариев - да потому что писать их просто лень.
Решением например этой проблемы являлось бы возможность выбора подписи например к контейнеру
из выпадающего списка(в котором содержался бы например список компонентов в нём)

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

По поводу менеджеров менеджеры недолжны ничем отличаться от общепринятых компонентов.
А выбор отображать или нет связи с менеджером надо предоставить пользователю.

Все эти и другие фичи сложнореализуемы и поэтому вряд ли будут.
Но без них мы будем просто терять новых пользователей.
Как только они встретятся со сложностями типа менеджеров они бросят это дело.
Просто получилось так что создание простейшего хинта(не говоря уже про другие фичи менеджеров)
превратилось в целый процесс) даже в Дельфях(языке помоему более низкого уровня чем HiAsm)
это сделать гораздо проще.
А это говорит о том что HiAsm будет интересен только людям хоть как то знакомым с программированием
и сложен для обывателя.
HiAsm потерял своё одно из главных свойств - возможность программирования для начинающих.

Всё это конечно моё личное мнение и не претендует на идеальность.

если пишущие не будут читать уже написавших, то обсуждение темы прекратится даже не начавшись.

не всё осваивается одинаково просто..

Более гибкие методы конструирования должны соседствовать с простыми, этим легко обеспечивается демократичность (в хорошем смысле) выбора у пользователя. Кстати про хинт, я видимо пропустил - он больше не будет работать по старому, или это баг и будет исправлен?

Про менеджеры: пока на схеме визуально не будет прослеживаться связь группы оменеджеренных элементов, со своим главарём (желательно без дополнительных телодвижений и с ассоциацией принадлежности), выражение "рисовать программу", а также само понятие "схема", начинают вызывать сомнение применительно к HiAsm.

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


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

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