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

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

Страницы: 1 2 3 4 5 След.
Добавить разделитель групп тысяч в поле объёма на форму заявки
 
Когда там большое число, несколько неудобно понимать, сколько это. Для решения этой проблемы можно добавить пробел или узкий пробел (см. соотв. символы Юникода). Т.е. "100000,00" показывается как "100 000,00".
Т.к. это поле можно редактировать, то можно сделать так:

- когда у него нет фокуса, числовое значение после вычислений сразу форматируется с разделителем тысяч.
- когда оно получает фокус, разделитель удаляется (и становится как сейчас)
- когда оно теряет фокус, разделитель снова добавляется
Шрифт для тултипов на графиках
 
В принципе можно даже не делать отдельную настройку, а просто использовать тот же шрифт, что указан для "Текстовые данные" в настройках.  
Шрифт для тултипов на графиках
 
Добрый день.
Просьба в настройках добавить возможность настройки шрифта и для всплывающих подсказок. Сейчас у меня везде прописана Tahoma, но для них используется какой-то страшный системный шрифт типа Segoe UI.

Также возможно есть смысл сделать некий основной шрифт, к-й будет использоваться везде, где не указан шрифт. Это чтобы не нужно было везде прописывать 1 и тот же шрифт.  
Не запоминается позиция вертикальной прокрутки
 
Цитата
Karina Dmitrieva написал:
будет устранена в одной из очередных
Дополнительно сообщаю:
Если открыть стакан, так что в нём есть вертикальная прокрутка, то он тоже открывается внизу.
Т.е. например в настройках указана глубина стакана 20, а шаблон по умолчанию настроен на 10 строк.
При этом тип стакана - 3-й (если смотреть в Редактировании таблицы котировок)  (см. картинку)
При этом, такой стакан открывается в самой нижней позиции, но бегунок вертикальной прокрутки некорректно показывает, что позиция - вверху.
Однако, при попытке прокрутить вверх бегунок сразу соскакивает вниз на правильную позицию.
То же самое происходит и при обновлении стакана при изменении котировок.
Из-за этого это состояние на ликвидных инструментах можно и не заметить.
А вот на ВДО, типа Маныч, легко.
Не запоминается позиция вертикальной прокрутки
 
Отлично.
Не запоминается позиция вертикальной прокрутки
 
Аналогичная проблема, но наоборот, наблюдается в таблице Состояние счёта. Там при любом изменении происходит переход в нижнюю часть (если есть вертикальная прокрутка). Это происходит при:
-загрузке программы
-переходе из Т0 в Т1 и т.п.
-любом изменении настроек, при к-м таблица перерисовывается.

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

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

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

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

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

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

Другой вариант: давать возможность не просто загружать конфигурацию, а сначала показывать, что в ней есть и давать выбирать. Т.е. открываю я файл wnd 3-х дневной давности, но он только парсится и мне показывается список всего того, что в нём есть, прямо по вкладкам. Я нахожу нужное окно и ставлю галочку напротив него, мол мне нужно загрузить только его. А дальше оно загружается как обычно, как будто в файле было только оно.  
Разное по мелочи
 
Проверил на ММвб, оказывается, это они стали так слать НКД.
Т.е сегодня для Рус-28 13.104166666667.
Я думал это вы может что-то поменяли, а вы не виноваты.
Написал им вопрос по этому поводу.  
Разное по мелочи
 
Цитата
Anzhelika Belokur написал:
Все верно
Да, вы правы, в Открытии правильно, версия 9.3.1.11, а в Втб неправильно, версия 9.2.3.15.
При этом, у Втб это неправильно в самих таблицах текущих торгов в их настройке, но правильно в настройках программы в получении данных.
У Открытия правильно везде.
Интересно, это зависит от версии или от брокера?

Цитата
Anzhelika Belokur написал:
2.Можем зарегистрировать пожелание на более удачное отображение в столбце "длинных" значений. Регистрируем?
Ежели вы хотите сделать мой вариант, то ради бога.
Цитата
Anzhelika Belokur написал:
нумерации в формате chm нет, так исторически сложилось. Можем зарегистрировать пожелание на доработку документации. Регистрируем?
Скажем так, мне это не критично, сами смотрите.
В идеале документации в разных форматах должны быть идентичными, сейчас есть некоторое неудобство.  
Разное по мелочи
 
А если сделать столбец уже, то будут только точки. Кстати, это ещё 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? Нужно добавить номера разделов в начало в содержание.  
Оставшийся номинал у облигаций с амортизацией
 
Цитата
Alexandr Shumilin написал:
а вот значение НКД всегда только одно
Я так понял, это про номинал.
Вообще странно, т.к. зачем его транслировать, если план амортизаций известен заранее, то и номинал рассчитывается по нему на любой день.
В Открытие написал.
Оставшийся номинал у облигаций с амортизацией
 
Оставшийся номинал у облигаций с амортизацией показывается на сегодня, а не на дату расчётов.
По идее, должно быть как с Нкд - на дату расчётов. Скриншот сделан 08.12.21 - по бумаге МСБЛиз2P03, на эту дату номинал 523,80, а на дату расчётов 09.12 - 476,18. Форма заявки из-за этого показывает неправильную сумму.  
Пожелания / предложения по развитию QUIK, 6 предложений для версии QUIK 9.2.3.15
 
Цитата
Daniil Pozdnyakov написал:
Касательно пункта 4. Предлагаем Вам сократить размер столбца таблицы таким образом, чтобы остались только названия инструментов без наименования их классов.

Про 4 я тоже считаю правильное предложение. У меня конечно так сделано, но это же неудобно и некрасиво. Точнее, у меня этот столбец вообще почти невидим, вместо него краткое название.  
Доработать стакан типа 3
 
Спасибо.
Проблема не критичная, но, с другой стороны, нужно просто использовать логику из стаканов других типов.  
Доработать стакан типа 3
 
Я отправил через форму на сайте.
Сейчас я уже не помню тему.
Тут на форуме нет отправленных писем, только сообщения, так что я теперь отправлю через сообщения. "Ссылки на видео"
Доработать стакан типа 3
 
Это дело не простое, если тебе надо поймать такой момент, а вот когда не надо, он сразу появляется : )

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

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

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

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

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

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

Версия 8.13.1, но не думаю, что это имеет значение.  
Неполный график по облигации, к-я недавно была перенесена в другой режим торгов
 
Открытие исправили почему-то только 2 из 4-х, Втб пока не исправлял.  
Доработать стакан типа 3
 
Сейчас в стакане типа 3 (см. картинку) при клике на строке программа пытается сохранить текущую строку на цене в левой части стакана (покупка). И это не зависит от того, по какой части стакана был клик. Если я хочу, чтобы текущая строка оставалась на той же цене продажи, то у меня нет возможности так сделать. Нужно, чтобы программа выбирала сторону в зависимости от того, по какой части стакана был клик. Тогда, если кликнуть по правой части, то программа будет держать текущую строку на выбранной цене продажи (красная часть).
В других форматах стакана (1 и 2) такой проблемы нет, т.к. цены покупки и продажи находятся в разных областях в принципе.  
Неполный график по облигации, к-я недавно была перенесена в другой режим торгов
 
Я им написал обоим, пока ответов не было. Ещё раз писать не охота, проблема совсем не критичная.  
Ctrl-Shift-F выделять предыдущую строку
 
Добрый день.
Просьба при открытии формы поиска (Ctrl-Shift-F) при установке фокуса на поле ввода выделять строку, к-я там есть, если она там есть. Обычно же вставляешь из буфера что-то другое, так что предыдущая строка как правило не нужна.

И ещё при открытии этой формы, особенно 1-й раз для данного запуска программы, перед фокусировкой поля ввода есть какая-то пауза, так что когда я нажимаю Ctrl-Shift-F и сразу Ctrl-V, то в большинстве случаев ничего не вставляется, приходится повторить Ctrl-V. Мелочь конечно, но зачем пауза?!
Неполный график по облигации, к-я недавно была перенесена в другой режим торгов
 
Что-то ни Открытие, ни Втб никак до сих пор это не исправили.  
В форме стоп-заявки для СПб биржи не показывается max
 
Цитата
Egor Zaytsev написал:
Для модуля QMargin запрашиваются все инструменты
Да и непонятно, зачем запрашивать прям все инструменты. Если инструмента у меня нет или хотя бы он не показан ни в одной таблице (а в таком случае он будет отмечен для заказа), то рассчитывать по нему что угодно, связанное с маржинальностью просто не имеет смысла.  
В форме стоп-заявки для СПб биржи не показывается max
 
Я понял, это видимо нужно для расчётов в ситуации, когда мне нужно купить что-то не только на свои, но и на заёмные средства, и программе нужно знать какие бумаги и с каким плечом торгуются. Или если это продажа, то может кто-то хочет сделать шорт. Это в таблице "Состояние счёта" есть настройка "С использованием заёмных средств", видимо ей нужно.

Но я торгую только на свои и шорт/лонг не использую и в любом случае меня вполне устроит если формы заявок будут делать расчёт исходя только из моих средств. Если при продаже на форме заявки в max будет показыватся число с учётом шортов/плеч, думаю это будет перебор : )
В форме стоп-заявки для СПб биржи не показывается max
 
Цитата
При первом подключении к серверу с отключенным умным заказом Вы с сервера получаете набор определенных параметров и при выставлении лимитированной заявки Вы указываете цену, поэтому макс рассчитывается, при подаче тейк профита вы не можете указать цену, а ее в заказе параметров нет. Соответственно, когда включаете умный заказ он получает эту цену и тейк профит начинает рассчитываться. На следующий день все повторяется.  Можете добавить в параметры  "Рыночную цену", "Текущую цену"
Спасибо за объяснение. На самом деле оказалось, что нужно было добавить "Цена последней сделки" - именно этот параметр решает вопрос. И у меня почему-то он везде добавлен, а для СПб нет.

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

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

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

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

Кстати, в умном заказе кстати фильтр параметров не отключается, видимо он как-то секретно получает цену последней сделки.  
Неполный график по облигации, к-я недавно была перенесена в другой режим торгов
 
Спасибо.
Неполный график по облигации, к-я недавно была перенесена в другой режим торгов
 
А именно, облигации ОРГрупп1Р1-ОРГрупп1Р4, 08.10 были перенесены в TQIR, и график цены показывает данные только после переноса. При этом на сайте биржи график правильный (включает старые данные), т.е. они научились показывать такие ситуации корректно сразу. А в квике график начинается с 08.10 и левее не показывает. Попробовал удалить каталог archive и перезаказать данные, не помогает. Как увидеть весь график?
В форме стоп-заявки для СПб биржи не показывается max
 
У вас наверное рассчитывается потому, что вы просто отключаете умный заказ.
Если я включаю умный заказ и затем отключаю, то max тоже продолжает считаться. Но это скорее всего на 1 день.
Письмо послал.  
В форме стоп-заявки для СПб биржи не показывается max
 
Бумага в наличие есть, на скриншоте показано max=72 в простой заявке. Это число учитывает число бумаг у меня минус число бумаг в уже выставленных других заявках, оно правильное.

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

В данный момент, если я отключаю умный заказ, то в простой заявке max для продажи рассчитывается правильно и для ММВБ и для СПб.
Это значит, что в программе в принципе есть все данные по моим бумагам и деньгам на счёте биржи СПб для расчёта max.
При этом в стоп-заявке для продажи бумаг на ММВБ max показывается тоже правильно (и без умного заказа), а для бумаг на СПб показывается 0. Это означает, что программа для тейк-профита именно на СПб вычисляет max не так, как для простых заявок, т.е. она почему-то не использует те данные, к-е у программы уже в принципе есть. Я хочу, чтобы она просто работала так же, как простая заявка.  
В форме стоп-заявки для СПб биржи не показывается max
 
Цитата
Egor Zaytsev написал:
Проблема только на рынке СПБ?
Да.
8.13.1.16
Умный заказ у меня не включён, т.к. он не особо умный, но он к этому отношения не имеет. Как показано на картинке выше, простая заявка видит число моих акций Озона на СПб правильно, даже сразу после покупки в режиме Т2. А стоп-заявка тейк-профит (продажа) не видит ничего и сейчас.
Умный заказ вообще про заказ данных про бумаги с биржи, а не про бумаги на моих счетах.  
Разделитель в таблице текущих торгов, добаить возможность вставлять в таблицу не значимый пункт, который бы разделял группы акций/фьючерсов и т.д.
 
Неплохая идея. Осталось придумать, как сортировать сами группы. Видимо, только вручную.  
В форме стоп-заявки для СПб биржи не показывается max
 
Возможно, я чего-то не знаю или делаю не так, но факт на картинке. Счёт клиента выбран правильно, с SPB на конце, аналогичная простая заявка показывает max правильно, других заявок на продажу по этому инструменту не было.  
Разделитель в таблице текущих торгов, добаить возможность вставлять в таблицу не значимый пункт, который бы разделял группы акций/фьючерсов и т.д.
 
А сортировать как?
Фильтр для классов инструментов в настройке обновляемых инструментов
 
Добрый день.
Сейчас строка в этом фильтре работает как просто строгое условие поиска.
Но будет намного удобнее, если она будет работать как список строк. Например, мне надо найти облигации в долларах. Если ввести просто "обл", то найдутся все облигации, и нет способа ограничить этот список. Можно конечно целиком ввести "облигации (расч"
или даже просто "ции (", но это неудобно. Пусть введённая строка разбивается по пробелам, т.е. если ввести "обл usd", то получается 2 строки для поиска, обл и usd, и показываются только классы, к-е содержат обе эти строки, не важно как, не обязательно подряд. Так можно будет легче находить классы, когда знаешь, какие там слова.  
Страницы: 1 2 3 4 5 След.
Наверх