エラー、バグ、質問 - ページ 765 1...758759760761762763764765766767768769770771772...3185 新しいコメント Andrey Dik 2012.07.05 06:54 #7641 Renat:技術的な実現可能性やデザインの問題を考えていないのでは？ つまり、「機能性-使いやすさ-デザイン-シンプルさ」の妥協点に到達していないのです。デザイン-シンプルさ」が使いやすさと相反する場合は、使いやすさを選択することになります。また、私のレイアウト案では、「機能性」はもちろんのこと、「シンプルさ」を優先しています。使い勝手」については、なくても困らないのですが、もちろんインターフェイスの再設計には余念がありません。私は設計技師として長い間、建設機械の設計や計算をしてきましたので、「機能-利便性-美」の原則はよく理解していると自信をもって報告できます。なぜなら、その「便利さ」のために、直接製品を使う人の操作体験に基づくフィードバックによって、機械の設計を変更しなければならないことがよくあるからです。 Renat Fatkhullin 2012.07.05 07:11 #7642 独立したウィンドウを積み重ねるという選択肢は、製品の命取りになる。通常、プログラマーはそのような決断を、結果を理解せずに行ってしまう。スタートボタンを（少なくとも重要な数カ所で）独立させるべきことは明らかですが、それ以外は適当ではありません。 Andrey Dik 2012.07.05 07:17 #7643 Renat:独立したウィンドウを積み重ねるという発想は、製品の命取りになる。プログラマーは通常、その結果に気づかずにそのような決断を下してしまう。スタートボタンが（少なくとも重要な数カ所で）独立していなければならないことは明らかですが、それ以外は適当ではありません。レナート すべてわかりました。スクリーンショットにあるようなウィンドウの束は、みんながモニターで見るには不便だろうということ。しかし、不要なウィンドウを隠すための特別なボタンを用意することは可能です。その場合、ロボット開発には様々な段階（デバッグ、最適化、テスト）があるので、必要なウィンドウだけを有効にすることも可能です。ちなみに、ウィンドウを隠すボタンは、「設定」ウィンドウに余裕を持って配置することができます。 Renat Fatkhullin 2012.07.05 07:20 #7644 joo: レナート すべてわかりました。スクリーンショットにあるようなウィンドウの束は、誰もがモニターで見るには不便だろうということ。しかし、不要なウィンドウを隠すための特別なボタンを用意することは可能です。その場合、ロボットを作るには様々な段階（デバッグ、最適化、テスト）があるので、それぞれの段階に応じたウィンドウを用意する必要があるので、必要なものだけを入れることになります。 残念ながら、チャンスはない。 Andrey Dik 2012.07.05 07:29 #7645 Renat: 残念ながら、チャンスはない。はい、残念ながら。私のスクリーンショットのようにはならないかもしれませんが、テスターのインターフェイスを何とかしてほしい。もしかしたら、私が残酷な勘違いをしていて、自分だけがテスターを使うことに抵抗がある可能性も否定できません。そこで、私は世論調査を行うことにした。 --- 2012.07.05 07:31 #7646 joo:もしかしたら、私が残酷な勘違いをしていて、私だけがテスターを使うことに違和感を覚えている可能性も否定できません。そこで、アンケートをとってみます。どうぞ、私も言いたいことがあるんです。 Arkadiy 2012.07.05 07:48 #7647 ありがとうございます。 しかし、あなたはボリュームで時間を持っていなかった - 自分で見て - 以前にロードされたろうそくの値は、すべての時間枠で、常に変化している。 アルカディ Andrey Vasiliev 2012.07.05 10:59 #7648 リクエスト#418282を servicedeskに書きました。MQの社員が対応するのに10秒くらいかかったと思います。 この対応から判断すると、端末のエラーが何度も出てきても不思議ではありませんね。成功を祈っています。 TheXpert 2012.07.05 11:02 #7649 MoneyJinn:(ガッカリ)解らないの？ Nazariy Stapyak 2012.07.05 18:22 #7650 入力ボックス」グラフィックオブジェクトその上でクリックイベントを処理 すると、コード内のいくつかのプロパティを変更し、例えば、フレームの色はすぐに変わるが、背景色は入力が完了してから変わるようにしています。また、入力時に最初のテキストを消すというアイデアもありましたが、このプロパティを変更してもその時点ではうまくいきません。そしてもうひとつ、チャートをスクロールしてこのオブジェクトのマウスの左ボタンを離すと、クリックイベントが発生しますが、これは入力が始まらないのでよくありません。私のコードでは、たとえばこのイベントへの応答として「準備ロボット」があり、入力か単なるクリックかを判断する方法はなく、その後編集イベントの終了はやってこないでしょう。 Документация по MQL5: Основы языка / Функции / Функции обработки событий www.mql5.com Основы языка / Функции / Функции обработки событий - Документация по MQL5 1...758759760761762763764765766767768769770771772...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
技術的な実現可能性やデザインの問題を考えていないのでは？
つまり、「機能性-使いやすさ-デザイン-シンプルさ」の妥協点に到達していないのです。
デザイン-シンプルさ」が使いやすさと相反する場合は、使いやすさを選択することになります。また、私のレイアウト案では、「機能性」はもちろんのこと、「シンプルさ」を優先しています。
使い勝手」については、なくても困らないのですが、もちろんインターフェイスの再設計には余念がありません。
私は設計技師として長い間、建設機械の設計や計算をしてきましたので、「機能-利便性-美」の原則はよく理解していると自信をもって報告できます。なぜなら、その「便利さ」のために、直接製品を使う人の操作体験に基づくフィードバックによって、機械の設計を変更しなければならないことがよくあるからです。
独立したウィンドウを積み重ねるという選択肢は、製品の命取りになる。通常、プログラマーはそのような決断を、結果を理解せずに行ってしまう。
スタートボタンを（少なくとも重要な数カ所で）独立させるべきことは明らかですが、それ以外は適当ではありません。
独立したウィンドウを積み重ねるという発想は、製品の命取りになる。プログラマーは通常、その結果に気づかずにそのような決断を下してしまう。
スタートボタンが（少なくとも重要な数カ所で）独立していなければならないことは明らかですが、それ以外は適当ではありません。
レナート すべてわかりました。スクリーンショットにあるようなウィンドウの束は、みんながモニターで見るには不便だろうということ。しかし、不要なウィンドウを隠すための特別なボタンを用意することは可能です。その場合、ロボット開発には様々な段階（デバッグ、最適化、テスト）があるので、必要なウィンドウだけを有効にすることも可能です。
ちなみに、ウィンドウを隠すボタンは、「設定」ウィンドウに余裕を持って配置することができます。
レナート すべてわかりました。スクリーンショットにあるようなウィンドウの束は、誰もがモニターで見るには不便だろうということ。しかし、不要なウィンドウを隠すための特別なボタンを用意することは可能です。その場合、ロボットを作るには様々な段階（デバッグ、最適化、テスト）があるので、それぞれの段階に応じたウィンドウを用意する必要があるので、必要なものだけを入れることになります。
残念ながら、チャンスはない。
はい、残念ながら。私のスクリーンショットのようにはならないかもしれませんが、テスターのインターフェイスを何とかしてほしい。
もしかしたら、私が残酷な勘違いをしていて、自分だけがテスターを使うことに抵抗がある可能性も否定できません。そこで、私は世論調査を行うことにした。
joo:
もしかしたら、私が残酷な勘違いをしていて、私だけがテスターを使うことに違和感を覚えている可能性も否定できません。そこで、アンケートをとってみます。
どうぞ、私も言いたいことがあるんです。
ありがとうございます。
しかし、あなたはボリュームで時間を持っていなかった - 自分で見て - 以前にロードされたろうそくの値は、すべての時間枠で、常に変化している。
アルカディ
リクエスト#418282を servicedeskに書きました。MQの社員が対応するのに10秒くらいかかったと思います。
この対応から判断すると、端末のエラーが何度も出てきても不思議ではありませんね。成功を祈っています。
MoneyJinn:
(ガッカリ)解らないの？
入力ボックス」グラフィックオブジェクト
その上でクリックイベントを処理 すると、コード内のいくつかのプロパティを変更し、例えば、フレームの色はすぐに変わるが、背景色は入力が完了してから変わるようにしています。また、入力時に最初のテキストを消すというアイデアもありましたが、このプロパティを変更してもその時点ではうまくいきません。
そしてもうひとつ、チャートをスクロールしてこのオブジェクトのマウスの左ボタンを離すと、クリックイベントが発生しますが、これは入力が始まらないのでよくありません。私のコードでは、たとえばこのイベントへの応答として「準備ロボット」があり、入力か単なるクリックかを判断する方法はなく、その後編集イベントの終了はやってこないでしょう。