私のアプローチコアはエンジンです。 - ページ 77 1...707172737475767778798081828384...184 新しいコメント Реter Konow 2018.12.14 11:04 #761 Nikolai Semko:文字要素の大きさを自動的に調整する機能です。コンストラクタ・レベル（マークアップコードを解析するGUIジェネレータ）では、このようになります。すべて正しく計算されます。言語に何らかのフォントが設定されている場合、文字位置が正しく設定されます。 マークアップコードでは、デフォルトのフォントを「Microsoft JhengHei Light」に設定し、要素内のテキストの位置を計算 した。そして、デジタルカーネルを生成し、搭載されたフォントに合った座標としてエンジンに読み込ませた。 ユーザーのコンピューターに計算の対象となるフォントがなく、別のフォントがインストールされている場合、カーネルで計算されたテキスト座標の値は正しくありません。別のフォント用に作られたからです。 そのため、文字が正しく配置されない。正しいフォントを設定すれば問題ありません。 Dmitry Fedoseev 2018.12.14 11:07 #762 Реter Konow:ワシリー、なぜ無意味なことを書く？ ただの荒らしなのか？ ファイル名にすでにスペースが入っています。 Fillとは、チェックボックスのイベントに対して関数を呼び出すことを指定することです。 チャートにEAを載せてから、エンジンをかける必要があります。 ファイルはIncloudフォルダに正確に保存する必要があります。 どこにも何も置かなくていいんです。これはトリックではありません。Vasilyは正しく書いています。 Реter Konow 2018.12.14 11:09 #763 Dmitry Fedoseev:すべて、ヴァシリーが正しく書いてくれた。誤解はすでに解けている。 Nikolai Semko 2018.12.14 11:18 #764 Реter Konow:コンストラクタ・レベル（マークアップコードを解析するGUIジェネレータ）では、このようになります。すべて正しく計算されます。言語に何らかのフォントが設定されている場合、文字位置が正しく設定されます。 マークアップコードでは、デフォルトのフォントを「Microsoft JhengHei Light」に設定し、要素内のテキストの位置を計算 した。そして、デジタルカーネルを生成し、搭載されたフォントに合った座標としてエンジンに読み込ませた。 ユーザーのコンピューターに計算の対象となるフォントがなく、別のフォントがインストールされている場合、カーネルで計算されたテキスト座標の値は正しくありません。別のフォント用に作られたからです。 そのため、文字が正しく配置されない。正しいフォントを設定すれば問題ありません。 なるほど。もし、あなたのエンジンがEA内のクラスとして実装されていれば、この問題は存在しないでしょう。 Реter Konow 2018.12.14 11:22 #765 Nikolai Semko: なるほど。エンジンがEA内のクラスとして実装されていれば、この問題は存在しない。たぶん...しかし、それは違っていただろう。 Nikolai Semko 2018.12.14 12:01 #766 Реter Konow:たぶん...しかし、他にもいるだろう。おそらく、EAのインターフェースを実装するために別のインディケータエンジンを使用する主な（おそらく唯一の）利点は、インディケータがEAとは別のスレッドで実行されることであり、インターフェースはかなりリソースを消費する作業なので、一般的に、この方法で実装されたインターフェースは、EA自体の作業を遅くしない、それは良いことである。 しかし、スレッド間でプロセッサやコプロセッサのリソースがどのように割り当てられるのか、メカニズムについての知識や理解が十分でなく、スレッドの概念自体もよく分かっていないのです。 どなたか詳しい方、この点を明らかにしていただけませんか？ -Expert Advisor のスレッドの負荷軽減による効率的な運用のために、Peter のアプローチを使用することは妥当でしょうか？ -カスタム割り込みのシステムによるEAのスレッドとインジケーターインターフェースのスレッド間のやりとりの整理、EAのスレッドの負荷への影響はどうですか？ pavlick_ 2018.12.14 12:28 #767 Реter Konow:リタグ、 ネーミングに問題のあるファイルは早めに処分すること、特に一般に配布されているものは滑稽なことではありません。シェルスクリプトでスペースは面倒です。 Реter Konow 2018.12.14 12:30 #768 Nikolai Semko:EAのインターフェースを実装するために別のインディケータエンジンを使うことの主な（もしかしたら唯一の）利点は、インディケータがEAとは別のスレッドで動作することで、インターフェースはかなりリソースを消費する作業なので、このようにインターフェースを実装してもEA自体の動作が遅くなることはない、これは良いことだと思います。 しかし、スレッド間でプロセッサやコプロセッサのリソースがどのように割り当てられるのか、メカニズムについての知識や理解が十分でなく、スレッドの概念自体もよく分かっていないのです。 どなたか詳しい方、この点を明らかにしていただけませんか？ -Expert Advisor のスレッドの負荷が軽減され、より効率的な運用が可能になる Peter のアプローチは妥当でしょうか？ -カスタム割り込みのシステムによるEAのスレッドとインジケータ-インターフェースのスレッド間のやりとりの整理、EAのスレッドの負荷への影響は？この質問は私自身は知らないのですが（きっと他の方がよくご存知でしょう）、インジケータはEAとは別のスレッドで実行されるわけではありません。少なくとも、性能の問題にはつながらない。 インジケーターのスクロールが遅い。エンジンコードとEAを接続したところ、スクロールがあまり遅くならない。でも、インジケーターではそれが刺さります。 つまり、Expert Advisorの中にエンジンを作ることで、別スレッドの利点を生かすことができるのです。しかし、この場合は別のチャートに載せる必要があります。 利便性の観点（チャート間でguiを移動できる）、スピードの観点（別スレッド）で採算の取れるタスクの複合体が出来上がります。 Реter Konow 2018.12.14 12:32 #769 pavlick_:リタグ、 ネーミングに問題のあるファイルは早めに処分しましょう、特に一般に配布されているものは滑稽ではありません。スペースはシェルスクリプトが面倒。まあ、名前にダッシュを入れたんですけどね。何かご提案がありますか？ Nikolai Semko 2018.12.14 12:34 #770 Реter Konow:私自身はあまり詳しくないのですが（他の方の方が詳しいかもしれません）、インジケータはEAとは別スレッドで動いているわけではないのですね。少なくとも、性能の問題にはつながらない。 インジケーターのスクロールが遅い。エンジンコードとEAを接続したところ、スクロールがあまり遅くならない。でも、インジケーターではそれが刺さります。 要するに、Expert Advisorのエンジンを別スレッドで活用するようにしなければならない。そして、そのためには、別のチャートに載せる必要があります。 これにより、利便性の観点（チャート間でguiを移動できる）、スピードの観点（別スレッド）で採算の取れるタスク群が出来上がりました。https://www.mql5.com/ru/docs/runtime/running 1...707172737475767778798081828384...184 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
文字要素の大きさを自動的に調整する機能です。
コンストラクタ・レベル（マークアップコードを解析するGUIジェネレータ）では、このようになります。すべて正しく計算されます。言語に何らかのフォントが設定されている場合、文字位置が正しく設定されます。
マークアップコードでは、デフォルトのフォントを「Microsoft JhengHei Light」に設定し、要素内のテキストの位置を計算 した。そして、デジタルカーネルを生成し、搭載されたフォントに合った座標としてエンジンに読み込ませた。
ユーザーのコンピューターに計算の対象となるフォントがなく、別のフォントがインストールされている場合、カーネルで計算されたテキスト座標の値は正しくありません。別のフォント用に作られたからです。
そのため、文字が正しく配置されない。正しいフォントを設定すれば問題ありません。
ワシリー、なぜ無意味なことを書く？
ただの荒らしなのか？
ファイル名にすでにスペースが入っています。
Fillとは、チェックボックスのイベントに対して関数を呼び出すことを指定することです。
チャートにEAを載せてから、エンジンをかける必要があります。
ファイルはIncloudフォルダに正確に保存する必要があります。
どこにも何も置かなくていいんです。これはトリックではありません。
Vasilyは正しく書いています。
すべて、ヴァシリーが正しく書いてくれた。
誤解はすでに解けている。
コンストラクタ・レベル（マークアップコードを解析するGUIジェネレータ）では、このようになります。すべて正しく計算されます。言語に何らかのフォントが設定されている場合、文字位置が正しく設定されます。
マークアップコードでは、デフォルトのフォントを「Microsoft JhengHei Light」に設定し、要素内のテキストの位置を計算 した。そして、デジタルカーネルを生成し、搭載されたフォントに合った座標としてエンジンに読み込ませた。
ユーザーのコンピューターに計算の対象となるフォントがなく、別のフォントがインストールされている場合、カーネルで計算されたテキスト座標の値は正しくありません。別のフォント用に作られたからです。
そのため、文字が正しく配置されない。正しいフォントを設定すれば問題ありません。
なるほど。
たぶん...しかし、それは違っていただろう。
たぶん...しかし、他にもいるだろう。
おそらく、EAのインターフェースを実装するために別のインディケータエンジンを使用する主な（おそらく唯一の）利点は、インディケータがEAとは別のスレッドで実行されることであり、インターフェースはかなりリソースを消費する作業なので、一般的に、この方法で実装されたインターフェースは、EA自体の作業を遅くしない、それは良いことである。
しかし、スレッド間でプロセッサやコプロセッサのリソースがどのように割り当てられるのか、メカニズムについての知識や理解が十分でなく、スレッドの概念自体もよく分かっていないのです。
どなたか詳しい方、この点を明らかにしていただけませんか？
-Expert Advisor のスレッドの負荷軽減による効率的な運用のために、Peter のアプローチを使用することは妥当でしょうか？
-カスタム割り込みのシステムによるEAのスレッドとインジケーターインターフェースのスレッド間のやりとりの整理、EAのスレッドの負荷への影響はどうですか？
リタグ、 ネーミングに問題のあるファイルは早めに処分すること、特に一般に配布されているものは滑稽なことではありません。シェルスクリプトでスペースは面倒です。
EAのインターフェースを実装するために別のインディケータエンジンを使うことの主な（もしかしたら唯一の）利点は、インディケータがEAとは別のスレッドで動作することで、インターフェースはかなりリソースを消費する作業なので、このようにインターフェースを実装してもEA自体の動作が遅くなることはない、これは良いことだと思います。
しかし、スレッド間でプロセッサやコプロセッサのリソースがどのように割り当てられるのか、メカニズムについての知識や理解が十分でなく、スレッドの概念自体もよく分かっていないのです。
どなたか詳しい方、この点を明らかにしていただけませんか？
-Expert Advisor のスレッドの負荷が軽減され、より効率的な運用が可能になる Peter のアプローチは妥当でしょうか？
-カスタム割り込みのシステムによるEAのスレッドとインジケータ-インターフェースのスレッド間のやりとりの整理、EAのスレッドの負荷への影響は？
この質問は私自身は知らないのですが（きっと他の方がよくご存知でしょう）、インジケータはEAとは別のスレッドで実行されるわけではありません。少なくとも、性能の問題にはつながらない。
インジケーターのスクロールが遅い。エンジンコードとEAを接続したところ、スクロールがあまり遅くならない。でも、インジケーターではそれが刺さります。
つまり、Expert Advisorの中にエンジンを作ることで、別スレッドの利点を生かすことができるのです。しかし、この場合は別のチャートに載せる必要があります。
利便性の観点（チャート間でguiを移動できる）、スピードの観点（別スレッド）で採算の取れるタスクの複合体が出来上がります。
リタグ、 ネーミングに問題のあるファイルは早めに処分しましょう、特に一般に配布されているものは滑稽ではありません。スペースはシェルスクリプトが面倒。
まあ、名前にダッシュを入れたんですけどね。何かご提案がありますか？
私自身はあまり詳しくないのですが（他の方の方が詳しいかもしれません）、インジケータはEAとは別スレッドで動いているわけではないのですね。少なくとも、性能の問題にはつながらない。
インジケーターのスクロールが遅い。エンジンコードとEAを接続したところ、スクロールがあまり遅くならない。でも、インジケーターではそれが刺さります。
要するに、Expert Advisorのエンジンを別スレッドで活用するようにしなければならない。そして、そのためには、別のチャートに載せる必要があります。
これにより、利便性の観点（チャート間でguiを移動できる）、スピードの観点（別スレッド）で採算の取れるタスク群が出来上がりました。