記事"グラフィカルインターフェイスX:マルチラインテキストボックスでのテキスト選択(ビルド13)"についてのディスカッション - ページ 2

 
Реter Konow:

私は自分の開発経験から、新しい "ガジェット "を考えて実装することは、技術の基本を修正したり再設計したりするよりもずっと簡単で速いことを知っている。


私の経験ともよく一致している。

しかし、アナトリーは私と違って、事前に「全体像」を見ている。だからこそ、彼はさらなる開発のために基礎を固めるのだ。
私は、現在のタスクを解決するスピードを優先して「不必要な動き」をしないことに罪を犯している...。


だからこそ、私はこのライブラリを心から賞賛しているのです。このライブラリは一貫して途切れることなく、そしてとても重要なことですが、一貫して良いものを詰め込んでいるのです。
つまり、このプロジェクトは 土下座して作られたものではなく、よく考えられたゴールとあらかじめ定義された可能性を持っているということです。
この拡張機能を提供してくれたAnatolyとMetaQuotesに感謝します!
プロジェクトを継続するのに十分なサポートがない場合、私たちはボウルを叩きます!
ドキュメントの質という点でも、これはスーパーなプロジェクトです。
私にとっては、これはMQLでは達成不可能なレベルのデザインです(

 
Mikhail Dovbakh:

...

これはドキュメントの質という点でもスーパーなプロジェクトだ。
...

現在の一連の記事は、技術文書としてのみ考えることができます。MQLプロジェクトでライブラリを使用する ためには、このような膨大で詳細な説明はもちろん冗長です。独自のグラフィカル・インターフェースをデザインするための可能性と方法を素早く理解するためには、興味のあるコントロールのファイルを 開き、パブリック・ メソッドのリストにあるクラスの内容を読む方が簡単です。

後日(リリース後)、1つの記事でこれらすべての使い方をごく簡単に紹介しようと思う。おそらく、MQLドキュメントと同じスタイルでヘルプを作ることになるだろう。

 
Anatoli Kazharski:

オーケー、気を散らさないよ。)

このトピックに関する記事を読み、ソースコードに掲載されている解決策を簡単に、そして単純にあなたのスキームに適応させて使う絶好の機会がある。

その結果をブログで発表することもできる。私はあなたの出版物に従っています。;)

私の出版物に注目していただきありがとうございます。


残念ながら、私のコードにあなたの開発したものを使うことはできません。技術的に不可能なのです。私はいわゆる「普遍性の原則」に従っています。つまり、常にコードを圧縮し、メソッドの数を減らし、なくてもできるものはすべて破棄しています。各関数を、似たようなタスクを実行するブロックと組み合わせ、その中に統合するようにしている。最終的に、私はカーネル(GUIの すべての情報を含む共通メモリ)と異なる方法で動作するいくつかの大きなメカニズムを作成します。つまり、外部から取り込まれた関数は、そのアイデアのエッセンスが抽出されるまで、この「肉挽き機」を通ることになり、グラフィックエンジンの一般的なメカニズムにおける存在の妥当性のテストに合格しなければならない。


そして、その価値が証明されれば、数行の追加コードで統合されるでしょう。全体として、それはあなたの労作に対する冒とくであり、私は心から敬意を表します。

 
Реter Konow:

...

残念ながら、あなたの開発したものを私のコードで使うことはできません。技術的に不可能なんだ。

...

では、なぜできないのですか?できるさ。おそらく、あなたが方法を知らないだけでしょうが、それはまた別の問題です。)

P.S. あなたがとても複雑なプロセスだと言っていることはすべて、OOPのアプローチで簡単かつシンプルに解決できます。私のライブラリーのリリースでは、これらすべてをより明確に提示する予定です。

 
Anatoli Kazharski:
なぜできないの?できるさ。やり方を知らないだけかもしれないが、それはまた別の問題だ。)


描画された複数行の入力フィールドの メカニズムに興味があります。後でもっと詳しく研究してみるつもりだし、おそらくあなたの解答がその動作原理をより早く理解し、私のアナログを作るのに役立つだろう。私はいつもすべてを自分で開発していますが、それを排除するつもりはありません。でも、時には間違ったことをすることもある。)


いずれにせよ、あなたの才能の結晶を無償で共有してくれてありがとう。)

 
Реter Konow:

私のテーブルはまだ完成して いませんが、あなたが示した例は同じように機能します。もちろん、まだすべてが完璧に動作するわけではありませんが......。列やカラムの追加はまだ実装されていない

つまり、テーブルが完成しておらず、完璧には動作せず、多くのことが実装されていないにもかかわらず、まったく同じように動作する。すごい。)

そして、長年にわたるボタンの他には、すでに機能するものが実装されているのでしょうか?

 
Реter Konow:

...

とにかく、あなたの才能の結晶を無償で分けてくれてありがとう。)

MQには感謝している。もし無償なら、あえて全部は公表しないと思う。)
 
Anatoli Kazharski:

P.S. あなたが非常に複雑なプロセスとして説明していることはすべて、OOPアプローチで簡単かつシンプルに解決できます。私のライブラリーのリリースでは、これらすべてがより明確に提示されるでしょう。

私のタスクはもう少し複雑で、そのせいで、すべてがより複雑に感じられるのかもしれません。私はコンストラクタを作りたいのですが、手間のかかるGUI作成を「怠け者の学習しないハッカー」のレベルまで下げたいのです。

そしてそれは本当に難しい。)

 
Реter Konow:

私のタスクはもう少し複雑で、そのためかあらゆることがより複雑に感じてしまう。私はコンストラクタを作りたいのですが、手間のかかるGUI作成を「怠惰な学習者でないフリーローダー」のレベルまで下げたいのです。

そしてそれは本当に難しい。)

そう、簡単ではない。))

で、"デザイナー "ってどういう意味?彼をどう見ていますか?どうあるべきだと思いますか?

 
Anatoli Kazharski:

つまり、テーブルが完成しておらず、非理想的に動作し、多くのことが実装されていないにもかかわらず、同じように動作する。驚きだ。)

長年のボタン以外に、すでに機能しているものはありますか?

ええ、もちろん。例えばコンストラクター。ここでは触れません。私のブログがすべてを示しています。