teratail header banner
teratail header banner
質問するログイン新規登録

回答編集履歴

2

推敲した

2017/05/20 12:58

投稿

hidori
hidori

スコア403

answer CHANGED
@@ -1,14 +1,14 @@
1
1
  直接の回答ではありませんが。。。
2
2
 
3
3
  子要素もコントロールで作ってるんですよね?
4
- したら、割と低いところに Windows GUI の限界があって、たぶんそれにぶつかっています。
4
+ すると古典的な Windows OS GUI の仕組みには割と低いところに限界があって、たぶんそれにぶつかっています。
5
5
 
6
- 数十、数百といいった描画オブジェクトを、コントロールで実装するのは現実的な選択ではないです。
6
+ ドローアプリの描画オブジェクトを、Windows.Forms のコントロール(=実体は Windows OS の古典的な GUI オブジェクト)で実装するのは現実的な選択ではないです。
7
7
 
8
8
  たとえば、Excel の「セル」はコントロールではなく、編集対象となった「セル」の位置に動的にエディットコントロールを張り付けるなどの実装上の工夫がされています。
9
9
 
10
- Windows.Forms は高解像度環境への対応が非常に弱いので、今後を考えるとあまりお勧めのテクノロジーではありません。
11
-
12
10
  WPF を使った方がこの手のアプリケーションは作りやすいと思います。
13
11
 
12
+ また、Windows.Forms は高解像度環境への対応が非常に弱いので、今後を考えるとあまりお勧めのテクノロジーではありません。
13
+
14
14
  どうしても Windows.Forms で作るとしても、描画オブジェクトをコントロールで実装するのはあきらめて「オフスクリーン」などの適当な技術を学んで実装した方がよいと思います。

1

文言修正

2017/05/20 12:58

投稿

hidori
hidori

スコア403

answer CHANGED
@@ -1,3 +1,14 @@
1
- 直接の回答ではありませんが、WPF 使った方がこの手のアプリケーションは作りやすいと思いますよ
1
+ 直接の回答ではありませんが。。。
2
2
 
3
+ 子要素もコントロールで作ってるんですよね?
4
+ としたら、割と低いところに Windows GUI の限界があって、たぶんそれにぶつかっています。
5
+
6
+ 数十、数百といいった描画オブジェクトを、コントロールで実装するのは現実的な選択ではないです。
7
+
8
+ たとえば、Excel の「セル」はコントロールではなく、編集対象となった「セル」の位置に動的にエディットコントロールを張り付けるなどの実装上の工夫がされています。
9
+
3
- Windows.Forms は高解像度環境への対応が非常に弱いので、今後を考えるとあまりお勧めのテクノロジーではありません。
10
+ Windows.Forms は高解像度環境への対応が非常に弱いので、今後を考えるとあまりお勧めのテクノロジーではありません。
11
+
12
+ WPF を使った方がこの手のアプリケーションは作りやすいと思います。
13
+
14
+ どうしても Windows.Forms で作るとしても、描画オブジェクトをコントロールで実装するのはあきらめて「オフスクリーン」などの適当な技術を学んで実装した方がよいと思います。