VB.NET質問ｽﾚ (Part19)

1 名前：デフォルトの名無しさん [2007/01/12(金) 15:57:21 ] 前スレVB.NET質問ｽﾚ (Part18) pc10.2ch.net/test/read.cgi/tech/1161250878/ 528 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 22:03:21 ] >>527 VScrollBar コントロールをそのUserControlに張り付けりゃいいんじゃねーの? 529 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 22:16:18 ] >>527 となると、SetScrollInfoをP/Invokeかなあ 他の処理も自前でやらないといけなくなりそうだが 530 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 00:04:52 ] 貴重な意見ありがとうございます。 >>528 そうなると自前で書く部分が相当増えそうなきがして。。。 コントロールの移動とか(；´∀｀) >>529 ちょっとそれでググたりしてやってみることにします。 実際、コントロールの機能にないものを実装することがなかったので・・・ かなりきついとは思いますが(；´∀｀) 531 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 00:33:30 ] 親亀の上に子ガメをのせて孫亀乗せればいいじゃないか 532 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 01:15:31 ] とりあえずやってみました。 >>528の方法をまず試してみた 中にあるコントロールのサイズが大きいときだけEnable=Trueにして 期待通りの動作はしたけれど問題はVisualStyleですね。 次は>>529のを次試してみることにしよう 533 名前：デフォルトの名無しさん [2007/02/11(日) 19:09:57 ] 誰か>>507教えてください。よろしく 534 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 22:56:23 ] 質問です 他の方がC#で作ったというDLLをもらってきて、 自分のVB2005で参照追加して使っているのですが、 できたプログラムをIDE上のデバッグモードで走らせるときは、期待通りの結果が得られますが、 ビルドしてできたEXEを実行しても結果がデバッグモードの時と違ってしまいます。 具体的にはDLLに含まれるある関数の戻り値が、ビルドしたEXEファイルでは必ず0になってしまっているようです。 他に特にエラーを吐くわけでもなく、DLL内のクラスのインスタンスを作ったり、関数を呼ぶこと自体はできているようです。 このようにデバッグ時とビルド後で結果が違ってしまう場合の原因ってどんなことが考えられるでしょうか？ ちなみに、環境はWinXP Pro(SP2) + VB2005 ExpressEditionです 535 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 23:13:08 ] >>533 2003になったとき、しばらく探してあきらめたような覚えがある。 ぶっちゃけ無くなっちゃったと思ってる。 536 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 23:21:06 ] VB6とかいうインタプリタの時代の機能じゃねえの？ 537 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 23:25:29 ] >>534 関数？ 作者に聞くしかないんじゃね？ // とか言いつつ実は漏れだったらどうしようｗ 538 名前：534 mailto:sage [2007/02/11(日) 23:48:34 ] >>537 >関数？ すみません、書き方が悪かったです。 正確にはDLLに含まれるクラスの中のメソッドです。 「A.DLL」のなかに 「B」というクラスがあって、そのクラス内にFunction C() As Double というメソッドがあったとして、 Dim Test As A.B = New A.B MsgBox(Test.C（）.Tostring) というコードを実行したとき、デバッグモードでは0でないある数値が表示されるのに、ビルドした後だと必ず0が表示されてしまうのです。 やっぱり作者に聞くしかないですかね・・・ 539 名前：デフォルトの名無しさん [2007/02/12(月) 01:18:45 ] Form3_Loadで、もしForm1からForm3へ移動してきた場合は真 Form2からForm3へ移動してきた場合は偽を返す ･･･みたいなこと出来ますか？ もし出来るのでしたらヒントかソース教えていただけると嬉しい。 540 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 01:25:58 ] >>538 デバッグ時とリリース時で挙動が違うときは最適化を疑う >>539 「移動してきた」の意味が分からん。 直前にアクティブだったってこと? それとも各フォームからShowされたってこと? 541 名前：５３９ [2007/02/12(月) 01:30:50 ] フォーム１，２でこのソースを使って３へ移動しています If frm3 Is Nothing Then frm3 = New Form3 End If frm3.Owner() = Me Me.Hide() frm3.ShowDialog() わかりにくくてすみません 542 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 01:36:16 ] >frm3.Owner() = Me ってしてるんだったらForm3_LoadでOwnerの型を調べりゃいいじゃん 543 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 01:51:37 ] >>538 ConditionalAttributeが怪しいといってみる 544 名前：５３９ [2007/02/12(月) 02:11:40 ] レスありがとうございます！ Ownerの型ってどうやって調べるんでしょうか？ ぐぐっても今一ピンとくるものがなく困っています。 545 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 06:30:38 ] >>539 if frm3.Owner = frm1 then これでだめか？ 546 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 10:32:52 ] しかし、ダメな奴に限って意味なくやたらとウィンドウが遷移するような UI作りたがるのはどうしてなんだろうね。 そんでもって「別フォームの変数にアクセスするには〜」とか言ってやんの 547 名前：デフォルトの名無しさん [2007/02/12(月) 15:25:52 ] ちょっとぼやいてもいい？？ しかしなんでこうHelp役に多端の金？ ms-help://MS.VSCC.v80/MS.MSDN.v80/MS.NETDEVFX.v20.ja/CPref17/html/M_System_Windows_Forms_ToolStripItemCollection_CopyTo_1_1f033e27.htm このCopyToすると、元のメニューのコレクションの中身が全部なくなるって 不具合なんで記載しておかないの金？ｗ 548 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 15:27:36 ] CopyってCloneつくるんじゃなくて、配列にコピーしたら元のは消しますって かいとかないのはなぜ？ｗ　もしコピーじゃなくて移動ならMoveとか名前変えないと 絶対ウソだろが。 549 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 15:58:07 ] アンタの環境特有のURL貼られてもねえw 550 名前：デフォルトの名無しさん [2007/02/12(月) 16:07:51 ] >>549 すまそです msdn2.microsoft.com/ja-jp/library/system.windows.forms.toolstripitemcollection.copyto(VS.80).aspx それにしても、いまいちわからんのだが ToolStripItem を　New で生成しようとすると　New　は使えんと言ってくるが、Help　見ると msdn2.microsoft.com/ja-jp/library/8fw63t85(VS.80).aspx あるようで、どうもわかりまへん。誰かおせーてちょー なんかの設定なのか 551 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:13:57 ] ライブラリどころか言語の基本的なところが理解できてないだけ そのコンストラクタは Protected だし、そもそも ToolStripItem は MustInherit だ 552 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:14:26 ] protectedって書いてあるじゃんw 意味わからないなら真面目に初歩から勉強したほうがいいと思うよ 553 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:18:40 ] >>550 ついでに言うと実はｺﾝﾃｷｽﾄﾒﾆｭｰのMergeがしたいのだが、どうも見当たらない （従来のMenuだとあるんだけどね）んで、しかたなくいきなりInsertとかAddしたんだが、 やっぱり元のﾒﾆｭｰからは中身が消えてしまった、んで、んじゃあCopyToとかが あったんでそれもやってみたんだが、やぱ−り元が消えて移ってしまうんだよね。 昔のMenuはﾏｰｼﾞしても別に元は消えなかったのに 554 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:23:00 ] >>550-551 なるほど、Newが使えるのは派生クラスだけだと。確かにMustInheritと出てはきてますたし 後段ヘルプのprotectedにも目が行かなかった、すまそですた。 しかしそうなると、ContexrMenuの場合、やっぱりｺﾝﾄﾛｰﾙ貼ってGUIでいちいち全部手で 書き込むしかないんですかね 555 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:23:59 ] >>554訂正　ContexrMenuの場合＞ContextMenuの場合 556 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 16:51:30 ] で、例えば i0 = 2 For j = 0 To ContextMenuStrip2.Items.Count - 1 With ContextMenuStrip2.Items(j) Dim newMItem As ToolStripMenuItem = New ToolStripMenuItem(.Text) i = i0 + j ContextMenuStrip1.Items.Insert(i, newMItem) End With Next こんなことをすれば一応コピーの形はできるんだけど、WithEventで宣言してないから HandlerはAddHandlerでこれもいちいち書かなくちゃいけないし、結局Mergeメソッドは ないってことで、なんだか下位互換性のためにMainMenuもContextMenuも残してありますって のはどうも言い訳っぽい気がするんだよね、なんでMerggeなくしたんだろ？？ 557 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:09:27 ] >>556 だからくだらないことでクダ巻いてる時間に基礎を勉強した方がいいよ。 とりあえず文句いうのはせめて参照型の意味がわかるようになってからにしろって あんた、かなり恥ずかしい発言してると思うよw 558 名前：デフォルトの名無しさん [2007/02/12(月) 17:33:01 ] >>557 勉強は並行してやりますが、、それはおいておいて、下位のはずのMainMenuやContextMenuで できてたMenuMergeを、上位のはずのMenuStripやContextMenuStripでなくなってしまった のはなんでだろね？ 上位なら上位らしくできるというべきじゃないのかな 559 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:33:46 ] できないんならできないでいいけど、だったら上位というのは問題だよな 560 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:37:28 ] >>557 それと、参照型の話は Public Sub CopyTo ( _ array As ToolStripItem(), _ index As Integer ) がByValになってないってことかもしれんけど、それがどうしたって感じもする 違ってたら言ってほしいけど、世の中でCopyのコピペって、Cut&Pasteとは 異なる機能を言うよな、このCopyToの機能は明らかに　CutAndPasteToだぜ？ これのがはずかしいんじゃね？ｗ 561 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:39:55 ] もし仮にCopyToが参照型だからって言って、Cutされていい理由なんかないだろ？ 参照型だというのなら、そしてCopyなんだというのなら、せめて、同一の実体を 使いませる意味で「割り当てる」って意味にしなけりゃおかしいと思うよ。それなら 消えるはずはないし。 562 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:40:54 ] あくまでもCutの意味なんだというのなら、明らかにCopyToの命名はおかしすぎるよ。 563 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:41:17 ] ろくすっぽ調べもせずにぐちゃぐちゃ言うのってすごく恥ずかしいよなｗ ToolStripManager.Merge 564 名前：563 mailto:sage [2007/02/12(月) 17:49:02 ] それにCopyToしただけではコレクションの中身は消えない。 まさか、そのまま他のToolStripに追加したりしてないだろうなｗ 565 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 18:41:40 ] 低能が粘着してるスレはここですか? 566 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 19:15:21 ] >>563 わかった、すまなかった。あんまり探すのに時間かかるんでイラついてた。 申し訳ない。 ＞ToolStripManager.Merge ありがとう。助かった。 >>564 >まさか、そのまま他のToolStripに追加したりしてないだろうな mergeできないかもと思って、CopyToに手を出したんだけど、これは ToolStrip型の配列に対して行なってみたら、元のContextMenuStrpが 空になった。これってやっぱりダメなのね、でも配列にと書いてあるんだが 567 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 19:41:50 ] バカの自覚がないところが痛いんだよね。 568 名前：デフォルトの名無しさん [2007/02/12(月) 19:45:02 ] >>567 ん？別にバカでもなんでも構わないが、教えてくれたこの ＞ToolStripManager.Merge で、実際に　一つのContextMenuから別のContextMenuに中身のTooStripMenuItemが 消えないでmergeされるコードはどうやって書くのか教えてほしいんだが。 良ければ教えてくれ。たのむ。 569 名前：デフォルトの名無しさん [2007/02/12(月) 19:48:41 ] >>564では、CopyToで消えないと書いてあるよな、 ToolStripManager.Merge メソッド でもHelpにあるとおり、 ＞そのまま他のToolStripに追加したりして みたわけだが、やっぱり元のContextMenuからは消えてしまうんだよね。 これって何か恥ずかしいことでもしてるの？全くわからん。 570 名前：デフォルトの名無しさん [2007/02/12(月) 20:05:14 ] こっちがやってみたのは、 ContextMenuStrip1.AllowMerge = True ContextMenuStrip2.AllowMerge = True sourceContextMenuStrip = ContextMenuStrip2 targetName = "ContextMenuStrip1" returnValue = ToolStripManager.Merge(sourceContextMenuStrip, targetName) こうすると　returnValue はTrueだが　ContextMenuStrip2　から全部消えてしまう。 これで何が間違ってるんだろ？ 元に戻してみると確かに returnValue = ToolStripManager.RevertMerge(targetName) これで元には戻る。 571 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 20:30:55 ] マージなんだから消えるのが当然の挙動では？ 572 名前：デフォルトの名無しさん [2007/02/12(月) 20:39:59 ] >>571 やっぱり消えたの確認したのね、オッケーオッケー。いいよいいよ。 ってことは>>570のコードは別に間違ってないってことだよね？ ＞マージなんだから消えるのが当然の挙動では？ しかし本当にそう思う？ さっきも書いた通り、前からあったMainMenuもContextMenuではちゃんと消えない でMergeできてたんだよねー。当然上位のMenuでできないのは変でしょが。 たとえば、一つのContextMenuにはどこのｺﾝﾄﾛｰﾙでも使う共通のメニューアイテム を入れておいて、ｺﾝﾄﾛｰﾙ個別の内容は別に個別にｾｯﾄしてあるところにその共通 分のを　「マージ」　すると、どのｺﾝﾄﾛｰﾙにも共通項目が簡単につけられるし、 いらなくなったらはずせばいいわけでしょ。これが前はできてたのよ、なんで こんな便利な機能を外しちまったわけ？？マージはマージであって、元を消して いいなんて話はどう考えてもおかしいと、俺は思うね。だってそうなら前のMergeは なんだったの？ってことで 573 名前：デフォルトの名無しさん [2007/02/12(月) 20:42:43 ] でも、>>563-564には「消えない」という意味で書いてあるからなあ 回答待つことにするわ 574 名前：デフォルトの名無しさん [2007/02/12(月) 21:01:56 ] >>565>>567 回答くれるんならあんたでもいいけどな。 575 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 21:25:14 ] どうでもいいが、バカだと抜かしておいてたいしたことないのかよ＞>>565>>567 576 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 21:53:26 ] マイクロソフトの現実にわかりにくいHelp検索できるだけでは威張れませんよね それから基本的なことどうとかいうけど、権威を信じてるだけでプログラムの中身が ないんじゃだめですよ。 577 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 21:54:13 ] それでヘーキでバカが、とか、痛いとかｗ 笑っちゃうねｗ 578 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:08:50 ] 何を文句言ってるのかようやく分かったw ToolStripItemの派生クラスのインスタンスは、複数のToolStripItemCollectionに 同時に所属(?)できないようだけど、そのことに文句をたれているのか。 例えばMenuStripの項目の一部をContextMenuStripの項目の一部として表示したい、 ということなら、ContextMenuStripをShowする直前にAddRangeしてClosedイベントで 元のMenuStripに復元するだけでしょそんなの。 何も難しく考える必要はない。 それと、>>563-564の言ってることは別に間違ってないよ。 よく考えてみ。 まあ知識がないのに考えても思いて学ばざるはなんとやら、だが。 しかし、何か昔のフェミかサヨクみたいな壮大な勘違いしてるようだけど、 別にマイクロソフトは君が頑張れる環境を整備する責任を負ってないよ。 まあ君が勘違い野郎でも別に俺には関係ないけどw 579 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:20:26 ] >>578 >別にマイクロソフトは君が頑張れる環境を整備する責任を負ってないよ これこそ大きな勘違いだと思うけどなぁ Helpがわかりにくいのは現実、結局あれこれ本みて調べないと調べたいことに たどり着けなかったりするのはHelpとしてそれ自体「欠陥品」でしょ。 かつてのVB4.0のHelpは何でもすばやく出てきて優秀だった 生産性が良かったね それがHTMLベースになりレスポンスは遅くなり、しまいにゃあちこち 勝手にリンクが切れたり、全く使いものにならんよこんなの 壮大な勘違いはマイクロソフトの殿様商売の方だろそもそも 580 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:25:26 ] >>579 そーだよなー エクセルでも95のヘルプは良かったのに97で少し使いにくくなって、2000以降は もう使う気しないもの 581 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:26:06 ] >>578 >例えばMenuStripの項目の一部をContextMenuStripの項目の一部として表示したい、 >ということなら、ContextMenuStripをShowする直前にAddRangeしてClosedイベントで >元のMenuStripに復元するだけでしょそんなの。 >何も難しく考える必要はない まあそうやれば「このダウングレードされた欠陥商品」の欠陥を補うことはできるな それは>>570で済んでるよ 確かに ＞564 名前：563[sage] 投稿日：2007/02/12(月) 17:49:02 ＞それにCopyToしただけではコレクションの中身は消えない ＞まさか、そのまま他のToolStripに追加したりしてないだろうなｗ こそ痛かったと思うぜｗ だから、それじゃあいちいち元に戻さなくてもいいMergeの仕方をしてみせてくれよと 言ってんだが、結局できなかったってことだよなｗｗｗ 582 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:28:30 ] 偉そうに言う割りに結局はマイクロソフトの弁護して終わるやつが多いのここｗ 583 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:30:01 ] だから>>564は別に間違ってないって言ってるのに。。 本当馬鹿だな 584 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:32:43 ] >>583 元にもどしてもどれば消えてない、とでも？ 別の意味なら消えないマージの仕方を示してくれ。 いちいち戻すのはとても面倒でしょうがないからさ！ 585 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:34:34 ] Microsoftに訊けよ。 いくら偉そうに言っても怒らないからあいつら。 586 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:35:32 ] 中身の実体が別のところに張り付いてるから消えてない、ってのなら、 たとえば、こっちの桶にある水を別の桶に空けたら、こっちのは空っぽ になってしまった・・・・・はて、これをこっちの桶からは消えたって言わないのか？ 不思議な言語世界だぞそれはｗ 587 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:38:09 ] それから、前のMenuクラス群なら、Cloneが作れてちゃんと別ものがコピーで作れたぞ。 それがなんで新しいやつだとできないんだよ？だいぶへんなバージョンアップじゃないかね？？ 588 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:39:58 ] >>585 バカとか言ってる時点で十分えらそうだろｗ >>564とか言ってるくせにさ。消えてるじゃねえかよ、 Helpでやれと書いてあるとおりにやってんだぜ。 589 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:41:48 ] >>582 いやいやMSの弁護なんて誰もしてないって。 そうじゃなくて君が馬鹿だっていってるの。 だって与えられた条件はみんな一緒だぜw MSDNは確かにお世辞にも分かり安くもユーザーフレンドリーでもないが、 君のその体たらくは単なる君自身の勉強不足に由来するのであってMSの責任じゃないでしょ。 っていうか、そもそもプログラマっていうのはそれなりにプロフェッショナルであるべきであって、 馬鹿が無理してやるべき性質のものじゃないんだけど。 590 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:45:28 ] >>589 お前のはバカを連発して>>564の矛盾を糊塗しているだけｗ 591 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:48:10 ] 中身のないプログラムのバージョンアップはやめろというのが先決だろ？ｗｗ マイクロソフトは金儲けでソフト重くすればインテルと組んでハードもどんどん 仕方なしにでも買わせられる、これはグルでうまくやってるつもりなんだろｗ 592 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:49:59 ] 俺の大学時代の友人にもこういう被害妄想傾向の持ち主が一人いたな。。 奴は今元気にやってるだろうか。 593 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:53:15 ] 結局、こっちの桶から中身は移動して消えていたのが正しかった、しかし >>564は調べもしないでいいかげんなことをのたまって偉そうにしただけだった これが違うというのなら、桶の中身が消えていないというのなら、ちゃんと Mergeしてもこっちの方からは消えていかないMergeがあることを実際に示せなければ おかしいはずだ それができないことに後から気がついたもんでそんな言い訳をこいて指摘した 方を馬鹿だということで逃げ切ろうとｗ 別に消えてもいいんだよ、ちゃんと調べて消えてることを知った上でものを 言っていたんならなｗ 594 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 22:57:30 ] お前さんも痛い奴だな。 だから>>564は間違ってないって。 嘘だと思うなら実際やってみ 595 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:08:01 ] おい！ どうでもいいけど、数字コテくらいつけろよ>>547 596 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:08:32 ] >>594 そのコードを出して見せてくれよ とずっと言ってるのに出さない理由は？ 　１．簡単すぎてあほらしいから出せない 　２．ホントはできないから出せない 答えはどっちですかあ？ If　１　Then　 　回答コード Else 　すみませんでした 　どうも End If 597 名前：596 mailto:sage [2007/02/12(月) 23:12:14 ] もし１なら、先にそれを出しておけばいいこと しかし、それを出して説明しないから言ってきただけでしょが？＞>>594 戻せば戻るって、そんなのは当たり前、とっくに>>570でわかってますよ と前にも言ってますが。 598 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:13:48 ] コードって言ったってCopyToメソッド一行書くだけじゃんw まあいいや、例えばformのLoadイベントハンドラに次のように書いてみ。 Dim count As Integer = ContextMenuStrip1.Items.Count Dim items As ToolStripItem() = New ToolStripItem(count - 1) {} ContextMenuStrip1.Items.CopyTo(items, 0) どう、消えたかな？ｗ 599 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:16:14 ] 馬鹿だのなんだのと御託は言うくせに、結局、 >>578で ＞ToolStripItemの派生クラスのインスタンスは、複数のToolStripItemCollectionに ＞同時に所属(?)できない とか言ってるんだから、無理なんでしょ原理的にさ なら、元々できるわけないじゃん。 結局マイクロソフトはオブジェクト指向だのなんだのとDelphiの開発者を札束で 引き入れて「好きなようにやっていいよ」と甘い言葉でエンジニアのマスターベーションを させて、OOPをいいことにクラスを乱造させて収集が付かないほどに膨れ上がって るのが現実ではないんかな クラスを作り散らかしてはまた捨てての繰り返しｗ いい加減にしろよ 600 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:17:32 ] いい加減スレ違いなんですけど。 MSの批判がしたいならそれなりの場所でやってくれませんか？ 601 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:20:59 ] いやいやこういうお人は出て行けって言っても絶対出て行かないから、 それならせいぜいからかって楽しませてもらうべきだよw 602 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:23:47 ] >>547 お前どんだけ書き込んでんだよ。 よそでやれ。 ああ、別にMSの製品に問題ないとは思わないが、 お前の痛さの方がよっぽどひどい。 603 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:43:19 ] 沸点の低いスレだ 604 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:49:02 ] >>598 別に役に立たない代物で、途中までで消えてないからいいって話は全然無いからｗ Public Class Form6 　　Private ContextMenuStrip1 As New ContextMenuStrip 　　Private ContextMenuStrip2 As New ContextMenuStrip 　　Private ToolStripMenuItem1 As New ToolStripMenuItem 　　Private ToolStripMenuItem2 As New ToolStripMenuItem 　　Private ToolStripMenuItem3 As New ToolStripMenuItem 　　Private items As ToolStripItem() 　　Private count As Integer 　　Private Sub Form6_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load 　　　　ToolStripMenuItem1.Text = "ToolStripMenuItem1" 　　　　ToolStripMenuItem2.Text = "ToolStripMenuItem2" 　　　　ToolStripMenuItem3.Text = "ToolStripMenuItem3" 　　　　ContextMenuStrip1.Items.Add(ToolStripMenuItem1) 　　　　ContextMenuStrip1.Items.Add(ToolStripMenuItem2) 　　　　ContextMenuStrip1.Items.Add(ToolStripMenuItem3) 　　　　count = ContextMenuStrip1.Items.Count 　　　　items = New ToolStripItem(count - 1) {} 　　　　Application.DoEvents() 　　　　ContextMenuStrip1.Items.CopyTo(items, 0) 　　　　Application.DoEvents()　'<----　あんたの言ってるのはここまでの話でしょ。 　　　　For i As Integer = 0 To count - 1 　　　　　　ContextMenuStrip2.Items.Add(items(i)) 　　　　Next 　　　　Application.DoEvents() 　　　　Me.ContextMenuStrip = ContextMenuStrip1 　　　　Label1.ContextMenuStrip = ContextMenuStrip2 　　End Sub　 End Class 605 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:49:49 ] >>601 何を言ってるカス野郎めｗてめえでコード書いて確かめてから言え馬鹿者めが！！ 606 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:51:10 ] 結局、>>604の最後までやって別の桶に移すと元の桶からは消えていくんだよ。 これで消えてないの？ｗ 607 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:51:26 ] doevents って vb6　？ 608 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:53:42 ] >>578が回答で、結局は新しいToolStripとやらは、いちいち移しては戻し してやらないと使いものになりません、と言ってるだけですよｗ 面倒な話ですなあｗｗ 609 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:54:02 ] >>604 ほんっと被害妄想傾向の激しいやっちゃなあ。。 >>564になんて書いてあるか読めないのかねえ 610 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 23:54:13 ] >>607ってこういうやつには馬鹿とかはいわねえのなｗ 611 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:09:03 ] コレダ！！！！！！！！！！ Friend Sub MoveItem(ByVal value As ToolStripItem) If (Not value.ParentInternal Is Nothing) Then Dim num1 As Integer = value.ParentInternal.Items.IndexOf(value) If (num1 >= 0) Then value.ParentInternal.Items.RemoveAt(num1) End If End If Me.Add(value) End Sub 612 名前：デフォルトの名無しさん [2007/02/13(火) 00:09:36 ] >>609 だから？ こっちはそんなこと問題にしてない。＞>>581 ずっと言ってる通りですよ。 613 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 00:16:47 ] .NETを反転すると。。。 "TEN."。。。。すなわち「点→ . 」 くだらねぇ小細工してんじゃねぇよ！ 614 名前：デフォルトの名無しさん [2007/02/13(火) 00:27:18 ] >>611 すまんがｱｸ禁になった、ケータイからでは書けません。 解説頼む。 615 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 02:07:19 ] >>589 で、これほど馬鹿馬鹿といわれるほどこっちは酷いはずはないと思うぜ。 悪いのは、単えに！グレードダウンしたマイクロソフトのMenuクラスだよ これをいいわけしてるだけでしょｗ 616 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 02:08:31 ] しかもやってみないで言ってた>>563な これのほうがはるかに恥ずかしいｗｗ 617 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 03:31:51 ] 仕様についてMSの肩を持つ気はないとしても、 そういうのとは全く別問題でお前は恥ずかしい というのが多くの人の感想だと思うぞ。 618 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 04:29:19 ] >>617 それってのははじめに　Protected　だったのがどうとか言ってるの？ そんなの忙しければ見落とすことはあるよ。なんだそんなことで馬鹿にするしか脳がないのか 619 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 04:31:21 ] ここで重要なのは、 　＞仕様についてMSの肩を持つ気はない だけで十分、こっちはちゃんと金払ってVS2005買ってるんだからな 作り散らかしただけのよくも検討されてないバージョンアップは 文句いって当然だぜ。 620 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 04:41:29 ] それに、ToolStripMenuItemがどうやってもコピーされない仕様なんて、前からある Mergeの仕様からしたら異常な変化であることは疑いない、それをHelpに初めから 明示していないMSのズサンなドキュメント設計は何者なの？ｗ とにかくMSは無理やり金と人掛けて作り散らかしてるよ＞クラスの山 それでその中で右往左往して苦しめといわんばかりの言語になってるのも疑いないな 621 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 06:07:07 ] もし仮にOOP的に開発してどうしてもMergeをこうするしかなかったというのなら おかしな話にも思う。別にAｄｄしたらこっち側から無くなってしまう仕様なんて おかし過ぎるよｗそれじゃ、わざわざプロパティにContextMenu入れてあるのと 矛盾する設計じゃないか、わざわざ右クリックのｲﾍﾞﾝﾄをﾊﾝﾄﾞﾙしなくても自動的に 出せるからそうなってるはずなのに、それをわざわざ世話する必要があることになる。 622 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 06:09:28 ] だからこそ前のMenuはそうなっていなかった、Mergeしても消えなかった、そのほうが 理にかなってるさ 623 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 08:01:51 ] >>618 嵐は去りましたか 624 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 08:28:04 ] プログラマならMSに対して苦言の一つも持ってない方が珍しいとは思うが、 こんな被害妄想狂の戯言にはさすがに誰も同調する気になれんよな。 批判が全然的を射てないし 例えばさんざん前のMenu前のMenuとか言ってるが、そもそもToolStrip は 次世代のMenuでありMenuの機能を継承してるんだ、なんだ誰も言ってないだろうw 妄想狂ｸﾝの一人勝手な思い込みだろそれw Controlを継承してるって所からも、この被害妄想狂ｸﾝが問題にしてるような動作は プログラマならおおよそ推定可能な動作だしなあ。 625 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 08:33:52 ] 馬鹿って言われて逆上しちゃったんだね 626 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:00:19 ] 多動性障害児ｶﾜｲｿｽ 627 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:54:21 ] >>624 お前がMSの回し者ならいいそうな言い訳だなｗ そもそもが>>620に書いた通りだぜ、勝手に仕様をぐちゃぐちゃにしておいて マニュアルの記述に一言もないとはなｗ 帰ったらちゃんとMSに言っておけ馬鹿野郎めがｗｗｗ 628 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 09:58:29 ] どんどん仕様を目まぐるしく変えておいて、マニュアルには一言も断わりを入れぬまま プログラマがいちいち全部実験してみて、おーそうか、こういうふうに動くのか、 へー、いろいろとかえるもんなんだね、MSさんね、暇なんだね、いや人間が金に 引っ張れるだけ引っ張ってこれたから余ってる人員ですき放題に毎回あっちだこっちだと 仕様変えて楽しんでは無駄な時間をプログラマに取らせては悦に入ってるわけなんだろな、 生産性の低いドキュメント作っては迷惑の掛け通しのマイクロソフトは何様？ たかがZ80のBasic作ってから商売できてうまくいって図に乗っただけの癖になｗｗｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef