https://dobon.net/cgi-bin/vbbbs/cbbs.cgi DOBON.NETプログラミング道掲示板 ja https://dobon.net/banner/dbs1.gif https://dobon.net/cgi-bin/vbbbs/cbbs.cgi 88 31 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35700&type=35696&space=45&no=0 [投稿者:かぼちゃプリン]
[日時]2026/02/21(Sat) 13:44:10

魔界の仮面弁士様、ありがとうございました。
C言語系の書式を使用するとなると、結構大がかりなのですね。
また、ライブラリのご紹介もありがとうございました。

実際問題として、本当にこの方法で対応すべきかどうかは検討します。]]> Sat, 21 Feb 2026 13:44:10 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35700&type=35696&space=45&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35699&type=35696&space=30&no=0 [投稿者:魔界の仮面弁士]
[日時]2026/02/20(Fri) 22:46:27

■No35697に追伸(魔界の仮面弁士の記事)
> .NET Framework には無いので、正規表現で分解して自前解析でしょうかね。

その「自前解析」で再実装された C スタイル書式文字列対応実装ソースが
下記にあります。ライブラリも NuGet できます。
https://github.com/adamhewitt627/sprintf.NET/tree/master


上記 README で Adam 氏も書かれていますが、swprintf を
直接 P/Invoke するのって、そこそこハードルが高いんですよね…。
( No35697 はそれを無理矢理呼んでいるわけですが )]]> Fri, 20 Feb 2026 22:46:27 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35699&type=35696&space=30&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35697&type=35696&space=15&no=0 [投稿者:魔界の仮面弁士]
[日時]2026/02/20(Fri) 22:17:28

■No35696に返信(かぼちゃプリンさんの記事)
> VBで、C言語系で使用される"%03d"（整数を0埋め3桁にする）のような書式が使えるメソッドは.NET Frameworkに用意されていますか？
> VBだったら、例えばint変数.ToString("000")のような書式になると思います。

.NET Framework には無いので、正規表現で分解して自前解析でしょうかね。

C++ ランタイムである msvcrt.dll の sprintf 関数や snprintf 関数とか、
それらの Unicode 対応版とかを呼ぶってのが実装的には確実なんですが、
.NET Framework ……というか IL ってのが、そもそも C 言語でいうところの
　int sprintf(char* buf, const char* fmt, ...);
の可変長引数「...」の呼び出しをサポートしていないので、
DllImport (Declare) するなら引数の数ごとにオーバーロードを用意するしかないという罠。

C# の __arglist、.NET の RuntimeArgumentHandle も、managed な引数向けであって
「...」に対する P/Invoke 呼び出しには対応していないんですよね。
（これは、VB の ParamArray や C# の params とは別の仕組み）


C++/CLI なら呼べるので、それでブリッジ DLL を作る手はあるけれど、公開関数を
　static String^ Format(String^ fmt, ... array<Object^>^ args)
としたところで、Object[] を va_list へ変換する部分は自前実装しかないという罠。


いずれにせよ、可変長引数の扱いが厄介なのですが、引数の数がさほど膨大になることもないでしょうし
ひとまず 10 個まで渡せるようにしてみました。


Imports System.Runtime.InteropServices
Imports System.Text

Public Class Form1

　　' VB では可変引数を直接宣言できないため、引数を固定して宣言
　　' arg0, arg1, arg2, …の数は、20個でも30個でも必要な分だけ定義する
　　' ここでは例として10個の引数をサポートする関数を宣言
　　<DllImport("msvcrt.dll", EntryPoint:="_snwprintf", CharSet:=CharSet.Unicode, CallingConvention:=CallingConvention.Cdecl)>
　　Private Shared Function _snwprintf(
　　　　ByVal buffer As StringBuilder,
　　　　ByVal count As Integer,
　　　　<MarshalAs(UnmanagedType.LPWStr)> ByVal format As String,
　　　　ByVal arg0 As IntPtr, ByVal arg1 As IntPtr, ByVal arg2 As IntPtr, ByVal arg3 As IntPtr, ByVal arg4 As IntPtr,
　　　　ByVal arg5 As IntPtr, ByVal arg6 As IntPtr, ByVal arg7 As IntPtr, ByVal arg8 As IntPtr, ByVal arg9 As IntPtr
　　) As Integer
　　End Function


　　' VB 側の printf ラッパー（最大10引数）
　　Friend Function CPrintf(format As String, ParamArray args As Object()) As String
　　　　Dim capacity As Integer = 256
　　　　Dim buffer As New StringBuilder(capacity)

　　　　' 固定 10 引数に展開するための配列
　　　　Dim ptrs(9) As IntPtr
　　　　Dim allocatedStrings As New List(Of IntPtr)()

　　　　Try
　　　　　　For i = 0 To Math.Min(args.Length - 1, 9)
　　　　　　　　If args(i) Is Nothing Then
　　　　　　　　　　ptrs(i) = IntPtr.Zero
　　　　　　　　ElseIf TypeOf args(i) Is String Then
　　　　　　　　　　' 文字列はアンマネージドの Unicode 文字列に変換してそのアドレスを取得
　　　　　　　　　　Dim p As IntPtr = Marshal.StringToHGlobalUni(DirectCast(args(i), String))
　　　　　　　　　　ptrs(i) = p
　　　　　　　　　　allocatedStrings.Add(p)
　　　　　　　　Else
　　　　　　　　　　Dim val As Long = Convert.ToInt64(args(i)) ' 数値の場合の処理
　　　　　　　　　　If IntPtr.Size = 8 Then
　　　　　　　　　　　　' x64なら 8byte そのまま積んでOK
　　　　　　　　　　　　ptrs(i) = New IntPtr(val)
　　　　　　　　　　Else
　　　　　　　　　　　　' x86なら 32bitに切り詰める（制限事項：%lld 等は非対応）
　　　　　　　　　　　　' ここで 32bit 範囲外なら例外を出すか、下位 32bit のみを渡す
　　　　　　　　　　　　ptrs(i) = New IntPtr(CInt(val And &HFFFFFFFFL))
　　　　　　　　　　　　' double などの浮動小数点は非対応（%f 等は非対応）だが
　　　　　　　　　　　　' どうしても渡したいなら、該当引数の定義を As Double にしておく手もアリ
　　　　　　　　　　End If
　　　　　　　　End If
　　　　　　Next

　　　　　　' 1回目の呼び出し（サイズ確認）
　　　　　　' 可変長引数はサポートされていないため、10個の引数を固定で渡す
　　　　　　Dim required As Integer = _snwprintf(
　　　　　　　　buffer, capacity, format,
　　　　　　　　ptrs(0), ptrs(1), ptrs(2), ptrs(3), ptrs(4),
　　　　　　　　ptrs(5), ptrs(6), ptrs(7), ptrs(8), ptrs(9)
　　　　　　)

　　　　　　' バッファ不足時の再試行
　　　　　　' msvcrt/_snwprintf の仕様により、エラー時は -1 を返す場合と必要サイズを返す場合があるため、両方のケースを考慮する
　　　　　　If required < 0 OrElse required >= capacity Then
　　　　　　　　capacity = If(required < 0, 1024, required + 1)
　　　　　　　　buffer = New StringBuilder(capacity)
　　　　　　　　_snwprintf(
　　　　　　　　　　buffer, capacity, format,
　　　　　　　　　　ptrs(0), ptrs(1), ptrs(2), ptrs(3), ptrs(4),
　　　　　　　　　　ptrs(5), ptrs(6), ptrs(7), ptrs(8), ptrs(9)
　　　　　　　　)
　　　　　　End If

　　　　Finally
　　　　　　' 確保したメモリを解放
　　　　　　For Each ptr In allocatedStrings
　　　　　　　　Marshal.FreeHGlobal(ptr)
　　　　　　Next
　　　　End Try

　　　　Return buffer.ToString()
　　End Function

　　Private Sub Button1_Click(sender As Object, e As EventArgs) Handles Button1.Click
　　　　Dim s As String = CPrintf("Hello %s %d %X %03d World. ", "魔界の仮面弁士", 123, 255, 78)

　　　　' "Hello 魔界の仮面弁士 123 FF 078 World. "
　　　　MessageBox.Show(s)
　　End Sub
End Class]]> Fri, 20 Feb 2026 22:17:28 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35697&type=35696&space=15&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35696&type=0&space=0&no=0 [投稿者:かぼちゃプリン]
[日時]2026/02/19(Thu) 11:07:00

[環境/言語:VB.NET]
[分類:.NET]
VS2022
.NET Framework 4.8

VBで、C言語系で使用される"%03d"（整数を0埋め3桁にする）のような書式が使えるメソッドは.NET Frameworkに用意されていますか？
または、VB用の書式指定子に変換してくれるようなメソッドはありますか？
VBだったら、例えばint変数.ToString("000")のような書式になると思います。

実は、他システムから呼び出されるプログラムをVBで作成しているのですが、
引数に"%03d"の書式指定子が含まれていて、これをもとに処理結果を出力する必要があります。]]> Thu, 19 Feb 2026 11:07:00 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35696&type=0&space=0&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35695&type=35693&space=30&no=0 [投稿者:魔界の仮面弁士]
[日時]2026/02/17(Tue) 10:23:20

■No35693に返信(tarosさんの記事)
> 環境/言語:[Windows10 64Bit VB.NET .NET Framework4.5.2 VisualStudio Community 2017]　
そもそも.NET Framework 4.5.2のサポートは、2022年4月26日に終了しています。

既存アプリのメンテナンスならともかく、
新規開発で選択すべきフレームワークではありません。

.NET Framework 4.8 や 4.8.1 (最低でも 4.6.2 以降) に切り替えるか、もしくは
.NET Framework ではなく、その後継の .NET 8 などへの乗換をおすすめします。
https://learn.microsoft.com/ja-jp/visualstudio/releases/2017/vs2017-compatibility-vs

できれば VS2017 のままフレームワークバージョンを上げようとするのではなく、
VS2026 の導入を検討してみてください。
https://artitech.co.jp/post-10947/


■No35694に追記(魔界の仮面弁士の記事)
> いや、コードを見せてもらわなければ、指摘できないですよ…。
> 実行可能ファイルを解析して中のソースを想像しろってことですか? (^_^;)

「容量削減のためにウィンドウを共通化」「他のFormウィンドウでも流用したい」という
元質問が、どういう意味なのか読み切れていないのですが、
現状の実装がどうなっているのか、とりあえずざっくりとバイナリ解析。

・プロジェクト名に小数点やバージョン番号を含めない方が良いです。
　このコードだと、名前空間が「dotNET_Desktop_Panel_0._1._0」のように
　不自然なものになってしまっています。

・コントロールの名前は、コードを書き始める前に設定しておくべきです。
　後から変更するとイベントハンドラの名前と一致しなくなり、コードが分かりにくくなりがちです。

・Cllose ボタンは Close ボタンのスペルミスでしょうか? (Collapse の意図では無さそう)

・イベントハンドラの名前を見直しましょう。後から見たときに混乱の元です。
　Sub PictureBox2_Click は、PictureBox2 ではなく「startButton という名前の PictureBox」の Click に割り当てられています。
　Sub ProgressBar1_Click は、ProgressBar1 ではなく「pbRam という名前の ProgressBar」の Click に割り当てられています。
　Sub Button1_Click の処理は、どこからも呼び出されていないように見えます。
　Sub Button1_Click_1 は、Button1 の Click イベントに割り当てられています。
　Sub Label4_Click_1 は、Label4 の Click イベントに割り当てられていますが
　Sub Label4_Click は、Label4 ではなく lblRamUsage の Click になっています。
　Sub Panel2_Paint_1 は、Panel2 の Paint イベントに割り当てられていますが、
　Sub Panel2_Paint は、どこからも呼び出されいない状態です。


・空のイベントハンドラのうち、「誤生成したもの」は無駄なので削除しましょう。
　（今後実装予定だが、まだ処理を書いていないという段階ならば、そのまま残しても問題ありません）
　Sub Label4_Click は中身が空です。（lblRamUsage.Click から呼ばれる）
　Sub Form1_Load は中身が空です。（dotNETDesktopPanel.Load から呼ばれる）
　Sub lblVersion_Click は中身が空です。（lblVersion.Click から呼ばれる）
　Sub monthCalendar1_DateChanged も空です。(monthCalendar1.DataChanged)
　Sub netdeskPanelBottom_Paint も空。(netdeskPanelBottom.Paint)
　Sub OpenFileDialog2_FileOk も空。(ofdShortcut.FileOk)
　Sub Panel2_Paint も空です。(これはどこからも呼ばれていない)
　Sub panelTitleBar_Paint も空です。(panelTitleBar.Paint)
　Sub ProgressBar1_Click も空です。(pbRam.Click)
　Sub SelectExe_Click も空です。(SelectExe.Click)
　Sub ShortcutSettings_Paint も空。(ShortcutSettings.Paint)
　Sub startmenuPanel_Paint も空。(startmenuPanel.Paint)]]> Tue, 17 Feb 2026 10:23:20 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35695&type=35693&space=30&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35694&type=35693&space=15&no=0 [投稿者:魔界の仮面弁士]
[日時]2026/02/17(Tue) 10:09:44

■No35693に返信(tarosさんの記事)
> VB.NETでデスクトップ環境を作りたくて作ってて、

・起動すると、メインモニターが全画面表示で覆いつくされますが、マルチモニター環境の場合
　他の画面には何も表示されないようです。
　シングルモニター以外の環境も考慮する必要があるかもしれません。
　ちなみに Screen.AllScreens を使うことで、他の画面の座標情報を得られます。

・[設定]-[ショートカット]で OpenFileDialog2(ofdShortcut) が開きますが、
　ここでキャンセルを押したとしても、続けて OpenFileDialog1 が開いてしまいます。
　そもそも、2 連続でダイアログを表示させているのは何故ですか？
　ふたつのダイアログで、ファイルの種類ボックスの有無が異なっている点も謎ですし、
　いずれのタイトルも、単に "開く" としか書かれておらず、機能の意図が分かりにくいです。
　ショートカットアイコンの描画処理は良くできていますね。

・設定パネルを開いている最中にも、左上のアイコンを押せてしまいますね。
　設定パネルを閉じるまではアイコンを押せないようにするか、または
　アイコンを押した時点で設定パネルを閉じた方が良いのでは？


> 容量削減のためにウィンドウを共通化して、それを他のFormウィンドウでも流用したいのですが、出来ないのです。
いや、コードを見せてもらわなければ、指摘できないですよ…。
実行可能ファイルを解析して中のソースを想像しろってことですか? (^_^;)]]> Tue, 17 Feb 2026 10:09:44 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35694&type=35693&space=15&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35693&type=0&space=0&no=0 [投稿者:taros]
[日時]2026/02/15(Sun) 20:49:07

[環境/言語:Windows10 64Bit VB.NET .NET Framework4.5.2 VisualStudio Community 2017]
[分類:.NET]
VB.NETでデスクトップ環境を作りたくて作ってて、GNOME2とMacOSX10.1のAquaを合わせたスタイルなのですが、VBを触ってまだ4から5時間程度で、ai(Gemini)にコードを書かせて作りました。ただ、容量削減のためにウィンドウを共通化して、それを他のFormウィンドウでも流用したいのですが、出来ないのです。全くわからないので教えて下さい]]> Sun, 15 Feb 2026 20:49:07 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35693&type=0&space=0&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35692&type=35687&space=60&no=0 [投稿者:イクイノックス]
[日時]2025/10/02(Thu) 11:28:07

■No35691に返信(kikuさんの記事)
> ■No35689に返信(イクイノックスさんの記事)
>>■No35688に返信(kikuさんの記事)
> >>■No35687に返信(イクイノックスさんの記事)
>>問題はconfirmのほうです。
>>具体的に言うと、
>>「削除」ボタンはWebform側でサーバーサイドで自動的に生成される感じで、htmlで表現されていません。
>>なので、「削除」押下→即postback→(ここからサーバーサイド)page_load→grid_RowCommand→grid_RowDeletingの順にイベントが発生します。
>>
>>grid_RowCommandでは「新規作成」「更新」、「削除」いずれか発生したか判定できます。page_loadではpostbackしたかどうかしか判定できないようで何ボタンが押されたかわかりません。
>
> grid_RowCommand処理を下記にしたらできませんか？
> １．grid_RowCommandで「削除」ボタンが押下されたか判断。
> ２．削除ボタンが押されたら、削除ボタン用入力チェック画面へ遷移。
> ３．削除ボタン用入力チェック画面では、confirmのみ表示する。
> ４．confirmでOKなら、削除処理画面へ遷移。
> ５．confirmでcancelなら、元の画面へ遷移し、削除された表を表示。

それだと処理が複雑になりすぎるので、
AutoGenerateDeleteボタンによる実装を断念し、

テンプレートフィールドのアイテムとしてボタンを定義して、
1.OnClientClickでConfirm表示(returnを返す形)
2.CommandNameプロパティーをDeleteに設定

これで戻り値がfalseの時は処理中止、trueの時はgrid_RowDeleting発動(＝行削除実行)となります。

結局、AutoGenerateDeleteボタンだと即postbackになるようにロジックが自動生成してしまうので、grid_RowCommandの時点では手遅れ(page_loadが先に発生してしまうので)、なのでpostback前にConfirmのように処理分岐が必要なJSの処理実行するには上記のような方法しかないことがわかりました。

即postbackに必ずなってしまう使用がいまいちとは思いつつ、最早WebformはCore系で廃止されているため、文句言っても仕様改善は期待できません。
テンプレートフィールドを使うのが無難と判断しました。



]]> Thu, 02 Oct 2025 11:28:07 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35692&type=35687&space=60&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35691&type=35687&space=45&no=0 [投稿者:kiku]
[日時]2025/09/24(Wed) 17:12:59

■No35689に返信(イクイノックスさんの記事)
> ■No35688に返信(kikuさんの記事)
>>■No35687に返信(イクイノックスさんの記事)
> 問題はconfirmのほうです。
> 具体的に言うと、
> 「削除」ボタンはWebform側でサーバーサイドで自動的に生成される感じで、htmlで表現されていません。
> なので、「削除」押下→即postback→(ここからサーバーサイド)page_load→grid_RowCommand→grid_RowDeletingの順にイベントが発生します。
>
> grid_RowCommandでは「新規作成」「更新」、「削除」いずれか発生したか判定できます。page_loadではpostbackしたかどうかしか判定できないようで何ボタンが押されたかわかりません。

grid_RowCommand処理を下記にしたらできませんか？
１．grid_RowCommandで「削除」ボタンが押下されたか判断。
２．削除ボタンが押されたら、削除ボタン用入力チェック画面へ遷移。
３．削除ボタン用入力チェック画面では、confirmのみ表示する。
４．confirmでOKなら、削除処理画面へ遷移。
５．confirmでcancelなら、元の画面へ遷移し、削除された表を表示。]]> Wed, 24 Sep 2025 17:12:59 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35691&type=35687&space=45&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35690&type=35687&space=45&no=0 [投稿者:（報告）]
[日時]2025/09/24(Wed) 16:24:14

No35687 の投稿はマルチポストです。もし元記事の投稿者にマルチポストの心当たりがない場合は、すぐに返信でお知らせください。

●マルチポストされている場所
https://keijiban.umayadia.com/ThreadDetail.aspx?ThreadId=31022

----------
この掲示板ではマルチポストが禁止されています。詳しくは、「書き込みのルールについて」をお読みください。

●書き込みのルールについて
https://dobon.net/vb/bbs/index.html]]> Wed, 24 Sep 2025 16:24:14 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35690&type=35687&space=45&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35689&type=35687&space=30&no=0 [投稿者:イクイノックス]
[日時]2025/09/24(Wed) 16:05:24

■No35688に返信(kikuさんの記事)
> ■No35687に返信(イクイノックスさんの記事)
>>そのため、postback後に制御する必要がありますが、入力チェック→alertでメッセージ表示は、サーバー側の処理が終わった後に出すイメージで問題ありませんが、confirmはpostback後にRegisterClientScriptBlockで実行するように処理しても、
>>サーバー側での更新処理が全部終わってからメッセージが出力される挙動になるため、確認メッセージの用をなしていません。
>
> サーバーサイドの処理を２つに分ければ良いのではないでしょうか？
> １．入力チェックのみを行う処理（入力チェックエラー）
> ２．登録のみを行う処理（登録時のエラー）
>
> 当方、WebFormアプリの作成未経験のため、概念的な回答のみになります。

1も２もalertなので表示できます。

問題はconfirmのほうです。
具体的に言うと、
「削除」ボタンはWebform側でサーバーサイドで自動的に生成される感じで、htmlで表現されていません。
なので、「削除」押下→即postback→(ここからサーバーサイド)page_load→grid_RowCommand→grid_RowDeletingの順にイベントが発生します。

grid_RowCommandでは「新規作成」「更新」、「削除」いずれか発生したか判定できます。page_loadではpostbackしたかどうかしか判定できないようで何ボタンが押されたかわかりません。

grid_RowCommandで「削除」のときconfirmを出すみたいな処理はできますが、
それはgrid_RowDeletingの処理、つまり削除処理が実行された後に表示されるので、confirmの操作が反映できません。
おそらくpage_loadで出せばいけるのかもしれませんが、「削除」であることが判定できないためconfirmを出す処理を組み込めません。

こんな状況です。]]> Wed, 24 Sep 2025 16:05:24 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35689&type=35687&space=30&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35688&type=35687&space=15&no=0 [投稿者:kiku]
[日時]2025/09/24(Wed) 15:25:36

■No35687に返信(イクイノックスさんの記事)
> そのため、postback後に制御する必要がありますが、入力チェック→alertでメッセージ表示は、サーバー側の処理が終わった後に出すイメージで問題ありませんが、confirmはpostback後にRegisterClientScriptBlockで実行するように処理しても、
> サーバー側での更新処理が全部終わってからメッセージが出力される挙動になるため、確認メッセージの用をなしていません。

サーバーサイドの処理を２つに分ければ良いのではないでしょうか？
１．入力チェックのみを行う処理（入力チェックエラー）
２．登録のみを行う処理（登録時のエラー）

当方、WebFormアプリの作成未経験のため、概念的な回答のみになります。]]> Wed, 24 Sep 2025 15:25:36 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35688&type=35687&space=15&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35687&type=0&space=0&no=0 [投稿者:イクイノックス]
[日時]2025/09/24(Wed) 11:34:57

[環境/言語:Webform、C#、.NetFramework4.8.1]
[分類:ASP.NET]
通常、「更新」ボタンなどを画面デザインで配置して実装する場合、
クライアントスクリプトで記述するconfirmメソッドはOnClickイベントで実装すると思います。

gridviewのAutogenerate系のボタンやコマンドコントロールで「自動的」に実装される「ボタン」は画面デザインの時点ではhtmlソース表示しても記述されてないため、OnClickでの制御ができません。
そのため、postback後に制御する必要がありますが、入力チェック→alertでメッセージ表示は、サーバー側の処理が終わった後に出すイメージで問題ありませんが、confirmはpostback後にRegisterClientScriptBlockで実行するように処理しても、
サーバー側での更新処理が全部終わってからメッセージが出力される挙動になるため、確認メッセージの用をなしていません。

OnClickに該当する処理をpostback前にhtmlソースに書かれてなくても無理やり挙動させる、あるいはpostback後の「更新」「削除」などのイベント処理の冒頭でconfirmを出し、ok:実行、キャンセル：e.cancel=true等で中止
というような処理をするのは不可能なのでしょうか？
ご存じの方ご教示ください。

多分VBでもC#でも同じような処理になると思いますが、
一応サーバーサイドはC#で記述してます。
]]> Wed, 24 Sep 2025 11:34:57 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35687&type=0&space=0&no=0 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35686&type=35652&space=165&no=0 [投稿者:くるり]
[日時]2025/09/22(Mon) 18:01:23

現在のバージョンでは
PictureBox1.Image = My.Resources.tokyo
で、問題なさそうです。

試した環境
・Framework：.Net 8.0
・言語：VB.NET
・Visual Studioのバージョン：17.14.15

解決済みでしたが、状況が変わったのでご参考までに。]]> Mon, 22 Sep 2025 18:01:23 +0900 https://dobon.net/cgi-bin/vbbbs/cbbs.cgi?mode=one&namber=35686&type=35652&space=165&no=0