QTABLE_INT_TYPE QTABLE_INT64_TYPE

Страницы: 1
RSS
QTABLE_INT_TYPE QTABLE_INT64_TYPE
 
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
 
Получается, что trade_num и order_num из 19 знаков уже не влезут?
 
Цитата
s_mike@rambler.ru написал:
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
Приведите пример для понимания вопроса

Цитата
_sk_ написал:
Получается, что trade_num и order_num из 19 знаков уже не влезут?
влезут
 
Цитата
Sergey Gorokhov написал:
Цитата
s_mike@rambler.ru написал:
Я правильно понимаю, что колонки пользовательских таблиц этих типов по прежнему уверенным домкратом выводят float циферки? )
Приведите пример для понимания вопроса
Дорогая редакция!

Создайте пользовательскую таблицу на языке qlua, одну колонку сделайте типом QTABLE_INT64_TYPE и выведите в нее число 1.2345

Я слышал, что 1.2345 никак не есть int64. Возможно меня обманули....
 
s_mike@rambler.ru,
Михаил,
Давайте поконкретней, что именно Вас смущает, то что Вы видите глазами в таблице?
Или то что на самом деле внутри ячейки?
Если что - это разные вещи.
 
Сергей, я не знаю, как более понятно объяснить.

давайте попробую так:

есть тип колонки qtable-string-type.  В него можно записать значение типа string

есть qtable_double_type для плавающих чисел

есть qtable_int_type. Логично предположить, что в эта колонку можно записать только integer

по факту оказывается, что в в колонки int и int64 можно писать и int и  int64. Значения показываются, никаких округлений не происходит.

какая в таком случае разница между qtable_int qtable_int64 и wtable_double?  Никакой.

отсутствие разницы было как то объяснимо на луа 5.1. сейчас же на луа 5.3 после введения integer типа  ожидаешь соответствия, но по прежнему все валится в одну кучу


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

читать как

по факту оказывается, что в в колонки int и int64 можно писать и integer и  double. Значения показываются, никаких округлений не происходит.
 
s_mike@rambler.ru,
В колонке с числовым типом Вы записываете два значения, одно текстовое другое числовое.
В качестве текстового можно написать что угодно и оно будет так отображаться.
Вопрос в том что возвращает getItem по проблемной колонке, а не в том что визуально там отображается.
 
текcтовое представление не рассматриваем вообще


Сергей, я правильно понял, что

при записи в столбец qtable_int64_type переданное значение 123.45 всегда будет преобразовано в int64 (123) и именно в таком виде запомнено где-то в кишках терминала?

По getcell я получу уже именно как lua integer (123) ? Или я получу его как float (lua number) с обрезанной дробной частью (123.0)? или все же я получу исходный lua number 123.45?
 
s_mike@rambler.ru,
по идее должно быть целое число 123
Однако как оказалось возвращается не то.
Проблема изучается. Постараемся в ближайшее время дать ответ.
 
Цитата
Sergey Gorokhov написал:
s_mike@rambler.ru,
по идее должно быть целое число 123
Однако как оказалось возвращается не то.
Проблема изучается. Постараемся в ближайшее время дать ответ.
О чем и речь....
 
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
 
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0
Здравствуйте!

Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
 
Цитата
s_mike@rambler.ru написал:
Цитата
Egor Zaytsev написал:
Добрый день,
     
      Действительно, есть ошибка записи действительных значений в       целочисленные колонки. Ошибка будет исправлена в будущих       обновлениях ПО.
      Приносим извинения за причиненные неудобства.
Тогда заодно исправьте и индикаторы.Если задать в тексте на луа

Settings = {   ['PARAM'] = 5,
   line = чегототам
}

то при старте индикатора setting.Param содержит (int) 5, а после изменения его пользователем уже (float) 5.0

Добрый день,
     
      Действительно, после редактирования пользователем настроек       индикатора, его целочисленные параметры становятся вещественными.       Мы устраним данное приведение в будущих обновлениях ПО.

Приносим извинения за причиненные неудобства.
 
s_mike@rambler.ru, здравствуйте.

Описанная в данном инциденте ошибка была исправлена в версии 8.6.0 терминала QUIK.
Рекомендуем вам обновить версию программы.
Приносим извинения за причиненные неудобства.
Страницы: 1
Читают тему (гостей: 1)
Наверх