Отладка QUIK 8.7

Страницы: 1
RSS
Отладка QUIK 8.7
 
Новая версия для отладки.

ftp://ftp.quik.ru/public/updates/8.7/quik_8.7.1_upd.zip

Исправленные недоработки, касающиеся QLua:
1) Аварийное завершение работы Рабочего места QUIK, происходившее при повторном заполнении таблиц (например, из QPILE-скрипта).
2) В некоторых случаях не освобождалась память при использовании скриптов на языке Lua.
Плюс: Излишнее потребление памяти при использовании тиковых графиков
 
Не успели выложить и уже БАГИ....
Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части.
Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...
 
Если обьявить:
Код
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.

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

В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.  
 
В традиционное "раньше было лучше" внесу диссонанс: давняя проблема с неочисткой памяти при ошибке в OnInit наконец решена. Четенько все подчищается. Ура товарищи и спасибо за исправление.
 
Мне кажется, что если бы релизы выпускались чаще, было бы гораздо проще выискивать и устранять ошибки.

Пусть будет бета-версия для тестирования. Разработчики починили что-то важное, собрали бета-релиз, выложили, получили обратную связь от пользователей в течение нескольких дней. Как более-менее устоялось -- выпустили официальный релиз.

А так, как сейчас, всё очень медленно происходит. Пользователи начинают терять интерес, не верят в то, что их баги будут починены в ближайшее время. Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
 
Цитата
_sk_ написал:
Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с пожеланием не то чтобы давним. Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
 
Цитата
Юрий написал:
Не успели выложить и уже БАГИ....
Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части.
Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...

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

В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.  

Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом.
Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с  пожеланием не то чтобы давним . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелатели просили, чтобы терминал не портил целочисленные значения параметров индикатора. Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.

Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.
 
Меня в версии 8.7 больше волнует тема падений с дампом при работе QLua-скриптов. По списку исправлений не видно, что в этом месте что-то починили.
 
Цитата
Sergey Gorokhov написал:
Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом.
Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
_sk_ написал:
Раньше терминал всё преобразовывал в float. Теперь вообще не даёт пользователю ввести дробное число, если инициализация была целым.
Попробуйте в Settings указать именно double:
Код
Settings = 
{
   Name  =   "*Индикатор",
   K  =   2.0,
   line  = 
   {
      { Name  =   "Line"}
   }
} 
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
_sk_ написал:
Думаю, лучше сделать так: если пользователь изменил значение параметра, оставив его целым, всё хорошо, а если пользователь хочет поставить дробное значение параметра, пусть ставит, после чего происходит преобразование в тип float.
Исхожу из такого соображения: если автор индикатора хочет (только) целое, он инициализирует целым и тем самым отрезает юзеру возможность вбить что-то нецелое. Пример: для ema можно использовать дробный период, для sma - нельзя. Пусть во втором случае юзер вбил дробное число, как ему теперь посигналить, что число будет округлено до целого? Он же ж останется в уверенности, что у него sma с периодом 3.14, а она с периодом 3. С целым нет проблем, он просто не сможет вбить 3.14 и это сподвигнет его задуматься, то ли он творит.
 
Цитата
Старатель написал:
Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.

И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены,"
так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
 
Есть куча закодированных индикаторов в которых объявлены целочисленные переменные, но не ограничивающиеся только лишь целыми числами. Как с ними быть? Изменить переменную на дробную в коде нельзя так как он закодирован, а предвидеть такое поведение квика было никак нельзя. Почему все делается как угодно но только не для человека ???
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Дополнительно так и остался похожий баг, который у вас тянется еще с начала времен и по которому только сплошные обещания исправить.

В настройках ЛЮБОГО индикатора (и самой цены) в разделе Уровни нельзя добавить уровень с дробной частью. Вообще.  

Если на инструменте точность цены не позволяет наличие дробных значений то форма ввода цены уровней действительно не даст указать дробную цену, и собственно это не является багом.
Если у инструмента точность позволяет дробные значения то уровни прекрасно рисуются.
Если по данному инструменту добавить осциллятор, который рисует свои значения от 0 до 1, то уровни тоже не добавляются. Обьясните мне, какое отношение имеет точность самого инструмента, к осциллятору по инструменту, у которого точность своя?
 
Цитата
Sergey Gorokhov написал:
Цитата
Старатель написал:
Точность значений индикаторов, например, таких, как VHF, не может ограничиваться точностью цены самого инструмента.

И тем не менее оно так работает, и даже в документации сказано "Значение указывается в единицах цены,"
так что это не баг а фишка, если хотите другого поведения, то это пожелание на доработку.
Значение должно указываться в единицах цены используемого индикатора, даже МА рисуется с дробной частью и уровень мы должны мочь поставить произвольный. Про осцилляторы я написал выше, там уже вообще ваша логика не работает никак.
 
Цитата
Anton написал:
Цитата
_sk_ написал:
Да ещё и регрессы в тех местах, которые не ожидали увидеть (см. второе сообщение темы).
Строго говоря это не баг, а наоборот в соответствии с  пожеланием не то чтобы давним . Вот поэтому и приходится влезать в некоторые темы и пытаться доказать некоторым пожелателям, что их некоторые пожелания не так уж хороши, как им кажется. Ну в этом конкретном случае я скорее за, оно так логичнее.
Пожелание мягко говоря спорное, т.к. по синтаксису lua 5.3 любое действие с переменной преобразует ее во float, а тем более, что она наверняка используется в расчетах и там все переменные будут float. Но вы удивительно быстро на него прореагировали, при этом не учли, что есть уже тысячи готовых индикаторов, которые на руках у десятков тысяч клиентов, и у которых сейчас реальные проблемы появились на ровном месте.
 
Цитата
Александр М написал:
Но вы удивительно быстро на него прореагировали
Это не я, это арка.

Цитата
Александр М написал:
у которых сейчас реальные проблемы появились на ровном месте
Гарантийный же случай? )
 
Цитата
Anton написал:
Цитата
Александр М написал:
Но вы удивительно быстро на него прореагировали
Это не я, это арка.

Цитата
Александр М написал:
у которых сейчас реальные проблемы появились на ровном месте
Гарантийный же случай? )
Я и писал не Вам :)
 
Дополнительно выяснилось, что параметры у существующих индикаторов, которые уже добавлены на графики - округлились до целого.

Возникает вопрос: Разработчики QUIK вы что творите?

Сейчас после обновления до 8.7 у всех пользователей на десятках графиках как минимум часть оптимизированных и выстраданных параметров на десятках индикаторах округлилась до целого и Индикаторы резко стали показывать "левые" значения. Мало того, у части пользователей по данным индикаторам работают роботы. И точно 99% пользователей заметит этот Ваш "подарок" не сразу, но когда заметит, я Вам не завидую, т.к. ВСЕ (и брокеры и разработчики индикаторов и роботов) переведут стрелки на Вас и правильно сделают. У Вас данное "обновление" даже не анонсировано в изменении версии.

Вы что делаете? Вы вообще думаете о последствиях своих решений? Кто у вас принимает решение о включении тех или иных правок в версию? Почему нужные исправления висят годами, а вот такие "спорные" (я бы высказался по иному) внедряются за пару недель без анализа последствий?
 
Внимание всем.
В данном топике описываются две разные проблемы
Как либо пересекать их крайне недопустимо.
Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в документации.
 
Цитата
Sergey Gorokhov написал:
И эта проблема будет чиниться
Как быстро она будет чиниться ? Потому что сейчас при наличии этой проблемы нет возможности тестировать версию 8.7
 
Цитата
Sergey Gorokhov написал:
Внимание всем.
В данном топике описываются две  разные  проблемы
Как либо пересекать их крайне  недопустимо.
Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в  документации .
Я Вам дополнительную информацию предоставляю. Рад, что Вы решили, что это все-таки проблема и будет решена. Надеюсь до Брокеров Ваше версия 8.7 не дошла в текущем виде, иначе у пользователей уже может произойти сброс параметров..

Что касается второй проблемы "в уровне цены, нельзя указать число с точностью превышающую точность инструмента", то это все-таки БАГ, т.к. это пользовательские уровни и Вы не можете решать за пользователя, какое значение ему надо проставить согласно свой стратегии и расчетам. Также вы не ответили на мой вопрос, касательно осцилляторов и вообще любых индикаторов в Отдельной обрасти графика. Какое отношение точность инструмента имеет к данным индикаторам, у которых даже диапазон значений свой?
 
Цитата
Sergey Gorokhov написал:
Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
Проблема касается не только уровней, но и линий и отображения последнего значения на шкале. Этот баг добавили в какой-то версии 7.x
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Юрий написал:
Не успели выложить и уже БАГИ....
Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части.
Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...

Добрый день,

Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
 
Цитата
Evgeniy Karnaukhov написал:
Цитата
Юрий написал:
Не успели выложить и уже БАГИ....
Невозможно задать десятичные значения параметров в собственных индикаторах где ранее это было возможно. Тупо не ставится ни точка ни запятая в качестве разделителя дробной части.
Соответственно это СРАЗУ ставит крест на дальнейшем тестировании данной версии...

Добрый день,

Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Вы внутри себя не договорились что ли, почему Вы пишите одно, а до Вас Пишут другое?

Цитата
Sergey Gorokhov написал:
Внимание всем.
В данном топике описываются две  разные  проблемы
Как либо пересекать их крайне  недопустимо.
Одна проблема, то что в свойствах Lua индикатора нельзя ввести вещественное число если в Settings оно задано как целое.
И Вы Александр М, описываете ровно ту же самую проблему, только другими словами.
И эта проблема будет чиниться.

Вторая проблема, то что в свойствах индикатора, в уровне цены, нельзя указать число с точностью превышающую точность инструмента.
И как уже было сказано, это НЕ является багом, так работало всегда и такая работа описана в  документации .
 
Цитата
Evgeniy Karnaukhov написал:
Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.

Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?
 
Цитата
Юрий написал:
Цитата
Evgeniy Karnaukhov написал:
Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?

определенность внесена в резолюции, т.е. будут править документацию
 
Цитата
Sergey Gorokhov написал:
Цитата
Юрий написал:
 
Цитата
Evgeniy Karnaukhov  написал:
Добрый день, Для указания вещественной природы параметра индикатора нужно обязательно дополнять его значение суффиксом .0. В документации данное условие мы отразим в очередном обновлении ПО.
Это окончательный ответ по данному вопросу или следующий сотрудник все таки скажет что будете исправлять? А потом следующий подтвердит что будете исправлять но документацию, а не софт... Где определенность?

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

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

Вы замечательно решаете проблемы. И вы мне не ответили по поводу точности в индикаторах в дополнительных областях и выставления там пользовательских уровней. Просто игнорируете мой вопрос.
 
Я здесь соглашусь. Данное поведение будет нелогичным.
Вы вносите элемент статической типизации в динамически типизированный язык.  
Страницы: 1
Читают тему
Наверх