ライブラリ: EasyAndFastGUIグラフィックインターフェース作成ライブラリ - ページ 12 1...5678910111213141516171819...45 新しいコメント Oleksii Chepurnyi 2018.09.15 12:11 #111 Anatoli Kazharski:少なくとも簡潔に。投稿には簡潔にこう書かれている:) そう、そこにある変更のほとんどは特定の仕事のために行われたもので、他の条件についてもテストする必要がある。でも、テストするまでもないような小さなこともたくさんあるんだ :) ところで、ライブラリーの新しいバージョンはいつ出るんですか?暫定的に。 Anatoli Kazharski 2018.09.15 12:15 #112 Oleksii Chepurnyi:ポストの中で簡単にこう書いてある:)そう、そこにある変更のほとんどは特定の仕事のために行われたもので、他の条件についてもテストする必要がある。でも、テストする必要のない小さなこともたくさんあるんだ :)ところで、ライブラリーの新しいバージョンはいつ出るんですか?暫定的に。そこで作業するのは不便です。コードの変更点を探すのが大変なんだ。 新しいバージョンをいつ公開するかはまだ言えない。新機能に取り組むつもりでした。 Oleksii Chepurnyi 2018.09.15 12:45 #113 Anatoli Kazharski:そこで仕事をするのは不便だ。コードの変更を検索するのは難しい。 Anatoli Kazharski 2018.09.15 12:54 #114 Oleksii Chepurnyi:分かった。では、すべての変更の正当性を(必要な場合には)例を挙げて説明すれば、すべてがかなり完璧になる。 例えば、(1)なぜ以前の方法ではなく、この方法で使う方が便利なのか。(2)どのような問題が発生し、どのような場合に変更が必要になったのか。などなど。 これは、変更の作者がなぜそうしたのかを推測して時間を無駄にしないために必要なことである。 Oleksii Chepurnyi 2018.09.15 13:17 #115 Anatoli Kazharski:分かった。これで(必要な場合は)例を挙げてすべての変更点を正当化すれば、すべてが完璧になる。例えば、(1)なぜ以前の方法ではなく、この方法で使う方が便利なのか。(2)どのような問題が発生し、どのような場合に変更が必要になったのか。などなど。これは、変更の作者がなぜそのようにしたのかを推測して時間を無駄にしないためである。 自由に、より詳細な説明のある新しいリポジトリを作る。 Andrey Khatimlianskii 2018.09.16 20:23 #116 私が提案したのは、著者のリポジトリと支援者からのプールリクエストだけだ。 そこでは、何がなぜそうなのかを議論することもできる。そして、必要であれば、それぞれの改良の例を追加する。 いずれにせよ、私のために一歩を踏み出してくれてありがとう! Andrey Azatskiy 2018.09.17 16:17 #117 テーブルやコンボボックスアイテムでホイールを使ってスクロールさせることはできますか?私はまだそのようなものを見つけることができませんでした。 Anatoli Kazharski 2018.09.17 16:18 #118 Andrey Azatskiy: テーブルやコンボボックスアイテムでホイールを使ってスクロールさせることはできますか?私はまだそのようなものを見つけることができませんでした。次のバージョンで対応する予定です。 Alexey Navoykov 2018.09.18 17:23 #119 1.ColumnResizeMode(true)が設定されているテーブル・ヘッダーに関する小さな問題。 例えば、ウィンドウの外のどこかでマウスの左ボタンを押し、グラフィカル・オブジェクトをつかんでドラッグした場合、クランプされたカーソルをテーブル・ヘッダーに通すと、列の幅が変わり始め、あたかもボタンを押したかのようになります。 2.CWindow::Reset()メソッドは「すべてのウィンドウ・オブジェクトを再描画する」と主張していますが、再描画されるのはメイン・オブジェクトだけです(ボタンは再描画されません)。 3.マウスでウィンドウをリサイズしている間、すべてのコンテンツが非常に強く点滅します。 例えば、私はそこにテーブルを持っているだけで、再描画中にこのようなラグが発生するような複雑なグラフィカル構造は 必要ないようです。おそらく、再描画中に不必要な操作が行われているのでしょう。 Anatoli Kazharski 2018.09.21 10:03 #120 Alexey Navoykov:1. ColumnResizeMode(true)が設定されているテーブルヘッダに関する小さな問題。ウィンドウの外のどこかでマウスの左ボタンを押した場合、例えば、グラフィカルオブジェクトをつかんでドラッグした場合、クランプされたカーソルをテーブルヘッダに通すと、あたかもボタンを押したかのように、列の幅が変わり始めます。2.CWindow::Reset()メソッドは「すべてのウィンドウ・オブジェクトを再描画する」と主張していますが、再描画されるのはメイン・オブジェクトだけです(ボタンは再描画されません)。3.マウスでウィンドウをリサイズしている間、すべてのコンテンツが非常に強く点滅します。 例えば、私はそこにテーブルを持っているだけで、再描画中にこのようなラグが発生するような複雑なグラフィカル構造は 必要ないようです。おそらくこの場合、不必要な操作が行われているのだろう。それを解決しよう。 もしすでに解決策を持っているなら、あなたの変形を共有することができます。 1...5678910111213141516171819...45 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
少なくとも簡潔に。
投稿には簡潔にこう書かれている:)
そう、そこにある変更のほとんどは特定の仕事のために行われたもので、他の条件についてもテストする必要がある。でも、テストするまでもないような小さなこともたくさんあるんだ :)
ところで、ライブラリーの新しいバージョンはいつ出るんですか?暫定的に。
ポストの中で簡単にこう書いてある:)
そう、そこにある変更のほとんどは特定の仕事のために行われたもので、他の条件についてもテストする必要がある。でも、テストする必要のない小さなこともたくさんあるんだ :)
ところで、ライブラリーの新しいバージョンはいつ出るんですか?暫定的に。
そこで作業するのは不便です。コードの変更点を探すのが大変なんだ。
新しいバージョンをいつ公開するかはまだ言えない。新機能に取り組むつもりでした。
そこで仕事をするのは不便だ。コードの変更を検索するのは難しい。
分かった。では、すべての変更の正当性を(必要な場合には)例を挙げて説明すれば、すべてがかなり完璧になる。
例えば、(1)なぜ以前の方法ではなく、この方法で使う方が便利なのか。(2)どのような問題が発生し、どのような場合に変更が必要になったのか。などなど。
これは、変更の作者がなぜそうしたのかを推測して時間を無駄にしないために必要なことである。
分かった。これで(必要な場合は)例を挙げてすべての変更点を正当化すれば、すべてが完璧になる。
例えば、(1)なぜ以前の方法ではなく、この方法で使う方が便利なのか。(2)どのような問題が発生し、どのような場合に変更が必要になったのか。などなど。
これは、変更の作者がなぜそのようにしたのかを推測して時間を無駄にしないためである。
私が提案したのは、著者のリポジトリと支援者からのプールリクエストだけだ。
そこでは、何がなぜそうなのかを議論することもできる。そして、必要であれば、それぞれの改良の例を追加する。
いずれにせよ、私のために一歩を踏み出してくれてありがとう!
テーブルやコンボボックスアイテムでホイールを使ってスクロールさせることはできますか?私はまだそのようなものを見つけることができませんでした。
次のバージョンで対応する予定です。
1.ColumnResizeMode(true)が設定されているテーブル・ヘッダーに関する小さな問題。 例えば、ウィンドウの外のどこかでマウスの左ボタンを押し、グラフィカル・オブジェクトをつかんでドラッグした場合、クランプされたカーソルをテーブル・ヘッダーに通すと、列の幅が変わり始め、あたかもボタンを押したかのようになります。
2.CWindow::Reset()メソッドは「すべてのウィンドウ・オブジェクトを再描画する」と主張していますが、再描画されるのはメイン・オブジェクトだけです(ボタンは再描画されません)。
3.マウスでウィンドウをリサイズしている間、すべてのコンテンツが非常に強く点滅します。 例えば、私はそこにテーブルを持っているだけで、再描画中にこのようなラグが発生するような複雑なグラフィカル構造は 必要ないようです。おそらく、再描画中に不必要な操作が行われているのでしょう。
1. ColumnResizeMode(true)が設定されているテーブルヘッダに関する小さな問題。ウィンドウの外のどこかでマウスの左ボタンを押した場合、例えば、グラフィカルオブジェクトをつかんでドラッグした場合、クランプされたカーソルをテーブルヘッダに通すと、あたかもボタンを押したかのように、列の幅が変わり始めます。
2.CWindow::Reset()メソッドは「すべてのウィンドウ・オブジェクトを再描画する」と主張していますが、再描画されるのはメイン・オブジェクトだけです(ボタンは再描画されません)。
3.マウスでウィンドウをリサイズしている間、すべてのコンテンツが非常に強く点滅します。 例えば、私はそこにテーブルを持っているだけで、再描画中にこのようなラグが発生するような複雑なグラフィカル構造は 必要ないようです。おそらくこの場合、不必要な操作が行われているのだろう。
それを解決しよう。
もしすでに解決策を持っているなら、あなたの変形を共有することができます。