Поле count

В колбеках типа onalltrade изменений не было?

они вам потом скажут, что: читайте форум или:.. быть может, даже и другой... (попробуйте поискать информацию на другом форуме)
это п..ц в общем.

Добрый день, Михаил. А что там не так?

Если не секрет, и простите если за возможную глупость, но зачем синхронизировать OnAllTrade и колбэк DataSource для сделок?

Например, арбитражная синтетика, где важны не только цены, но и порядок следования сделок. alltrade даёт последовательность, а datasource - готовые таймсерии по ногам.

Всех приветствую.
Форум сменился -- проблемы остались.
Проблему подтверждаю. Тема обсуждается более года. 1,5 месяца "изучал" проблему, чтоб не создавать мусора в форуме.
11 июня 2014 на support@quik.ru было написано письмо. 1,5 месяца убеждал разработчиков в существовании проблемы, наличие которой они признавать отказывались. Номер пожелания CQ01481558, который они выполнили способом, который не привел к положительному результату.
В чем проблема? Господа разработчики? Если Вы выполняете чей-то заказ по скрытому игнорированию доработок QUIK по определенным направлениям, напишите открыто, мы поймем.
В задницу CreateDatasource, обойдемся DDE. Увеличим трафик и нагрузку на комп.
Если обидел напрасно, простите великодушно.
Если нужна помощь, поможем. Всё же уже сделано, осталось уточнить откуда брать Count.
Спасибо.

PS. Нужен не номер п/п изменения параметра, а номер п/п ВСЕХ изменений (т.е. в списке по изменениям всех параметров, на которые подписан клиент посредством CreateDatasource, либо всех изменений по инструменту).
"всех изменений по инструменту"  подразумевается, как таблица изменений параметров приходит в QUIK. Подозреваю, -- что полностью, т.к. на завтра, добавив в таблицу  изменений параметров колонку, мы получаем ее в QUIK с данными.
С первым изменением в новой секунде,Count можно -- снова с единицы.
Спасибо.

а дать пользователям нормально работать с qchart.dll из qlua надо понимать, не смогли?

Михаил, здравствуйте.
Не сочтите за ... претензии.
Однако, если перечитать историю постов и сложить в 1 копилку аргументы АРКА, логика -- "не строится".
Ваши "сложности" мы тоже готовы понять.И как потребители мы о проблеме (решения с Вашей стороны) видим со своей стороны в режиме информационного вакуума. А верить в невозможность решения, как минимум, "не хочется".
Принимая во внимание обеспечения минимума вычислений (исключения отдельного потока данных для каждого пользователя) для решения настоящей проблемы необходимо (и как понимаю, достаточно), чтобы сервер QUIK передавал в поле Count номер строки таблицы изменения параметра по инструменту (если она на сервере хранится).
Если не хранится, Михаил, то: https://forum.quik.ru/forum10/topic84/   Дмитрий пишет (23.02.2015 19:29:22):
"Вообще интересно, как именно, то есть на основе каких данных разработчики строят в терминале Таблицу изменений параметров".Если эти предложения не выход, можете изложить в каком виде эти данные на сервере хранятся? Спасибо.

конкретно в этой ветке, я и не говорил, что это плагин. А спросил лишь о том, почему его возможности не в полной мере реализованы в qlua, хотя, возможность сделать эту dll более user-friendly у вас определённо имеется.
И, кстати, Михаил, вы мне так и не ответили: https://forum.quik.ru/messages/forum8/message2549/topic124/#message2549
----------------
получается, для вас - доступен весь функционал и спектр возможностей, а нам вы оставляете только тривиальные функции использования.

Все просто, то что в меню Справка - Версии компонентов, имеет возможность установить галку - то плагин, все остальное служебные составляющие

У нас есть тестовые сервера и на них информация не обязана совпадать с боевой.

Расскажите, как по Вашему, что изменило бы в диагностике, если бы проблему воспроизводили на боевом потоке?

Там два вопроса, на какой именно нужен ответ?

Если бы воспроизводили проблемы на боевом Квике, то этот вопрос уже решили бы.

Данный топик постепенно превращается в какой-то суд.
история по ссылке от sam063rus разобрана, баг найден но пока еще не починен.
история по ссылке от Серж разобрана, баг найден уже починен.
И при этом утверждается что мы не так диагностируем.
В чем вопрос вообще не понятно.
с праздниками Вас

В версии 6.16.1
Если у Вас проблема повторяется, то это уже новая тема для разбора.

Если для вас вместо доработки QLua будет проще реализовать возможность ручного сохранения в файл содержимого Таблицы изменений параметров точно в том виде, в каком она отображается на экране, то сделайте, пожалуйста, хотя бы это для начала.
Соответствующее пожелание у вас уже вроде как зарегистрировано под номером CQ01579578.
Существующие на данный момент средства сохранения этой таблицы через буфер обмена или DDE не работают при большом количестве столбцов или строк из-за нехватки памяти (https://forum.quik.ru/forum1/topic58/). Как сообщила мне ваша служба техподдержки, эту проблему невозможно решить без перехода на 64-разрядную версию терминала.
Поэтому желание построить такую таблицу с помощью средств QLua лично у меня появилось, как говорится, не от хорошей жизни.