ソフトウェアのインターフェースは、もし標準的なウィンドウズだけで、誰もが標準的なソリューションの提案のように不器用だったら、誰もが退屈で死んでしまうでしょう :)例えば、Adobe PhotoshopやAutodesk 3D Studio MAXのようなプログラムを見てください。定着しているのでは？標準のMQライブラリと同じように不器用なのでしょうか？いや、人々に必要なのはオリジナリティと記憶に残るインターフェイスであって、規格とは名ばかりの不格好な規格ではなく、プログラムのインターフェイスを書きやすくするための最低限の文章に過ぎないのです。
実はこのスレッドは、商材の宣伝、つまり広告について...。
を考えて、別の名前をつけることにしました。何か提案できるかも？
インターフェース
フェイスコントローラ
Windows無償版
アクノシュカ
ウィンドウコントローラーは自動
ピーター・コノフ スタジオ
"スタジオ "は禁句です。これも特許でしょう )))) 。
GUI Creatorの方が理にかなっている。
競争相手がいないのです。例えば、パネルという概念を考えてみましょう。表示パネルやコントロールダイアログを作成 するために真のクラスベースのパネルを 使う人はごくわずかで、残りの人は古いMQL4プログラミング言語のスタイルでObjectCreate()を使っています。
ウラジミール、問題を混同してはいけない。そうでなければ、どのパネルも標準的なMQクラスをベースにしなければならない、とまで言うことができます。私の車のサンルーフコントロールパネルは、パネルが全くないことが判明したのですね。サンルーフコントロールボックスには、標準クラスも、MQLのものも見当たらないのですが...。そして、部屋の窓は全く窓になっていない、つまりMSからは何もない...。
端末のパネルはユーザープログラムの制御であり、標準クラスの助けを借りたり、自分で作ったものでも問題ない。非標準クラスで作られたパネルは、パネルであり、パネルのように見え（さらに美しくなることもある）、パネルとして動作する。
さて、標準クラスを見てみると、問題があります。それらはグラフィカルなオブジェクトで構成されています。旧MQL4プログラミング言語流のObjectCreate()」というディスりについてです。
そして最後に、標準以外のクラスを取引関数として使用する場合、ポジションを開かないということでしょうか。もうポジションじゃないんですか？それから？
まあ、そういうのもあるんですけどね・・・。
実はこのスレッドは、商材の宣伝、つまり広告について...。
ウラジミール 概念を混同する必要はないんだ。そうでなければ、どのパネルも標準的なMQクラスをベースにしなければならない、とまで言うことができます。私の車のサンルーフコントロールパネルは、パネルが全くないことが判明したのですね。サンルーフコントロールボックスには、標準クラスも、MQLのものも見当たらないのですが...。そして、部屋の窓は全く窓になっていない、つまりMSからは何もない...。
端末のパネルはユーザープログラムの制御であり、標準クラスの助けを借りたり、自分で作ったものでも問題ない。非標準クラスで作られたパネルは、パネルであり、パネルのように見え（さらに美しくなることもある）、パネルとして動作する。
さて、標準クラスを見てみると、問題があります。それらはグラフィカルなオブジェクトで構成されています。旧MQL4プログラミング言語流のObjectCreate()」というディスりについてです。
そして最後に、標準以外のクラスを取引関数として使用する場合、ポジションを開かないということでしょうか。もうポジションじゃないんですか？それから？
なんとなく
私たちは皆（全員とは言わないまでも、9割は）Windows 3.1以降のウィンドウズインターフェースで育ってきました。このような観点から、私はプログラムのインターフェースに注目し、最も親しみのあるビジュアルスタイル、形状、レイアウトを使用することを提唱しています。
それに、標準ライブラリの ディスプレイ・パネルは、スイッチ・オンされたコントロールのイベントを完璧に処理します。
そうそう、MQL4はとっくに引退しているはずなんです。その時代は終わったのです。
追加されました。
24時間、議論をやめましょう。
MT4/MT5プラットフォームでアプリケーションのインターフェイスを開発するために、開発者はVisual Studioを必要としますか？
私たちは皆（全員とは言いませんが、9割は）、子供の頃からWindows 3.1以降のウィンドウベースのインターフェースで育ってきているのです。私がソフトウェアのインターフェイスを見るときに提唱しているのは、この流れです。最も親しみのあるビジュアルスタイル、形状、レイアウトを使用する必要があります。
それに、標準ライブラリの ディスプレイ・パネルは、スイッチ・オンされたコントロールのイベントを完璧に処理します。
そうそう、MQL4はとっくに引退しているはずなんです。その時代は終わったのです。
追加されました。
24時間議論から外れる。
MS-DOSが出発点でした。
ソフトウェアのインターフェースは、もし標準的なウィンドウズだけで、誰もが標準的なソリューションの提案のように不器用だったら、誰もが退屈で死んでしまうでしょう :)例えば、Adobe PhotoshopやAutodesk 3D Studio MAXのようなプログラムを見てください。定着しているのでは？標準のMQライブラリと同じように不器用なのでしょうか？いや、人々に必要なのはオリジナリティと記憶に残るインターフェイスであって、規格とは名ばかりの不格好な規格ではなく、プログラムのインターフェイスを書きやすくするための最低限の文章に過ぎないのです。
さらに、正しく書かれたカスタムコントロールは、コントロールのすべてのイベントを完璧に捕らえるだけでなく、標準ライブラリが提供する標準セットよりもはるかに充実した機能を備えているのである。
そうそう、誰がいつ引退するかは、私たちが決めることではなく、エンドユーザーが決めることなんです。今のところ、ほとんどはまだMT4で、MT5の時代は始まったばかりですが、それでも私たちはMT4とMT5の両方に対応したプログラムを作ることを止めません。
追加されました。私も途中まで。
おもちゃばかりで、遊び疲れる、本気になる...。(IMHO)
私たちは皆（全員とは言いませんが、9割は）、子供の頃からWindows 3.1以降のウィンドウベースのインターフェースで育ってきているのです。