Редактировалось 1 раз(а), последний 2017-03-04 17:52:51

Редактировалось 1 раз(а), последний 2017-03-04 17:52:51

Вячеслав, помню кто-то (не будем говорить кто) порывался написать кое-какие рекомендации

Есть еще вариант, сделать заготовку с несколькими процедурами, в которые воткнуть обработку ВСЕХ точек, со ВСЕМИ типами данных с короткими коментариями. Юзер будет просто убирать ненужные и плодить нужные.

ХЭМ, а вот ты, к примеру, знаешь, чем отличается _hi_onEvent от _hi_onEvent_, или _hi_CreateEvent от _hi_CreateEvent_

Galkov, ну ладно экзаменовать, сделайте заготовку, мы все Вам спасибо скажем (хотя спасибо в карман не положишь, но всё равно приятно)

Galkov, мне пока и _hi_onEvent хватает. Да то что предлагается, так для затравки, чтобы с точками научиться обращаться. Ясен пень, что всех функций Паскаля в заготовку не воткнуть, не говоря уже об API, внешних библиотек и т.п.

На самом деле, вопрос предназначен для задуматься (естественно для Читателей).
Что означает, заглянувши в share ( не в учебники по Паскалю), увидеть:

1) 6 вариантов для чтения только с верхней точки ToXXXEvent и один просто _ReadData
2) 12 вариантов для "мультиплексоров" ReadXXX
3) 9 вариантов генерации событий _hi_onEvent и один просто _hi_onEvent _
4) 8 вариантов "отложенных" событий _hi_CreateEvent и один просто _hi_CreateEvent_
5) 8 вариантов просто приведения данных к конкретному типу ToXXX
6) 12 вариантов генерации данных dtXXX
7) 9 вариантов проверки типа данных _isXXX

И после этого оценить пользу заготовочки, в которой используются ВСЕ эти "варианты"

[size=-2]------ Добавлено в 13:49
А если речь идет о "хотя бы что-то", то чего ее писать...
Ставишь элемент
Нажимаешь Ctrl+F - и смотри не хочу... Есть все 4 точки

[size=-2]------ Добавлено в 14:02
И наконец, в папку Example заглянуть не судьба
Можете себе представить, там есть использование InlineCode


"Причесать" бы конечно надо....

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

ХЭМ,
Ну по всякому, "заготовочка", это не выход.
Текстовый язык может оказаться понятней и доходчивей СХЕМЫ, когда этого текста относительно мало, и логическая структура не очень сложная.
А чем дальше в лес - тем толще партизаны.
А все варианты с обвязкой... "Рыться" - будет не проще, ИМХО

Другой разговор, справка на wiki, типа: "Техника проекта HiAsmDelphi" - условное рабочее название
Вот только писать ее для того, чтобы никто не читал - удовольствие ниже среднего.
Вот и вопрос - это кто-то читать будет

Если да - давайте предложения по названию (заодно и посмотрим - кто)
Предположим, что начинаться будет с такой фразы:

Да но не по IC.Хотя граница призрачна.

---

Galkov, Я пытался написать справку ,несколько листов написал и задумался :
А будет ли это понятно
А для кого писать (в смысле для какого уровня пользователя)
На сколько углубляться в Паскаль(всё ведь переплетается)
Давать ли несколько вариантов(типа не усложнит ли это понятие текста)
Основная проблема в том что создавая справку для ХиАсм надо писать сразу :
О ХиАсм
О Паскале
О Делфи
Неписать же 10 справок для для каждого уровня пользователя.

А ты бы посмотреть кинул. Готовое популизировать-то легче.Сам писал -- весьма неплохо

http://www.dev.hiasm.com/xf/topic.php?p=47883

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

Ну вот вам заготовки для двух глав гипотетической "справки"
http://dev.hiasm.com/xf/topic.php?p=47940#P47940
http://dev.hiasm.com/xf/topic.php?p=48051#P48051