Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Пример простого кода:
Все некогда начатое нужно заканчивать. Даже если это никому не нужно. Таков принцип.
Нужно. Если интерфейс можно будет не только нарисовать, но и использовать. Надеюсь.
Нужно. Если интерфейс можно будет не только нарисовать, но и использовать. Надеюсь.
Несомненно. Над этим и работаю.
Вот, кстати, серьезный минус использование имен на русском. Это отсекает сразу более 90% нерусскоговорящих программистов. Ведь они видят какие-то квазилябры. Дублирование этой ветки на нескольких языках - это жесткое испытание, конечно, для нерусскоговорящих.
Забегая вперед, можно задать тебе пару вопросов?
Ввиду того, что твой GUI создан без применения классов, сразу возникает несколько неопределенностей.
Ведь, какие, в первую очередь, требования должны быть к GUI, как продукту?
Это удобство и интуитивность создания GUI, а так же удобное использование его в процессе работы.
В связи с этим:
Вопрос 1
Какой существует механизм для программиста обработки события со стороны твоего GUI?
Например, в моих GUI при создании элемента управления, я добавляю сразу указатель на функцию обработчик при наступления события изменения этого элемента.
Пример кода:
Вопрос 2
Как программисту получить доступ к состоянию конкретного элемента GUI?Например, в моем GUI состояние checkbox (bool) я могу получить так:
но я использую классы, вложенные друг в друга.
А как это сделать у тебя?
Привет Петр.
Вот, кстати, серьезный минус использование имен на русском. Это отсекает сразу более 90% нерусскоговорящих программистов. Ведь они видят какие-то квазилябры. Дублирование этой ветки на нескольких языках - это жесткое испытание, конечно, для нерусскоговорящих.
Забегая вперед, можно задать тебе пару вопросов?
Ввиду того, что твой GUI создан без применения классов, сразу возникает несколько неопределенностей.
Ведь, какие, в первую очередь, требования должны быть к GUI, как продукту?
Это удобство и интуитивность создания GUI, а так же удобное использование его в процессе работы.
В связи с этим:
Вопрос 1
Какой существует механизм для программиста обработки события со стороны твоего GUI?
Например, в моих GUI при создании элемента управления, я добавляю сразу указатель на функцию обработчик при наступления события изменения этого элемента.
Пример кода:
Вопрос 2
Как программисту получить доступ к состоянию конкретного элемента GUI?Например, в моем GUI состояние checkbox (bool) я могу получить так:
но я использую классы, вложенные друг в друга.
А как это сделать у тебя?
Николай привет!
Отвечаю по порядку:
1. Пользователь НЕ БУДЕТ (от слова совсем) взаимодействовать с моим кодом. В этом нет необходимости. Далее ты поймешь почему. Пользователю нужен ТОЛЬКО язык разметки. (Я подчеркивал это несколько раз ранее, но всегда получаю этот повторяющийся вопрос от программистов. ) Причина в том, что пользователь лишь "инициализирует" массив с помощью ключевых слов языка, которые определенны дефайнами в коде конструктора. Интерпретатор (индикатор) посылает массив с кодом разметки (тот что я показал выше) в конструктор (который советник на том же графике) и конструктор читает массив и строит графический интерфейс. Код языка разметки есть инструкция для конструктора. Он по ней выполняет построение (рисование, инициализацию параметров элементов, настройки и прочее.)
2. Механизм простой. После завершения редактирования интерфейса, пользователь вызывает контекстное меню конструктора дабл-кликом на график и выбирает опцию сохранения. Конструктор печатает всю информацию в два файла. Эти файлы используются движком.
Поясню подробнее: пользователь подключает два файла полученных от конструктора и движок (который я предоставлю) к своему советнику (в шапке советника. Пример подключения предоставлю). Затем, пишет несколько вызовов в функциях OnInit(), OnTimer(), OnChartEvent() и OnDeinit() (пример предоставлю). Далее, заходит в файл напечатанный конструктором который называется Internal_API. В этом файле есть все необходимое для подключения элементов управления GUI к советнику/индикатору пользователя. То есть - генерированные функции элементов и подробные инструкции. Примеры подключения я предоставлю позже.
Повторю, ничего сложного. Там все есть. Вот например как это выглядит с интерфейсом выше:
1. Написали окно.
2. Далее по инструкции ниже:
3.
4. Открываем файл InternalAPI и начинаем подключение. В файле есть ВСЕ.
Пользователь должен только прописать свои действия в условиях функции OnGuiEvent(). Остальное трогать НЕ НУЖНО.
Переключение состояния элементов управления, а также получения/установка их значений осуществляется с помощью сгенерированных конструктором функций которые пользователь увидит в интеллисенс.
Из кода файла выше пользователь работает только с этой частью:
Николай привет!
Отвечаю по порядку:
1. Пользователь НЕ БУДЕТ (от слова совсем) взаимодействовать с моим кодом. В этом нет необходимости. Далее ты поймешь почему. Пользователю нужен ТОЛЬКО язык разметки. (Я подчеркивал это несколько раз ранее, но всегда получаю этот повторяющийся вопрос от программистов. ) Причина в том, что пользователь лишь "инициализирует" массив с помощью ключевых слов языка, которые определенны дефайнами в коде конструктора. Интерпретатор (индикатор) посылает массив с кодом разметки (тот что я показал выше) в конструктор (который советник на том же графике) и конструктор читает массив и строит графический интерфейс. Код языка разметки есть инструкция для конструктора. Он по ней выполняет построение (рисование, инициализацию параметров элементов, настройки и прочее.)
2. Механизм простой. После завершения редактирования интерфейса, пользователь вызывает контекстное меню конструктора дабл-кликом на график и выбирает опцию сохранения. Конструктор печатает всю информацию в два файла. Эти файлы используются движком.
Поясню подробнее: пользователь подключает два файла полученных от конструктора и движок (который я предоставлю) к своему советнику (в шапке советника. Пример подключения предоставлю). Затем, пишет несколько вызовов в функциях OnInit(), OnTimer(), OnChartEvent() и OnDeinit() (пример предоставлю). Далее, заходит в файл напечатанный конструктором который называется Internal_API. В этом файле есть все необходимое для подключения элементов управления GUI к советнику/индикатору пользователя. То есть - генерированные функции элементов и подробные инструкции. Примеры подключения я предоставлю позже.
Повторю, ничего сложного. Там все есть. Вот например как это выглядит с интерфейсом выше:
1. Написали окно.
2. Далее по инструкции ниже:
3.
4. Открываем файл InternalAPI и начинаем подключение. В файле есть ВСЕ.
Пользователь должен только прописать свои действия в условиях функции OnGuiEvent(). Остальное трогать НЕ НУЖНО.
Переключение состояния элементов управления, а также получения/установка их значений осуществляется с помощью сгенерированных конструктором функций которые пользователь увидит в интеллисенс.
Петр, я тебя не понял. Ты не ответил на вопросы.
Для программистов важно узнать, как взаимодействовать с твоим GUI в процессе работы.
Вот пример моего GUI. Я нажал ярлык светлой/темной темы, и это событие сразу вызвало функцию смены цветов фона и линий. Как это взаимодейстие сделать у тебя?
Что значит " Пользователь НЕ БУДЕТ (от слова совсем) взаимодействовать с моим кодом. "?
Программисту нужно взаимодействовать, правда не с кодом, а с событиями, который должен генерировать этот код.
Ведь GUI - это не отдельная независимая программа. GUI должен в конечном итоге взаимодействовать с основной программой разработчика. Будь то индикатор или EA.