3) Пока идет разработка, можете предложить свои варианты звуков на события:

- совершена сделка

- срабатывание сигнального уровня

- обнаружен крупный объем в стакане

- обнаружена айсберг-заявка в стакане

в формате *.mp3 и .wav

* звуки можно будет изменять и при работе с приложением.

* прикрепляю подобранные мной звуки для оценки/критики.

OrderbookBigAmount_01.wav
OrderbookIcebergOrder_01.wav
UserSignalPriceLevel_01.wav
UserTrade_01.wav

согласен, сам смысл уведомления в том, что в стакане появился кто-то крупный, а из-за масштабирования (сложения объемов) этот смысл может потеряться.

благодарю за мнение.

* если у кого-то будут другие мысли - пишите обязательно.

2) Вопрос насчет реализации звуковых уведомлений о появлении в стакане крупного объема:

Уведомления должны быть при его появлении в оригинальном стакане или с учетом увеличения шага цены  (х10, х100 по клавишам +-)?

Допустим пользователь настроил значение Крупный объем = 1000. В оригинальном стакане отрисовался крупный объем только по одной цене. После увеличения шага цены, например х10, весь стакан оказывается в крупных объемах т.к. они сложились. Соответственно, если будет включена опция "Звуковое уведомление при появлении крупного объема", то при увеличении шага цены почти каждый раз будет возникать новое уведомление. 

Получается - если уведомлять при появлении крупного объема только в исходном стакане, то будет разнобой с отрисовкой (которая учитывает х10 х100 и показывает на какой цене находится объем), а если уведомлять с учетом увеличения шага цены, то при изменении настройки увеличения шага цены будет "лишнее" уведомление. А если еще и уточнять цену ("крупный объем по GAZP по 145,50"), а не только инструмент ("крупный объем по GAZP"), то вас просто засыпет этими уведомлениями.

записывайте экран, скидывайте логи техподдержке во время зависаний

Вы же понимаете, что биржа может так (с лагами) присылать данные по стакану при резких движениях? И никакие оптимизации со стороны CScalp это не исправят.

Я не говорю что дело всегда в бирже и оптимизировать нечего.

Поиск при вводе текста осуществляется по принципу "Начинается с ..."

Это не плохо или хорошо - это стандартное поведение поиска, которое с изменением названий шаблонов оказалось неудобным.

Согласен что надо улучшать.

Одновременное снятие лимиток есть в очереди задач.

Когда будем делать, то вполне вероятно добавим опцию снятия/неснятия лимиток перед закрытием позиции.

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

Px100 - увеличение шага цены на 100

A/50 - деление объемов на 50

А возможно это все-таки избыточно и стоит оставить только К

Объем округлять в меньшую сторону?

Если да - нормально ли что 6999 будет отображено как 6К

Если нет - нормально ли что 6551 будет отображено как 7К, то есть объем которого там по факту нет (есть не полностью)?

как поступать с числами меньше К? не отображать или 0К?

(еще одна настройка на это - избыточно)