ReRegisterOrder для QuikTrader

Все именно так, как написано.

А поддерживает ли возможность выбор этого режима QuikTrader.ReRegisterOrder?
(например, чтобы не менять объем, задать его как 0)
Или нужно править текст транзакции самостоятельно?

Какой в этом логический смысл? Чем будет отличаться от клонирования и перерегистрации заявки?

Есть 2 метода ReRegisterOrder.
Для одного - задаёте 2 ордера, для другого - 4.

http://www.finans-invest...nloads/quik/UG_QUIK.pdf стр. 214 внизу.
- есть заявка с объемом 10, если я делаю MOVE_ORDERS в MODE==1 и например, оставляю тоже 10 в новой заявке, может так получится, что в итоге проторгуется объем 20.
- есть заявка с объемом 10, если я делаю MOVE_ORDERS в MODE==0 и например, оставляю тоже 10 в новой заявке, суммарно по двум заявкам более 10 лотам не будет реализована.

Как реализованы эти два ReRegisterOrder? Какой MODE они подсовывают в транзакцию?

Идёт замена (перерегистрация) одной заявки на другую.
Напишите в новой объём 10 - будет 10.
Напишите 20 - будет 20.

Это почитали про MODE? http://www.finans-invest...nloads/quik/UG_QUIK.pdf стр. 214 внизу.
Мой вопрос предельно конкретен :-). Какой MODE используется реализацией ReRegisterOrder для Квика

.SetFortsMode(oldOrder.Volume == newOrder.Volume ? 0 : 1)

Mode проставляется в зависимости от объёма. Всё поддерживается.

Мне напоминает вопрос про потоки[laugh]... Вы лучше с конца зайдите. Что-то работает не так? Заявка не переставляется? Если все работает как надо так ли важно, какой там режим? Я вот например даже и не вспомню сразу, что там за что отвечает. Писалось 1.5 года назад. Помнить всю ту символику что извергает РТС ИТ отдел? Увольте.

В корне не согласен с предлагаемыми способами "познания мира" (и в случае потоков, и в случае режима мува) :-)

Когда я что-то девелоплю и при этом использую сторонние библиотеки, хочу точно знать про те свойства этих библиотек, которые меня интересуют, а не реализовывать свою логику в состоянии неопределенности и радуясь тому, что при отладке ничто не "вылезло" :-)