Игорь М (Все сообщения пользователя)

Добрый день. Обращение к разработчикам по поводу отображения сделок на тиковом графике, особенно отображению одномоментных сделок.
Пример: Проходит одномоментная сделка на достаточно крупном объеме (наглядно выделяется на тиковом графике). RIM9, 08-05-2019 19:06:48,  размер 1250 контрактов, все сделки прошли в один момент по времени  132719 мкс. Отображение данной сделки идет по наклону, хотя по идее она  должна отображаться строго вертикально и такое отображение было бы куда более наглядным, чем нынешнее, а на средних объемах даже более информативным, чем на больших (большие сразу выделяются). Будет сразу видно, что совершена одномоментная сделка разом, а не несколько разных сделок близких по времени.

Так она просто стат. данные и выдает. У вас значения типа 73.940000000001 возникают при исполнении оператора for, где выполняется вычитание шага (Руководство 3.3.5).
Попробуйте сперва вычислять количество уровней свечи: local qty_levels = math.round ((candles[i].high - candles[i].low) / MinPriceStep), а затем уже выполняйте цикл for ii = 1, qty_levels  do block end.

Это понятно, я с вами согласен. Резюмируя: универсального выбора, в каком виде лучше сравнивать, судя по всему нет. Я думал, что строковое сравнение должно быть всегда надежнее, но, оказалось, что не всегда.

Если сравнивать в лоб без преобразований с округлениями, разделениями строк и т.п., то значения переменных вида: 20190425.00000001 == 20190425 надежнее сравнивать в числах, а значения переменных вида: 201904251234567.1 == 201904251234567 - в строках. При этом сравнение 20190425123456.01 == 20190425123456 лучше опять делать в числах, а 20190425123456.001 == 20190425123456 лучше, вообще, не сравнивать - неправильный результат в обоих случаях.

В общем меня интересовал вопрос: для какого из двух сравнений string ==  string и number == number вероятность потенциальной ошибки результата  сравнения выше и почему?
Я склоняюсь к сравнению числовых представлений, потому что такой вот скрипт:
 

Скрытый текст

val_1 = 20190425.00000001   val_2 = 20190425   message ("val_1: " .. val_1)   message ("val_2: " .. val_2)   if val_1 == val_2 then       message ("Число == число: true")     else       message ("Число == число: false")   end       if tostring (val_1) == tostring (val_2) then       message ("В строку == в строку: true")     else       message ("В строку == в строку: false")   end   message ("rawequal (Число, число): " .. tostring (rawequal (val_1, val_2)))   message ("rawequal (В строку, в строку): " .. tostring (rawequal (tostring (val_1), tostring (val_2))))   val_1 = "20190425.00000001"   val_2 = "20190425"   message ("val_1: " .. val_1)   message ("val_2: " .. val_2)   if tonumber (val_1) == tonumber (val_2) then       message ("В число == в число: true")     else       message ("В число == в число: false")   end       if val_1 == val_2 then       message ("Строка == строка: true")     else       message ("Строка == строка: false")   end   message ("rawequal (В число, в число): " .. tostring (rawequal (tonumber (val_1), tonumber (val_2))))   message ("rawequal (Строка, строка): " .. tostring (rawequal (val_1, val_2)))   val_1 = "20190425.00000001"   val_2 = 20190425   message ("val_1: " .. val_1)   message ("val_2: " .. val_2)   if tonumber (val_1) == val_2 then       message ("В число == число: true")     else       message ("В число == число: false")   end       if val_1 == tostring (val_2) then       message ("Строка == в строку: true")     else       message ("Строка == в строку: false")   end   message ("rawequal (В число, число): " .. tostring (rawequal (tonumber (val_1), val_2)))   message ("rawequal (Строка, в строку): " .. tostring (rawequal (val_1, tostring (val_2))))   val_1 = 20190425.00000001   val_2 = "20190425"   message ("val_1: " .. val_1)   message ("val_2: " .. val_2)   if val_1 == tonumber (val_2) then       message ("Число == в число: true")     else       message ("Число == в число: false")   end       if tostring (val_1) == val_2 then       message ("В строку == строка: true")     else       message ("В строку == строка: false")   end   message ("rawequal (Число, в число): " .. tostring (rawequal (val_1, tonumber (val_2))))   message ("rawequal (В строку, строка): " .. tostring (rawequal (tostring (val_1), val_2)))

дает вот такой результат:

Скрытый текст

val_1: 20190425.00000001 val_2: 20190425 Число == число: false В строку == в строку: true rawequal (Число, число): false rawequal (В строку, в строку): true val_1: “20190425.00000001” val_2: “20190425” В число == в число: false Строка == строка: false rawequal (В число, в число): false rawequal (Строка, строка): false val_1: “20190425.00000001” val_2: 20190425 В число == число: false Строка == в строку: false rawequal (В число, число): false rawequal (Строка, в строку): false val_1: 20190425.00000001 val_2: “20190425” Число == в число: false В строку == строка: true rawequal (Число, в число): false rawequal (В строку, строка): true

Но, возможно, что существуют контрпримеры.

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

А что это меняет и как таки их корректно сравнивать? Можно от дат и времени абстрагироваться, это был просто пример из практики.
Как правильнее и надежнее в Lua сравнивать оператором "==" переменные, которые могут быть и string и number?  Переводить обе (или одну из них) в string и затем сравнивать строки или переводить в number и сравнивать числа? Я склоняюсь на сравнение чисел, но для меня это не очевидно, поэтому и спрашивал.

Еще раз поясню попроще.  Есть две даты, которые изображены цифрами, а не словами. Например: 20190422. Эти даты можно преобразовать в string или number и сравнивать оператором "==".
То есть string == string и number  == number ("20190422" == "20190422" и 20190422 == 20190422)
Работают оба варианта.
Какой из этих двух вариантов правильнее, корректнее, надежнее?

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

Я не нашёл там ответа на свой вопрос. Там описание работы со временем и датами. Вы ту ссылку дали?

Всем добрый день. Как корректнее и надежнее сравнивать даты на Lua, как числа или как строки?
Пример: Получаем две даты:

os_date = os.date ("%Y%m%d")                                                                                                               -- текущая дата операционной системы (ОС)

local t = getCandlesByIndex (CHART_TAG_PRICE, 0, number - INT_QUANTITY, INT_QUANTITY)                   -- получение таблицы свечей заданного периода
local date_candle = dateCandle (t[j].datetime.year, t[j].datetime.month, t[j].datetime.day)                               -- получение даты свечи

function dateCandle (year, month, day)                                                                                                      -- функция формирования даты свечи (number)
  local candle_date = 10000 * year + 100 * month + day
  return candle_date
end

При сравнении: if date_candle == os_date then, переводить date_candle в string (изначально формировать в string)  или os_date переводить в number?

Это непосредственно график цены, не индикатор, хотя для индикатора это тоже неприемлемо. Помимо того, что это непригодно для использования, это даже визуально выглядит как патология. Этой проблемы раньше не было, были лишние ненужные для процентов разряды, типа 0,529712 %, но лучше так, чем просто 1%, когда фактически чуть больше половины процента.

Здравствуйте. В настройках графика при установлении галки "Процентное изменение" отображается только целая часть. Например, вместо 1.453 отображается только 1, то есть, как я понял, соответственно точности отображения цены инструмента. Где можно настроить количество знаков после запятой или отключить округление, так как такое округление бессмысленно (по сути это минус опция)?

Спасибо.

Спасибо. А с getInfoParam ("SERVERTIME") всё в порядке (на всякий случай интересуюсь)?

Добрый день. Чем отличается время getInfoParam ("LOCALTIME") от os.date ("%H%M%S") или os.time ()? У меня localtime отстает на 200-500 мс.

function main ()

  while is_run do

       os_time_1 = os.date ("%H%M%S")
       os_time_2 = os.time ()
       localtime = getInfoParam ("LOCALTIME")

       message ("Localtime: " .. tostring (localtime)  .. ", os_time_1: " .. tostring (os_time_1) .. ", os_time_2: " .. tostring (os_time_2))

       sleep (100)

  end

end

Для интересующихся: При физическом разрыве соединения время сервера будет продолжать отсчет. По факту это будет уже не время сервера, а время локального таймера.
При использовании функции isConnected () (на Qpile или Lua) для целей контроля установленного соединения задержка срабатывания может быть 40-60 секунд от фактического разрыва связи.
Кому критично фиксировать разрыв раньше  используйте GET_INFO_PARAM ("BYTESPERSECRECV") + 0 != 0 (можно с задержкой в секунду). Во время торговой сессии ложных срабатываний не даёт, а разрыв фиксирует сразу.
Всем удачи!
 

Видео отослал на указанный адрес.

Егор, куда вам переслать видео?
Еще раз уточню: 1) При отключении нажатием на кнопку "Разорвать соединение с информационным сервером" все происходит корректно: поступление данных останавливается, время сервера исчезает из портфеля и информационного окна, появляется сообщение "Соединение разорвано".
2) При выдергивании интернет-кабеля из блока компьютера происходит следующее: поступление данных останавливается, время сервера в портфеле и в информационном окне продолжает идти, примерно через 20 секунд появляется надпись "Connection reset by peer" и время сервера исчезает.  

В информационном окне время также  преспокойненько продолжает течь. Если нажать на кнопку ключа в верхнем левом углу (разорвать соединение с информационным сервером), то время сервера (и в моем портфеле и в информационном окне) сразу отключается (исчезает). Два брокера, два Квика (7.14.1.7 и 6.17.1.17)  - одинаковое поведение.

Здравствуйте.
Вопрос в следующем: Почему при отключении интернета (выдергивании шнура из блока) время сервера продолжает транслироваться в таблице портфеля? Длится это может до 20 секунд до появления надписи "Connection reset by peer". Всё остальное (стаканы, графики) при этом останавливается.

Простой код для проверки:

PORTFOLIO_EX TIME_SERVER;
DESCRIPTION Время сервера;
CLIENTS_LIST  ALL_CLIENTS;
FIRMS_LIST ALL_FIRMS;
USE_CASE_SENSITIVE_CONSTANTS;

PROGRAM

OUTPUT = CREATE_MAP()                        

SERVERTIME = GET_INFO_PARAM ("SERVERTIME")      ' время сервера в формате ЧЧ:ММ:СС

DELETE_ALL_ITEMS ()  

OUTPUT = SET_VALUE (OUTPUT,"SERVERTIME" , SERVERTIME)
ADD_ITEM (1,OUTPUT)

END_PROGRAM

PARAMETER SERVERTIME;
PARAMETER_TITLE Time;
PARAMETER_DESCRIPTION Текущее время сервера;
PARAMETER_TYPE STRING(10);
END

END_PORTFOLIO_EX

Сергей, спасибо, я разобрался. В Lua написал аналогичный код и все данные увидел. В коде на qpile была элементарная ошибка, а в отладчике строка с данными TRADE целиком не выводится и я не увидел там QUANTITY и пр. Из-за ошибки кода QUANTITY не определялось и я решил, что часть данных просто не пришло. Спасибо ещё раз.

Здравствуйте. Не могу получить некоторые данные из "Таблицы сделок" (не путать с "Таблицей всех сделок"), например Количество в лотах (QUANTITY).

TRADE = GET_ITEM ("TRADES", I)                     - в строке достаточно много информации, но нет QUANTITY
OPER = GET_VALUE (TRADE, "OPERATION")     -  получаем SELL/BUY без проблем
QUAN = GET_VALUE (TRADE, "QUANTITY")       - не получаем

В описании параметров Таблицы сделок, возвращаемых функцией GET_ITEM, параметр QUANTITY есть.
Кто виноват и что делать?

Anastasia  Gordienko написала: "Дело в том, что старый шрифт "MS Sans Serif" имеет более размытое начертания".  Это не так. Я привёл скрины в качества примера.
"Попробуйте установить шрифт "Microsoft Sans Serif" его начертание более четкое".  У него тоже формат .ttf. Он такой же размытый как и все остальные шрифты указанного формата. Ещё раз привожу пример. Здесь Microsoft Sans Serif, MS Sans Serif и Arial.  Какой из них не размытый?




пс. Указанная мной проблема не является ошибкой в Квике. Это особенность ClearType. Пока у всех не появятся 4K мониторы проблема останется. Простейшим решением будет просто вернуть убранные шрифты .fon. В версии 6.17 всё было и есть хорошо. Это не прихоть, это заметно и без увеличения.

Здравствуйте. Начиная с 7-ой версии стало невозможно выбрать в настройках шрифты .fon, в частности MS Sans Serif. Доступны только шрифты формата .ttf. В таблицах шрифты .ttf выглядят замыленными и размытыми (особенно при выделении жирным). При отключении ClearType в Windows проблема снимается для обычных шрифтов, но для жирных остаётся. К тому же отключение ClearType вносит размытость и необходимость замены шрифтов в самой Windows (дефолтный Segoe UI заточен под ClearType), а также в других программах, что не всегда в принципе возможно. В 6-ой версии такой проблемы нет. Пока у всех не будет мониторов 4K разумным будет шрифты .fon вернуть. Примеры в приложенных скринах. Скрины сделаны в версии Quik 7.14.1.7 (Windows 7/64) в красном и черном цветах с включенным и выключенным ClearType. Для сравнения 1 строка - Arial 8, 3-я строка - Arial 8 жирный, 2-я и 4-я строки - обычный MS Sans Serif 8. Жирный MS Sans Serif 8 виден в заголовках столбцов.
пс. Шрифт MS Sans Serif можно поставить в терминал по умолчанию, прописав его в параметрах конфигурации (файл INFO) и только. Выделить его полужирным в таблице не выйдет.