В версии программы 1.2 данная логика перерабатываться не будет.
Изменения были из-за ошибок, которые невозможно устранить в текущей версии программы.
Логика будет доступна только в версии 1.3
По этому вариант только вести позицию из АПИ(т.е. написать скрипт не в визуальном редакторе), либо ждать версию 1.3.**
Либо установить предыдущую версию до изменений.(1.2.13)

ок! еще проблема с множественным открытием позиций появилась. если раньше был двойной вход, то сегодня вошел в позицию 81 лот по RIU!! то есть в 9 раз больше чем мн надо было.Я понимаю,что такое возникло из-за используемого мною интервала пересчета покупка-продажа, а моя скорость обращения к серверу 10 мс. Мне кажеться, было бы уместно в настройках скрипта добавить еще чтобы интервал пересчета был равным числу обращений. тогда таких проблем уверен ,что тоже не было бы.

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

Уважаемые разработчики! Можете рассказать как в новой версии программы будет работать функция "УСЛОВНЫЕ ПО РЫНКУ",которая находится в менеджере поставщиков данных? Почему,кстати, там? Если я ее активирую, с целью выполнять условную сделку по рынку, будет ли она выполняться сразу при срабатывании условия или будет ждать пересчета? и как будут влиять торговые настройки самого скрипта, типа ЖДАТЬ ИСПОЛНЕНИЯ ВХОДА, ОТКРЫТИЕ ЛИМИТНЫМИ ЗАЯВКАМИ, ПЛОХИЕ ЗАЯВКИ ПО РЫНКУ? С ними что делать?Какие выставить флаги или уже это не будет влиять? Не
хочется повторения сегодняшних проблем

Выключите пересчет пок/прод, это самоубийство.
Включите интервал.
Включите флаг "Условные по рынку", там потому-что не каждому брокеру подходит.
Ждать исполнения - 0
Лимитными - нет
Плохие - да

Хм.. Дельный ответ. Спасибо!:)
про самоубийство не понял, зачем тогда он вообще нужен этот пересчет?кто с ним работает? на Плазе? так ведь то же самое может быть;) еще,вроде, говорят, "сделка" должна меньше глючить, но после сегодняшнего желания эксперементировать совсем мало осталось

так же будет глючить.
Эти пересчеты только для скриптов на АПИ, с контролем заявок.

а в визуальном редакторе ожидается контроль заявок? Мы тоже хотим

Все поменял,как сказали. Попутно возник вопрос: Надо тогда и связанные заявки включать? , ведь за минуту цена может сходить легко туда и обратно. В общем, уже проблемы другого рода появляются. С пересчетом "сделка" было все ясно, если б не эти глюки с 91 лотом

Если для выхода из позиции используются две условные заявки, то связные не помешают, если одна, то связные не нужны, а если >2, то связные не спасут. ))

Пусть меня запишут в первые критиканы и выдадут соответствующую медаль
НО:
господа разработчики как можно в такой тонкой отрасли так вольно обращатся с логикой программы?
где доказательства столь громкого заявления? пожалуйте файл счетчикРЕАЛ1.2.14.3.JPG , я долго размышлял что меня смущает в таком расхождении графиков Длинных и Коротких позиций пока не откатил назад к версии 1.2.13.0 (файл счетчик откат к 1.2.13.0.JPG) и понял что стабильно и прибыльно работающий алгоритм показывал даже неверный расчет результатов не говоря уж о прочем все время пока стояла версия 1.2.14.

более того эксперементы на локальном компе (файлы лаба1.2.13.0.JPG, лаба1.2.14.3.JPG, лаба1.2.14.3_без_самодельных_индикаторов.JPG) показали что проблема даже не в использовании злощастных самодельных индикаторов из кубиков, а в глубоко изменной логике! по тому как не работают простейщие приемы много раз использованные в предидущих версиях ( как то трейл тени к примеру).

Обращайтесь в Службу поддержки

первая медаль пошла, ковыряю дырки для следующих медалей...

2 SupportTSLab : служба поддержки уже подвисла от моих скромных заявок, ну вам ли не знать. извините эмоции. у меня такое впечатление что из всех пользователей я один использую самодельные индикаторы в разработке и, о ужас, реальной торговле. сдесь же ситуация сложная , т.к. я не совсем готов передовать вам алгоритм для проверки, не смотря на все заверения в конфиденциальности( жизнь учит), прийдется выявлять глюк самостоятельно и потом опять по 3-6 месяцев тыкать что глюк именно сдесь. и не выгодно это , ну да это уже обсуждалось...