MetaTrader 5 Strategy Tester 3Dビジュアライゼーション - ページ 4 1234567 新しいコメント Renat Fatkhullin 2011.03.28 11:01 #31 falkov:ええ、まあ、ハイライト部分をプリントアウトしないのは、不潔の証でしょう？(2,500行のリストから1つの関数を表示する必要があるのですが、どうすればいいでしょうか？)ヘッダー（日付、印刷時間、ファイル名）の編集ができないのは、スカスカの証拠ですよね？(これがインジケーターの最新版なのか、1週間前に印刷したファイルがどこにあるのか知りたい）。絶対にダメです。コードエディターと汎用エディターを混同していますね。現実には、選択したフラグメントを印刷することに問題はありません。あなたは、現実には使われない機能を考案しただけです。テキスト（https://www.mql5.com/ru/forum/2582/page2#comment_41664）のハイライトがうまくできないのは、スカスカの証拠じゃないですか？（何かで200行のテキストをハイライトする必要がある） ハイライト表示は問題ないのですが、もしかしてリンク先を間違えたのでしょうか？折りたたみ式で普通のプロジェクトマネージャーがいないのも、あまり良くないのでは？折りたたみは重要な機能ではありません。プロジェクトマネージャーは、リソースやショップの準備と一緒でもう少し後になります。他のコードエディタも同じように欠陥があるのなら理解できますが、Visual StudioでMTを書かれているのでしょうね？そのエディターと自分のエディターを比較する :)プログラマに普通のエディタを提供する代わりに、くだらない（と私は思う！）スタイリングやスニペットに時間を浪費しているのです。 しかし、プログラマにとっては、スタイリングやすべてのスニペットをまとめて取るよりも、1つのフォールディングと普通のプロジェクトマネージャの方がずっと便利（つまり10倍）だと断言します。希望的観測に過ぎないのでは？ MetaEditorはかなり優秀で、ある点ではVisual Studioよりも優れています（このことは、過去13年間使ってきた私以上に知っている人はいないでしょう）。実際、Visual Assistのようなエディタエクステンダがないと、スタジオはコード編集に弱いというのが率直なところです。インテリセンス、スニペット、スタイリング、ビルトインヘルプ、サポートリソースとの連携など、これらはすべて開発環境として必要な要素である。そして、MetaEditorにはそれがあります。信頼性の高いプログラミングのための超メカニズムである例外処理を、最も遠回しな口実で拒否しているのだ。 そして、これはプログラマーに対しても同じように、自分は無資格だから悪くなる、だから考えられること、考えられないことをすべて事前にチェックしろ、というような気遣いで説明されました。EXECUTION処理と呼ばれ、プログラム単位で有能なエラー処理を一か所に集中させるだけで良いのですが。 このような多くのチェックをコード上に分散させ、同じチェックを何十回も繰り返すことは、必然的にソフトウェアの信頼性を低下させることになります。 おいおい、何言ってるんだ、まるで知らないのかよ :)エラー処理には、リターンコードによるものとアクションによるものの2種類がありますが、ここではリターンコードを選択しました。私たちの意見：アクションコードは完全な悪であり、それを使うことで信頼性を高めるという話は真っ赤な嘘です。リターンコード vs エスケープ」というトピックは、炎上して意味がない - 誰も考えを変えない。だから、話題にしないほうがいいんです。 Aleksandr Chugunov 2011.03.28 11:01 #32 Dear!私はすでに15k行と30以上のインクルードファイルを持つプロジェクトを持っています、ここに古いスキームがあります（それを微調整する時間がなかった）。実際のスクリーンショットをご紹介します。コーディングには特に問題はないのですが、1つ だけ、開いているファイルのみの テキストを検索する機能がないことです。この簡単なオプションを 作るように開発者に頼んだのですが、なぜかやりたがらないんです......。 Сергей 2011.03.28 12:26 #33 尊敬するレナートさんの回答を自由に熟読させていただきました。Renat:現実には、ハイライトされたスニペットを印刷することに問題はありません。あなたは、現実には使われない機能を作り上げただけなのです。もう一度言いますが、例えば2.5千行のリストからコードの断片を印刷する必要がありますが、どうすればいいでしょうか？今のやり方は、プレビューで必要なフラグメントが印刷されているページを探し、印刷時にそのページ番号を指定します。というのは、あまり便利ではありませんね :)そして、このチェックボックス「選択されたフラグメント」は「印刷」ダイアログボックスにあるのですが、ただアクティブになっていないだけです。もし難しければ、そのような機能を持つコードエディタを1つでも挙げて ください :)セレクションはOK、リンク先が違うのでは？私の投稿の一部を引用します。ページ番号の上にマウスを置き、マウスボタンを押してマウスを下に動かすと、その行がハイライトされます。マウスが水平スクロールバーに当たるとすぐに（下の行をまだハイライトするために）、リストの先頭にスクロールし、リストの先頭から現在の位置までハイライトします。 もちろん、私は適応しました。水平スクロールバーに当たらないように、マウスを少し左に誘導する必要がありますが、あなたは同意しなければなりません、それはどこか間違っているのです!:)折りたたみは重要な機能ではありません。プロジェクトマネージャーは、ショップのリソースや準備と一緒でもう少し後になります。同意見です。スタイラスや スニペットもそうですが、大丈夫ですか？たたみかけるか、プロジェクトマネージャーを選ぶかなら、私は後者を選びますね。ファイル名だけでなく、インクルードされている関数やクラスなども反映させる必要があります。希望的観測ですね。MetaEditorはむしろ優れていて、Visual Studioよりも優れている点もあります（13年間使っているので知っているはずです）。実際、Visual Assistのようなエディタエクステンダがないと、スタジオはコード編集に弱いというのが率直なところです。インテリセンス、スニペット、スタイリング、ビルトインヘルプ、サポートリソースとの連携など、これらはすべて開発環境として必要な要素です。そして、MetaEditorにはそれがあります。 では、教えてください。私にとっては、スニペット、スタイリング、サポートリソースとの連携は必須ではありません。エラー処理には、リターンコードとアクションの2つの選択肢がありますが、私たちはリターンコードを選びました。私たちの意見：エスケープは純粋な悪であり、それを使うことで信頼性が増すという話は真っ赤な嘘です。酸っぱいか甘いか、どちらかの原則で選んでいるように見えますが。ただ美味しいだけだったらどうでしょう？私の考えでは、除外品とリターンコードを対立させる必要はない。この2つは、それぞれ目的に応じた優れたメカニズムです。両方持っていたほうがいいのでは？リターンコード vs エスケープ」というトピックは、炎上して意味がない - 誰も考えを変えない。だから、話題にしないほうがいいんです。でも、希望があれば、時間が経って考えが変わったかもしれませんね :)いずれにせよ、ご回答ありがとうございました。思想の不一致はまだ悪態をつく理由にはならない :) Renat Fatkhullin 2011.03.28 13:21 #34 falkov: まあ、あなたが一番よく分かっている はずです。私にとって、スニペット、スタイリング、サポートリソースとの統合は必須ではありません。非常に的確なご指摘をいただきました。最終的な結果を考えなければならないので、実は私たちの方がよく知っているのです。そしてあなたは、「スニペット、スタイリング、サポートリソースとの統合は必要ない」という、あからさまに間違った意見を述べただけです。インテリセンス、スタイリング、ヘルプ、統合、ウィザード、そして私たちの一般的な開発の方向性なしに、開発者を新しい言語に大量に巻き込み、訓練するという作業は、ほとんど失敗です。また、折りたたみ式は最終的な仕上がりに影響を与えません。 エディターはさらに発展し、非常に複雑なExpert Advisorを生成できる、より高度なMQL5ウィザードの 新バージョンがリリースされようとしています。新機能は積極的に追加され、プロジェクトへの対応も進んでいます。 Renat Fatkhullin 2011.03.28 13:22 #35 AlexSTAL: コーディングには特に問題はないのですが、1つだけ 、開いているファイルのみから テキストを検索する方法がないことです。この簡単なオプションを 作るように開発者に頼んだのですが、なぜかやりたがらないんですよね......。 これはすべて確実に行われます。プロジェクトマネジメントに関連する多くの変更が行われることでしょう。 Mykola Demko 2011.03.28 13:33 #36 Renat:非常に的確に表現されていますね。最終的な結果を考えなければならないので、実は私たちの方がよく知っているのです。あなたは自分の意見を言っただけで、「スニペットやスタイリング、サポートリソースとの連携は必要ない」というあからさまな間違いをしています。インテリジェンス、スタイリング、ヘルプ、統合、ウィザード、そして我々の一般的な開発の方向性なしに、開発者を新しい言語に大量に引きつけ、教育するという 作業は、ほとんど失敗に終わると思います。また、折り曲げは最終的な仕上がりに影響を与えません。 エディタはさらに発展しており、非常に複雑なEAを生成できる、より高度なMQL5ウィザードの新バージョンがリリースされようとしています。新機能は積極的に追加され、プロジェクトへの対応も進んでいます。マニュアルには、機能の使い方の例がほとんど載っていない。それでいて、どんなトレーニングでも基本は「私のようにやる」ことです。ME4のマニュアルはあくまで一例です。とても良いもので、シンプルな例だからこそ、その良さがわかるのです。主要なタスクがあることは理解できますが、各機能の新しい応用例がない限り、このヘルプファイルの初心者に対する効率は低いままでしょう。 Renat Fatkhullin 2011.03.28 13:54 #37 Urain:マニュアルには、機能の使い方の例がほとんどない。そして、どんなトレーニングでも基本は「Do as I do」です。ME4のマニュアルはあくまで一例です。簡単な例なので、とても良いアイデアだと思います。主要なタスクがあることは理解できますが、各機能の応用例がない限り、初心者へのヘルプの効率は低いままだと思います。私たちの意見では、MQL5のドキュメントは何倍も詳しく、サイズも例もMQL4のドキュメントを確実に上回っています。もちろん、事例が多いに越したことはありません。そのため、ドキュメントの セクションや記事、MQL5のコードベースの 開発には非常に力を入れています。特に開発者の利便性を考え、エディタに記事・コードへのアクセスを統合し、MQL5.コミュニティ全体のクイック検索機能を実装しました。MQL5.comのあらゆるところから自動的にヒントを得るには、興味のあるフレーズ（あらかじめいくつかの単語を選択できます）の上でCtrl+F1を押すだけで、素早く検索結果が得られ、そこで詳細を得たり質問したりすることができます。これは私たちのグローバルな課題の一つであり、この方向に多くの力を注いでいます。 削除済み 2011.03.28 14:07 #38 Urain:マニュアルには、機能の使い方の例がほとんどない。しかし、どんなトレーニングでも基本は「Do as I do」です。ME4のマニュアルはあくまで一例です。非常に良いことであり、まさにシンプルな例である。主要なタスクがあることは理解できますが、各機能の適用例がない限り、初心者向けのガイドの効率は低いままです。言葉は多かれ少なかれ落ち着き、例文も出てきやすいでしょう。また、チュートリアルがないため、開発者は記事を期待していると理解していますが...。 Renat Fatkhullin 2011.03.28 14:48 #39 falkov: 私の投稿の一部を引用します。ページ番号の上にマウスを置いて、マウスボタンを押しながらマウスを下に動かすと、その行がハイライトされます。マウスが水平スクロールバーに当たるとすぐに（下の行をまだハイライトするために）、リストは先頭にスクロールし、ハイライトはリストの先頭から現在の位置までとなります。 もちろん、私は適応しました。水平スクロールバーに当たらないように、マウスを少し左に移動させなければなりませんが、あなたも同意するはずです、何となく間違っているのです:) それに対処する。 Mykola Demko 2011.03.28 15:29 #40 Renat:私たちの意見では、MQL5のドキュメントは何倍も詳しく、サイズも例もMQL4のドキュメントを確実に上回っています。もちろん、事例が多いに越したことはありません。そのため、ドキュメントの セクションや記事、MQL5のコードベースの 開発には非常に力を入れています。特に開発者の利便性を考え、エディタに記事・コードへのアクセスを統合し、MQL5.コミュニティ全体のクイック検索機能を実装しました。MQL5.comのコミュニティ全体から自動的にヒントを得るには、興味のあるフレーズ（事前にいくつかの単語を選択できます）でCtrl+F1を押すだけで、素早く検索結果が得られ、そこで詳細を得たり質問したりすることができます。開発者向けのMQL5言語トレーニングは、私たちのグローバルな課題の一つであり、この方面に強く投資しています。簡単にお答えします。HZZY なぜ初心者が250もの関数の例を必要とするのでしょうか。必要なのは1つの簡単な例であり、1分も検索する必要はありません。必要な情報は、どこかのサーバーにあるのではなく、できればマニュアルの右側にあるFAQで見つけることができます。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
ええ、まあ、ハイライト部分をプリントアウトしないのは、不潔の証でしょう？(2,500行のリストから1つの関数を表示する必要があるのですが、どうすればいいでしょうか？)
ヘッダー（日付、印刷時間、ファイル名）の編集ができないのは、スカスカの証拠ですよね？(これがインジケーターの最新版なのか、1週間前に印刷したファイルがどこにあるのか知りたい）。
絶対にダメです。コードエディターと汎用エディターを混同していますね。
現実には、選択したフラグメントを印刷することに問題はありません。あなたは、現実には使われない機能を考案しただけです。
テキスト（https://www.mql5.com/ru/forum/2582/page2#comment_41664）のハイライトがうまくできないのは、スカスカの証拠じゃないですか？（何かで200行のテキストをハイライトする必要がある）
折りたたみ式で普通のプロジェクトマネージャーがいないのも、あまり良くないのでは？
折りたたみは重要な機能ではありません。プロジェクトマネージャーは、リソースやショップの準備と一緒でもう少し後になります。
他のコードエディタも同じように欠陥があるのなら理解できますが、Visual StudioでMTを書かれているのでしょうね？そのエディターと自分のエディターを比較する :)
プログラマに普通のエディタを提供する代わりに、くだらない（と私は思う！）スタイリングやスニペットに時間を浪費しているのです。
しかし、プログラマにとっては、スタイリングやすべてのスニペットをまとめて取るよりも、1つのフォールディングと普通のプロジェクトマネージャの方がずっと便利（つまり10倍）だと断言します。
希望的観測に過ぎないのでは？
MetaEditorはかなり優秀で、ある点ではVisual Studioよりも優れています（このことは、過去13年間使ってきた私以上に知っている人はいないでしょう）。実際、Visual Assistのようなエディタエクステンダがないと、スタジオはコード編集に弱いというのが率直なところです。
インテリセンス、スニペット、スタイリング、ビルトインヘルプ、サポートリソースとの連携など、これらはすべて開発環境として必要な要素である。そして、MetaEditorにはそれがあります。
そして、これはプログラマーに対しても同じように、自分は無資格だから悪くなる、だから考えられること、考えられないことをすべて事前にチェックしろ、というような気遣いで説明されました。
EXECUTION処理と呼ばれ、プログラム単位で有能なエラー処理を一か所に集中させるだけで良いのですが。
このような多くのチェックをコード上に分散させ、同じチェックを何十回も繰り返すことは、必然的にソフトウェアの信頼性を低下させることになります。
おいおい、何言ってるんだ、まるで知らないのかよ :)
エラー処理には、リターンコードによるものとアクションによるものの2種類がありますが、ここではリターンコードを選択しました。私たちの意見：アクションコードは完全な悪であり、それを使うことで信頼性を高めるという話は真っ赤な嘘です。
リターンコード vs エスケープ」というトピックは、炎上して意味がない - 誰も考えを変えない。だから、話題にしないほうがいいんです。
Dear!
私はすでに15k行と30以上のインクルードファイルを持つプロジェクトを持っています、ここに古いスキームがあります（それを微調整する時間がなかった）。
実際のスクリーンショットをご紹介します。
コーディングには特に問題はないのですが、1つ だけ、開いているファイルのみの テキストを検索する機能がないことです。
この簡単なオプションを 作るように開発者に頼んだのですが、なぜかやりたがらないんです......。
尊敬するレナートさんの回答を自由に熟読させていただきました。
Renat:
現実には、ハイライトされたスニペットを印刷することに問題はありません。あなたは、現実には使われない機能を作り上げただけなのです。
もう一度言いますが、例えば2.5千行のリストからコードの断片を印刷する必要がありますが、どうすればいいでしょうか？
今のやり方は、プレビューで必要なフラグメントが印刷されているページを探し、印刷時にそのページ番号を指定します。というのは、あまり便利ではありませんね :)そして、このチェックボックス「選択されたフラグメント」は「印刷」ダイアログボックスにあるのですが、ただアクティブになっていないだけです。もし難しければ、そのような機能を持つコードエディタを1つでも挙げて ください :)
私の投稿の一部を引用します。
ページ番号の上にマウスを置き、マウスボタンを押してマウスを下に動かすと、その行がハイライトされます。
マウスが水平スクロールバーに当たるとすぐに（下の行をまだハイライトするために）、リストの先頭にスクロールし、リストの先頭から現在の位置までハイライトします。
もちろん、私は適応しました。水平スクロールバーに当たらないように、マウスを少し左に誘導する必要がありますが、あなたは同意しなければなりません、それはどこか間違っているのです!:)折りたたみは重要な機能ではありません。プロジェクトマネージャーは、ショップのリソースや準備と一緒でもう少し後になります。
同意見です。スタイラスや スニペットもそうですが、大丈夫ですか？
たたみかけるか、プロジェクトマネージャーを選ぶかなら、私は後者を選びますね。ファイル名だけでなく、インクルードされている関数やクラスなども反映させる必要があります。
希望的観測ですね。
MetaEditorはむしろ優れていて、Visual Studioよりも優れている点もあります（13年間使っているので知っているはずです）。実際、Visual Assistのようなエディタエクステンダがないと、スタジオはコード編集に弱いというのが率直なところです。
インテリセンス、スニペット、スタイリング、ビルトインヘルプ、サポートリソースとの連携など、これらはすべて開発環境として必要な要素です。そして、MetaEditorにはそれがあります。
エラー処理には、リターンコードとアクションの2つの選択肢がありますが、私たちはリターンコードを選びました。私たちの意見：エスケープは純粋な悪であり、それを使うことで信頼性が増すという話は真っ赤な嘘です。
酸っぱいか甘いか、どちらかの原則で選んでいるように見えますが。ただ美味しいだけだったらどうでしょう？
私の考えでは、除外品とリターンコードを対立させる必要はない。この2つは、それぞれ目的に応じた優れたメカニズムです。両方持っていたほうがいいのでは？
リターンコード vs エスケープ」というトピックは、炎上して意味がない - 誰も考えを変えない。だから、話題にしないほうがいいんです。
でも、希望があれば、時間が経って考えが変わったかもしれませんね :)
いずれにせよ、ご回答ありがとうございました。
思想の不一致はまだ悪態をつく理由にはならない :)
まあ、あなたが一番よく分かっている はずです。私にとって、スニペット、スタイリング、サポートリソースとの統合は必須ではありません。
非常に的確なご指摘をいただきました。
最終的な結果を考えなければならないので、実は私たちの方がよく知っているのです。そしてあなたは、「スニペット、スタイリング、サポートリソースとの統合は必要ない」という、あからさまに間違った意見を述べただけです。
インテリセンス、スタイリング、ヘルプ、統合、ウィザード、そして私たちの一般的な開発の方向性なしに、開発者を新しい言語に大量に巻き込み、訓練するという作業は、ほとんど失敗です。また、折りたたみ式は最終的な仕上がりに影響を与えません。
エディターはさらに発展し、非常に複雑なExpert Advisorを生成できる、より高度なMQL5ウィザードの 新バージョンがリリースされようとしています。新機能は積極的に追加され、プロジェクトへの対応も進んでいます。
コーディングには特に問題はないのですが、1つだけ 、開いているファイルのみから テキストを検索する方法がないことです。
この簡単なオプションを 作るように開発者に頼んだのですが、なぜかやりたがらないんですよね......。
非常に的確に表現されていますね。
最終的な結果を考えなければならないので、実は私たちの方がよく知っているのです。あなたは自分の意見を言っただけで、「スニペットやスタイリング、サポートリソースとの連携は必要ない」というあからさまな間違いをしています。
インテリジェンス、スタイリング、ヘルプ、統合、ウィザード、そして我々の一般的な開発の方向性なしに、開発者を新しい言語に大量に引きつけ、教育するという 作業は、ほとんど失敗に終わると思います。また、折り曲げは最終的な仕上がりに影響を与えません。
エディタはさらに発展しており、非常に複雑なEAを生成できる、より高度なMQL5ウィザードの新バージョンがリリースされようとしています。新機能は積極的に追加され、プロジェクトへの対応も進んでいます。
マニュアルには、機能の使い方の例がほとんど載っていない。それでいて、どんなトレーニングでも基本は「私のようにやる」ことです。
ME4のマニュアルはあくまで一例です。とても良いもので、シンプルな例だからこそ、その良さがわかるのです。
主要なタスクがあることは理解できますが、各機能の新しい応用例がない限り、このヘルプファイルの初心者に対する効率は低いままでしょう。
マニュアルには、機能の使い方の例がほとんどない。そして、どんなトレーニングでも基本は「Do as I do」です。
ME4のマニュアルはあくまで一例です。簡単な例なので、とても良いアイデアだと思います。
主要なタスクがあることは理解できますが、各機能の応用例がない限り、初心者へのヘルプの効率は低いままだと思います。
私たちの意見では、MQL5のドキュメントは何倍も詳しく、サイズも例もMQL4のドキュメントを確実に上回っています。
もちろん、事例が多いに越したことはありません。そのため、ドキュメントの セクションや記事、MQL5のコードベースの 開発には非常に力を入れています。特に開発者の利便性を考え、エディタに記事・コードへのアクセスを統合し、MQL5.コミュニティ全体のクイック検索機能を実装しました。
MQL5.comのあらゆるところから自動的にヒントを得るには、興味のあるフレーズ（あらかじめいくつかの単語を選択できます）の上でCtrl+F1を押すだけで、素早く検索結果が得られ、そこで詳細を得たり質問したりすることができます。
これは私たちのグローバルな課題の一つであり、この方向に多くの力を注いでいます。
マニュアルには、機能の使い方の例がほとんどない。しかし、どんなトレーニングでも基本は「Do as I do」です。
ME4のマニュアルはあくまで一例です。非常に良いことであり、まさにシンプルな例である。
主要なタスクがあることは理解できますが、各機能の適用例がない限り、初心者向けのガイドの効率は低いままです。
言葉は多かれ少なかれ落ち着き、例文も出てきやすいでしょう。
また、チュートリアルがないため、開発者は記事を期待していると理解していますが...。
私の投稿の一部を引用します。
ページ番号の上にマウスを置いて、マウスボタンを押しながらマウスを下に動かすと、その行がハイライトされます。
マウスが水平スクロールバーに当たるとすぐに（下の行をまだハイライトするために）、リストは先頭にスクロールし、ハイライトはリストの先頭から現在の位置までとなります。
もちろん、私は適応しました。水平スクロールバーに当たらないように、マウスを少し左に移動させなければなりませんが、あなたも同意するはずです、何となく間違っているのです:)私たちの意見では、MQL5のドキュメントは何倍も詳しく、サイズも例もMQL4のドキュメントを確実に上回っています。
もちろん、事例が多いに越したことはありません。そのため、ドキュメントの セクションや記事、MQL5のコードベースの 開発には非常に力を入れています。特に開発者の利便性を考え、エディタに記事・コードへのアクセスを統合し、MQL5.コミュニティ全体のクイック検索機能を実装しました。
MQL5.comのコミュニティ全体から自動的にヒントを得るには、興味のあるフレーズ（事前にいくつかの単語を選択できます）でCtrl+F1を押すだけで、素早く検索結果が得られ、そこで詳細を得たり質問したりすることができます。
開発者向けのMQL5言語トレーニングは、私たちのグローバルな課題の一つであり、この方面に強く投資しています。
簡単にお答えします。
HZZY なぜ初心者が250もの関数の例を必要とするのでしょうか。必要なのは1つの簡単な例であり、1分も検索する必要はありません。
必要な情報は、どこかのサーバーにあるのではなく、できればマニュアルの右側にあるFAQで見つけることができます。