Исправленные недоработки, касающиеся QLua: 1) Аварийное завершение работы Рабочего места QUIK, происходившее при повторном заполнении таблиц (например, из QPILE-скрипта). 2) В некоторых случаях не освобождалась память при использовании скриптов на языке Lua. Плюс: Излишнее потребление памяти при использовании тиковых графиков
Пользователь
Сообщений: Регистрация: 10.04.2015
03.07.2020 16:01:48
Не успели выложить и уже БАГИ.... Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части. Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
Пользователь
Сообщений: Регистрация: 28.03.2016
03.07.2020 16:29:26
Если обьявить:
Код
Settings=
{
Name = "*Индикатор",
K = 2,
line =
{
{
Name = "Line",
Color = RGB(128, 128, 255),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше параметр в K нельзя прописать с дробными
Если обьявить:
Код
Settings=
{
Name = "*Индикатор",
K = 2.25,
line =
{
{
Name = "Line",
Color = RGB(128, 128, 255),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше можно прописывать дробные.
ДО 8.7 прекрасно все работало даже на lua 5.3 (версии 8.5-8.6), как и в версиях 6.17-8.6.
Settings =
{
Name = "*Индикатор" ,
K = 2 ,
line =
{
{
Name = "Line" ,
Color = RGB ( 128 , 128 , 255 ),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше параметр в K нельзя прописать с дробными
Если обьявить:
Код
Settings =
{
Name = "*Индикатор" ,
K = 2.25 ,
line =
{
{
Name = "Line" ,
Color = RGB ( 128 , 128 , 255 ),
Type = TYPE_DASH,
Width = 2
}
}
}
То дальше можно прописывать дробные.
ДО 8.7 прекрасно все работало даже на lua 5.3 (версии 8.5-8.6), как и в версиях 6.17-8.6.
А что делать тем у кого индикаторы закодированы ? Уважаемые разработчики, сделайте милость, исправьте баг чтобы можно было тестить данную версию в рамках рабочих скриптов...
Пользователь
Сообщений: Регистрация: 28.03.2016
03.07.2020 16:39:04
Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.
В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 21.08.2015
03.07.2020 21:29:12
В традиционное "раньше было лучше" внесу диссонанс: давняя проблема с неочисткой памяти при ошибке в OnInit наконец решена. Четенько все подчищается. Ура товарищи и спасибо за исправление.
Пользователь
Сообщений: Регистрация: 31.01.2015
04.07.2020 07:52:16
Мне кажется, что если бы релизы выпускались чаще, было бы гораздо проще выискивать и устранять ошибки.
Пусть будет бета-версия для тестирования. Разработчики починили что-то важное, собрали бета-релиз, выложили, получили обратную связь от пользователей в течение нескольких дней. Как более-менее устоялось -- выпустили официальный релиз.
А так, как сейчас, всё очень медленно происходит. Пользователи начинают терять интерес, не верят в то, что их баги будут починены в ближайшее время. Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Пользователь
Сообщений: Регистрация: 21.08.2015
04.07.2020 09:24:09
Цитата
_sk_ написал: Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пользователь
Сообщений: Регистрация: 23.01.2015
04.07.2020 12:12:26
Цитата
Юрий написал: Не успели выложить и уже БАГИ.... Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части. Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
проблема изучается. Постараемся в ближайшее время дать ответ.
Пользователь
Сообщений: Регистрация: 23.01.2015
04.07.2020 12:15:05
Цитата
Александр М написал: Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.
В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.
Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом. Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
написал: Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелатели просили, чтобы терминал не портил целочисленные значения параметров индикатора. Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.
Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.
Пользователь
Сообщений: Регистрация: 31.01.2015
04.07.2020 13:33:26
Меня в версии 8.7 больше волнует тема падений с дампом при работе QLua-скриптов. По списку исправлений не видно, что в этом месте что-то починили.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
04.07.2020 13:33:38
Цитата
Sergey Gorokhov написал: Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это неявляется багом.
Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
04.07.2020 13:41:11
Цитата
_sk_ написал: Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.
Попробуйте в Settings указать именно double:
Код
Settings =
{
Name = "*Индикатор",
K = 2.0,
line =
{
{ Name = "Line"}
}
}
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 21.08.2015
04.07.2020 14:05:23
Цитата
_sk_ написал: Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.
Исхожу из такого соображения: если автор индикатора хочет (только) целое, он инициализирует целым и тем самым отрезает юзеру возможность вбить что-то нецелое. Пример: для ema можно использовать дробный период, для sma - нельзя. Пусть во втором случае юзер вбил дробное число, как ему теперь посигналить, что число будет округлено до целого? Он же ж останется в уверенности, что у него sma с периодом 3.14, а она с периодом 3. С целым нет проблем, он просто не сможет вбить 3.14 и это сподвигнет его задуматься, то ли он творит.
Пользователь
Сообщений: Регистрация: 23.01.2015
04.07.2020 14:18:32
Цитата
Старатель написал: Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.
И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены," так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
Пользователь
Сообщений: Регистрация: 10.04.2015
04.07.2020 14:23:42
Есть куча закодированных индикаторов в которых объявлены целочисленные переменные, но не ограничивающиеся только лишь целыми числами. Как с ними быть? Изменить переменную на дробную в коде нельзя так как он закодирован, а предвидеть такое поведение квика было никак нельзя. Почему все делается как угодно но только не для человека ???
написал: Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.
В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.
Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом. Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
Если по данному инструменту добавить осциллятор, который рисует свои значения от 0 до 1, то уровни тоже не добавляются. Обьясните мне, какое отношение имеет точность самого инструмента, к осциллятору по инструменту, у которого точность своя?
написал: Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.
И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены," так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
Значение должно указываться в единицах цены используемого индикатора, даже МА рисуется с дробной частью и уровень мы должны мочь поставить произвольный. Про осцилляторы я написал выше, там уже вообще ваша логика не работает никак.
написал: Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелание мягко говоря спорное, т.к. по синтаксису lua 5.3 любое действие с переменной преобразует ее во float, а тем более, что она наверняка используется в расчетах и там все переменные будут float. Но вы удивительно быстро на него прореагировали, при этом не учли, что есть уже тысячи готовых индикаторов, которые на руках у десятков тысяч клиентов, и у которых сейчас реальные проблемы появились на ровном месте.
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 21.08.2015
06.07.2020 01:38:49
Цитата
Александр М написал: Но вы удивительно быстро на него прореагировали
Это не я, это арка.
Цитата
Александр М написал: у которых сейчас реальные проблемы появились на ровном месте
написал: Но вы удивительно быстро на него прореагировали
Это не я, это арка.
Цитата
написал: у которых сейчас реальные проблемы появились на ровном месте
Гарантийный же случай? )
Я и писал не Вам :)
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 28.03.2016
06.07.2020 09:40:29
Дополнительно выяснилось, что параметры у существующих индикаторов, которые уже добавлены на графики - округлились до целого.
Возникает вопрос: Разработчики QUIK вы что творите?
Сейчас после обновления до 8.7 у всех пользователей на десятках графиках как минимум часть оптимизированных и выстраданных параметров на десятках индикаторах округлилась до целого и Индикаторы резко стали показывать "левые" значения. Мало того, у части пользователей по данным индикаторам работают роботы. И точно 99% пользователей заметит этот Ваш "подарок" не сразу, но когда заметит, я Вам не завидую, т.к. ВСЕ (и брокеры и разработчики индикаторов и роботов) переведут стрелки на Вас и правильно сделают. У Вас данное "обновление" даже не анонсировано в изменении версии.
Вы что делаете? Вы вообще думаете о последствиях своих решений? Кто у вас принимает решение о включении тех или иных правок в версию? Почему нужные исправления висят годами, а вот такие "спорные" (я бы высказался по иному) внедряются за пару недель без анализа последствий?
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 23.01.2015
06.07.2020 15:12:45
Внимание всем. В данном топике описываются две разные проблемы Как либо пересекать их крайне недопустимо. Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое. И Вы Александр М, описываете ровно ту же самую проблему, только другими словами. И эта проблема будет чиниться.
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента. И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в .
Как быстро она будет чиниться ? Потому что сейчас при наличии этой проблемы нет возможности тестировать версию 8.7
Пользователь
Сообщений: Регистрация: 28.03.2016
06.07.2020 16:16:58
Цитата
Sergey Gorokhov написал: Внимание всем. В данном топике описываются две разные проблемы Как либо пересекать их крайне недопустимо. Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое. И Вы , описываете ровно ту же самую проблему, только другими словами. И эта проблема будет чиниться.
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента. И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в .
Я Вам дополнительную информацию предоставляю. Рад, что Вы решили, что это все-таки проблема и будет решена. Надеюсь до Брокеров Ваше версия 8.7 не дошла в текущем виде, иначе у пользователей уже может произойти сброс параметров..
Что касается второй проблемы "в уровне цены, нельзя указать число с точностью превышающую точность инструмента", то это все-таки БАГ, т.к. это пользовательские уровни и Вы не можете решать за пользователя, какое значение ему надо проставить согласно свой стратегии и расчетам. Также вы не ответили на мой вопрос, касательно осцилляторов и вообще любых индикаторов в Отдельной обрасти графика. Какое отношение точность инструмента имеет к данным индикаторам, у которых даже диапазон значений свой?
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
06.07.2020 16:43:57
Цитата
Sergey Gorokhov написал: Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
Проблема касается не только уровней, но и линий и отображения последнего значения на шкале. Этот баг добавили в какой-то версии 7.x
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 21.04.2020
07.07.2020 12:17:34
Цитата
Юрий написал: Не успели выложить и уже БАГИ.... Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части. Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
Добрый день,
Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
написал: Не успели выложить и уже БАГИ.... Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части. Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
Добрый день,
Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Вы внутри себя не договорились что ли, почему Вы пишите одно, а до Вас Пишут другое?
Цитата
Sergey Gorokhov написал: Внимание всем. В данном топике описываются две разные проблемы Как либо пересекать их крайне недопустимо. Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое. И Вы , описываете ровно ту же самую проблему, только другими словами. И эта проблема будет чиниться.
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента. И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в .
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 10.04.2015
07.07.2020 16:23:45
Цитата
Evgeniy Karnaukhov написал: Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
написал: Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
определенность внесена в резолюции, т.е. будут править документацию
написал: Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
определенность внесена в резолюции, т.е. будут править документацию
Т.е. то, что у практически всех пользователей с установленными оптимальными параметрами нестандартными индикаторами слетят настройки Вас не волнует. И то что стоит автообновление у большинства пользователей, а это значит, что настройки сначала слетят и только потом они прочитают в вашей документации почему это произошло тоже не волнует?
Юрий вам писал, что на руках тысячи скомпилированных индикаторов, т.е. быстро исправить тоже не получится.
Вы замечательно решаете проблемы. И вы мне не ответили по поводу точности в индикаторах в дополнительных областях и выставления там пользовательских уровней. Просто игнорируете мой вопрос.
- Роботы и индикаторы
Пользователь
Сообщений: Регистрация: 27.01.2017
07.07.2020 22:18:29
Я здесь соглашусь. Данное поведение будет нелогичным. Вы вносите элемент статической типизации в динамически типизированный язык.
