Это что за звери?



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


Результат чего, какой операции?


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


Чей идентификатор?


Чззать, ни Х не понял. Картинка понятно, но какие-то значения тут на кой приплели, и что это за значения, кстати? Да и совмещать картинку с какими-то параметрами -- это нонсенс, первый раз такое встречаю. Лучше всего все это безобразие вывести в свойства, а картинку оставить картинкой без всяких доп параметров. Кстати, картинку бы и неплохо тоже в свойства добавить

Да и точки в конце описания параметров лишние.

Я пока еще не смотрел код, а просто прочитал описание точек... и почесал репу, тк половины не понял.

Редактировалось 26 раз(а), последний 2016-09-13 09:25:45

Видно не последняя версия попала в архив (или форум глючил когда выкладывал или сам ошибся), X и Y были ранее изменены на Arg1 и Arg2.
Поправил все на что указали, кроме добавления картинки в свойства. Не думаю что нужно добавлять это свойство.

Да сколько там того кода. Минуты не займет проверить все.

Вот только как обновить архив в первом посте, пока не знаю
При нажатии на "правка" не нашел возможности удалить прикрепленный старый архив и залить новый, можно править только текст.

Редактировалось 2 раз(а), последний 2016-09-14 12:38:07

Удалить из Пользователи->Файлы

Tad, спасибо разобрался.
Архив в первом посте обновил.

КМК, очень даже нужно и ничего сложно в этом нет. Это экономит целый компонент, когда нужно иметь свой, не менящийся курсор

Внес изменения, архив обновил, ссылка в первом посте.

Такс, продолжим разбор


Какого угла -- левого или правого?


По крайней мере, я не понял, что такое "из в". И зачем вообще указывать, куда чего выдается? Я бы сделал так


тоже самое и для пары doGetBlinkTime и onGetBlinkTime


Опять ты за свое, это не идентификатор элемента, это идентификатор окна


В скобки бы надо было результат поместить, а не методы



Нехорошее выражение, КМК. Я бы написал


К тому же, мне категорически не понравилось объединение аргументов для разных методов. Если использовать в теле схемы конструкцию с применением разных методов, использующих аргументы, то надо будет думать, как переключать эти самые аргументы.
Для пущего удобства я вообще разъединил бы метод doCreate и сделал бы doCreateFromBitmap и doCreateFromArg (ну или вместо doCreateFromArg оставил бы просто doCreate, а вот doCreateFromBitmap точно бы вынес и сделал скрытым), где в конце бы указал последовательность аргументов, а из свойств бы выкинул Type=Bitmap. КМК, это не тот случай, когда надо все пытаться засунуть в один метод, тк для различных режимов используются не однотипные аргументы.
А с картинкой вообще бардак -- в свойствах это Picture, а в точках это Bitmap

Редактировалось 5 раз(а), последний 2016-09-17 00:54:00

Больше всего понравилось это:

А так только в описание "из" на "их" поменять и "левого" добавить.

Picture на Bitmap переименовать не забудь (или наоборот, но имя свойств должно совпадать с именем точки) и элемент на окно поменять, а так, в принципе, да. Хотя не пишут в русском языке "их в onGetPosition", потому, что выдают параметры "на точку", а не "в точку", "в точку" попадают.

Но в таком виде я его добавлять пока не буду. Надо все же к консенсусу прийти. А то компонент простой, но у тебя он получился очень мудреным. Тч подумай на досуге над моими предложениями.

Редактировалось 1 раз(а), последний 2016-09-17 02:18:49

Давайте разберемся с этим гребаным Handle-м. Вы все время тыкаете меня что нужно Handle - это идентификатор окна, а не элемента. Сразу уточню, что такое Handle понимаю. Разберемся только с его описанием.
Посмотрим на то что имеем прямо сейчас:
119 интерфейсных элементов наследуют описание этой точки из WinControl.ini.
А в WinControl.ini написано следующие:
Даже у MainForm - это идентификатор элемента.
И только у 20 элементов в описании: идентификатор окна.
119 против 20
Причем элемент Caret будет подключаться только к этим 119 элементам, но не к одному из этих 20
Так что лично у меня вывод один: пока в HiAsm у элементов у точки Handle описание: "идентификатор элемента" у элемента Caret нужно сохранить точно такое же описание.

А теперь еще раз объясните почему вы настаиваете на вашем варианте описания этой точки (Handle)?

HWND -- это дескриптор окна. Каретка не создается в элементе, каретка создается в окне

https://msdn.microsoft.com/en-us/library/windows/desktop/ms648399(v=vs.85).aspx


Еще вопросы есть? Те это не я ее так называю, это разработчики ее так называют.

А еще посмотри свой собственный компонент RGN_SetToWindow и посмотри, как ты сам назвал точку Handle. Да и вообще посмотри, как называется точка Handle у элементов вкладки Окна

Редактировалось 7 раз(а), последний 2016-09-17 11:28:52

sla8a,

nesco, Зачем эти объяснения и ссылки, когда мной было написано:


119 элементов имеют одно описание, 20 другое, а этот элемент должен иметь описание именно такое. Логично. Вопрос закрыт.

Добавление этого элемента в стандартную палитру дальше рассматривать не будем.

И элемент RGN_SetToWindow, не мой. Автор Dilma, мной он только доработан, описание точки Handle мной не изменялось.

Леонид,

Я отвечал на твой же вопрос

Вот я и объяснил с пруфами, почему.

И почему же?

Мне стало очень интересно -- почему Автор проекта назвал точку так, ка она должна называться, а ты пытаешься протолкнуть что-то свое.