Добрый день!
Что то мне подсказывает, что в компоненте CounterEX
точки doMin, doMax не на своем месте - слева.
Было бы намного удобнее видеть их сверху. Это не просто удобно,
это даже напрашивается логически по сравнению с другими компонентами.
Может перенести эти точки наверх, ну или продублировать их вверху?

Да, это было бы намного удобнее! А еще непонятно зачем в ChanelToIndex есть нижняя точка количества каналов (в ходе работы программы количество меняться не может, а значит и так известно сколько их) но нет нижней точки последнего вызванного канала

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

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

Так и представилась несогласованная акция пользователей HiAsm-а с плакатами: "Требуем верхние точки!"

И, как говорится, слава богу!
Точка нужна там, где она мне (а не разработчикам) нужна.
Нужна сверху - открыл сверху, слева -открыл слева и т.д..
ИМХО.
Не всегда.

Редактировалось 4 раз(а), последний 2017-06-22 10:16:23

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

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

В данном случае, нужна.

В камасутре всего-то точек, а сколько вариантов !

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

Так же, как например и Tad-y. Возможно даже, что они у него уже есть

Tad, Мячик на вашей стороне.

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

Редактировалось 1 раз(а), последний 2017-06-22 20:06:29

Попробую объяснить доходчиво:

По логике вещей пользователь будет ожидать что сравнение min/max будет при каждом тике счётчика. Так вот при такой логике это подтянет дополнительные методы считывания с верхних точек а при подключении их допустим Edit ещё и дополнительную конвертацию к типу Integer что в свою очередь скажется на быстродействии, потом будите удивляться что за тормоза появились.

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

andrestudio, никто не мешает добавить процедуру, к примеру, doInit при вызове которой только ОДИН раз считываются верхние точки (min, max) . И никаких тормозов в процессе счета.