記事"グラフィカルインタフェースVIII： ファイルナビゲータコントロール(チャプター3)"についてのディスカッション
クールだ！これらのライブラリをターミナルにある標準セットに追加し、それらに関するドキュメントを提供しよう。それは素晴らしい
何のために使うのか、どなたか教えてください。実用的だよ。
もちろん、プログラミングの練習は別としてね。
私は真剣だ。
何のために使うのか、どなたか教えてください。実用的だよ。
もちろん、プログラミングの練習は別としてね。
私は真剣だ。
同じような質問を繰り返さないために、グラフィカル・インターフェースを作ると 便利だ。あるいは、標準的なテスターよりも優れた独自のテスターが必要だとします。あるいは、あなたのプログラムは、端末のファイル・サンドボックスからデータを指定する必要がありますが、ファイルへのフルパスを含む文字列を入力するのではなく、ファイル・ナビゲーターを通して指定する必要があります。おそらくそれは、ターミナル上のグラフ上で即座にデータを視覚化して研究や計算を行うための分析プログラムのようなものでしょう。プログラムが配置されているグラフの時間スケールに縛られない独自のグラフを構築する。この "オーケストラ "のすべてを便利に管理するには、グラフィカル・インターフェースが必要です。結局のところ、いくつかのパラメーターの値をその場で変更したり、他のモードに切り替えたり、いくつかのデータを開いて視覚化したりする必要がある場合がある。そして、プログラムのコードや外部パラメータに常にアクセスする代わりに、アプリケーションが全体的に複雑な場合、コンパクトなグラフィカル・インターフェースを作成することができます。
仮にそのようなオファーがあったとしても、時期尚早だと思う。やるべきことはまだたくさんある。
開発者が興味を持ちそうな重要な質問がある。
あなたのライブラリーの助けを借りてアプリケーションのインターフェイスを構築する 場合、開発者の人件費はどれくらいになるのでしょうか？
ファイル・ナビゲーター、カレンダー、スクロールを使いこなすには、どれくらいの深さと時間が必要でしょうか？
チェックボックスやドロップダウンリストを備えた設定ウィンドウを構築するために、すべての記事を読み、コードを見る必要がありますか？
ウィンドウやコントロールのスタイルを変更したい場合、開発者はどうすればいいのでしょうか？また、ライブラリ全体を勉強する必要があるのでしょうか？結局のところ、多くの人は他の開発者のインターフェースとの類似を避けたいので、このようなことを望むのだろう。
開発者にとって興味深い重要な質問があります。
開発者があなたのライブラリーの助けを借りてアプリケーションのインターフェイスを構築する際の人件費はどれくらいになるでしょうか？
ファイル・ナビゲーター、カレンダー、スクロールを使うには、どの程度深く長い学習時間が必要でしょうか？
ライブラリを使うには、各記事に添付されているサンプルを勉強すれば十分です。そのようなライブラリを自分で作る方法を学びたくないのであれば、すべてのクラスやスキームを深く学ぶべきではありません。しかし、勉強しておけば、同じような複雑さを持つ他のライブラリを開発するときに、その経験が役に立つかもしれません。
チェックボックスやドロップダウンリストのある設定ウィンドウを作るために、すべての記事を読んだりコードを調べたりする必要がありますか？
シリーズ全体を要約する記事のための資料を準備しています。とても簡潔で、アプリケーションにグラフィカル・インターフェースを作成する ためのライブラリが必要な人のためのものです。
ウィンドウやコントロールのスタイルを変更したい場合、開発者はどうすればいいのでしょうか？また、ライブラリ全体を勉強する必要があるのだろうか？結局のところ、他の開発者のインターフェースとの類似を避けたいという欲求から、この欲求はおそらく多くの人に生じるでしょう。
インターフェース要素を構築するためのオブジェクトはすべて用意されている。デフォルトのスタイルに満足できなければ、自分でカスタマイズすることもできる。徐々に多くの可能性が提供されるでしょう。
緊急に必要なものがあれば、すでに独自のクラスを書き、それをライブラリ・エンジンに接続することができる。その方法は、このシリーズの多くの記事で何度も紹介しています。
ライブラリを使うには、各記事に添付されているサンプルを勉強すれば十分である。このようなライブラリを自分で作る方法を学びたいのでなければ、各クラスやスキームを深く研究する価値はない。しかし、もしそうするのであれば、同じような複雑さを持つ他のライブラリを開発するときに、この経験が役に立つかもしれない。
私は、このシリーズ全体をまとめた記事のための資料を準備している。非常に簡潔で、まさにアプリケーションでグラフィカル・インターフェースを作成する ためのライブラリーが必要な人のためのものだ。
インターフェイス要素を構築するためのすべてのオブジェクトが利用可能です。デフォルトのスタイルに満足できなければ、自分でカスタマイズすることもできる。徐々に多くの可能性が提供されるでしょう。
緊急に必要なものがあれば、すでに独自のクラスを書き、それをライブラリ・エンジンに接続することができます。その方法は、このシリーズの多くの記事で繰り返し紹介しています。
詳細なご回答ありがとうございます。
あなたの計画を知るのは興味深いことです。あと何本記事を出す予定なのか、さらにどんな目標を立てているのか。
詳しいお返事をありがとう。
あなたの計画を知るのは興味深い。あと何記事リリースする予定で、将来の目標は何ですか？
ライブラリーの最初のバージョンとして、基本的な記事をあと2つ。
それから、興味を持ってくれているユーザーからの提案の実装について考えるつもりだ。あなたの提案についても考えてみるよ。
ライブラリーの最初のバージョンのために、あと2つの主要な記事を書く。
そして、興味を持ったユーザーからの提案の実装について考える。君の提案も考えておくよ。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
新しい記事 グラフィカルインタフェースVIII： ファイルナビゲータコントロール(チャプター3) はパブリッシュされました:
シリーズの第八部の前章では、ライブラリがマウスポインタ、カレンダー、ツリービューを開発するためのいくつかのクラスによって強化されました。本稿は、MQLアプリケーションのグラフィカルインターフェースの一部として使用できるファイルナビゲーターコントロールを扱います。
ここで、プログラムをコンパイルしてプログラムをチャートに読み込みます。結果は以下のスクリーンショットに見られます。ファイルナビゲータの内容はお使いのPC上の端末ファイルシステムの内容と一致する必要があります。
図1 ファイルナビゲータの検証
作者: Anatoli Kazharski