1 名前:デフォルトの名無しさん [2007/04/23(月) 12:42:36 ] 前スレ VB.NET質問スレ (Part20) pc11.2ch.net/test/read.cgi/tech/1173061176/ テンプレは2〜10くらいまでの間にある予定
896 名前:デフォルトの名無しさん mailto:sage [2007/06/29(金) 22:40:14 ] >>895 .netを再インストしてみよう com登録してなくても検索パスにdllをおいただけで動くよ
897 名前:デフォルトの名無しさん mailto:sage [2007/06/29(金) 23:04:34 ] >>896 thx XPだと.netプリで入ってるけど、一度アンインストールして再インストールすればいいのかな? 一度試してみます
898 名前:デフォルトの名無しさん mailto:sage [2007/06/29(金) 23:10:12 ] >>895 プログラムがバージョン違いのMicrosoft.VisualBasic.Compatibilityを参照してる ってことはない? .NET 1.1 なら ver. 7.0.3300.0 のはずだが。.NET 2.0は Ver.8.0.0.0 。 あと.NET 1.1 のSPで差が出るかどうかはわからないがその辺も調べてみて。
899 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 05:23:45 ] こんにちは、お尋ねします。 各種オブジェクトのイベントの発生順序に関する一覧表のようなものは どこかのサイトで公開されていたでしょうか? (例えば TreeViewコントロールのTreeNodeをクリックした後の各種イベント MouseClick,Click,OnBeforeSelect,OnAfterSelect などの発生順序、等です) こうしたものはすべてのイベントについて実験していくことは可能なのだとは 思いますが、できたら理論的に分っているものがあれば、そのほうが正確で早い と思いました。 もしご存知でいらっしゃいましたら教えて戴きたく。よろしくお願いします。
900 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 06:26:29 ] 強いて言うならMSDN
901 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 10:34:09 ] つか常識的にMSDN
902 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 11:44:35 ] MSDNとS・G・G・Kって何か似てるよな
903 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 12:44:35 ] たぶん OnBeforeSelect は OnAfterSelect の前
904 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 12:52:13 ] >>899 そういうこと言いたい気持ちはよく分かるんだけど、 実際自分で試すのが一番正確で速いでしょ、どう考えても。 というか、まあ一概には言えないけどコントロールのイベントの発生順序に 依存するコードというのは、ちょっと不吉な匂いがするよ。
905 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 14:43:50 ] >>904 禿同 特にツリービューは気をつけたほうがいい
906 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 15:05:28 ] >>900-905 MSDNですと、発生順序に関しては必ずしも明記されていないように思いました。 確か本にはFormのLoad時とClose時のものなどが掲載されているものがありました。 それと同様の情報がどなたか公開されているのではないかと思ったのでした。 それでは、また調べてみます。ありがとうございました。
907 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 16:34:26 ] 明記されていない場合は順番を当てにしない方がいいと思うよ
908 名前:デフォルトの名無しさん [2007/06/30(土) 22:22:46 ] 自分でConsoleWriteでもつかって調べればいいだろうに・・・・
909 名前:デフォルトの名無しさん mailto:sage [2007/06/30(土) 22:36:44 ] 俺も前にトレイからの復帰時にtreeview関係のイベントが起きて困ったもんだ
910 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 12:29:39 ] 順番を当てにされたくないから意図的に明記してないのかもしれないし
911 名前:デフォルトの名無しさん mailto:sage [2007/07/01(日) 12:40:46 ] いやそういう問題でももちろんあるんだけど、 「イベントの順序に依存したコードの不吉な兆候」というのは、 仮にそれ(イベントの順序)が確定しているとしても、それを人間が正しく 認識していないと意味を把握できないコードになりがちだから 保守性や拡張性の点で問題があるということでしょ。
912 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 15:37:39 ] GroupBoxの線の色を代えられないとか、どんな仕様にしてるんじゃ.NETは〜!! ちょぼちょぼ、痒い所に手が届かない風にコントロールなどが 作られてあって面倒くさい。 つうか、折れも画面を作る前に気が付けよ・・・。 は〜〜〜。orz
913 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 15:51:28 ] 馬鹿の要望きいてるほどMSも暇じゃないんじゃね?
914 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:01:51 ] 文句はチラシの裏に書け。 質問なら、素直に聞け。 思わせぶりな文章書いて、対策案を貰おうとしている様が見え見えで引く。
915 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:32:44 ] >>913-4 すいません。愚痴でした。 確かにチラシの裏に書いとけば良かったです。 まあ、もう、解決したんですが、その方法もチラ裏に書いときますわ。 いや、しかし.NETはほんとに、ちょっと足りないよ。 DateTimePickerは空に出来ないとか、FileDialogでフォルダとファイルの選択が〜とか。 ま、こちらも解決しているんで、今となってはどうでも良いですが。
916 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:56:26 ] >>915 だからチラシに書けよ。書き込むな。
917 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:58:22 ] 質問スレに愚痴てwwwwwどんだけwwwwwwwww
918 名前:デフォルトの名無しさん [2007/07/02(月) 18:16:42 ] >>915 >いや、しかし.NETはほんとに、ちょっと足りないよ。 いや、足りないのは君の頭と想像力と解釈力
919 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 20:05:50 ] >>915 標準コントロールの機能が十分だったらサードパーティ涙目だろが
920 名前:デフォルトの名無しさん mailto:sage [2007/07/02(月) 20:16:06 ] というより、たまたま俺様が欲しいと思ってる機能がないのは何でじゃ〜(ムキー) っていうのはちょっと精神病チックだよね正直w まあ20%ぐらいは共感できる部分もあるけど、ドトネトの場合比較的簡単に コントロールの機能が拡張できるから俺はそんなに不満はないなあ。 ただ、ToolStrip関係はもう少しなんとかならなかったのか?とは思わんこともない。 クラスライブラリ的に醜すぎるし、拡張がしづらいんだよねToolStrip関係は。
921 名前:デフォルトの名無しさん [2007/07/03(火) 12:01:30 ] 業界未経験ですが、PGの面接に行ったらVB6をやってもらうと言われました。 現職場でVB.NETではアプリケーションを作ったこともあり、受注先に納品した り、社内でのデータベースを構築した経験(図書管理など)もあります。 .NET→VB6へ下がってしまうのがなんか時代に逆行するようで嫌なのですが、 .NET→VB6への移行(頭の切り替え?)はやっぱり難しいものでしょうか? 一応、エクセルのVBAはフォームまわりやファイル処理はできます。
922 名前:デフォルトの名無しさん [2007/07/03(火) 12:13:28 ] VBA+αくらいで考えとけばいいんじゃない? 意向が難しいかどうかは人それぞれだけど たぶん君なら大丈夫 ただ・・・いろいろ.netならなぁ・・ とか思うことは多いだろうな・・・・
923 名前:デフォルトの名無しさん mailto:sage [2007/07/03(火) 14:02:48 ] If文とか書いたとき、自動でEnd Ifを挿入してくれなくてイラつくと予想。
924 名前:デフォルトの名無しさん mailto:sage [2007/07/03(火) 14:03:27 ] VB.NETなら誰が書いたコードでもそれなりに理解できるが アホがVB6で書いたコードは何がどうなってるのか読むのが大変
925 名前:デフォルトの名無しさん [2007/07/03(火) 14:05:35 ] 2005のWindows.Formアプリで質問です。 DataGridViewのコンボボックスカラムを使用してデータを選択させています このデータはDataSourceで指定されたデータを使用しています。 問題はこの後で、データの文字がセルの幅を超える場合、ドロップダウンが表示されたときにすべて表示されない状態になっています。 オーナードローすればいいんでしょうが、幸いDropDownプロパティがあるのでこれを使いたいと思います。 このとき、普通であれば表示させるデータをなめてMeasureStringで最大幅を設定するのでしょうが データ取得に時間がかかりデータ数が多いこともあり、できるだけループで回すようなことをしたくありません。 もし何か回避する方法があるのであればお教え願えませんか? もし無いのであれば諦めてデータをなめて最大幅を設定しようと思います。
926 名前:デフォルトの名無しさん mailto:sage [2007/07/03(火) 14:24:00 ] >>925 AutoSizeMode = AllCells でいいんじゃない?
927 名前:デフォルトの名無しさん [2007/07/03(火) 14:31:51 ] >>926 あ〜そういう手がありますね 早速やってみたところドロップダウンが奇麗に表示されました。 長い文字を選択するとセルのサイズ変わっちゃうけど、まぁこれはこれで取りあえず置いておいてつづけようかと思います。 (Keyの項目なので表示しきる必要はあると考えて) 回答ありがとうございました。
928 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 05:41:03 ] ところでおまいら少し安め。 ベンジャミンフルフォード 「日本はここから侍のこころを取り戻そう!」 www.harmonicslife.net/PodCasts/2006/Yumi20061013Podcast_911Fulford.mp3
929 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 18:07:03 ] 文字コードの自動判別ができるのはどのバージョンのVB.NET?
930 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 18:20:07 ] むしろその日本語ってどんなバージョンだよw 頭おかしいんじゃねえの
931 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 20:38:56 ] 多分それができるころにはVBはなくなってると思う
932 名前:デフォルトの名無しさん mailto:sage [2007/07/04(水) 22:10:25 ] C:\WINDOES\fontsのなかにあるEUDC.TTEをローカル(C:\copy)にコピーしたいんですが、 System.IO.File.Copyを使ってもwindowsに変な影響出たりしませんか?
933 名前:デフォルトの名無しさん [2007/07/04(水) 23:39:43 ] DatagridViewでデザイン時にカラムを追加してPropertyName設定してテーブルをバインド ↓ データソースの中身Dispose+Nothing ↓ 同じ構造の別テーブルをDataSourceにセット ↓ 最初にデザイナで追加しておいたカラムがDataGridViewのColumnsから消えてる ( ゚Д゚)ポカーン 気付くまで30分かかったw
934 名前:932 mailto:sage [2007/07/05(木) 09:36:36 ] 自己解決しました。
935 名前:932 mailto:sage [2007/07/05(木) 12:26:34 ] ↑って誰ですか? 解決してないんですけど
936 名前:デフォルトの名無しさん mailto:sage [2007/07/05(木) 12:35:11 ] >>932 削除とかならまだしも、普通にコピーとるだけなんだろ?なにを心配してるんだ? 馬鹿らしくてみんな答えないだけだよ。 というか自分で試せることだろ? 心配なら復元ポイントでもつくってやってみろ。
937 名前:デフォルトの名無しさん [2007/07/05(木) 13:18:45 ] >>936 こういう馬鹿は試しもせずに聞いてくるからたちが悪い 失敗から学ぶことのほうが多いというのに
938 名前:デフォルトの名無しさん [2007/07/05(木) 19:27:17 ] コンポーネントってデザイナでフォームじゃなくなんか下の方に置かれるじゃないですか? カスタムコンポーネントを作ろうとした場合、どうやってフォームの情報を取得するんですかね?
939 名前:デフォルトの名無しさん mailto:sage [2007/07/05(木) 19:29:12 ] Containerをフォームの型にキャストすればいいんだけど そうするとコンポーネントとして分離した意味がなくなるからそういうのはダメ
940 名前:デフォルトの名無しさん [2007/07/05(木) 19:45:04 ] ぇぇー、ダメって、例えば貼り付けるだけでフォームの特定のコントロールにほにゃららな 機能を追加するってようなのもダメぇ?コントロールをカスタムるより楽じゃん?
941 名前:デフォルトの名無しさん [2007/07/05(木) 20:15:37 ] OSのGUIを使わず、アカウントがビルドインユーザ であるかそうでないか判断する方法しっている方 いましたら、教えて欲しいです。 Visual Basic .NET プログラムで実装します。 コマンド、Win32_API 、レジストリ、WMI でもかまいません。
942 名前:デフォルトの名無しさん [2007/07/05(木) 20:20:07 ] いや・・・いろいろ方法ありますよ
943 名前:941 [2007/07/05(木) 22:20:28 ] ちょっと文章がおかしかったっす Visual Basic .NET プログラムで実装します。 クラスライブラリ、コマンド、Win32_API 、レジストリ、WMI どれか1つでかまいません ということです
944 名前:941 [2007/07/05(木) 23:02:18 ] 自己解決しました。
945 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 00:14:09 ] >>940 どうやんのそれ プロパティで対象のコントロールを直接指定するの? それなら>>938 みたいなことをする必要は全くない フォームの特定のコントロールを勝手に参照したら そのフォームに依存してしまうだろ
946 名前:デフォルトの名無しさん [2007/07/06(金) 02:50:00 ] >>941 なに使ったの? 俺は調べきれなくって 時間なかった時だったんでNetUserEnum 使ったんだが
947 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 04:01:19 ] WindowsPrincipal じゃね?
948 名前:デフォルトの名無しさん [2007/07/06(金) 06:31:03 ] Objectクラスの MemberwiseClone メソッドについて教えてください。 これで Clone を作って調べてみると、 cntrlClone = DirectCast(cntrl.MemberwiseClone, コントロールのタイプ名) ここで、元のオブジェクトインスタンスと別ものらしいこと cntrlClone IsNot cntrl は True はわかったのですが、Control でこれを使って作ったCloneを操作すると、 元オブジェクトのインスタンスが操作されてしまいました。 この cntrlClone の Size や Location を変えると、元の cntrl が動いてしまい、 cntrlClone の方は該当の場所には現われてすら来ませんでした。 MemberwiseClone メソッドで作成されるCloneというのは、どういうものなのか 今一よくわからず、これは別のインスタンスを完全に別ものとして作成するのでは ないということでしょうか、あるいはまた扱い方に問題があるでしょうか。 よろしくお願いします。
949 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 06:51:01 ] >>948 MemberwiseCloneは直接のメンバーのコピーしかしない。 メンバーとして参照型のオブジェクトを持っていた場合は参照しかコピーされないので コピーされたオブジェクトは同じ子オブジェクトを参照することになる。
950 名前:デフォルトの名無しさん [2007/07/06(金) 07:16:55 ] >>949 その 「メンバー」 の意味するものとは、元オブジェクトのフィールドのことですよね、 しかし、Clone 自体のインスタンスは、明らかに、元オブジェクトのインスタンスとは 別物になるはずですよね? それが、cntrlClone と cntrl が別ものとして cntrlClone IsNot cntrl は True とはなっているのに、cntrlClone を操作すると、どういうわけか、cntrl が動いて しまうようなのです。cntrlClone と cntrl の両方が画面に現われるかと思っていると 片方しか現われないのです。つまり、cntrlClone はで来ていないかのように見える のです。 こういうことはおかしいように思うのですが、よくわからないのでした。
951 名前:デフォルトの名無しさん [2007/07/06(金) 07:20:06 ] それとも、cntrlClone への操作が、自動的に cntrl 側にも同時に伝わってしまって 同時に2つとも同じ操作の対象になってしまっているのでしょうか?? まさかそういうことはちょっと信じられないのですが・・・。
952 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 07:37:17 ] class B { public int Ope() { .. } } class A { B b = new B(); public int Ope() { return b.Ope(); } } こういう構造ならいくらAのクローンを作ってもBはひとつ。 a もクローンa もインスタンスは違っても共通の動作になるだろ
953 名前:デフォルトの名無しさん [2007/07/06(金) 07:54:52 ] >>952 そのおっしゃってることの意味は>>949 の意味かと思いますが、 画面にすでに cntrl があった場合に、>>948 のように cntrlClone = DirectCast(cntrl.MemberwiseClone, コントロールのタイプ名) のようにして作成した場合、実体として cntrl と cntrlClone は別モノで、 別々のコントロールとして作成されるとすれば、 cntrlClone.Top = cntrlClone.Top + 10 と操作したら、cntrl の Top が +10 してしまうのはおかしいのではないかと・・・ それとも、cntrl が何かの派生であった場合、Baseクラスに対しても Clone を 別に作成しないといけない、というようなことなのでしょうか?まさか
954 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 08:13:15 ] Windows.FormsのFormやらButtonがどういう構造になってるかは知らんが、 実体はWin32のアンマネージドリソースなんだから、 SizeやらLocationやらは毎回Win32のリソースに問い合わせてる可能性が高いぞ。 そうなると両方のオブジェクトが同じハンドルのWin32リソースを操作するわけだから 同じになるのは当然だろ。 ICloneable.Cloneが実装されてないのに、中身もわからないクラスのクローンを作るのは 無謀だと思うぞ。
955 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 08:19:32 ] >>953 既に954が書いてるし、俺はあまりWin32に明るくないんだけど、 要するに、例えばFormにTextbox1があるとして、Form上に見えている テキストボックスはTextbox1そのものではなく、「Textbox1が内部にもっている何物か」 に過ぎないということなんでしょう。 それなら話の辻褄あうでしょ。
956 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 08:44:23 ] >>954-955 どうもです、やっぱり cntrlClone = DirectCast(cntrl.MemberwiseClone, コントロールのタイプ名) ・・・[1] で コントロールの別実体の Clone が作れると思わない方がいいでしょうか? ICloneable.Clone については、 www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?forum=7&topic=27051 なども参照してみて実装してみたりしてますが、この使い方では結局 Clone の作成は [1] でやっているんですよね。 普通に最初から New でコンストラクトして、必要なフィールドなどを値でコピーして 地道に作成するほかないでしょうか。そうなると、 MemberwiseClone の利用方法が 今一不明になるわけですが・・・どうもよくわかりません
957 名前:デフォルトの名無しさん [2007/07/06(金) 08:48:58 ] >>956 あっ、これ書いてみて今気がつきましたが、この参照サイトにあるのは [1] ではなく、 Dim hWankuma As WankumaData = DirectCast(Me.Clone(), WankumaData) ・・・ Private Function Clone() As Object Implements System.ICloneable.Clone Return Me.MemberwiseClone() End Function となってるところが違うのか・・・、もしかしてこれでしたか?ちょっとやってみます。 だとしたら自分の使い方のミスですね。飯食ってからやってみてまた報告します。 どうもでした。
958 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 09:41:34 ] ああ、くそう ここで交わされる会話がスラスラ理解できるようになりたいw
959 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 11:14:28 ] たいしたこと言ってないから
960 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 12:36:43 ] >>956-957 なんか書いてること読むと基本が理解できてない感じ。 自分でクラス作れない人? だったら場当たり的な「調べ方」では永遠に埒あかないと思うよ。 少なくともクラスと構造体の区別が理解できていれば、 フィールドの値(オブジェクトのメモリーイメージ)だけ複製しても 無意味な場合があることはすぐ理解できるはず。
961 名前:デフォルトの名無しさん [2007/07/06(金) 12:58:22 ] >>960 うーん、おっしゃってることは分ってるつもりですが、 要はコントロールの複製を作るにはこういうメソッド使えない ということでしょうか? もし使えるとしても、では後何をどうすれば複製を作成できるようになるでしょう? 毎回、Newでコンストラクトして作成して、それにフォールド値をいちいちコピーする やり方では、クラスをバージョンアップしてフィールドが増えたりするたびにそこに 手を入れる必要があるので忘れやすく、そういうことを防止するためにはこのメソッドを 使うほうがいいという感じで書いてあるところが多くあるかと思います。 では、現実の実体としてコントロールをこのメソッドも使って複製したい場合、 どれとどれとどれのどのような手続きをへて可能になるのか、それが知りたいのですが、 現状の知識ではわかりません。またそうした使い方をして説明してあるサイトが見つからない のです。 ちなみに、当然というか、>>957 で試してみてもやっぱりだめでした。まー同じことだろうとは 思ってましたが、やっぱりその通りでした。
962 名前:デフォルトの名無しさん [2007/07/06(金) 13:03:03 ] >>954-955 のご指導もありましたが、もしオブジェクトの実体を指すインスタンスが 別途にできていないのだとするとそういうことになるのかもしれませんが、 しかし、たとえフィールド値のコピーだけだとしても、そうだとすると、コントロールの 実体を指すプロパティが他にあって、それのCloneを作成する必要があるということ でしょうか? もしよろしければ、その辺をご指導いただけますか?
963 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 14:27:19 ] >うーん、おっしゃってることは分ってるつもりですが、 ダウト >コントロールの 実体を指すプロパティが他にあって、それのCloneを作成する必要があるということ >でしょうか? 大雑把にいうと Control -> NativeWindowクラスのプライベートフィールド-> IWin32Window(Win32ハンドルのラッパ)-> アンマネージドの世界 素直にICloneableを実装して必要なフィールドを自力で埋めろ、ってこった。
964 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 15:21:46 ] 意識的に自分で使ってるプロパティだけ新しいオブジェクトに移せばいいだろ コントロールなんて大概「同じもののように見える」で十分 手軽にできるようにしたかったら, コントロールの初期化をラップしといて簡単に再現できるようにするとか
965 名前:デフォルトの名無しさん [2007/07/06(金) 15:28:26 ] >>963 どうもです。 おっしゃてることは、ですから、要するに、 >>957 の Private Function Clone() As Object Implements System.ICloneable.Clone Return Me.MemberwiseClone() End Function の中の Return Me.MemberwiseClone() は使えません(>>961 の通り)ということで、 全部毎回フィールドを自分で世話するという、以前からある手法でやるほかない、 ということなのですね。 つまり、少なくともコントロールに関するかぎり、 MemberwiseClone() は有効にはならず 利用できない、ということで納得するほかないと・・・。わかりました、ということはせっかく MemberwiseClone() というメソッドが継承されていても、使えないメソッドなのだという ことなのですね、少なくともControlクラスにおいては。 ではやはりそのようにするしかなさそうですね。ご指導感謝します。
966 名前:デフォルトの名無しさん [2007/07/06(金) 15:29:58 ] >>964 同様のご意見ということで、わかりました。無理そうなので 結局そういう感じでやることに致しました。
967 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 16:42:48 ] >Dim hWankuma As WankumaData = DirectCast(Me.Clone(), WankumaData) Wankumaってここを見たんだろうけど、 blogs.wankuma.com/jeanne/archive/2006/04/06/22272.aspx blogs.wankuma.com/jeanne/archive/2006/04/07/22287.aspx ICloneableの実装の説明としてみると例えとして変なので軽く理解したら他をあたったほうがいい。
968 名前:デフォルトの名無しさん [2007/07/06(金) 17:03:04 ] ADO.NETでウィザードを使ってデータベースに接続したり,コントロールに連結したりした アプリケーションを配布する場合,データベースへのパスがユーザによって変わってくる と思いますが,どこでConnectionStringの変更を指定したらいいのですか? 具体的には,ウィザードを使うとFormのRegion〜EndRegionの間にOledbConnectionに関する 記述がありますが,配布した時に最初にデータベースの位置をユーザが指定して,それを レジストリに書き込みたいのですが,それに関する記述はどこに書いたらいいでしょうか? Form_Loadですか?
969 名前:デフォルトの名無しさん [2007/07/06(金) 18:49:34 ] CheckdListboxコントロールの継承に関して質問です。 このコントロールの中にあるItemsにAddやRemoveなどのコマンドがありますが、 こちらを継承、もしくはItemsにメンバー変数などを追加するには どのようにすれば良いのでしょうか? やりたい事は、CheckdListboxコントロールは、主にItemsの「Index、item、Checked」と 三つの情報を取り扱いますが、こちらに一つ追加したい。 現状は、CheckdListboxコントロールの継承クラスに、メンバーを追加して、 ItemAdd とか ItemRemove とかを作って無理やり実現させています。
970 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 18:50:50 ] >>945 ヒント:ErrorProvider
971 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 22:52:48 ] >>969 継承についてもっと勉強してください。 あなたの考えてることは不可能です。
972 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 23:02:22 ] >>971 その前に君969の言ってることがわかるの? 俺にとっては>>969 の文章はサッパリ理解不能なんだが。 きっとエスパーなんだね君は。 自分の勝手な想像と書いてあることの区別がつかない痛い奴でなければ。
973 名前:デフォルトの名無しさん [2007/07/06(金) 23:38:51 ] >>972 は自分でさっぱり理解不能な場合、答える人は 全てエスパーに見えるらしい。 …あ、釣りですか。そうですか。
974 名前:デフォルトの名無しさん mailto:sage [2007/07/06(金) 23:43:46 ] いや釣りじゃなくて嫌味ね。 しかし、嫌味が通じない人間の人生ってきっとさぞかし「楽しい」んだろうな。 おっと、この人嫌味が通じないんだったなw
975 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 00:14:44 ] くだらね。
976 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 00:54:58 ] なんか最近.net関連のスレに気違いが混じってるなぁ
977 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 00:56:52 ] 「釣りですか」というのが嫌味だと理解できなかった可哀相な人がいるスレはここですか?
978 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 01:01:31 ] そういや「全てエスパーに見えるらしい」ってもの嫌味の部類だよなあ 通じなかったみたいだけど。
979 名前:969 [2007/07/07(土) 09:52:05 ] 自己解決しました。
980 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 10:09:52 ] >>932 がさっきから腹いせにスレを荒らしている件
981 名前:デフォルトの名無しさん [2007/07/07(土) 10:26:25 ] フォォムのLoad中〜Load完了までの状態を判定するにはどうすればいんですかね? Visible=False Then じゃなんとなくダサいんですが
982 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 10:49:43 ] だれが判断したいわけ?
983 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 12:29:48 ] >>982 入社2年目のプログラマーです
984 名前:デフォルトの名無しさん [2007/07/07(土) 13:01:08 ] 自作コントロールのItemプロパティを作成したんだけど 出来ればデザイン時に項目を設定できるようにしたいんです。 確かシリアライズ出来るようにしなければいけないと思ったんですが ちょっと情報が探せませんでした。 ご存知の方簡単で構いませんのでお教え願えませんか?
985 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 13:18:26 ] >>984 ん?propertyになっているなら、デザイン時に設定できるだろ?
986 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:08:17 ] >>984 悪いけど酷い日本語だなあ。何が言いたいのか意味わからんよ。 なので推測で答えるけど、プロパティグリッドで独自のUIを使いたいってことなら 多分ここの記事が参考になると思う。 www.comrade.co.jp/component/dotnetroom/index.htm
987 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:18:56 ] デザイナまで作ろうってんじゃなくて単にプロパティウィンドウに出したいだけじゃねぇの? BrowsableAttribute属性付けるだけでいいレベルじゃないのか。
988 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:25:21 ] プロパティグリッドが俺やアンタの作った俺様コレクションの俺様アイテムの 編集方法を理解できるわけないでしょアホか。
989 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 14:52:08 ] 日本語云々に拘っている変な人がいるよね。
990 名前:デフォルトの名無しさん mailto:sage [2007/07/07(土) 16:09:18 ] 向こうで書きにくくなったJittaが暴れているんだろ。
991 名前:デフォルトの名無しさん [2007/07/09(月) 12:13:11 ] VB2005で、IEのプロキシを設定したいのだけど、コマンドがわかりません。 教えていただけませんでしょうか。
992 名前:デフォルトの名無しさん mailto:sage [2007/07/09(月) 12:17:34 ] >>991 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings のProxyServerの値をVBでいじればいい
993 名前:デフォルトの名無しさん [2007/07/09(月) 12:18:17 ] >>991 どんな方法で設定するのか知らないけど HKEY_CURRENT_USER\…\Internet Settings このレジストリいじるのじゃなくって別の方法?
994 名前:デフォルトの名無しさん mailto:sage [2007/07/09(月) 12:45:49 ] >>981 普通に書けば、メンバ変数 Private m_loaded As Boolean = False とプロパティ Public ReadOnly Property Loaded() As Boolean Get Return m_loaded End Get End Property を持たせておいて、OnLoadで Protected Overloads Overrides Sub OnLoad(ByVal e As System.EventArgs) MyBase.OnLoad(e) m_loaded = True End Sub でいいと思いますが。 >Visible=False Then じゃなんとなくダサいんですが Boolean値をリテラルと比較するのは「ダサい」というより「間抜け」ですね。 >>988 >俺様コレクション かどうかは判りませんが、それが既知の型の配列であれば 何もしなくともプロパティグリッドに表示されますね。 まあ、そうならないから質問してるんでしょうけど。
995 名前:991 [2007/07/09(月) 22:15:08 ] >>991 、>>992 さっそく、ありがとうございました。 とても参考になります。 まだレジストリをいじったことがないので、 まずはレジストリのいじり方を調べてみます。
996 名前:デフォルトの名無しさん mailto:sage [2007/07/10(火) 09:25:38 ] h
997 名前:デフォルトの名無しさん mailto:sage [2007/07/10(火) 09:26:07 ] t
998 名前:デフォルトの名無しさん mailto:sage [2007/07/10(火) 09:26:42 ] t
999 名前:デフォルトの名無しさん mailto:sage [2007/07/10(火) 09:27:11 ] p
1000 名前:小倉優子 ◆en0rG2J.f6 mailto:sage [2007/07/10(火) 09:28:10 ] 1000ならジュースでも飲むか
1001 名前:1001 [Over 1000 Thread] このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。