Мой подход. Ядро - Движок. - страница 77
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
С помощью этой функции можно автонастраивать размер текстовых элементов.
На уровне конструктора (генератора GUI анализируещего код разметки) все так и работает. Расчитывается все правильно. Если в языке устновить любой шрифт, позиция текста установиться правильно.
В коде разметки был по умолчанию установлен шрифт "Microsoft JhengHei Light" и рассчитаны позиции текстов в элементах. Потом сгенерировалось цифровое ядро и было загружено в движок в виде координат, правильных для установленного шрифта.
Если на компьютере пользователя не установлен шрифт для которого были сделаны расчеты, и устанавливается другой шрифт, то рассчитынные в ядре значения координат текста становятся не правильными. Поскольку они были сделаны для другого шрифта.
Поэтому, текст позиционируется неправильно. Нужно установить верный шрифт и будет нормально.
Василий, зачем чепуху писать?
Это просто троллинг?
В названии файлов и так пробел.
Заполнять - означает прописать вызовы своих функций на событии чекбоксов.
Нужно закинуть советник на график, а потом движок.
Файлы сохранять именно в папке инклюд.
Ничего никуда засовывать не нужно. Это отсебятина.
Все правильно Василий написал.
Все правильно Василий написал.
Уже разобрались в недоразумении.
На уровне конструктора (генератора GUI анализируещего код разметки) все так и работает. Расчитывается все правильно. Если в языке устновить любой шрифт, позиция текста установиться правильно.
В коде разметки был по умолчанию установлен шрифт "Microsoft JhengHei Light" и рассчитаны позиции текстов в элементах. Потом сгенерировалось цифровое ядро и было загружено в движок в виде координат, правильных для установленного шрифта.
Если на компьютере пользователя не установлен шрифт для которого были сделаны расчеты, и устанавливается другой шрифт, то рассчитынные в ядре значения координат текста становятся не правильными. Поскольку они были сделаны для другого шрифта.
Поэтому, текст позиционируется неправильно. Нужно установить верный шрифт и будет нормально.
Понятно.
Может быть... Но были бы другие.
Может быть... Но были бы другие.
Мне видится, возможно, главное (может и единственное) преимущество использования отдельного движка-индикатора для реализации интерфейса советника это то, что индикатор работает в другом от советника потоке, а т.к. интерфейс - достаточно ресурсоёмкая задача, то в целом интерфейс, сляпаный подобным образом, может не тормозить работу самого советника, что есть гуд.
Но мне не хватает знаний и полного понимания механизма, как распределяются ресурсы процессора и сопроцессоров между потоками, да и само понятие потока для меня не совсем ясно.
Кто-нибудь из знающих может прояснить данные моменты?
-Есть ли целесообразность применения подхода Петра для более эффективной работы эксперта из-за снижения нагрузки на поток, в котором он работает?
-Организация обмена между потоком советника и потоком индикатора-интерфейса через систему пользовательских прерываний как влияет на нагрузку потока советника?
Реter, как можно быстрее откажитесь от файлов с проблемами в именах, это же не комильфо, тем более публично распространяемые. Пробелы - гемор в шел скриптах.
Мне видится, возможно, главное (может и единственное) преимущество использования отдельного движка-индикатора для реализации интерфейса советника это то, что индикатор работает в другом от советника потоке, а т.к. интерфейс - достаточно ресурсоёмкая задача, то в целом интерфейс, сляпаный подобным образом, может не тормозить работу самого советника, что есть гуд.
Но мне не хватает знаний и полного понимания механизма, как распределяются ресурсы процессора и сопроцессоров между потоками, да и само понятие потока для меня не совсем ясно.
Кто-нибудь из знающих может прояснить данные моменты?
-Есть ли целесообразность применения подхода Петра для более эффективной работы эксперта из-за снижения нагрузки на поток, в котором он работает?
-Организация обмена между потоком советника и потоком индикатора-интерфейса через систему пользовательских прерываний как влияет на нагрузку потока советника?
Я сам мало разбираюсь в этом вопросе (другие наверняка знают лучше), но индикатор не работает в отдельном от советника потоке. Или во всяком случае, это не помогает в решении вопроса быстродействия.
В индикаторе тормозит прокрутка. Когда я подключал код движка к программе-советнику, прокрутка не тормозит. А в индикаторе - заедает.
Короче, чтобы воспользоваться преимуществом отдельного потока, - нужно Движок сделать в советнике. Но тогда, его нужно закидывать на отдельный график.
Это создает комплекс задач, решение которых может быть выгодно и с точки зрения удобства (гуи можно будет перемещать между графиками), и с точки зрения скорости (отдельный поток).
Реter, как можно быстрее откажитесь от файлов с проблемами в именах, это же не комильфо, тем более публично распространяемые. Пробелы - гемор в шел скриптах.
Ну, я поставил в имени черточку. А что Вы предлагаете?
Я сам мало разбираюсь в этом вопросе (другие наверняка знают лучше), но индикатор не работает в отдельном от советника потоке. Или во всяком случае, это не помогает в решении вопроса быстродействия.
В индикаторе тормозит прокрутка. Когда я подключал код движка к программе-советнику, прокрутка не тормозит. А в индикаторе - заедает.
Короче, чтобы воспользоваться преимуществом отдельного потока, - нужно Движок сделать в советнике. А для этого, его нужно закидывать на отдельный график.
Это создает комплекс задач, решение которых может быть выгодно и с точки зрения удобства (гуи можно будет перемещать между графиками), и с точки зрения скорости (отдельный поток).