Вверх ↑
Этот топик читают: Гость
Ответов: 817
Рейтинг: 52
#1: 2017-06-21 20:38:05 ЛС | профиль | цитата
Добрый день!
Что то мне подсказывает, что в компоненте CounterEX
точки doMin, doMax не на своем месте - слева.
Было бы намного удобнее видеть их сверху. Это не просто удобно,
это даже напрашивается логически по сравнению с другими компонентами.
Может перенести эти точки наверх, ну или продублировать их вверху?
карма: 1

1
Голосовали:Nickname
vip
#1.1контекстная реклама от партнеров
Ответов: 220
Рейтинг: 10
#2: 2017-06-21 22:45:44 ЛС | профиль | цитата
Да, это было бы намного удобнее! А еще непонятно зачем в ChanelToIndex есть нижняя точка количества каналов (в ходе работы программы количество меняться не может, а значит и так известно сколько их) но нет нижней точки последнего вызванного канала
карма: 2

0
Разработчик
Ответов: 25681
Рейтинг: 2087
#3: 2017-06-21 23:44:14 ЛС | профиль | цитата
-= DriveR =- писал(а):
Было бы намного удобнее видеть их сверху

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

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

0
Ответов: 8607
Рейтинг: 800
#4: 2017-06-22 10:05:09 ЛС | профиль | цитата
nesco писал(а):
Консенсусом разработчиков
Так и представилась несогласованная акция пользователей HiAsm-а с плакатами: "Требуем верхние точки!"
карма: 18

0
Ответов: 16884
Рейтинг: 1237
#5: 2017-06-22 10:07:09 ЛС | профиль | цитата
nesco писал(а):
Некоторые компоненты имеют такие точки, но это было сделано до принятия такого решения.
И, как говорится, слава богу!
Точка нужна там, где она мне (а не разработчикам) нужна.
Нужна сверху - открыл сверху, слева -открыл слева и т.д..
ИМХО.
nesco писал(а):
К тому же, вывод нижней точки требует наличия внутренней переменной
Не всегда.

Редактировалось 4 раз(а), последний 2017-06-22 10:16:23
карма: 24
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 165
Рейтинг: 6
#6: 2017-06-22 15:18:56 ЛС | профиль | цитата
В CounterEx реально необходимы эти точки сверху, каждый раз испытываешь неудобство от их отсутствия.
карма: 4

0
Разработчик
Ответов: 25681
Рейтинг: 2087
#7: 2017-06-22 16:09:27 ЛС | профиль | цитата
Tad писал(а):
Точка нужна там, где она мне (а не разработчикам) нужна.

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

В данном случае, нужна.
карма: 20

0
Ответов: 16884
Рейтинг: 1237
#8: 2017-06-22 18:36:47 ЛС | профиль | цитата
nesco писал(а):
Мало ли кому, чего надо.
В камасутре всего-то точек, а сколько вариантов !
карма: 24
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 817
Рейтинг: 52
#9: 2017-06-22 19:03:19 ЛС | профиль | цитата
nesco писал(а):
Я не буду нарушать принятое решение, как бы это многим не хотелось.

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

0
Разработчик
Ответов: 25681
Рейтинг: 2087
#10: 2017-06-22 19:57:27 ЛС | профиль | цитата
-= DriveR =- писал(а):
Как я понимаю, для вас не составляет большого труда продублировать эти точки вверху.

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

0
Ответов: 817
Рейтинг: 52
#11: 2017-06-22 20:04:24 ЛС | профиль | цитата

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

0
Разработчик
Ответов: 25681
Рейтинг: 2087
#12: 2017-06-22 20:05:28 ЛС | профиль | цитата
nesco писал(а):
-= DriveR =- писал(а):
Как я понимаю, для вас не составляет большого труда продублировать эти точки вверху.

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


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

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

0
Ответов: 4673
Рейтинг: 516
#13: 2017-06-22 20:28:02 ЛС | профиль | цитата
Попробую объяснить доходчиво:

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

0
Разработчик
Ответов: 25681
Рейтинг: 2087
#14: 2017-06-22 21:51:17 ЛС | профиль | цитата
andrestudio писал(а):
По логике вещей пользователь будет ожидать что сравнение min/max будет при каждом тике счётчика.

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

0
Ответов: 16884
Рейтинг: 1237
#15: 2017-06-22 22:01:54 ЛС | профиль | цитата
andrestudio, никто не мешает добавить процедуру, к примеру, doInit при вызове которой только ОДИН раз считываются верхние точки (min, max) . И никаких тормозов в процессе счета.
карма: 24
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)