MQLで書かれたUIのギャラリー - ページ 52

新しいコメント
 
hini #:
ありがとう。私は通常、ctrl+vでgifを貼り付けるだけですが、大きな画像に制限があるか どうかはわかりません。

技術的には、gifのサイズには制限があります。でも、この方法で克服できます。

 
土曜日のアップデートを準備しているので、あまり投稿できない。皆さん、良い一週間を。
 
Реter Konow #:
土曜日のアップデートの準備をしているので、あまり投稿できません。皆さん、良い一週間を！

お待たせしました。

 
hini #:

待ち時間は長かった。

なぜかって？当初、土曜日に更新すると約束していたからだ。


ご心配なく。:)
 
聞くのを忘れていましたが、このコードベースはMT5に限定されているのですか？
 
hini #:
聞き忘れましたが、このコードベースはMT5に限定されていますが、MT4でも利用できますか？

コードベースはこのフォーラムのスレッドに限定されています。

ピーターの公式コード/ソースはOHLSのものだけです：

コード、アーカイブ、リポジトリ、ドキュメントはありません

.

必要ないものを売ろうとしているのでなければ、@eropteryだけです。

PETER、あなたは5-7年前から言われています。

 
hini #:
聞き忘れましたが、このコードベースはMT5に限定されていますが、MT4でも利用できますか？
ビルダーはMT5プラットフォーム専用に開発されています。私は、この特定のプラットフォームの明るい未来を確信しています。MT4 は、カンヴァスでの作業において、もはや大きな要求を提供することができません。また、レンダリング速度もかなり遅くなっています。
 
今夜リリースされる。
 

このリリースでは

1.タブを切り替えたときのラグを解消し、肉眼でわかるほど レンダリング速度を全体的に向上。

2. ALWAYS ON TOPプロパティでキャンバスを別のウィンドウにオーバーレイする問題を修正。

3. サブウインドウを閉じたり、ターミナルウインドウを別のモニターに移動した時に、タスクバーがチャートのサイズ変更に適応する問題を修正。

4.描画コードの大幅なリファクタリングを行いました。リソースの扱い方が根本的に変更されました。現在、すべての画像は最初の1回だけ完全に描画され、その後、再描画することなく、必要なキャンバスに配置されます。これにより、要素の反応やタブ切り替えの速度が大幅に向上しました。キャンバス上にどんな数のエレメントがあっても、タブの切り替え時にわずかなラグも生じません。また、"物理的な "キャンバスは、画像に合わせてサイズを変えることはなく、常に同じサイズです。画像を保存するリソースだけがサイズを変えます。

以上、すべて多くの作業を必要とした。もちろん、この再設計の後にも細かなバグは発生するでしょうが、最も困難な部分は過去のものとなりました。


レンダリングに対する過去のアプローチと新しいアプローチの違い：


//-----------------------------------------------------------------------------------------------------





今夜公開。

 
新バージョンではスピードが向上している！
1...454647484950515253545556575859...83
新しいコメント