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

Аналогичная проблема, но наоборот, наблюдается в таблице Состояние счёта. Там при любом изменении происходит переход в нижнюю часть (если есть вертикальная прокрутка). Это происходит при:
-загрузке программы
-переходе из Т0 в Т1 и т.п.
-любом изменении настроек, при к-м таблица перерисовывается.

Текущая строка также не запоминается.  

Т.е. если я в любой таблице (ТТТ, график, стакан), перешёл в нижнюю часть, то это текущее положение сохраняется только вовремя работы программы. При следующем запуске все окна будут показываться строго в верхней части.
Кроме того:
-аналогично не запоминается положение горизонтальной прокрутки
-не запоминается текущая строка в таблицах торгов.  

Да, и то же самое пожалуйста в отношении окон. Случайно закрыл - и нет возможности восстановить, кроме как через загрузку старой конфигурации. Очень не хватает команды Отмена тут, чтобы можно было просто вернуть окно как было.  

Спасибо.

На практике этот вариант неудобный т.к. когда открываешь новое окно (стакан или график), то он сразу попадает в окружение окон с атрибутом "поверх всех окон" и поэтому его сразу полностью или частично не видно. Возиться с каждым таким новым окном точно не вариант.  

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

Если у меня на вкладке есть несколько открытых окон и я сверну какое-то, то оно попадает в нижнюю область экрана.
При этом, если эта нижняя область занята каким-то открытым окном, то свёрнутое становится не видно, т.к. оно загорожено.
Из-за этого непонятно, куда оно вообще подевалось.

Т.к. мне нужно, чтобы свёрнутые окна были не где попало, а тоже где-то упорядочены, мне нужно его найти и переместить.
Но для этого мне нужно отодвигать другие окна, к-е занимают нижнюю область. Т.к. таких окон может быть больше 1, ещё и неизвестно, под каким его искать.

Нужно сделать так, чтобы только что свёрнутое окно было видно в любом случае.
Как вариант, для этого ему нужно оставлять фокус.
Тогда после сворачивания его можно легко перетащить куда нужно мне.

Спасибо. Ну да, я хотел бы, но это не так важно. Думаю, можно сделать просто некую настройку для стоп-заявок, чтобы там указывался тип по умолчанию, при этом это должно действовать сразу на обе формы. Но если не указано ничего, что поведение программы остаётся как сейчас.  

Спасибо, потом посмотрим.  

Добрый лень.
Почему при открытии формы стоп-заявки через F6 с таблицы торгов и стакана в форме одни значения, а при открытии той же формы с графика - другие?
Т.е. в первом случае выбран тип заявки Стоп-лимит, а во втором - "Тейк-профит и стоп-лимит" и автоматом подставлена текущая цена. Отсюда формы выглядят достаточно по-разному (изначально).

Это не то, чтобы проблема, просто странно.

Ну вообще для этого достаточно перезагрузить последний файл настроек wnd. Это не так удобно конечно, но ведь и не часто потребуется?

Мне нужна эта функция немного в другом виде.
Иногда случайно закрываешь график (вместо того, чтобы свернуть), но понимаешь это не сразу, а когда-то позже. Если сразу заметил, это не проблема - можно просто перезагрузить последнюю конфигурацию, как сказано выше.
А вот что делать, если прошло 3 дня, и добавились какие-то новые окна, ну и вообще произошли разные изменения, к-е нужны? Т.е. если загрузить конфигурацию, к-я была 3 дня назад, то они отменятся, а этого не нужно.

Чтобы это решить, нужно завести некую историю окон (имеется в виду графики, таблицы торгов, и т.п.), в к-й должна быть возможность восстановить закрытое окно. Т.е. в ней будет возможность найти действие закрытия окна 3 дня назад и отменить его, и только его.
Реализация простая: как только окно закрывается, его последние параметры запоминаются в отдельный файл (формат как wnd), возможно даже в каталоге WNDSAV, а в историю добавляется события закрытия окна. После этого восстановить такое окно можно просто прочитав его параметры и добавив к текущей конфигурации.

Другой вариант: давать возможность не просто загружать конфигурацию, а сначала показывать, что в ней есть и давать выбирать. Т.е. открываю я файл wnd 3-х дневной давности, но он только парсится и мне показывается список всего того, что в нём есть, прямо по вкладкам. Я нахожу нужное окно и ставлю галочку напротив него, мол мне нужно загрузить только его. А дальше оно загружается как обычно, как будто в файле было только оно.  

Проверил на ММвб, оказывается, это они стали так слать НКД.
Т.е сегодня для Рус-28 13.104166666667.
Я думал это вы может что-то поменяли, а вы не виноваты.
Написал им вопрос по этому поводу.  

Да, вы правы, в Открытии правильно, версия 9.3.1.11, а в Втб неправильно, версия 9.2.3.15.
При этом, у Втб это неправильно в самих таблицах текущих торгов в их настройке, но правильно в настройках программы в получении данных.
У Открытия правильно везде.
Интересно, это зависит от версии или от брокера?

Ежели вы хотите сделать мой вариант, то ради бога.
Скажем так, мне это не критично, сами смотрите.
В идеале документации в разных форматах должны быть идентичными, сейчас есть некоторое неудобство.  

А если сделать столбец уже, то будут только точки. Кстати, это ещё 1 вопрос - почему так? Может, меня устроит и более короткий вариант (да на самом деле всех устроит).
Я считаю, если столбец уже, чем нужно для отображения полного значения, (ну по крайней мере это так для НКД) то нужно просто округлять.
Вы можете возразить, что мол тогда пользователь не будет знать, что там есть что-то ещё. Ну тогда можно показывать 2 точки или ещё какой-нибудь символ в конце.  

Вот, пожалуйста, Rus-28, куда это годится?

Позднее написал и Втб. Последние написали, что исправили. Но по факту оказалось, что исправили они не номинал в таблице ТТ - они утверждают, что не могут это поменять - а сумму в таблице заявок. Поля “Объём” и “Расчётная сумма” в ней правильные, а вот поле Номинал - нет. У Открытия такая же ситуация, при том, что они мне не отвечали.

Список облигаций, у к-х происходит амортизация в ближайшее время, вы можете узнать на странице

https://www.moex.com/ru/bondization/calendar

1. Название параметра в ТТТ "средневзвешанная цена" - правильно "средневзвешенная цена".
2. В последней версии квика 9.3.1.11 Нкд у Rus-28 и ВЭБ1P-30В бывает слишком длинный, слишком много знаков после точки. Например, сегодня 19.01 у ВЭБ1P-30В 1237,385487.
3. Нумерация разделов в документации в формате pdf отсутствует в формате chm. Например в списке изменений версии 9.2 написано "Описание параметра см. в п. 3.63.1 Руководства пользователя.". В pdf версии это найти легко, а в chm? Нужно добавить номера разделов в начало в содержание.  

Я так понял, это про номинал.
Вообще странно, т.к. зачем его транслировать, если план амортизаций известен заранее, то и номинал рассчитывается по нему на любой день.
В Открытие написал.

Оставшийся номинал у облигаций с амортизацией показывается на сегодня, а не на дату расчётов.
По идее, должно быть как с Нкд - на дату расчётов. Скриншот сделан 08.12.21 - по бумаге МСБЛиз2P03, на эту дату номинал 523,80, а на дату расчётов 09.12 - 476,18. Форма заявки из-за этого показывает неправильную сумму.  

Про 4 я тоже считаю правильное предложение. У меня конечно так сделано, но это же неудобно и некрасиво. Точнее, у меня этот столбец вообще почти невидим, вместо него краткое название.  

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

Я отправил через форму на сайте.
Сейчас я уже не помню тему.
Тут на форуме нет отправленных писем, только сообщения, так что я теперь отправлю через сообщения. "Ссылки на видео"

Это дело не простое, если тебе надо поймать такой момент, а вот когда не надо, он сразу появляется : )

Пример 1.
Выбрана цена 73,5675. На 00:02 она исчезает, при том, что более высокая цена 73,5700 в стакане есть.

Пример 2.
Я выбираю цену 73,5700. На 00:04 цены слева двигаются вверх, она попадает в спред и исчезает. Затем цены двигаются вниз, и 73,5700 снова видна, но уже без выделения.

Это вроде не очень критичная проблема, но немного неудобно.
На всякий случай сами видео я вам шлю через email.  

Заодно добавлю, что в стакане типа 3 при исчезновении изначально выбранной цены из котировок текущая строка исчезает вообще.
Это происходит и если эта цена остаётся в текущем диапазоне, просто конкретно по ней нет заявок, и если она выходит за пределы диапазона стакана.
В стаканах других двух типов она остаётся на какой-то ближайшей цене в обоих случаях.  

Спасибо!

Не проверил сначала, в Открытии 4 графика правильные.  

Спасибо.  

Вы меня видимо не так поняли. Мне важно не выделение текущей ячейки в момент клика, мне важно последующее движение текущей строки при обновлении котировок.

Эта сеточка, показывающая фокус, на данном типе стакана вообще исчезает при первом же обновлении котировок и на очень ликвидных инструментах она исчезает сразу же, так что скажем, если бы я хотел скопировать курс доллара из стакана USDRUB_TOD, то сделать это было бы не просто. Это тоже отдельная проблема и её тоже можно исправить - на других двух типах стаканов сетка остаётся.

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

На моей картинке вначале текущая строка стоит на ценах 75,035 и 75,065.
При изменении котировок текущая строка будет перемещаться и оставаться только на 75,035, на какой половине стакана я бы ни кликнул изначально. А надо чтобы она следила за ценой в той части, по к-й был клик.

Версия 8.13.1, но не думаю, что это имеет значение.  

Открытие исправили почему-то только 2 из 4-х, Втб пока не исправлял.  

Сейчас в стакане типа 3 (см. картинку) при клике на строке программа пытается сохранить текущую строку на цене в левой части стакана (покупка). И это не зависит от того, по какой части стакана был клик. Если я хочу, чтобы текущая строка оставалась на той же цене продажи, то у меня нет возможности так сделать. Нужно, чтобы программа выбирала сторону в зависимости от того, по какой части стакана был клик. Тогда, если кликнуть по правой части, то программа будет держать текущую строку на выбранной цене продажи (красная часть).
В других форматах стакана (1 и 2) такой проблемы нет, т.к. цены покупки и продажи находятся в разных областях в принципе.  

Я им написал обоим, пока ответов не было. Ещё раз писать не охота, проблема совсем не критичная.  

Добрый день.
Просьба при открытии формы поиска (Ctrl-Shift-F) при установке фокуса на поле ввода выделять строку, к-я там есть, если она там есть. Обычно же вставляешь из буфера что-то другое, так что предыдущая строка как правило не нужна.

И ещё при открытии этой формы, особенно 1-й раз для данного запуска программы, перед фокусировкой поля ввода есть какая-то пауза, так что когда я нажимаю Ctrl-Shift-F и сразу Ctrl-V, то в большинстве случаев ничего не вставляется, приходится повторить Ctrl-V. Мелочь конечно, но зачем пауза?!

Что-то ни Открытие, ни Втб никак до сих пор это не исправили.  

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

Я понял, это видимо нужно для расчётов в ситуации, когда мне нужно купить что-то не только на свои, но и на заёмные средства, и программе нужно знать какие бумаги и с каким плечом торгуются. Или если это продажа, то может кто-то хочет сделать шорт. Это в таблице "Состояние счёта" есть настройка "С использованием заёмных средств", видимо ей нужно.

Но я торгую только на свои и шорт/лонг не использую и в любом случае меня вполне устроит если формы заявок будут делать расчёт исходя только из моих средств. Если при продаже на форме заявки в max будет показыватся число с учётом шортов/плеч, думаю это будет перебор : )

Спасибо за объяснение. На самом деле оказалось, что нужно было добавить "Цена последней сделки" - именно этот параметр решает вопрос. И у меня почему-то он везде добавлен, а для СПб нет.

Но это всё относится скорее к покупке, а не к продаже. При продаже нужно знать только количество бумаг у меня (за минусом бумаг в заявках), цена не нужна. И max тут не рассчитывается по цене, он нужен просто, чтобы не продать лишнее, т.к. я мог забыть, что у меня есть какие-то старые тейк-профиты по этой же бумаге.

У вас же и простая заявка, и стоп-заявка для продажи используют цену, простая  - ту, что ввёл пользователь, а стоп - цену последней сделки. При этом они не используют само значение цены, они проверяют просто сам факт наличия какого-то значения вообще, и если оно есть, то они рассчитывают max в принципе по числу бумаг в наличии (а какая цена - не важно). В этом смысле можно для продажи проверку наличия цены для вычисления max не делать.

Что касается покупки, то использовать в стопах цену последней сделки для вычисления max не совсем правильно, ведь она может сильно отличаться от цены, к-ю выставляет пользователь. Конечно, реальная цена сделки тоже будет отличаться от цены пользователя, но намного меньше (обычно). В этом смысле цену последней сделки можно использовать только до того момента, пока поле цены пустое, а если пользователь ввёл свою цену, то и max нужно рассчитывать по ней.

Конечно, т.к. реальная сделка может произойти через месяцы, никто не знает, сколько в тот момент у человека будет денег на счету, так что в этих условиях правильный расчёт max для покупки не возможен, это только оценка на текущий момент, но тут уж ничего не поделаешь.

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

Спасибо.

А именно, облигации ОРГрупп1Р1-ОРГрупп1Р4, 08.10 были перенесены в TQIR, и график цены показывает данные только после переноса. При этом на сайте биржи график правильный (включает старые данные), т.е. они научились показывать такие ситуации корректно сразу. А в квике график начинается с 08.10 и левее не показывает. Попробовал удалить каталог archive и перезаказать данные, не помогает. Как увидеть весь график?

У вас наверное рассчитывается потому, что вы просто отключаете умный заказ.
Если я включаю умный заказ и затем отключаю, то max тоже продолжает считаться. Но это скорее всего на 1 день.
Письмо послал.  

Бумага в наличие есть, на скриншоте показано max=72 в простой заявке. Это число учитывает число бумаг у меня минус число бумаг в уже выставленных других заявках, оно правильное.

Я включил умный заказ и проблема исчезла. Однако я не хочу использовать умный заказ только из-за этого и вообще.
Если опция ручного выбора инструментов существует, то все аспекты программы должны работать корректно и когда выбрана она.

В данный момент, если я отключаю умный заказ, то в простой заявке max для продажи рассчитывается правильно и для ММВБ и для СПб.
Это значит, что в программе в принципе есть все данные по моим бумагам и деньгам на счёте биржи СПб для расчёта max.
При этом в стоп-заявке для продажи бумаг на ММВБ max показывается тоже правильно (и без умного заказа), а для бумаг на СПб показывается 0. Это означает, что программа для тейк-профита именно на СПб вычисляет max не так, как для простых заявок, т.е. она почему-то не использует те данные, к-е у программы уже в принципе есть. Я хочу, чтобы она просто работала так же, как простая заявка.  

Да.
8.13.1.16
Умный заказ у меня не включён, т.к. он не особо умный, но он к этому отношения не имеет. Как показано на картинке выше, простая заявка видит число моих акций Озона на СПб правильно, даже сразу после покупки в режиме Т2. А стоп-заявка тейк-профит (продажа) не видит ничего и сейчас.
Умный заказ вообще про заказ данных про бумаги с биржи, а не про бумаги на моих счетах.  

Неплохая идея. Осталось придумать, как сортировать сами группы. Видимо, только вручную.  

Возможно, я чего-то не знаю или делаю не так, но факт на картинке. Счёт клиента выбран правильно, с SPB на конце, аналогичная простая заявка показывает max правильно, других заявок на продажу по этому инструменту не было.  

А сортировать как?

Добрый день.
Сейчас строка в этом фильтре работает как просто строгое условие поиска.
Но будет намного удобнее, если она будет работать как список строк. Например, мне надо найти облигации в долларах. Если ввести просто "обл", то найдутся все облигации, и нет способа ограничить этот список. Можно конечно целиком ввести "облигации (расч"
или даже просто "ции (", но это неудобно. Пусть введённая строка разбивается по пробелам, т.е. если ввести "обл usd", то получается 2 строки для поиска, обл и usd, и показываются только классы, к-е содержат обе эти строки, не важно как, не обязательно подряд. Так можно будет легче находить классы, когда знаешь, какие там слова.  

А разве это не происходит автоматически, если вы просто не переключаетесь на вкладки с этими графиками?

Спасибо

Спасибо, посмотрим потом, когда брокер обновит.  

Хочу добавить, что опция, про к-ю я писал ранее
на самом деле избыточна. Логика должна быть такой: если 1 или несколько бумаг добавляются в ТТТ (куда угодно) из результатов поиска и при этом в настройках список обновляемых инструментов настраивается вручную, то все добавляемые бумаги следует автоматически добавить и в список выбранных (только эти бумаги, а не целый класс, как это сделано в т.н. "умном" заказе данных). Действительно, если пользователь добавляет бумагу в таблицу, очевидно, что ему нужны её данные, и он неизбежно добавит её через настройки. А если был выбран умный заказ, то итак ничего не надо делать.

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

Ежели вы про "Рассчитывать доступное количество" - "Исходя только из собственных средств", то эта опция у меня была включена и работает правильно.
Я на самом деле ошибся ещё и потому, что у меня в файле Excel, где я записываю сделки, были записаны количества бумаг, а не лоты, т.е. 60 и 30, а не 6 и 3. Это провоцирует ввести в форме заявке то же самое число. Я у себя в файле всё поисправлял, но я хочу, чтобы по всем направлениям были сделаны изменения. Новичкам тоже будет удобнее, если рядом с числом лотов будет указано реальное количество бумаг.