VB.NET質問ｽﾚ (Part19)

1 名前：デフォルトの名無しさん [2007/01/12(金) 15:57:21 ] 前スレVB.NET質問ｽﾚ (Part18) pc10.2ch.net/test/read.cgi/tech/1161250878/ 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作ってから商売できてうまくいって図に乗っただけの癖になｗｗｗ 629 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:01:13 ] 金儲け主義の脱銭奴のビルゲイツの頭には自分らが世間から搾取するための 策略と戦略だけがますは念頭にあるらしいことが、結局はこういう末端の製品の 品質にしっかり現われているってことを自覚しら方がいいと、正当に文句をヤツの 頭の中に届かせてやれよｗｗｗおんどらよ 630 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:04:48 ] 知ったかぶりして、これが正当な仕様だと？いちいち全部テストしてから初めてわかる 動作仕様のプログラム製品なんて価値があるのか？そんなことをしていたらどんどん 世間の生産性は落ちていくぞ。 そうすることへの反省も批判もないからMSに引っ掻き回されてまたつまらない無駄を これからもしていくようになるのさ。金儲けて有り余ってしかたないんなら、その金の一部 でもましなマニュアルやヘルプを書けるやつを養成して少しでも世間の生産性に実質的に 品質で貢献するようにしてくれよ、いい加減よ！！！ 631 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:08:20 ] 高い金払って買ってるんだぜ、何万円も出して買わされてるこっちの身にもなってくれよ、 いい加減よ。こんなド品質のHelpでましに全部プログラム掛けてる人間がどれだけいるんだよ？ 全くの欠陥商品でしかないぜ。高い金分捕って売ってるならそれだけの義務があるはずだぜ。 632 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:13:29 ] まだいるのかよｗ ここはお前のくる所じゃないんだｗ お母さんが心配してるから、もう病院に帰るんだｗ 633 名前：デフォルトの名無しさん [2007/02/13(火) 10:19:43 ] ちょっと質問です〜！ まずこういうSQL鯖のDBのカラム構造があります。 DataKey(int)(PK) DataValue(decimal(18.9)) DataTime(datetime) でストアドにこの3つを渡してDataKeyが一致したカラムをSelectして DataTime=ストアドの引数のDataTime であればDataValueを更新 ってやってたわけなんですが これをAdo.NETのDataAdoptorでも何でもかまわないので実現できないでしょうか？ ADO.NETでは内部保持していると異なっていればUpDateとかやってるようですが････ 何か条件をつけてやれば出来るのか？というのもMSDNみた感じなさそうだったんで、今一歩思いつきません。 出来ないのであればおとなしくストアドに任せるようにしますが、簡単な更新処理とかをわざわざストアドにして処理変更時に二重にメンテしたくない為、変更したいと考えています。 634 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:25:52 ] また不親切で膨大なMSDNの海でおぼれ掛けてる不幸な開発者の一人が救助を 求めているじゃないか・・・ いつまでもこういう状態がつづくんだろうな、百科事典ぜーんぶ知らなきゃなんにも できませーん、てシステムは本当に正しいのかい？＞All少しは仕組みを見直した 方がいいに決まってるだろが！ 635 名前：デフォルトの名無しさん [2007/02/13(火) 10:37:29 ] >>634 ぶっちゃけ並の人なら MSDNヘルプに対するヘルプが必要なのは否めないと思う 636 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 10:42:03 ] >>635 そうだよな、この仕組みに改善の余地がないとがんばるMSには文句を言うのが 本来なら筋ってもんだよな あんまり続けると迷惑かかるからやめとくけど、えらそうに最後はMS持ち上げて 終わる工作員気味の人間の工作にはもうホントにうんざりだよorzこの世界は 馬鹿と連発してPGへの心的工作でMSが君臨す片棒担いでる連中がいる気が 本当にするんだよね、そんじゃね 637 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:30:48 ] （・∀・） 638 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:31:29 ] >あんまり続けると迷惑かかるからやめとくけど >あんまり続けると迷惑かかるからやめとくけど >あんまり続けると迷惑かかるからやめとくけど >あんまり続けると迷惑かかるからやめとくけど 639 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:48:10 ] MSに言ってくれたまえ。 640 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 11:58:25 ] >>639 コラ！ お母さんがここに来たら駄目だって教えてあげたでしょ！ もう、帰りますよ！ 皆さん、うちの>>639がご迷惑をおかけしまして、すみません。J('A` )し 641 名前：デフォルトの名無しさん [2007/02/13(火) 12:00:05 ] ちょｗｗｗ　み･･･皆様方････ おいらの>>633の質問をなにとぞなにとぞ〜〜 642 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 12:23:32 ] ＞被害妄想狂ｸﾝ、 そんなに1.1以前のMenuがお気に入りなら、 別に普通に使い続ければ良いだけだよ。 廃止になったわけじゃないんだから。 643 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 12:30:12 ] >>641 できるよ。 ttp://msdn2.microsoft.com/ja-jp/library/system.data.oledb.oledbdataadapter.fill(VS.80).aspx DataSetで好きなように編集した後に DbDataAdapter.Update メソッドで更新でおｋ。 644 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 17:42:43 ] >>628 >たかがZ80のBasic作ってから 8080 645 名前：デフォルトの名無しさん [2007/02/13(火) 23:30:25 ] MouseDownイベントでマウスクリックしたときの処理を書いてるんですけど 長押しクリックには対応してないんですね･･･。 長押しクリックに対応させる方法ってあるんでしょうか？ 646 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 23:32:41 ] MouseDownでTickCount覚えといて、MouseUpで差をとればいいんでない？ 647 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 23:39:43 ] >>646 即レスありがとうございます それならできそうですね！ 明日やってみます 648 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 23:43:43 ] >>643 遅レスごめ 把握Where句にいれちゃえばどうにでも条件はできちゃうってことですね あとRowVersionとかも含めて 649 名前：デフォルトの名無しさん [2007/02/14(水) 00:36:28 ] OS:Windows2000 ServicePack4 にて、サービスの登録をしようとすると以下のようなエラーがでます。 >C:\Documents and Settings\Administrator>C:\WINNT\Microsoft.NET\Framework\v2.0.50 >727\installutil E:\exe\remote_server.exe 　… >インストール段階で例外が発生しました。 >System.ComponentModel.Win32Exception: アカウント名が無効であるか、または存在しま >せん。あるいは、指定したアカウント名のパスワードが無効です。 >インストールのロールバックを開始しています。 下記のような開発環境や他のマシンにて登録を試した際には上記のエラーは出ませんでした。 (どのマシンにもFrameworkのv2.0.50727がインストールされています。 また、どのマシンもアドミニストレータでログインし登録しようとしています) OS:WindowsXP Professional Version2002 ServicePack2 OS:Windows Server 2003 ServicePack1 調べたところ [CoputerName\Account] が必要らしいとのことなのですが、 どのようにすればサービスの登録が行えるのでしょか？ 650 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 00:43:05 ] TextBox に連続したキーボード入力をしているとし、途中キーボード入力が途絶えた事を検知するには、 いかなるイベントとを組み合わせればよろしいでしょうか。。 651 名前：デフォルトの名無しさん [2007/02/14(水) 00:52:33 ] >>650 その連続の定義ってどんな感じなんだろう マウスクリックが入ったらだめとか 最初にキーが押されてから次のキー押すところまでが1秒以内とか・・・ いろいろあると思うけど 652 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 01:05:48 ] そんな間抜けな質問に回答する気になれるあんたを尊敬するよ。 653 名前：デフォルトの名無しさん [2007/02/14(水) 01:08:30 ] >>652 ん〜 俺自身もびっくりだ 疲れてるんだろうな 釣りとしか思えないのにw 654 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 01:31:48 ] >>427 >>461 誰かー、方法ない？ 655 名前：デフォルトの名無しさん [2007/02/14(水) 01:45:42 ] 誰か画像処理おしえてくれー 656 名前：デフォルトの名無しさん [2007/02/14(水) 01:49:22 ] >>654 何のためにしたいかわからないが 力になれなくてすまない >>655 釣りにしても質問大雑把過ぎｗｗｗｗ 657 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 03:35:38 ] >>654 PE ヘッダ調べれ あとコンソール系の API 呼び出し（GetConsoleTitle とか）の成否で判断するとか

---

---

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

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