Старатель (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 47 След.
BUG: SetSelectedRow работает некорректно при использовании пользовательских фильтров или сортировки
 
Цитата
Daniil Pozdnyakov написал:
Касательно ответа на 2 вопрос. Привести пример, где в Lua-таблице с пользовательскими фильтрами выделяется строка функцией SetSelectedRow(), довольно сложно.
Это был скорее риторический вопрос. Потому что после применения фильтров и/или сортировки к таблице SetSelectedRow() становится бесполезной.

Цитата
Daniil Pozdnyakov написал:
можем зарегистрировать пожелание на добавление признака, показывающего, что строка отфильтрована в таблице созданной через CreateWindow()
Мне нужно выделять строки по их номинальному порядковому номеру. Что я буду делать с этим признаком?
Надо делать так, как надо. А как не надо - делать не надо.
[ Закрыто] Опять ошибка получения кол-ва ордеров скриптом
 
Цитата
Daniil Pozdnyakov написал:
Данная проблема, к сожалению, воспроизводилась не совсем корректно
Это как?

Цитата
Daniil Pozdnyakov написал:
изначально ошибку получить не удавалось
В целях улучшения взаимодействия и повышения информативности баг-репортов просьба более детально описать, что делали изначально и какие действия предприняли, что удалось получить ошибку.
Надо делать так, как надо. А как не надо - делать не надо.
[ Закрыто] Опять ошибка получения кол-ва ордеров скриптом
 
Daniil Pozdnyakov, сообщите, по какой причине вы утверждали:

Цитата
Daniil Pozdnyakov написал:
Перепроверили работу скриптов, на которые Вы ссылаетесь, уже с функцией CalcBuySell(). Они исправно выводят правильные данные.
Надо делать так, как надо. А как не надо - делать не надо.
BUG: Subscribe_Level_II_Quotes возвращает true даже если подписка на Level II по инструменту невозможна
 
В квике есть неторговые, информационные классы, по которым Level II не транслируется.
Но Subscribe по инструментам из этих классов возвращает true.
Надо делать так, как надо. А как не надо - делать не надо.
Дубликаты уведомлений onOrder v9.2.2.11
 
Есть другие факты:

https://forum.quik.ru/messages/forum10/message12868/topic1082/#message12868
Цитата
Sergey Gorokhov написал:
По данному обращению мы определили, что причиной множественных     отправок сделок (более двух) на клиентские места является неоптимальность в     серверном ПО QUIK. После ее устранения сделки могут быть отправлены на клиентское место максимум 2 раза - по     получению сделки из торговой системы и по факту ее обновления.

https://forum.quik.ru/messages/forum10/message13524/topic1082/#message13524
Цитата
Stanislav Tvorogov написал:
По данному обращению мы диагностируем что заявки, отправляются     пользователям столько раз, сколько раз они менялись на сервере (под     изменением понимается, как изменение статуса, остатка, так и     установка UID, trans_id). При этом по факту заявки могут быть     отправлены сразу в последнем, актуальном, состоянии. Поэтому клиенты     видят многократный апдэйт одной и той же заявки без ее видимых     изменений. В одной из следующих версий серверного ПО QUIK мы     постараемся исправить эту ситуацию, чтобы не дублировать отправку     заявки в одном и том же состоянии несколько раз.
Надо делать так, как надо. А как не надо - делать не надо.
Перемещение заявки 2 транзакциями
 
Цитата
Roman Azarov написал:
Цитата
Старатель написал:
Сократить время можно, если обновлять лимиты не только после получения уведомления по заявке, но и после ответа от биржи по транзакции.
Предлагаем зарегистрировать такое пожелание. Регистрируем?

Это в ваших же интересах в первую очередь, учитывая, что
Цитата
Roman Azarov написал:
Максимально сократить это время - является одной из наших основных задач.
Надо делать так, как надо. А как не надо - делать не надо.
Объемы торгов меняются на следующий день
 
Цитата
Daniil Pozdnyakov написал:
В следующий раз просьба предоставить ссылку на ветвь форума, где представлены скриншоты по описанной Вами проблеме

Daniil Pozdnyakov, в таком случае сообщите, по какой причине вы утверждали:
Цитата
Daniil Pozdnyakov написал:
Цитата
Старатель написал:
 
Цитата
Alexey Ivannikov  написал:
Проблема некорректного отображения объема дневных свечек до начала новой  торговой сессии
Это неточная формулировка.
Последняя свеча предыдущего дня остаётся искажённой и  после  начала торговой сессии.

 
Цитата
Alexey Ivannikov  написал:
с искажениями данных  в свечах меньших интервалов мы  до сих пор не сталкивались.
Давайте посмотрим вместе:
Открываем график H4 в Junior, смотрим последнюю свечу:
 
Теперь тот же график в бинарнике:
описанная ошибка была исправлена в версии терминала Quik 9.1.

Вы процитировали сообщение #26 с представленным скриншотом.
Надо делать так, как надо. А как не надо - делать не надо.
BUG: SetSelectedRow работает некорректно при использовании пользовательских фильтров или сортировки
 
Добрый день.
Скрытый текст


Применить к таблице фильтр, как на скриншоте: "Row больше 1"
При нажатии на любую клавишу, нужно выделить строку с фактическим порядковым номером 2.
Но выделяется строка с номером 3, о чём сообщает событие QTABLE_SELCHANGED.

1. Как выделять строки по фактическому порядковому номеру, с учётом того, что скрипт понятия не имеет о применённых фильтрах и сортировках?
2. Да в руководстве указано: "Функция работает с видимым представлением таблицы, в котором учитываются пользовательские фильтры и сортировка." Но нафига оно онужно? Можете привести хоть один реальный пример, когда нужно выделить строку в таблице, в которой "учитываются пользовательские фильтры и сортировка", принимая во внимание, что скрипт понятия не имеет о применённых фильтрах и сортировках?
Надо делать так, как надо. А как не надо - делать не надо.
Объемы торгов меняются на следующий день
 
Daniil Pozdnyakov, сообщите, по какой причине вы утверждали:
Цитата
Daniil Pozdnyakov написал:
Касательно неправильного отображения объёма на последней свече предыдущего дня. Данная проблема, которая была обнаружена в прошлых версиях терминала, была нами проверена на версии Quik 9.1. Она не воспроизвелась, объём последней свечи предыдущего дня отображается корректно, поэтому убедительная просьба прислать новые, актуальные скриншоты, на которых будет видно некорректное отображение объёма.
Надо делать так, как надо. А как не надо - делать не надо.
ошибка работы скрипта, ошибка появилась при смене 7 версии на 8
 
Цитата
s_mike@rambler.ru написал:
Сомн ительно, что это работало к вас в предыдущей версии.
Lua 5.3 / 5.4 имеет изменения в file:lines (···), добавляющие форматы, которые определяют, что читать. Т.о., функция ожидает строку в качестве аргумента, о чём и сообщает в ошибке.
В Lua 5.1 переданный аргумент просто игнорировался.
Надо делать так, как надо. А как не надо - делать не надо.
Вопрос к разработчикам: как в 8-м квике отключить выпадающее меню, при правом клике мишки на элементе таблицы LUA?
 
Цитата
Sergey Denegin написал:
и овцы будут целы, и волки сыты
https://forum.quik.ru/messages/forum10/message42277/topic4921/#message42277
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки из таблицы котировок
 
Цитата
Daniil Pozdnyakov написал:
Данной фразы, как таковой, там нет.
Спасибо, что подтвердили мою правоту.

Есть кейс: ведется торговля на счетах нескольких клиентов. Нужно быстро в три клика снять заявки по одному инструменту одного клиента, не затрагивая другие инструменты и клиентов.
Daniil Pozdnyakov, вы отказываетесь регистрировать?
Надо делать так, как надо. А как не надо - делать не надо.
Как читать диаграмму "Глубина рынка"?, Не понимаю изменений суммарного объема на диаграмме.
 
Цитата
Alexey Ivannikov написал:
прислать скриншот стакана и скриншот графика с настроенной глубиной рынка
А скриншот из сообщения #1 не открывается?

Цитата
Alexey Ivannikov написал:
подробно объяснить, в чём именно по Вашему заключается ошибка?
В первом же сообщении, куда уж подробнее?
Цитата
Елисей Куликовский написал:
Уровень 77 100 суммарного объема, как я понимаю, расти не должен, поскольку заявок по нему нет, но уровень вырастает.

Alexey Ivannikov, объясните, почему суммарный объём на уровне 77100 больше суммарного объёма на уровне 77099 ?
Надо делать так, как надо. А как не надо - делать не надо.
Вопрос к разработчикам: как в 8-м квике отключить выпадающее меню, при правом клике мишки на элементе таблицы LUA?
 
Цитата
Daniil Pozdnyakov написал:
воспроизвести не удалось
Daniil Pozdnyakov, почему не удалось воспроизвести?
Надо делать так, как надо. А как не надо - делать не надо.
Вопрос к разработчикам: как в 8-м квике отключить выпадающее меню, при правом клике мишки на элементе таблицы LUA?
 
Цитата
Daniil Pozdnyakov написал:
воспроизвести не удалось.
Если футболист не может попасть по мячу и всё время ноет "не получается", надо менять профессию, а не позориться.
Надо делать так, как надо. А как не надо - делать не надо.
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Цитата
Roman Azarov написал:
согласовывать между собой описание и пример (чтобы они относились к одной проблеме)

Описание:
Цитата
Ivan Smirnov написал:
при этом почему-то активировалось окно экземпляра Квик другого брокера
Читай: активировалось окно другого экземпляра квик, не того, который запускали.
Цитата
Старатель написал:
а вот это надо исправлять: если QUIK уже запущен должно активироваться то окно, которое соответствует запускаемому экзешнику, а не все подряд.

Пример:
Цитата
Старатель написал:
Цитата
Roman Azarov написал:
пример
Откройте несколько квиков. Сверните все окна.
После запустите info.exe любого из запущенных квиков. В идеале должно было  бы  развернуться только одно окно.
А как на самом деле? Посчитайте сколько окон развернулось.

Что не так?
Надо делать так, как надо. А как не надо - делать не надо.
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Цитата
Roman Azarov написал:
пример

Откройте несколько квиков. Сверните все окна.
После запустите info.exe любого из запущенных квиков. В идеале должно было бы развернуться только одно окно.
А как на самом деле? Посчитайте сколько окон развернулось.
Надо делать так, как надо. А как не надо - делать не надо.
Масштабирование графика скролом мыши
 
Подглядел в другом терминале: с зажатым контролом скрол вниз уменьшает масштаб, скрол вверх - увеличивает.
При этом, масштабирование происходит таким образом, что свеча, над которой находится курсор остаётся на месте.
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки из таблицы котировок
 
Цитата
Daniil Pozdnyakov написал:
в  архиве  с документацией на терминал в документе "5 торговые операции клиента.pdf" это описано.

Приведите скрин из доки с этой фразой, а то я не нашёл:
Цитата
Daniil Pozdnyakov написал:
снятие заявок из окна котировок происходит независимо от значения торгового счёта в панели торговли.
Надо делать так, как надо. А как не надо - делать не надо.
Срочно: в версии 9.1.1.3 невозможно запустить Квик для двух разных брокеров версии
 
Цитата
Ivan Smirnov написал:
при этом почему-то активировалось окно экземпляра Квик другого брокера

Roman Azarov, а вот это надо исправлять: если QUIK уже запущен должно активироваться то окно, которое соответствует запускаемому экзешнику, а не все подряд.
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки из таблицы котировок
 
Цитата
Daniil Pozdnyakov написал:
согласно документации на терминал, снятие заявок из окна котировок происходит независимо от значения торгового счёта в панели торговли.
Нет такого в документации.

Вы сами написали:
Цитата
Daniil Pozdnyakov написал:
Торговый счёт в панели торговли, предназначен для функционала быстрой торговли (См. скриншот 1).
Цитата
Daniil Pozdnyakov написал:
Прикрепленные файлы
и обвели панель группового снятия заявок.

Регистрируйте:

1. Исправить ошибку, описанную выше. Должны сниматься только заявки по выбранному торговому счёту и коду клиента (если указаны). Если код клиента не указан, то снимаются все заявки для указанного торгового счёта. Если не указан торговый счёт, то снимаются заявки по всем торговым счетам.

2. При открытии формы ввода заявки (стоп-заявки) из стакана (двойной клик, из контекстного меню, F2 и пр.) в поля "Торговый счет" и "Код клиента" должен автоматически подставляться тот торговый счет (и код клиента, если указан), которые выбраны в панели торговли.
Надо делать так, как надо. А как не надо - делать не надо.
Некорректное отображение price, Некорректное отображение price
 
Цитата
Прикрепленные файлы
Снимок экрана (3).png (192.51 КБ)
Подтверждаю, есть такая проблема.
Тоже на одной диаграмме было два инструмента и несколько индикаторов.
После замены инструментов через контекстное меню "Заменить инструмент" на одном из графиков стали отображаться сделки с другого инструмента.
Подробности, чё в какой последовательности делал не выпытывайте - не вспомню.
Перезаказ данных не делал. Помогло создание диаграммы с нуля. Значит, с сервера идут котировки правильные, проблема локальная.

Цитата
Daniil Pozdnyakov написал:
на какие показатели обращаете внимание?
На цену.

Цитата
Daniil Pozdnyakov написал:
почему Вы решили, что график отображает неправильную информацию
На диаграмме видно два ряда цен на каждом из графиков, один из которых - котировки с другого инструмента.
Надо делать так, как надо. А как не надо - делать не надо.
Объем свечей (график vs ТОС)
 
Цитата
Игорь М написал:
Они поправили это в 9-х версиях терминала?
Нет
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки из таблицы котировок
 
Цитата
Daniil Pozdnyakov написал:
Торговый счёт в панели торговли, предназначен для функционала быстрой торговли
BUG: Кнопки снятия и группового снятия заявок не применяются для выбранного торгового счёта: снимаются заявки по ВСЕМ торговым счетам.

Цитата
Daniil Pozdnyakov написал:
По своей реализации
Тогда регистрируйте:

1. Исправить ошибку, описанную выше. Должны сниматься только заявки по выбранному торговому счёту.

2. При открытии формы ввода заявки (стоп-заявки) из стакана (двойной клик, из контекстного меню, F2 и пр.) в поля "Торговый счет" и "Код клиента" должен автоматически подставляться тот торговый счет (и код клиента, если указан), которые выбраны в панели торговли.
Надо делать так, как надо. А как не надо - делать не надо.
Объем свечей (график vs ТОС)
 
https://forum.quik.ru/messages/forum1/message52203/topic6189/#message52203
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки из таблицы котировок
 
Открыто два стакана по одному инструменту.
В каждом стакане включена панель торговли. В ней выбран конкретный торговый счёт. Они разные в каждом стакане.
Как сделать, чтобы при открытии формы ввода заявки из стакана (двойной клик) в поле "Торговый счет" автоматически подставлялся тот торговый счет, который выбран в панели торговли?
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 9.1
 
Цитата
Daniil Pozdnyakov написал:
брокер вполне может дать доступ своим клиентам к данному функционалу
Цитата
Daniil Pozdnyakov написал:
данный функционал не реализован для срочной секции МБ

Так надо было сначала разобраться, почему не работает на срочной секции, а не спихивать ответственность на брокера.
Надо делать так, как надо. А как не надо - делать не надо.
Как читать диаграмму "Глубина рынка"?, Не понимаю изменений суммарного объема на диаграмме.
 
Цитата
Alexey Ivannikov написал:
проблема - просьба подробно её описать

По-русски же написали в первом сообщении:
Цитата
Елисей Куликовский написал:
Уровень 77 100 суммарного объема, как я понимаю, расти не должен, поскольку заявок по нему нет, но уровень вырастает. На уровне 77 105 должен быть рост на 12 заявок, но его нет, но есть "ступенька" на следующем, 77 106, уровне. Далее, на уровне 77 111 заявок нет, но есть значительный рост, похоже, что от вышестоящего уровня 77 113.

Я не знаю, как ещё объяснить.  :unamused:
Ещё одну картинку нарисовать?
Вот так в квике:

А должно быть так:
Надо делать так, как надо. А как не надо - делать не надо.
Как читать диаграмму "Глубина рынка"?, Не понимаю изменений суммарного объема на диаграмме.
 
Цитата
Старатель написал:
Это ошибка. Суммарный объём должен расти на том уровне, где есть заявки, а не раньше.
Так, чё в итоге? Исправлять будут?
Надо делать так, как надо. А как не надо - делать не надо.
Ноли в значении тренда в индикаторе
 
Цитата
Daniil Pozdnyakov написал:
Описанная в данном инциденте ошибка была исправлена в версии 9.2 терминала QUIK
Какая именно ошибка исправлена?

Надо делать так, как надо. А как не надо - делать не надо.
Расширить список функций обратного вызова
 
Цитата
TGB написал:
использование основного потока для выполнения функций пользователя параллелизм  добавляет только при выполнении C-функций;
На "параллелизм" я и не рассчитываю.


Цитата
TGB написал:
если у пользователя запущено несколько скриптов, то пока основной поток QUIK выполняется в одном из скриптов, он перестает обслуживать другие скрипты пользователя (в том числе, и созданные им таблицы QUIK)
Таблицы обслуживаются только в одном основном потоке. Доступ к данным - тоже только в одном потоке.
Так что все ваши "несколько скриптов" дружно встают в очередь, как только им понадобится что-то вывести в таблицу. И включаются в общую конкурсную массу вмести с другими таблицами и графиками.


Цитата
TGB написал:
перенос коротких задач пользователя в колбеки делает скрипт пользователя многопоточным, то есть, при этом пользователю нужно следить за тем, нет ли в  его скрипте проблем синхронизации

В данной ветке, наоборот, обсуждение, переноса задачи, выполняемой по таймеру, в основной поток, чтобы не заморачиваться синхронизацией:
Цитата
_sk_ написал:
удобно иметь возможность инициировать какой-то коллбэк из потока main, не надо думать про синхронизацию
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 9.1
 
Цитата
Старатель написал:
Замена заявок средствами ТС вообще доступна для срочной секции МБ и в частности для класса FORTS SPBFUT?

Daniil Pozdnyakov, так известно для каких классов функционал предназначен?
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 8.13
 
Цитата
TGB написал:
устраняющего блокировку потоков длинными участками байт-кода
TGB, в одном месте вы пишите, что байт-код не должен прерываться, в другом наоборот. Вас двое что ли?  :lol:
Надо делать так, как надо. А как не надо - делать не надо.
getSecurityInfo, добавить тип опциона
 
Call / Put
Надо делать так, как надо. А как не надо - делать не надо.
Расширить список функций обратного вызова
 
Цитата
Nikolay написал:
зачем нагружать поток терминала
Кто сказал "нагружать"? Задачи на 0.1-2 мс, без фанатизма.
Я даже не понимаю тех, кто в стремлении "разгрузить" основной поток перекидывает простейшие задачи (с временем выполнения менее 2 мс) из колбеков в main (что опять же не бесплатно в плане нагрузки), создавая километровые очереди и забывая об общей производительности.
Надо делать так, как надо. А как не надо - делать не надо.
Расширить список функций обратного вызова
 
Цитата
Nikolay написал:
попросить еще один поток для своих колбеков
Отдельный поток у вас уже есть - main. Зачем ещё один городить?

Цитата
Nikolay написал:
чтобы не лезть в основной поток вовсе.
Дело в том, что вы так или иначе всё равно лезете в основной поток: GUI, хранилище данных.
Надо делать так, как надо. А как не надо - делать не надо.
Расширить список функций обратного вызова
 
Цитата
Anton написал:
Когда надо колбек выполнить в квиковском потоке, меняем выделение на вторую строку и вуаля, тут же отрабатывает колбек, чего мы и хотели.

Кста, main будет ждать завершения колбека, поэтому результат его работы сразу можно использовать в main.
Скрытый текст

Хотелось бы что-то типа такого "из коробки" без необходимости дёргать GUI.
Надо делать так, как надо. А как не надо - делать не надо.
OnTransReply возвращает order_num = nil
 
Цитата
Anton написал:
Старатель,   https://forum.quik.ru/messages/forum10/message50381/topic5978/#message50381
Так вы про 0 (ноль) (number)
Надо делать так, как надо. А как не надо - делать не надо.
OnTransReply возвращает order_num = nil
 
Цитата
Anton написал:
нил приезжает в OnTransReply при снятии заявки? Это нормальное поведение тогда на некоторых классах.
В каких классах может быть nil ?
Надо делать так, как надо. А как не надо - делать не надо.
Расширить список функций обратного вызова
 
Цитата
_sk_ написал:
Получается, что лучше просить разработчиков реализовать п.1.
Цитата
_sk_ написал:
разработчики могут нам что-то человеческое предоставить?
А давайте все дружно позовем деда Мороза!


Цитата
Anton написал:
Код
    SetTableNotificationCallback (tid,  function (t, m, w, l)
       if  QTABLE_SELCHANGED  ==  m  then 
          if 2 == w then 
             SetSelectedRow (t, 1)
             message ( '!' )
          end 
       end 
    end)
Допустимо ли использование SetSelectedRow внутри колбека QTABLE_SELCHANGED, с учётом, что SetSelectedRow - синхронное сообщение?
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 9.1
 
Цитата
Daniil Pozdnyakov написал:
Концептуальная разница в том, что, выбирая "Заменить  заявку" (CTRL+A), Вы сможете поменять абсолютно все поля заявки. То есть  по сути, выбирая данный способ замены, Вы убираете одну заявку и  выставляете новую. Но выбирая "Замена заявки средствами ТС", Вы сможете  изменить в заявке только те поля, которые были найдены ТС в теле  транзакции.
Это словоблудие, а не "концептуальная разница".

Концептуальная разница в том, что "Заменить  заявку" (CTRL+A) использует две биржевые транзакции: Удаление заявки, Добавление заявки.
"Замена заявки средствами ТС", судя по названию, использует одну биржевую заявку: Изменение заявок.
Поправьте меня, если ошибаюсь.

Цитата
Старатель написал:
Замена заявок средствами ТС вообще доступна для срочной секции МБ и в частности для класса FORTS SPBFUT?
Надо делать так, как надо. А как не надо - делать не надо.
Подсказка при наведении курсора на название колонки в QLUA-таблице
 
Добрый день.
Сделать возможным в QLUA-таблице создавать подсказки к заголовкам колонок, как в таблице «Клиентский портфель»
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 9.1
 
Daniil Pozdnyakov,
Замена заявок средствами ТС вообще доступна для срочной секции МБ и в частности для класса FORTS?
Потому что в шлюзе SPECTRA Plaza-2 для замены заявки могут использоваться только два варианта:
1) DelOrder + AddOrder или
2) MoveOrder. Это та самая транзакция "Переставить заявки" в Квике.
Но вы пишите, что
Цитата
Daniil Pozdnyakov написал:
"Переставить заявки" и "замена заявки средствами ТС" отличаются по функционалу.
Так как на самом деле?
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] CreateDataSource не заказывает обезличенные сделки
 
Цитата
Egor Zaytsev написал:
подробности
Цитата
Старатель написал:
Одной из вероятных причин может быть наличие ещё одного подписанта на эту бумагу (другой скрипт, тиковый график). Т.е., после ручного удаления бумаги из списка, чтобы повторно заказать тики скриптом, нужно сначала закрыть всех подписантов на эту бумагу.


Цитата
Egor Zaytsev написал:
текст скрипта
Код
function main()
  CreateDataSource("SPBFUT", "SiU1", INTERVAL_TICK):SetEmptyCallback()
  while not stopped do sleep(500) end
end


Цитата
Egor Zaytsev написал:
последовательность действий
Открыть тиковый график или запустить скрипт. Удалить бумагу из списка. Не закрывая график и не останавливая скрипт, запустить второй скрипт, заказывающий тики по той же бумаге. Убедиться, что бумага не добавляется.
QUIK 9.2
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] CreateDataSource не заказывает обезличенные сделки
 
Цитата
Незнайка написал:
Только нахрена он это делает?
Самая правильная мысль в этой ветке, учитывая, что никому это не надо, даже самому разработчику.
На самом деле, в большинстве случаев, баги находятся не специально, а в процессе работы. Но часто приходится повозиться, чтобы локализовать проблему.
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Не отображается подсказка параметров свечи на графике вверху слева
 
QUIK 9.2.1.4
Надо делать так, как надо. А как не надо - делать не надо.
Отладка QUIK 9.1
 
Цитата
Daniil Pozdnyakov написал:
Касательно быстрого доступа к транзакции. "Переставить заявки" и "замена заявки средствами ТС" отличаются по функционалу. Кардинальное отличие в том, что, используя "Переставить заявки", Вы изменяете две заявки в зависимости от значения, выбранного в поле "Режим". При замене заявки средствами ТС происходит поиск активной заявки, и после нахождения откроется окно ввода заявки, после редактирования которого старая заявка закрывается, и взамен неё выставляется новая с отредактированными полями.

1. В чём отличие от "Заменить заявку" (Ctrl+A) ?
2.
Цитата
Старатель написал:
это какая-то другая транзакция, не доступная из "Выполнить транзакцию"?
Надо делать так, как надо. А как не надо - делать не надо.
Объемы торгов меняются на следующий день
 
Daniil Pozdnyakov, как же тогда так получилось: Пляшущие графики ?
Надо делать так, как надо. А как не надо - делать не надо.
[ Закрыто] Опять ошибка получения кол-ва ордеров скриптом
 
Daniil Pozdnyakov, вы два сообщения выше (#111, #112) читали?
Надо делать так, как надо. А как не надо - делать не надо.
Очередь исполнения транзакций
 
Цитата
QApplication написал:
во вложении
Скорее всего, календарный спред.
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 2 3 4 5 6 7 8 9 10 11 ... 47 След.
Наверх