S#.Designer beta 3

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

Блок сравнения
Сейчас чтоб установить блок надо 1 перекинуть его на стол, 2 выбрать левый, 3 выбрать правый, 4 выбрать оператор, 5 переименовать 6,7 сделать проводки
1) по умолчанию сделать левый = значение 1, правый = значение 2. Постоянно выставлять приходиться, лишние клики
2) для этого и подобных элементов нет необходимости писать уникальное название. У меня может быть много сравнений ">=" и нет ни какого желания каждый элемент подписывать. Если без уникальных названий никак, то было бы удобно если бы оператор дописывался в названии автоматически при выборе например "Сравнение (1) >=". В идеале просто знак оператора ">=", кому надо тот сам допишет, и элемент уменьшить можно будет в размерах.
В результате 1 перекинуть его на стол, 2 выбрать оператор, 3,4 сделать проводки

И еще надо автосохранение стратегий. Дизайнер вылетает парой. Не сохранился...

1) Для блоков "Сравнение", "Логическое условие", "Открытие позиций" и для большинства блоков надо сделать чтоб сразу было видно что делает блок, либо иконкой либо текстом. Сейчас это можно только подписав блок, но каждый блок подписывать это напрягает сильно. Особенно когда дизайнер очередной раз вылетел.
2) Блок "Открытие позиций" квадратик для цены, если по рынку его бы убирать. Это не критично конечно, но он смущает.
3) Сделать чтоб при выделении блока подсвечивались все проводки что идут к нему, другим цветом. Сейчас понять что куда идет невозможно. На рисунке видно.
4) Блок "Логическое условие" можно подвести только 2 значения, надо сделать чтоб можно было подводить много "Значение1"&"Значение2"&"Значение3"&"Значение4". Возможно и реализовать вариант с разными операторами "Значение1"&"Значение2"|"Значение3"|"Значение4"
5) Сделать блок "Сравнение с числом", не надо будет кидать блок постоянной
6) При возникновении ошибки надо указывать какой блок выдает ошибку. Сейчас чтоб отловить ошибку, уходит громадное количество времени.

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

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

И еще не в тему. Этот топик у меня все время вылетает. Может его из новостей на форум перенести?

Ошибки мониторим. В случае проблем всегда есть чат, где так же обсуждаем дизайнер.

Помимо всего остального, если происходят ошибки (вылетает программа, или появляется окно с текстом ошибки) просьба присылать сам текст ошибки.

И то и другое и третье. Это Unit.



На выходе защитка заявка. Можно ее отобразить на графике, где была активация.

Будет в след версии. Хотелось бы до нее получить ошибки, при которых бывает вылет. Чтобы починить и это.

Будет.



Добавил в таски, но пока не в ближайшей перспективе.



OK.



Первое еще возможно (одинаковый оператор), второе точно нет.



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



Хорошая идея, но необходимо расписать на каком-то конкретном примере, что у вас произошло.



Жду от вас больше фидбэков. Про ошибки падения вы не присылали.



Специально в Дизайнере нет функции Экспорт в C#. Это не просто прихоть, а специальная задумка. Разделить таргет аудиторию. Данный продукт преполагается на тех, у кого просто нет выбора между схемами и кодом. А вариант изучить язык C# чтобы сравнить с дизайнером для многих покажется безумным.



Надо!