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


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

WPF(.NET4.x, .NET Core) GUIプログラミング Part23



1 名前:デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net]
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

関連スレ
Windows 10 UWPアプリ開発 Part 2
mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/

313 名前:デフォルトの名無しさん mailto:sage [2019/07/02(火) 00:01:51.84 ID:4m9hOiGn.net]
>>297
クラスを継承して機能を拡張するのはよくないと思う
理由いち 代替策があればそれを使ってクラスの肥大化を回避する
理由に 機能をビヘイビアにすれば再利用が簡単

314 名前:デフォルトの名無しさん mailto:sage [2019/07/02(火) 09:06:12.90 ID:gPm+QAeN.net]
継承じゃなくてイベントハンドラじゃね?主に
ビヘイビア化は後で別のところに使いたくなってからでも遅くない

315 名前:デフォルトの名無しさん mailto:sage [2019/07/03(水) 01:42:37.28 ID:wg/xgQnm.net]
>>300
再利用するための仕組みは再利用される可能性ができてから考えればいい
再利用しないのに手間をかけるのはムダ
ちなみにここで言ってるのはメインウィンドウとかオプションダイアログの話な
メッセージボックスみたいな再利用性の高いものはWPFの機能を駆使してもいい
玄人はコードビハインドを書かないみたいな風潮があるけど、それを信じ込んでコードビハインドを避けて泥沼にはまり込むのは素人

316 名前:デフォルトの名無しさん mailto:sage [2019/07/03(水) 02:06:51.20 ID:oG2WkIil.net]
Prism7ってどうやって覚えればいいの?

317 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 09:51:39.53 ID:PdwtXR4j.net]
UserForm内のDatagridが展開されるときにチラチラするんだけど、何とかならないかな...最小サイズから最大サイズに拡大するような描画がある。MainWindow直ならない現象

318 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:28:20.53 ID:k+s0abOB.net]
UserFormとは 展開とは

319 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 10:56:54.65 ID:PdwtXR4j.net]
自分で作ったユーザーフォーム内のDataGridのItemsSourceにバインドしたコレクションに要素を追加するとチラつきます

320 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 13:06:21.63 ID:iqQZWFIm.net]
DataGridはゴミだから、WindowsFormsHostでDataGridView使ったほうがいいよ

321 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:02:50.87 ID:myh2pWbx.net]
スケール感とか分からんけどこの辺は?
https://stackoverflow.com/questions/11379357/wpf-net-4-datagrid-column-performance



322 名前:デフォルトの名無しさん [2019/07/04(木) 23:09:08.06 ID:LkrEOqlD.net]
>>307
どこら辺がゴミ?

323 名前:デフォルトの名無しさん mailto:sage [2019/07/04(木) 23:11:07.32 ID:OMb74HbU.net]
MSから新しいGUIライブラリが出たらまずDataGridを調べて絶望するまでが儀式だぞ

324 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:36:29.15 ID:CQGNs6dF.net]
DataGridの問題の殆どは、万単位のデータを突っ込むPG、SE,
クライアントの何れかだとは思うんだがね
実際に使う人は万もスクロースしちゃいないのに

325 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 00:43:44.52 ID:auH9BNOV.net]
それは一見意識高いようでいて矛盾した意見だと思うね
十分に練られた優れたUIにはデータグリッドの出番はない
データグリッドはそもそもUIの作り込みに工数をかけたくないときに使うもんだ
そもそも手抜きの道具なのだから、データグリッドの使い方として、面倒だからもう全部突っ込めというのも自然な発想だろう

326 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 14:41:18.94 ID:H4UuFejG ]
[ここ壊れてます]

327 名前:.net mailto: MVVM原理主義派とカジュアルMVVM派では話が交わる事はない

どこまでMVVMの作法に則るのがベストかで線引きして適用するのがいいよね
[]
[ここ壊れてます]

328 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:35:21.37 ID:Zc5sU972.net]
wpfをマスターしきればMVVM原理主義でいっても苦労せず実装できるので原理主義でいいと思うんだよ。
ただwpfは難しい。並大抵のエンジニアでは原理主義で押し通そうとすると実現できない機能がでてきて挫折する。
と思った。

329 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 18:51:13.41 ID:cjl7UwcZ.net]
WPFに携わってだいぶ経ったが、Adorner関連は苦手。
なんでペタっとUserControl貼れないのか

330 名前:デフォルトの名無しさん mailto:sage [2019/07/05(金) 21:24:53.68 ID:7a3tVJ3L.net]
https://blog.okazuki.jp/entry/2019/07/05/104041
UWPンゴwwwwwwwwwwwwwwwwwwww

331 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 08:26:36.67 ID:WmAexti4.net]
すっかり忘れ去られてLivetだが、ビヘイビアが物凄く充実しているから
そこだけ引っ張って使うのもありだとは思う



332 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:34:02.12 ID:G3GVBuNF.net]
更新が続いてればprismとためはるレベルでスタンダードだったんだけどな…
惜しいライブラリをなくしたもんだ

333 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:41:44.00 ID:lCkeD84I.net]
MVVMが複雑だし洗練もされてないのが悪い

334 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 15:56:25.42 ID:6I0IcNLp.net]
MVVMやろうと思ったらフリーのライブラリを利用しないといけないと判って取り組むの止めた
MSから標準で出して欲しかったな

335 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 16:27:06.95 ID:u4I8JAFv.net]
Livetは形骸化した原理主義に陥ってコードビハインドを書かないことが目的化していた印象
コードビハインドの代わりにXAMLでプログラミングをし始めて、結局ビューとロジックの分離とは何だったのか状態になっちゃった
MVVMの根本的思想はWebにも受け継がれている優れたものだけど、ビヘイビアは明らかに失敗

336 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 17:20:20.06 ID:AYJdcRRH.net]
>>320
jsonもフリーのライブラリが必要だから使わないの?

337 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:01:17.99 ID:u4I8JAFv.net]
>>322
貴方が思っているほどjsonはスタンダードではありません
ドカタ業界ではjsonを知らない自称ITスペシャリストは決して珍しくはないのです

338 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:21:08.86 ID:/V3j92xQ.net]
>>322
不要やろ?

339 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:26:12.60 ID:AYJdcRRH.net]
>>324
MSのサンプルコードですらNewtonsoft.Json使ってるのに?

340 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:31:11.27 ID:ohoKH1ay.net]
サンプルはサンプルだろ
すらって何だよ

341 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:34:58.53 ID:eCvKMkr5.net]




342 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:35:07.41 ID:/V3j92xQ.net]
>>325
うん、不要だよ

343 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:36:40.07 ID:B0+Ee57g.net]
JSON.NETの作者もMicrosoftの人間だがな

344 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 18:45:28.65 ID:IgdFOrod.net]
>>329
それはどうでもいい

345 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:32:28.66 ID:GsT6/iYQ.net]
だが何なんだよw

よかったな、おめでとw

346 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:38:02.42 ID:xikW3Xex.net]
>>320
PrismはMSが作ったんじゃなかったっけ

347 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:39:18.34 ID:u4I8JAFv.net]
>>332
元々はMSが作ったサンプルコード
今はMSが開発やめてMSとは何の関係もないコミュニティプロジェクト

348 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:44:49.96 ID:NUGgSxTY.net]
jsonってただのデータフォーマットでしょ?
MVVMと何の関係が?

349 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 19:45:44.22 ID:GNb7wQCP.net]
ReactiveProperty標準にしてくれたらいいのにな。

350 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:08:08.17 ID:N/WpPyaa.net]
jsonは.net core 3で標準ライブラリが用意されるだっけか?

351 名前:デフォルトの名無しさん mailto:sage [2019/07/06(土) 20:47:01.22 ID:NPkITZNc.net]
設定ファイルとしてはXMLよりJSONの方が見易いんだけどコメント書けないのがなぁ



352 名前:デフォルトの名無しさん mailto:sage [2019/07/07 ]
[ここ壊れてます]

353 名前:(日) 03:33:14.86 ID:Cqnlo2q6.net mailto: でもXMLよりデータサイズがかなり小さくなるからやっぱりjson使う []
[ここ壊れてます]

354 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:24:54.82 ID:Fr9+4/3b.net]
UWP終わってWPF復活したん?

355 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 06:28:01.55 ID:girk9b2Q.net]
どこのプロレス団体かと思った

356 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 11:13:03.83 ID:bwq41KU1.net]
復活じゃないと思う

win10ではUWP使え!から他のものも使ってもいいよになっただけ

357 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:51:12.10 ID:+FdC1iN+.net]
>>336
標準は既に存在するが、それでもMSの人がjson.netを使うほど
json.netの方が出来が良い

358 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 12:58:17.74 ID:nrsoMb6V.net]
>>342
最近はMicrosoftも脱Json.NETの流れだけどね
レガシーなコードの塊で、後方互換性を担保しながらパフォーマンス改善は難しいことがわかったから

359 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:00:18.65 ID:bwq41KU1.net]
VS2019の横のニュース欄にjsonの新しい標準ライブラリの話が書いてあったね
みんなあんなの読んでるのかな?

360 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:09:03.68 ID:1HKUEekm.net]
>>344
一般ユーザーは知らなくても、フレームワークが裏で使っているライブラリが変わることでこっそり恩恵を受けている

361 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:12:24.83 ID:Cqnlo2q6.net]
Visual StudioのRESTクライアント生成機能使うとJson.NETを使用するコードが生成されてたけどこれ標準ライブラリ使用に置き代わったの?



362 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:17:27.81 ID:bwq41KU1.net]
新しい標準ライブラリってまだベータだった気がする

363 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:20:32.30 ID:1HKUEekm.net]
>>347
.NET Core3.0と同時リリースだから今年の9月

364 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:21:07.53 ID:1HKUEekm.net]
>>346
それはWPFじゃなくね?そのうちスレチって怒られるよ

365 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:38:04.00 ID:Cqnlo2q6.net]
>>349
自分もjsonライブラリの話しててそんなこと言うか

366 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:42.35 ID:zdokh1sS.net]
json.netって設計とかくそな部分あるから。

367 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:40:43.54 ID:1HKUEekm.net]
>>350
話の流れを読んでね

368 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:47:39.03 ID:C3Myo4MP.net]
>>351
糞かもしれないけどわかりやすくてそこそこ早いから流行ったんでしょ?
もとからあった標準ライブラリがクソ中のクソすぎてMS内部の人から見限られてる状態だから

369 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:53:28.39 ID:zdokh1sS.net]
>>353
うん、くそだけど一番人気あるのは事実。
俺の用途に全く会わなくて俺は自作したわw
だから、.ner core 3の標準ライブラリはwelcome

370 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 13:54:04.56 ID:pwLv7aUD.net]
話の流れよりスレタイ読もうぜ馬鹿❤

371 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:23:11.40 ID:Peky1Xio.net]
>>355
おまえに興味の無い話なら黙ってればいいだけ



372 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:51:55.13 ID:n4SGi+HU.net]
>>352
マイクロソフトがjson.net離れしてるって流れなら>>346も流れに沿ってるよね

373 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:54:50.49 ID:45Wo1jXG.net]
>>357
流れを読んでね

374 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:55:54.85 ID:OH31RFen.net]
>>358
流れに合ってるよ

375 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:56:38.19 ID:45Wo1jXG.net]
>>359
それは良かったね

376 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 14:58:06.22 ID:OH31RFen.net]
>>360
うん

377 名前:デフォルトの名無しさん mailto:sage [2019/07/07(日) 17:14:25.68 ID:Fr9+4/3b.net]
久しぶりにUWPからWPFに戻ってきたけど、FormattedTextやら、Obsoleteが多くなってるね。
しかし、IOをフルに使う身としては、WPFは快適だ。 UWPでは、FTDIチップ使うのさえ四苦八苦。

378 名前:デフォルトの名無しさん mailto:sage [2019/07/08(月) 07:52:57.13 ID:z63wOsqb.net]
Dynamic Json使わないの?

379 名前:デフォルトの名無しさん mailto:sage [2019/07/08(月) 07:55:33.69 ID:2wLLcnfu.net]
使わない

380 名前:デフォルトの名無しさん mailto:sage [2019/07/08(月) 08:10:27.82 ID:Vrb0WxW4.net]
JSON.NETでもdynamic

381 名前:は使える
ジャップ製マイナーライブラリの出番はないよ
[]
[ここ壊れてます]



382 名前:デフォルトの名無しさん mailto:sage [2019/07/08(月) 09:39:38.20 ID:HpabqFFB.net]
ジャアアアアアアアア

383 名前:デフォルトの名無しさん mailto:sage [2019/07/08(月) 18:13:28.58 ID:peGtLUpD.net]
イアン

384 名前:デフォルトの名無しさん [2019/07/09(火) 14:15:51.32 ID:utWXujxk.net]
>>318
Livet一応生きてるよ

385 名前:デフォルトの名無しさん mailto:sage [2019/07/09(火) 17:38:00.23 ID:pw5m4n55.net]
>>368
誰か保守してるの?
まぁ Prismしか使ってないけど・・・

386 名前:デフォルトの名無しさん [2019/07/09(火) 18:39:48.90 ID:NP6oYl9g.net]
亀すまん
>>301
すべてのコントロールのイベントハンドラをMainWindowに書くのか

387 名前:デフォルトの名無しさん mailto:sage [2019/07/09(火) 19:36:52.57 ID:DK/SA82p.net]
>>369
okazukiとかそのあたりだった気がするわ

388 名前:デフォルトの名無しさん mailto:sage [2019/07/09(火) 22:54:31.72 ID:0koNRpRc.net]
>>371
合ってる
ReactiveProperty作ってる人

389 名前:デフォルトの名無しさん mailto:sage [2019/07/09(火) 23:25:05.11 ID:uHX1iDX/.net]
趣味ならいいけどね

390 名前:デフォルトの名無しさん mailto:sage [2019/07/09(火) 23:37:20.14 ID:ldgoiSvP.net]
>>373
okazukiはMSの中の人だけどLivetのメンテは趣味でやってるだけだよ

391 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 00:33:04.62 ID:86TD5zpF.net]
>>374
あ、いや個人がメンテしているライブラリは趣味で使うんならいいけどねって話



392 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 01:00:09.57 ID:cBFGEq/D.net]
reactivepropertyだってもとはneueccって人じゃなかったっけ?
okazukiは他人に寄生してるだけのイメージ

393 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 01:08:37.12 ID:kxJIAy2u.net]
>>375
それだとオープンソースの多くが使えなくなるぞ

394 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 02:03:59.13 ID:MPQVUmOG.net]
>>376
オリジナル製作者ではないけど、何年も積極的にコード書いてるのに酷い言い草

395 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 08:01:23.52 ID:dBL3gDRN.net]
>>377
そりゃそっちの方が大多数だからね

396 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 08:10:05.16 ID:R2F1hs2d.net]
reactivepropertyは便利だよねぇ。 打ち込み量が減って、本来のNotifyPropertyChangedの書き方忘れちもうた。

397 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 09:06:54.62 ID:nPFkOLYt.net]
なんでメンテナーが個人か企業かで扱いがかわるの?
ライブラリの良し悪しとかライセンスが問題ならわかるけど

398 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 11:53:22.63 ID:wb3Yvf8h.net]
使用者数のほうが強いわ

399 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:43:41.15 ID:dBL3gDRN.net]
>>381
正気?

400 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:44:49.27 ID:YUV4DoDN.net]
>>383
それが一般的な見解だよ

401 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 12:46:00.89 ID:d065zGS3.net]
>>383
むしろ個人メンテナーなライブラリを避けるほうが正気か?って思うよ
メンテナーがどうのこうのより使いやすい、利用者が多いで選定すればいい



402 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 13:05:23.38 ID:oIHYTC49.net]
Linuxだって個人が趣味で作り始めたものだしな

403 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 14:52:44.23 ID:dBL3gDRN.net]
>>385
趣味ならね

404 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 15:20:47.42 ID:nPFkOLYt.net]
>>387
業務でも一緒だよ
おかたいところでライブラリの使用許可云々が厳しいところもあるだろうがそうじゃないとこもあるよ
スマホアプリなんかだとわかりやすいと思うけど権利表記に並んでる使用ライブラリには個人メンテナのものなんて山ほどある
↑で出たreactivepropertyなんかもそうだし、unity製ゲームなら多くのアプリでunirx使われてる
任天堂が出すゲームアプリですら趣味の範囲というなら話は別だけど

405 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 16:28:17.34 ID:R2F1hs2d.net]
そういえば、Prismって今はメンテ二人だけなん? すごいよねぇ。 Prism無しでは、何もできん身になってしもうた。
業務ユーザーも趣味ユーザーもかなり多いんとちゃう?

406 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 18:26:30.83 ID:Tg8SA/Bf.net]
>>387
OSSに何を期待してるんだ?w

407 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 18:59:31.18 ID:N35iChMP.net]
>>385
利用者が多いのは安心

408 名前:できる。
そうでない場合は便利でもバグが心配かなぁ。
[]
[ここ壊れてます]

409 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 19:46:03.84 ID:R2F1hs2d.net]
WPF語るならPrismだよねえ。
WPFの、DDDとかアジャイルプロジェクトでデスマーチ一杯見てきた。
Prism使わなんだら、簡単にロジック分離できないのに、全く理解しないんだから・・・
しっかし、.NETにPrism組み込まなかったのはなぜなんだろ?

410 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:17:10.68 ID:J5NG6fJu.net]
企業がメンテナンスしてるOSSでも使い物になる保証は無いしな
金出して直させるなら話は別だけど

411 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:24:44.33 ID:mLQ0O0Gx.net]
結局そこじゃないの
トラブった時に企業なら最悪札束でなんとかできる可能性はあるけど、個人に対してそれは無理だろう



412 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 20:28:40.60 ID:R2F1hs2d.net]
OSS GitHubにIssueして問題解決する実力無いなら使うなというだけでは?
OSSを避ける理由は実力問題以外の何物でもない。

413 名前:デフォルトの名無しさん mailto:sage [2019/07/10(水) 21:17:42.66 ID:+MeP9mdJ.net]
札束使えるなりゃ不具合とかはその金で直せばいい

責任転嫁する先が欲しいって意味ならどこがメンテしてようとOSSな時点で同じ
最悪のケースを想定するならライセンスにあるとおり責任転嫁にはならん

企業ならメンツもあって真摯に対応する可能性はあるかもしれんが、そんなこと考慮してライブラリ選定するような開発環境なら始めからOSSなんか候補に入れるなよと思う






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

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

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