Обновление платформы MetaTrader 4 билд 625: Журналы в MetaTrader Market и новый MetaViewer - страница 16
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вы не сможете выставить свойство высоты или ширины объекту-метке. Это свойство из разряда "только для чтения". Прочесть можно, а установить нельзя.
Значит документация вводит в заблуждение...
Для функций ObjectSetInteger() ObjectGetInteger()
ENUM_OBJECT_PROPERTY_INTEGER
В этом списке есть свойство OBJPROP_XSIZE и нет пометки r/o
OBJPROP_XSIZE
Ширина объекта по оси X в пикселях. Задается для объектов OBJ_LABEL, OBJ_BUTTON, OBJ_CHART, OBJ_BITMAP, OBJ_BITMAP_LABEL, OBJ_EDIT, OBJ_RECTANGLE_LABEL.
int
И очень странно, для OBJ_EDIT работает а для OBJ_LABEL нет и не будет? хотя в списке имеется...
Да в общем-то и не надо...
И ещё один вопрос по графическим элементам
OBJPROP_RAY
Вертикальная линия продолжается на все окна графика
bool
Это тоже не работает... А будет-ли???
Не понял. Что Вы имеете в виду?
Подсказка показывается нормально, независимо от выставленной галки в "Показывать описание объектов"
Интересное нововведение: - в журнале "Эксперты" перестали писать о срабатывании отложенных ордеров.
Установка отложенного ордера есть, модификация тоже протоколируется, а потом ... закрывается открытая позиция!
А где остальное? Она же открылась сначала ... или как?
Заметил это еще на 616-й сборке, но не поверил своим глазам, подождал когда обновится.
Теперь 925-я сборка и сомнений не осталось.
Кстати, закрытие по SL и TP тоже не попадает в журнал, только принудительное закрытие экспертом.
Интересно как ведется учет замечаний по работе терминала в сервис-деске? Может его публичным сделать? Таблица в которую занесены проблемные вопросы и потом решение по ним. Это была бы кладезь информации и позволило бы любому посмотреть если у него вдруг проблема возникла, а нет ли там уже такой. И разработчикам и пользователям наглядно видны проблемы подлежащие доработке, а если решены то описание как. А то это какой то замкнутый круг. Ну это же надо неделю читать все 3 топика и смотреть а нет ли там уже такого вопроса! а если есть то как же он был решен. Уже второй месяц и каждый день что то да не так. Не успеть читать все, и забывается даже если прочел, поскольку ответа либо нет либо он потом через несколько страниц.
На вопросы типа " почему МЕ не ругается на openLong - bool переменная, openLong=openLong && minStoch[0,2]; " может и не надо, кто то подскажет, но на совершенно конкретные вопросы то надо видеть реакцию Разработчиков, а на 50% вопросов ответов нет, и еще раз подчеркну что сводная таблица была бы доступна всем и сэкономила бы время и нервы и разработчиков и трейдеров.
Отложите вы написание статей про маркет... Доведите до рабочего состояния Торговую платформу.
Вот чего хотелось бы в Метатрейдере, так это возможность исполнения ордеров либо по заданному времени, либо по условию.
Например условие - выставить ордер такой-то, если закрылся ордер номер такой-то(допустим я предполагаю боковик или откат).
либо выставить лимитник в 18-00 на плюс/минус 20п от цены.
Понимаю, что можно писать советники под это дело, но с ними слишком много возни в данном случае,
в панели выставления ордера достаточно ввести новую вкладку с условными ордерами.
Очень многим бы это понравилось
еще в той же панели ордера, хотелось бы иметь возможность скрывать тиковый график щелчом, как это сделано в МТ5
double a,b,c;
если написать
c=int(a/b);
при компиляции: 0 ошибок; 0 предупреждений
если написать
c=long(a/b);
при компиляции: possible loss of data due to type conversion
думается, что в обоих случаях должно быть одинаково: либо 0 предупреждений, либо поссибл
Уважаемые разработчики. Вы так и не ответили:
1. Когда планируете ввести множественное наследование
2. Что за переезд планируется?
если написать
при компиляции: 0 ошибок; 0 предупреждений
если написать
при компиляции: possible loss of data due to type conversion
думается, что в обоих случаях должно быть одинаково: либо 0 предупреждений, либо поссибл
long может иметь 19 значащих цифр, а double - 15, т.е. может быть потеря точности.
int может содержать до 10 значащих цифр. Так что все правильно.