[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/07 13:31 / Filesize : 223 KB / Number-of Response : 993
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C#, C♯, C#相談室 Part53



1 名前:デフォルトの名無しさん mailto:sage [2009/06/16(火) 20:11:11 ]
(#゚ー゚)つ < C#、.NETの話題はこちらでどうぞ。

前スレ
C#, C♯, C#相談室 Part52
pc12.2ch.net/test/read.cgi/tech/1238548552/

Visual C# 2008 Express Edition 日本語版
www.microsoft.com/japan/msdn/vstudio/express/vcsharp/

その他テンプレ>>2-5くらい

116 名前:デフォルトの名無しさん [2009/07/03(金) 20:50:41 ]
C#2008を使用しています。
エディタのプロパティウィンドのように
DataGridViewに指定クラスのプロパティを
表示、編集することは出来るでしょうか?
DataTableを作って表示させることは出来ると
思いますが、できれば
Grid.DataSource = クラス
のように簡単にいかないものかと。
BindingSourceを使ってもうまくいきませんでした。

117 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 20:54:36 ]
PropertyGridじゃだめか

118 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 21:05:44 ]
PropertyGridって表示する分には超お手軽だけど
ちょっと凝ったことしようとすると一気に難しくなるよねw

119 名前:116 mailto:sage [2009/07/03(金) 21:09:57 ]
ぬぉぉおぉぉぉ
どんぴしゃです!ありがとう!

C#って思った以上にいろいろ揃ってますねぇ

120 名前:デフォルトの名無しさん mailto:sage [2009/07/03(金) 23:38:30 ]
>>114
中身はテキストベースだから、仕様書を精査すれば気合でパースできなくもない
Javaでいくつかライブラリあるから参考にしてみるのはどうか

121 名前:デフォルトの名無しさん [2009/07/04(土) 00:33:17 ]
PropertyGridは開発者専用と考えたほうがいいよ
そもそもこんなものが標準のライブラリにあるのがおかしい
WPFでは無くなってるし

122 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 03:33:20 ]
何がおかしいの?


123 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 07:09:21 ]
高機能で自動的過ぎて潰しが効かないという意味じゃね?
SelectedObjectのpublicなプロパティを自動表示するとかの部分。
明らかにユーティリティであって、コントロールとしては度を越えている。
WPFでは無くなっているっていうより、まだまだ練れていないから、導入は
見送っているんじゃないかなMS。

124 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 07:59:50 ]
>>123
自動表示するから楽ちんなんじゃんw
カスタムしたければ好きなように隠せるし
存在しないプロパティをあるように見せたりも出来る



125 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 08:58:21 ]
WPFでなくなってるのって
リストとかグリッドがアホみたいに高機能化して
PropertyGridの存在意義がなくなったからだろ
リストやグリッドの子要素として「何でも」埋め込めるんだぜ
自動表示ってのもBindingでどんなデータにも紐付けられるし

126 名前:デフォルトの名無しさん [2009/07/04(土) 09:37:02 ]
いずれにせよ開発者向けのツールを作るためのコントロールであって
一般のユーザーに触らせるのは間違い

127 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 09:37:46 ]
>>114
やったことないからよくわからないけど
Acrobat SDK とか使えばできるんじゃないの。
Adobe Reader とかインストールされた環境が前提になるだろうけど。

128 名前:デフォルトの名無しさん [2009/07/04(土) 11:35:32 ]
hoge.GetType()==typeof(Hoge)
で型チェックしたらえらい速いんだけどJITで特別に最適化されてたりする?
左辺をいったんローカル変数に入れたら10倍くらい遅くなるみたい

129 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 11:38:45 ]
>>127
たぶんむり
セキュリティ絡みはAdobeの有料アプリ買わないと出来ない機能だし
どうやっても金払わないことには無理だろうね

130 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 15:46:22 ]
べつにセキュリティの設定を変更するわけじゃないんじゃないの。
たんにプロパティみたいだけでしょ。

131 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 16:05:46 ]
>>114
ttp://www.ujihara.jp/iTextdotNET/ja/
これで出来そう

132 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 16:08:37 ]
stackoverflow.com/questions/756127/building-pdf-files-with-c
ここに載ってるの確認すれば?
iTextSharpで全部できそうだけど(よく見てない)

133 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 16:54:20 ]
null と 空文字 どちらでも良い場合、どっちで管理するのが一般的なの?
空文字だと??が使えなくなるから不便かな?
nullはnullで何か面倒なことになりそうな気もするし

134 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 17:51:24 ]
文字列の操作なら""
オブジェクトの操作ならnull



135 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 18:28:25 ]
>>128
確認してないけどコンパイル時に is に変えてるんじゃないの?
ローカル変数に入れちゃうと is に変換できないからとか

136 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 23:40:05 ]
isに変えてるわけはない。
動作が変わってしまうから。

変数に入れると遅くなるのはTypeの取得が走るからで、
何らかの方法でハンドルの比較だけに変えられてるとかか?


137 名前:デフォルトの名無しさん mailto:sage [2009/07/04(土) 23:47:47 ]
Type.GetTypeHandle(hoge)==typeof(Hoge).TypeHandle
こんな感じになってるとか。


138 名前:デフォルトの名無しさん mailto:sage [2009/07/05(日) 08:14:14 ]
ILを見た限り違いはなかった。JITでいろいろやってるのかな。

139 名前:114 mailto:sage [2009/07/05(日) 08:19:35 ]
>>131
iTextSharpならTitleとAuthorの読み取りに使ったけど、
AllowCopy関連はWriteできるけどReadIがなかった(と思う)。

140 名前:デフォルトの名無しさん [2009/07/06(月) 08:39:41 ]
コメントのXMLドキュメントタグって使ってる?
どうにもとっつきにくいわ、冗長だわ、読みづらいわで使わずじまいなんだけど。

141 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 08:42:26 ]
なにそれ?といってのける俺はもしかして勝ち組?

142 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 09:43:53 ]
大敗

143 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 09:46:03 ]
>>140
あれは、メタデータに加工するためのものだから、読みづらい言われても…

144 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 11:08:37 ]
//
// 機能 : あんなことやこんなことを行う
//
// 機能説明 : あんなことやこんなことを行う。
//        その中であんなことやこんなことが起きればあんなことやこんなことを行う。
//
// 引数  : ARG1 - あんなの
//        ARG2 - こんなの
//
// 返り値 : そんなの
//
// 備考 : 簡単なサンプルです。
//






145 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 11:35:22 ]
XMLドキュメントタグを使わないと、インテリセンスにちゃんと説明が出てこないだろ。

146 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 15:09:38 ]
>>140
どうやって読んでいるのか気になるところ

147 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 16:40:13 ]
あのXMLは超便利だろ
インテリ効くしビルド時に出力すればヘルプファイルも作れるし

148 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 17:48:51 ]
とあるクラスからDispoes付きのコレクションを取得して
foreachにかけるとき、全部Dispoesすべきなんでしょうか?
要素は出来るだけ早く開放したほうがいいものを想定しています。

using( クラス )
{
using( コレクション = クラス.取得 )
{
foreach( 要素 in コレクション ) {
要素.Dispoes();
}
}


149 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 17:53:22 ]
そんなんしらんがな
クラスとコレクションと要素の製作者に聞け

150 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 18:30:19 ]
>>140
とっつきにくい?

冗長さと読みづらさはまあ分からんでもない
コードが多少ごちゃごちゃになるからな

とっつきにくいことは無いだろう
関数とかの宣言の上でスラッシュをカカカっと三回入力するだけで
テンプレ出てくるんだから

151 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 19:16:13 ]
>>148
using()するなら、Disposeしちゃ駄目。

152 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 19:19:40 ]
>>151
usingしてるのはコレクション
disposeしてるのは要素
>>149のツッコミが正しい

153 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 21:27:37 ]
Dispose は何度呼ばれても大丈夫なように作らなければならないから
何度呼んでもいいべ

154 名前:デフォルトの名無しさん mailto:sage [2009/07/06(月) 23:50:03 ]
>>140
もったいなさ過ぎると思います



155 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 00:02:46 ]
あれだな、とりあえず

・/// で VS は色々生成してくれる
・エディタのツリーでコメントはたためる
・インテリセンスのツールヒントに注目
・Sandcastle とか使ってみる

この辺押さえろみたいな

156 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 00:13:10 ]
>>144
なにこれ見やすい

157 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 00:25:22 ]
>>156
そんな所見やすくてもしかたないだろ、ヘルプは使う所(インテリセンス)で見るんだから

158 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 00:37:24 ]
>>156
タグ嫌い?英語嫌い?

159 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 03:17:06 ]
そんなにたくさんコメント書くの('A`)マンドクセ

160 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 08:58:46 ]
わずか2,3行のメソッドに長々としたコメントが付いてるのは糞ウザイ

161 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:09:34 ]
俺が一生懸命コメント書いてドキュメント生成しても誰も読まない

162 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:10:40 ]
無駄な努力乙

163 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:38:51 ]
ドキュメントはたまにしか見ないな。
インテリセンスとVSのオブジェクト ブラウザでほとんどの場合は事足りてる。

164 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:55:13 ]
ドキュメントは全体の流れと思想が書いてあれば大体足りる。



165 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 21:56:11 ]
そして投げられる例外の記述が無くてキレる

166 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 22:28:40 ]
>>160
XMLコメントやインテリセンスの登場は、ソースを読むというくだらない時間を割くのはやめるといいよ
という事なんだと思うよ

最近C#慣れしてきて、だんだんコメント不要の意見が変わってきたオレ
ソースコードの変更にコメントの変更が遅れるぐらいならソースコードをきっちり書けというのは間違っている
コメント(仕様書)にソースコードが管理されるべきだなとw
こんなに楽ちんならもう元には戻れない

167 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 22:35:21 ]
>>166
WEB というものがあってだな・・・

168 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 22:37:54 ]
WebもASP.NETで!

169 名前:デフォルトの名無しさん mailto:sage [2009/07/07(火) 22:41:08 ]
WEB と Web は違う。クヌース先生の Web サイトでも見てこい。

170 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 09:35:25 ]
>>165
MSDNですら書いてない例外が飛んでくることは普通にあるしな。

171 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 19:26:11 ]
最近やたら煽りが多いと思ったらストールマン発狂つづいてオプソ信者発狂でC#狙い撃ちだったんだなw
タコつぼで暴れてろよお前らよ

172 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 19:34:18 ]
         ,,-‐----‐、 , -'"` ̄ ̄"`''-,__, --‐‐-..,
        /  、゙ヽ、 ‐-'´          ヽ‐- / /   ヽ
      ,/´ .., ヽ,,l_)'    zェェェァ'  ;rfァt ヽ ,ト/ /    ヽ
     /    ヽ,r' ,l′    _,,,   . __,,  ,l゙.-〈__r,'、   ヽ_
    _.l    ヽ」   ,l    .イてソ` l イにj`,/    ゙‐ヽ、_,,  /l   
    ,l l|  −'´ll   ,l      rソi"  ヽ じ'' f゙l    .,//゙l   //\ ココおかしいんじゃねえか
    l`l|     l|ヽ  v'⌒ヽ        .,ノ  j/    |l    //   }
   l  \    l| ,l  l_U>     r‐--‐ァ  ,l    |,l   //    l
   /   '\   l|`l   ゝ_,´    ゙ヽ__r′ .,.'   ___l ヽ /

173 名前:デフォルトの名無しさん mailto:sage [2009/07/08(水) 20:41:31 ]
なんかめったにこのスレで見ない大 AA が現れたの見て
>>171 はひょっとしてとちょっと思った

174 名前:デフォルトの名無しさん mailto:sage [2009/07/10(金) 17:16:57 ]
C#のソケットですが、.NET1.1から何か変更はありますか?
ソケット関連の本を買おうかと思ってるのですが、2004年の
ものなので情報が古いかなと思いまして。



175 名前:デフォルトの名無しさん mailto:sage [2009/07/10(金) 17:48:38 ]
1.1はもはやC#の方言だからやめた方がいい。

176 名前:デフォルトの名無しさん mailto:sage [2009/07/10(金) 18:37:37 ]
MSDN見て自分で補正できないレベルだったら、2.0以降用を探すようにすすめる。

177 名前:デフォルトの名無しさん mailto:sage [2009/07/10(金) 19:34:02 ]
>>176
>>175
ありがとうございます。2.0対応だったら買うことにします。


178 名前:デフォルトの名無しさん [2009/07/10(金) 21:42:28 ]
イベントに関して質問です。
イベント += Onイベント
イベント -= Onイベント
のように+=および-=演算子でイベントを登録/解除できると思いますが、
イベントにOnイベントが既に登録されているかどうか判断することは出来ないのでしょうか?


179 名前:デフォルトの名無しさん mailto:sage [2009/07/10(金) 21:50:35 ]
うん

180 名前:デフォルトの名無しさん [2009/07/10(金) 21:57:56 ]
ですよね。
残念。

181 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:03:27 ]
自分で定義したイベントなら取れる。

182 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:11:34 ]
>>178
通常は判別できる必要性など無いと思うが
逆に必要と思った理由を教えて欲しい
ただし、「多重登録の回避」という回答は却下

183 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:14:00 ]
自分で定義したイベントでなくても取れそうだ。
Reflction なコード書くのが面倒だから、サンプルは作らんけど。

Component の Events、EventHandlerList、Delegate.GetInvocationList() あたりを
調べてみて。

184 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 01:35:17 ]
それはそれに結びついている保証もないというか
ロジック確認してみたいなハックに等しいから
分離を破壊する(実装変わったら終了って話)ので
さすがに薦めるのどうよ
アクセサが add/remove しかないんで無理でもう
いいじゃん



185 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 10:24:34 ]
クラスAがイベントHogedを持っていて、クラスBのなかでクラスAのインスタンスaを作り自分のメソッドHogeをHogedに登録するとする。
あるタイミングでaは破棄されるんだけど、そのときHogeはHogedからRemoveする必要ないよね?


186 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 11:02:04 ]
うむ

187 名前:デフォルトの名無しさん [2009/07/11(土) 11:05:58 ]
COBOLは、データラベルについてREDIFINEで再定義を行うことができますが、
C#でも同様に、
 01 DATE
  05 YY
  05 MM
  05 DD
みたいな再定義はできますか?
よろしくお願いします。

188 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 11:19:50 ]
union かなあ

189 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 11:21:45 ]
ってここC#か、MarshalAs属性とか?

190 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 12:49:04 ]
>>184
保証はあるだろ。

できる/できない の話として「できる」ってだけで、
薦める/薦めないの話じゃない。

191 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 12:58:02 ]
ないよ
イベントはデリゲート型ではあるけど実装としてデリゲートを使う必要はない

192 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 13:05:49 ]
+=、-= でデリゲートを使わない、具体的な例を頼む。

193 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 14:14:03 ]
int a = 1, b = 2;
a += b;
a -= b;

194 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 14:26:49 ]
>>190
いや、完全に実装依存。
あるイベントについて現時点で動作するロジックなら書ける。
でも、全てのイベントについて今後永久に動作するロジックは無理。




195 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 14:29:51 ]
>>191
イベントはデリゲート型ではあるけど

これは違うような。。

196 名前:デフォルトの名無しさん [2009/07/11(土) 15:13:43 ]
C#のテキストボックスで、
・高さ指定&文字列の縦配置を中央にする。
・高さ指定&padingを設定する。
以上のいずれかは可能でしょうか。
老人向けの大きな見栄えの良いボックスを作りたいのですが…。

197 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 16:15:45 ]
>>185-186
の件だけど、これってデリゲートが弱参照だってことだよね。
ヘルプで見つからないフシアナな俺に、どこに書いてあるか教えて。

198 名前:197 mailto:sage [2009/07/11(土) 16:16:58 ]
あ、ごめん。aを破棄した時か。
じゃあ問題ないな。

199 名前:デフォルトの名無しさん [2009/07/11(土) 16:33:39 ]
Win32APIのスレで聴いたのですがスレ違いとのことでした。.NETの
クラスで解決できるでしょうか?

現在、.NETアプリケーションでWebBrowserコントロールにおいて
フォルダのExplorer表示を出しています。そうすると必ずあの青色の
「タスクメニュー」が現れてきます。

通常のエクスプロ−ラだとそれをフォルダツリーに置き換えたり、
検索ツールに置き換えたりできました。

自分のアプリケーション上で、あのタスクメニューを消してしまうことは
できるでしょうか?できるようであればその方法を教えてほしく。

ちなみに、エクスプローラのオプションで「全般」タブ→「作業」のところ
で、「従来のWindowsフォルダを使う」を選ぶとタスクメニューはでなくは
なるのですが、そうすると、Xpでは「写真」表示ビューが使えなくなって
しまうので、「フォルダに共通の作業を表示する」の方で使いたいので
した。このオプションの状態で、プログラムから「タスクメニュー」を消す
方法がありましたら教えてください。

よろしくお願いします!

200 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 20:20:40 ]
>>187
自分ならプロパティで実装するかな?
.NETクラスライブラリのSystem.DateTimeにも
Year, Month, Dayプロパティがあるから、プロパティによる実装がC#流のはず

201 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 21:06:20 ]
>>196
Multiline=trueにすれば高さ指定はできるけど、
老人向けならフォントをでかくすればいいだけじゃないの?

202 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 21:58:13 ]
>>200追記
REDEFINES句の例としてはSystem.DateTimeは不適切だったかも

01 DATE-STRING PIC X(6).
01 DATE REDEFINES DATE-STRING.
05 YY PIC 9(2).
05 MM PIC 9(2).
05 DD PIC 9(2).

のようなことをやりたい?
これもプロパティによる実装が良いと思う。

203 名前:デフォルトの名無しさん [2009/07/11(土) 23:37:33 ]
>>202
ありがとうございます。
プロパティをオリジナルで定義するということでしょうか。

204 名前:デフォルトの名無しさん [2009/07/11(土) 23:42:26 ]
>>201
ありがとうございます。
操作性と見栄えを重視したシステムにしなければならないんので、
テキストボックス内の上下の余白をゆったり目にとって、
かつ中央揃えにしたいんです。
これはc#では不可能なのでしょうか…。



205 名前:デフォルトの名無しさん mailto:sage [2009/07/11(土) 23:48:30 ]
>>204
TextBox を使わないで独自コントロールを使うとか
Panel 上に透明な TextBox を乗せてごまかすとか。

206 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 00:16:23 ]
system.windows.controls.control.padding

207 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 00:27:58 ]
>>204
少なくとも、C#そのものは関係ない。
(というか、C#のテキストボックスなんてないだろ)
どういうGUIコンポーネントを使うかは関係がある。

208 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 00:35:48 ]
WPFを使えばどうも簡単にできるみたいだけどね・・・。開発環境がまだ完成しきってないし、Vista以降ターゲットになっちゃうけど

209 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 00:41:51 ]
>>208
普通にXPで動くけど?

210 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 01:14:44 ]
>>209
そうなんだ!勘違いしていたよ!

211 名前:デフォルトの名無しさん [2009/07/12(日) 01:25:20 ]
>>206
そんな名前空間、あったっけ…?
探しても見つからない(-_-;)。

212 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 01:27:42 ]
すいません。
VisualC#2008で、フォームアプリケーションを作っているんですけど
フォームの多重表示を禁止したいのですが、検索してみつけたソースどおりにしても
まだ多重表示をされます。なにかソースがおかしいのでしょうか?

表示するフォーム=about.cs

about about = null;
if ((about == null) || about.IsDisposed)
{
about = new about();
about.Show();

}
参考ページ:ttp://homepage3.nifty.com/midori_no_bike/CS/form.html

213 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 01:29:00 ]
ローカル変数においといちゃダメだろ

214 名前:デフォルトの名無しさん [2009/07/12(日) 01:44:44 ]
>>206
C#でその名前空間を使うにはどうすればいいの?



215 名前:デフォルトの名無しさん mailto:sage [2009/07/12(日) 02:21:36 ]
>>211>>214
WPFの一部だから基本的にWPFプロジェクトで使う。
msdn.microsoft.com/ja-jp/library/system.windows.controls.control.padding.aspx

216 名前:デフォルトの名無しさん [2009/07/12(日) 03:06:00 ]
C♯では、テキストボックスのパディングや縦位置の中央揃えが存在ないということ?
そんな…まさか…。






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<223KB

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