ふらっと C#,C♯,C＃（初心者用） Part145

2019/10/07(月) 20:16:17.93

!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part144
https://mevius.5ch.net/test/read.cgi/tech/1563258983/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET　.NET Tips
https://dobon.net/vb/dotnet/index.html

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2019/10/31(木) 21:12:56.64

>>347
RichTextBoxでチラついた経験は無いけどダブルバッファリングを有効にしてみたら？
https://ideone.com/SlZEBm
表示が遅いとは思わない

2019/10/31(木) 21:26:17.79

テキスト折り返したいならDataGirdView

ConsoleControlってのはコレ
https://github.com/dwmkerr/consolecontrol

2019/10/31(木) 22:10:23.48

>>348
試してみたよ、速度はそこまで悪くなかった
ただ最新のログを表示してくれないので、以下のコードをtextrollに追加してみたんだけど
スクロールバーが激しく上下に移動して
バグったようにちらついてダメだった

log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();

>>349
ありがとう試してみる

2019/10/31(木) 22:11:15.94

>>330
さいきんはデスクトップアプリつくらないのか、よもまつだな
>>328
削除は危険だからなあ
>>331
さんくす、でもなにやらむずそう
>>333
さんくすね、十分簡単なんだけど、ゴミ箱に移すという基本的なことが標準でできないのかなと
>>334
そうそうそんなかんじで、ファイルを整理するのにゴミ箱ほしいなと

2019/10/31(木) 22:22:14.18

>>350
ログ表示って何も考えず表示したら勝手になんねっけ？

textBox1.AppendText(s);

これだけじゃねっけ？

2019/10/31(木) 22:22:50.88

クロスプラットフォームというお題目に従えば
ゴミ箱はOS依存な機能であって基本的なことというわけでもないし…

2019/10/31(木) 22:26:35.09

ちなみにループの中なんかでラベルの表示を変えたいときは

label1.Update();

みたいにやらんと表示してくんないよ
そういうのはおｋ？

2019/10/31(木) 22:31:55.44

>>352
何日も回しているとパンクしてしまう

2019/10/31(木) 22:48:12.69

>>349
試してみたよ
ログを追加したときに最新行を表示してくれる機能がなかった
中身は結局RitchTextBoxみたいだね
ログはどんどん溜まっていく一方で、古いログを消す機能は実装されてないみたいだった
なかなかこれってものはないもんだなぁ…

2019/10/31(木) 22:52:53.11

>>350
ScrollToCaret使わなくても組み替えて最新の行をAppendTextで出力するだけでいい
そもそもスクロールしない行数にしたらいい。80行にしてあるのは「この程度では遅くならない」例のためだけ
>スクロールバーが激しく上下に移動して
表示が早いからだよねそれ

2019/10/31(木) 23:04:24.71

>>355
パンクの原因は？

2019/10/31(木) 23:07:55.77

何を既に試して、その上でどういう要件が満たせないから困ってるのか、
最初から書いて欲しいよね

後出しで「それだとこういう不満がある」とか言われてもみんな気分悪くなるだけじゃないの

2019/10/31(木) 23:18:32.99

結局、ログがどうあったらいいかよくわかってないんだろ
そもそも「誰が」「どう使う」ためのログなのか？わかってなきゃ
この世に存在しない無敵のログ表示を求めて彷徨い歩くだけだ

2019/10/31(木) 23:25:23.01

WinTailでええやん

2019/10/31(木) 23:48:40.87

最初に言った通りコンソールウインドウみたいなのが欲しいんだよね
最新のログが一番下に表示されて、勝手にスクロールしていくような

ログが延々と流れてくるので保持行数は200行程度として
できるだけ軽いのが欲しいんだ

2019/10/31(木) 23:52:18.30

200行程度ただのtextboxで十分では？
200万行の打ち間違い？それか1行数万文字あるの？

2019/11/01(金) 01:18:38.34

TextBoxに1行100文字のn行の文字列を設定し、最下行を表示させるのにかかった時間
(@Ryzen 3700X)

2行:2[msec]
20行:4[msec]
200行:8[msec]
2,000行:60[msec]
20,000行:563[msec]
200,000行:5,624[msec]
2000,000行:測定不能(OutOfMemoryException)

備考
TextBoxに1万行設定した場合、設定にかかる時間はそんなでもないが、TextBoxを変形させる(ウィンドウサイズ変更に追従させる等)のに時間がかかる
5万行になるとまともに変形しない

2019/11/01(金) 01:36:53.37

視認するデバッグコンソール程度で重いも軽いもないと思うが
骨董品レベルのPC使ってるのか？
リアルタイムで見るログならログレベルで絞ればいいのでは？

2019/11/01(金) 10:42:20.61

直近200行のリングバッファを表示するだけではダメなのか
2000,000行保持してまさか目視するわけじゃないよな
200行以前はファイルにでも吐いておけば

2019/11/01(金) 11:16:41.01

200行程度List<string>で保持して更新あるたびにaddとremoveして都度Textboxを更新でなんの問題も無いと思う
気になるならListをQueueにでもすればいい
ごちゃごちゃさせる程でもない単純な要件なんだから実装もそれに倣えばいい

2019/11/01(金) 12:45:55.78

>>350
Double Bufferingでもチラつきが激しいなら
再描画を一旦停止してTextBox更新してから再開
https://dobon.net/vb/dotnet/control/beginupdate.html

>>358
AppendText使いつつ最大行数を超えた古いログ削除できる？

2019/11/01(金) 18:49:44.29

>>332の件、ちょっと気になったのでTextBoxで試してみた

(a) SelectedTextを空文字で上書きして先頭の行を削除、
その後AppendTextで新しいログを追記

(b) Linesを一旦List<string>にコピーして先頭行の削除と
新しいログの追加を行った後、Linesに書き戻しキャレットを末尾に
移動しScrollToCaret

(a)の方法でやると確かにスクロールバーがﾌﾟﾙﾌﾟﾙするw
(b)の方法ならそれはほとんど起こらない（完全ではないみたいだが）

(a)の方法でも、先頭行を削る時に一気に10行とか削れば
そこまで気にならない印象

2019/11/01(金) 20:09:54.53

そもそも高速でログを流すのでなければ表示の切り替えはそんな目立たないと思うんだけど
>>369
(a) を参考に空文字で上書きするときにTextBoxからFocusを外してスクロールバーが動かないようにできないかと思ったけどうまくできなかったｗ
削除時にスクロール位置動かなければうまくいきそうだけど手段が他にすぐ思いつかない
他に思い付いたやり方は3つ
・AllocConsole()使ってコンソール画面を表示してそこにログを流す
　コンソール画面閉じるとプロセスも閉じるのでその対策が必要
・348にRichTextBoxを2つ用意して交互にバックグラウンドでスクロールさせた後に表示する
・348で最新のログを一番上に追加していく

2019/11/02(土) 00:15:28.48

そうなんだよ
意外と難しいんだよね

2019/11/02(土) 01:17:56.03

いや、難しくしてるのは意味のない要件だって
細部まで詳細に思惑通りに動くコントロールが要求されるなら1から全部作るしか無い
TextBox等のすでに提供されてるコントロールを使うならそれに則った要件に変えればいいだけ

内部の動作ログを画面上に出してほしい要件はちょいちょいあるけど、俺個人はいつも上部を最新にするかスクロールさせないかの仕様を取る
何なら画面のチラツキなんて目を瞑ることもあるし最新行への追従をさせないこともある
楽に実装したいからそういうコントロール使ってるんだもん

どうしても要件変えられないなら低レベルAPI使って描画制御からやりゃほとんど対応できる
対応しただけのコストに見合うメリットがあるかは知らん
クライアントの強い要望とか言われたらするしか無いだろうけど

2019/11/02(土) 07:08:12.27

>>372
俺もDataGridViewにして上部を最新にしちゃうな
大体タイムスタンプの列あるし

2019/11/02(土) 11:38:27.23

そういえば昔、グリッドだかリストコントロール＋それとは別のコントロールとして縦スクロールバーをつけて
擬似的にスクロール可能な全行表示コントロールを作ったことあった。
実際としてはグリッド・リストに一部のデータを表示しているだけってヤツね。

経験としては割に合わないからやめといた方がいいと思う。

2019/11/02(土) 18:26:30.67

zedgraph以外で使いやすいグラフ描画ライブラリをご存知ないでしょうか。

2019/11/02(土) 18:34:46.73

何が良くて何が悪いのか、それがわからないと提案できないぞ

2019/11/02(土) 18:59:15.75

>>350

>>348の試してみたけど
新しいTextを設定する時に描画を停止してやれば普通に使える
描画を一旦停止させる方法は>>368のリンク

private void texroll(string st)
{
roll.Add(st);
if (roll.Count > 300) roll.RemoveRange(0, 100);
using (new SuspendRedraw<RichTextBox>(log))
{
log.Text = string.Join("\n", roll.ToArray());
}
log.SelectionStart = log.Text.Length;
log.Focus();
log.ScrollToCaret();
Application.DoEvents();
}

2019/11/02(土) 19:24:06.82

もうimage上じゃなくpictureboxに直接描画したほうがよくないかなｗ

2019/11/02(土) 19:58:05.88

開発終了してるからかな

2019/11/02(土) 20:07:37.11

>>379
imageが？

2019/11/02(土) 20:51:31.59

>>375
使いやすいかどうか知らないけど
最近使い始めたLivechart

2019/11/02(土) 21:24:35.05

>>377
DoEventsは無くしたいな

2019/11/03(日) 23:16:11.35

関数ポインタの配列的なことをマネージコードでやるにはどうすればいいの？

2019/11/03(日) 23:24:57.20

FuncやらActionを配列で持つとかとか

2019/11/03(日) 23:53:36.44

普通に足せない？

2019/11/04(月) 00:33:22.52

イベントハンドラ以外にマルチキャストを使うのはお勧めしない
古臭い黴の生えた機能だよ

2019/11/04(月) 14:50:52.31

>>383,384,385
arrayから取り出して実行するところのコーディングが分かりません

void(*ptf[n])(void);
ptf[0] = func1;
ptf[1] = func2;
ptf[2] = func3;
...
(*ptf[i])();
こういうのをメゾットでやるには、マネージコードではどうすればいいんだろう？

2019/11/04(月) 14:59:46.62

>>387
デリゲート
https://ufcpp.net/study/csharp/sp_delegate.html

2019/11/04(月) 15:03:14.57

>>387
var funcs = new Action[] { Func1, Func2, Func3 };
funcs[ 0 ]();
とか
var func = funcs[ 1 ];
func();

2019/11/04(月) 15:03:42.47

C#で関数を値として受け渡すためにはデリゲートっていう型を使う

**デフォルトの名無しさん** (JP 0H4f-pjCs) · 2019/11/04(月) 17:43:23.21

マネージコードってなんや？

2019/11/04(月) 17:47:38.02

>>391
「マネージコード」は「馬鹿でもわかる」と読み替えればだいたい間違いない

2019/11/04(月) 19:02:59.97

palallelで同じbyte[]を読み書きしてみたら
思ったより処理が早くないんだけど
排他処理とかで重くなっていたりとかある？

2019/11/04(月) 19:05:28.08

何でも非同期にしたら速くなるわけではない
理由は排他制御とかTaskの生成コストとか色々
高速化するにはうまくやる必要がある

2019/11/04(月) 19:32:49.51

スレッドプール使うといっても生成コストは結構高いので一瞬で終わる処理だと逆効果

2019/11/04(月) 23:18:45.02

Parallelは処理の分割とかスレッドプールの管理はしてくれるけど
排他制御はしてくれんやろ？

2019/11/04(月) 23:49:11.75

やっぱそうか…単純に単純に処理が重いんだね
見直してみますありがとう

2019/11/05(火) 00:36:50.60

structをpublicにしても各メンバーは一括でpublic扱いにならないのなんでなん？親分がpublicなら子分も暗黙的にpublicやろがいと思いまして。

2019/11/05(火) 00:37:22.81

せやな

2019/11/05(火) 01:08:31.06

>>398
誰に対するpublicなのか勘違いしてね？

2019/11/05(火) 05:42:15.86

>>398
全部publicつけるように習慣づけとけばいいよ。

2019/11/05(火) 06:23:16.40

>>398
お前の親が知人にお前のことを紹介するとき、お前の机の中のエロ本やパソコン内のエロ画像フォルダを勝手に公開されたら困るだろ

**デフォルトの名無しさん** (JP 0H4f-pjCs) · 2019/11/05(火) 06:42:35.89

>>396
lookするだけちゃうの？

2019/11/05(火) 07:41:50.89

見て！

2019/11/05(火) 10:36:58.27

>>402
この説明したことあるわw

2019/11/05(火) 14:36:36.98

WPF始めたばかりでThumbを使ってドラッグでコントロールを移動をしたかったんだけど
これってそもそも中にラベルやボタンを置けない仕様なのかな…？
とりあえずtemplateを使って無理矢理borderとbuttonを置いてみたけど
今度はborderからはDragStartedもDragDeltaもThumbに届くのに、buttonからは届かない

Thumbってどういう風に使うものなんですかね…
ウインドウのタイトルバー的な感じに置くものなのでしょうか

2019/11/05(火) 14:46:13.23

他のUI要素の部品として使われることを想定してるもんだからね

2019/11/05(火) 14:55:03.31

例えばラベルにThumbの機能を持たせようとするとどうしたらいいんだろう？

thumbのテンプレートにラベルを置いたとして、ラベルのテキストやbackgroundプロパティを
tumbのプロパティとして定義することはできるのかな…？

2019/11/05(火) 15:07:10.27

Thumbの機能ってのはよく分からんが、「ラベルにThumbの機能を持たせる」のに
Thumbにラベルの機能持たせるとか主客転倒してるように思える

2019/11/05(火) 15:12:25.39

基本的にThumbってのは「マウスのドラッグで操作する」ことを表すもので
そのドラッグにどう意味づけするかはThumbではなくてThumbを持っている要素が決めるもの
スクロールバーならドラッグをスクロールとして扱うし
スライダーなら値の増減を表す

2019/11/05(火) 15:29:08.42

もしかして俺の理解がおかしいのかな

普通のウインドウみたいにタイトルバーをドラッグしてコントロールを動かしたい場合って

<dockpanel>
<thumb>
<label>

みたいにするものなのかな、それとも

<dockpanel>
<label>
<thumb>

が正しい？

本当は

<thumb>
<dockpanel>
<label>

みたいにしてdockpanelのボタンとか以外の場所は
ドラッグ移動可能にしたいのだけど…

2019/11/05(火) 15:50:59.23

DTD見ろ

2019/11/05(火) 15:58:11.06

正直全然説明が理解できんが
DockPanelをルートとしたウィンドウ内ウィンドウ的なのが存在してて
それのタイトルバー的なのをマウスで掴んで動かしたいってことでいいのか

まあThumbの出番は無いだろうな

2019/11/05(火) 16:02:31.08

>>413
そういうこと！
なんだけど出番ないのか…どうしたらいいんだ…？

2019/11/05(火) 16:27:06.76

ドラッグできる部分をBorderとかで定義して
そいつのMouseLeftButtonDown/MouseMove/MouseLeftButtonUpイベントでDockPanelを動かすコードを書く

2019/11/05(火) 19:01:21.35

public class Person
{
string name;
　int age;
public read()
{
// ファイルを読み込んでnameとageに入れる
}}
こんなクラスがあるとします。1クラスに1役割ということでここからPersonクラスとPersonReaderクラスに分けることを考えます。
そのときPersonReaderは以下の2種類ってどちらがベターでしょうか
public class PersonReader
{
private Person person;
public PersonReader(Person person)
{
this.person = person;
}
public read()
{
// ファイルを読み込む処理
　person =　～
}}

Public class PersonReader
{
public Read(Person person)
{
　　// ファイルを読み込む処理
　　person = ～
}}
readに引数無いほうがきれいな気がするんですけど、readerにもオブジェクトの参照持たせるのは不味いような気もします。
よろしくおねがいします

2019/11/05(火) 19:19:02.37

>>416
あんまり教条主義的に考えない方がいいのでは？
特に事情がない限り

// ○○ファイを読み込んでこのインスタンスのフィールドとプロパティーを更新する
public void Load(string path)
{
　　....
}

とか、

// 〇〇ファイルから新しいインスタンスを作成
public static Person FromFile(string path)
{
　　....
}

こんなの方が使いやすいのでは？

2019/11/05(火) 19:19:34.94

win32apiをc#から呼ぶのは色々大変です
少し調べたらVanara.PInvokeのnugetがありました
日本語の記事が余り無いようですがどんなもんなんでしょうか？

2019/11/05(火) 20:06:06.04

>>416
C#を使用している限りでは、このコードでメモリリークの問題は起きないはずです
それでもどうしても心配だというなら弱参照にしてください

2019/11/05(火) 21:59:36.96

>>417
あーまぁ今回の例だとそうかもしれないですね。
ただ実際の開発だとxmlを読み込むんですけどちょっと処理が膨大で。読み込む先、今回で言うところのPersonクラスも相当でかいので分けないといかんだろと

2019/11/05(火) 22:21:14.48

>>416
正直どっちも勘弁してって感じ
インスタンス生成の責務をファクトリに割り当てる頻出パターンなので
ファクトリやファクトリメソッドのキーワードでググればいいと思う

ファクトリクラスはusing Personしても参照を持つ必要はない

2019/11/05(火) 22:43:58.63

>>420
personは分解できないの？
そんな巨大ならpersonを分解して
xml読み込んでパースした情報を保持するやつ
パースした情報からpersonの部品を作るやつ
personの部品からpersonを作るやつ
みたいに段階踏むかなぁ

2019/11/05(火) 22:45:42.68

nugetなんて誰でもリリースできるんだから著名じゃないライブラリの良し悪しは中々情報は得にくいだろうね。
頑張って元言語の記事読むしかないんじゃない？

2019/11/05(火) 22:48:54.04

まじかよ
nugetはどっかの技術検査受けて
認められたのだけがnugetにリリースされてるんだと勝手に思ってた

2019/11/05(火) 23:00:27.36

>>420
どうしても分ける前提なわけね。
まあPersonReader がPersonのインスタンスを持つのは普通に変だよねやっぱり。
どこにも必然性がない。

PersonReader が状態を持つ必要がなければstaticクラスのstaticメソッドでいいはず

どうでもいいけど、

// ファイルを読み込む処理
person =　～

じゃなくて、例えば

// ファイルを読み込む処理
person.Hoge = ～;
person.Hage = ～;
person.Piyo = ～;
...

だよね多分？

2019/11/05(火) 23:15:11.57

最近のVisualStudioなら暮らすライブラリのプロジェクトで[ビルド(B)]-[パッケージ(P)]をクリックするだけで
nuget登録用のnupkgが出来上がるよ
あとはnugetにログインしてWeb上から適当に情報入力して登録すればすぐ反映される
悪意のあるパッケージとかどうやって識別してrejectしてるのか正直不思議
それとも表沙汰になってないだけでnpmみたいな汚染が日常的に起こってるのか

さすがにストアアプリよりははるかにマシだけどNuGetも玉石混合、というかゴミパッケージのほうが多いと思うよ

2019/11/05(火) 23:24:58.96

「玉石混交」な

2019/11/05(火) 23:32:45.78

attributeって結構使うもん？

2019/11/05(火) 23:43:07.83

>>428
自分で作ることは滅多にないけど、標準で用意されてるのは時々使う
FlagsAttributeやDllImportAttributeなんかは比較的良く使われているのではないだろうか
使わない人は全然使わないだろうけど

2019/11/05(火) 23:52:58.07

>>429
初学でASP.NET Coreのソースおっかけたりしても意味わからんくて困っている

2019/11/06(水) 00:06:43.42

調べてないけどxmlからデータクラス生成するくらいなんかのライブラリに投げちゃいかんの？

2019/11/06(水) 00:10:22.77

と思ったら言語標準の機能で十分行けるな

2019/11/06(水) 00:10:24.55

>>430
Attribute自体はプロパティやメソッドに付与して、コンパイラやライブラリに対して追加の情報を与えるだけ
Attributeが具体的に何を意味をするのかは、それぞれのAttributeによる
ASP.NET Coreのソースだったら、Validation関係かな

2019/11/06(水) 00:13:31.71

>>428
自作はenumにラベルつけるのに作るくらいかなぁ
enumの定義値とメニュー上の表示文字列対応させるみたいな感じ
多言語対応とかあるような案件じゃ使えないけど

すでにあるのはちょいちょい使う
TestとかBenchmarkとかは属性ありきだったりするし

2019/11/06(水) 00:59:37.18

>>434
enumにラベル付けるのは自分も作ったよ
多言語対応は第2引数にロケール指定出来るようにして多重定義するようにした

2019/11/06(水) 01:07:17.94

>>435
そのやり方だと対応言語増やすときに再ビルド必要になっちゃうよね
enum以外にも定義が必要な語句は多そうだからそういうのは外に出す方を取るかなぁ
まぁケースバイケースだろうけどね

2019/11/06(水) 01:31:17.54

>>436
属性ではリソースキーを指定して、文字列リソースを引っ張って来るようにした方が
文字列リソースが分散しなくて良いね

2019/11/06(水) 01:36:47.06

属性をキーにするぐらいにあらenumを直接キーにすりゃいいじゃんw
素直に拡張メソッドてToString定義した方が早いよw

2019/11/06(水) 01:41:30.82

>>434
それ自作しなくてもDescriptionAttributeが標準であるよ

2019/11/06(水) 01:41:32.51

拡張メソッドが使える以前はenumと相互に暗黙変換できるクラスを作って
そこに変換メソッドを書いてたけど、あれは実にあほらしい作業だったなあ

2019/11/06(水) 02:20:17.85

>>439
実際にはenumとラベルを相互に変換したり複数対応させたり等々ケースに応じて細かな要件が出てくるからそういう拡張をするときのベースとして使ってる
あとキャッシュしないと遅いから自作側でキャッシュ処理も含めて作ることが多い
descriptionだとその属性自身を機能拡張したいときにしづらくない？

2019/11/06(水) 10:06:07.21

BindでEnumToStringConverter作るからそこでやるだろ。そこでリソース文字列を引っ張るようにする

**デフォルトの名無しさん** (JP 0Hcf-Ri0F) · 2019/11/07(木) 00:45:40.72

チャートエリアとか図解したサイトないですか？
シリーズだかなんやら意味分からん

2019/11/07(木) 18:27:33.71

C++のライブラリのちょっとした機能使いたくて現状C++でexe作ってそれをprocessで呼び出してる構造なんですけどなんかデメリットあります？
一応ラッパーもあってC#に一元化も出来るんですけどまぁ遅い。それに実行ファイル配るときに一緒にdllわさっと渡さないといけなくて。今はC#とC++のexe2つ渡すだけです
ソースコード別になっちゃって管理がめんどいくらいしか思いつかなかったんですけど、なんかトラブルの種になりそうなことありますか？

2019/11/07(木) 18:36:24.70

>>421->>422 >>425
参考になりました。ファクトリ周り全然分からなかったので勉強します。

2019/11/07(木) 18:55:13.67

フォーム上に左1/4が欠けた円を表示させたいです。
FillEllipseで円を書いてFillRectangle背景色で1/4を塗りつぶせばいいや
と思ったら、FillRectangleが隣り合った塗りつぶしたくない図形も塗りつぶしてしまう。
なにかいい方法は無いでしょうか？

2019/11/07(木) 19:05:19.59

>>444
別に現状で不満ないなら良いのでは？
配布するものならexeが複数あるとC++の方のexe起動してうごかねーっていうのがくるかも
あと動かす環境が変わったときに両方のexeの再ビルドが必要になる可能性があるとか
環境まで言い出したらexeかどうかなん些細な話かもしれんが