少しずつゲームを作るスレ (975レス)
1-

921: ルナドンぽいの 2024/11/29(金)00:36 ID:xTOSC7A1(1) AAS
キャラクター作成ができるようになったのでどうせなら作ったキャラをとうろく(←漢字にするとNGになる)して
NPCとしてもゲームに登場させられるようにしたら面白いかなと思って、
それならキャラ一覧を表示して、そこからキャラを選択、編集、削除とかできるようにしようと
あれこれ試行錯誤していて気が付いたら1ヶ月以上経っていた……

一応キャラとうろくができるようになったのでしょうかい(←漢字にするとry)
まず笑撃のゲームタイトル画面(仮)
画像リンク


「キャラクターとうろく」でキャラリストを表示(初期は何もとうろくされてない)
画像リンク


「新規」でキャラ作成画面が開き、そこから好きなようにキャラを作って「決定」でとうろく
画像リンク


とうろく済みのキャラをリストから選択して、編集・削除もできる
画像リンク

リストの表示や編集はDataGridViewというのを使うと便利で簡単……なはずだったが、
実際使ってみると一癖あったというか、動けばいいやの精神で適当にコーディングしたら
不具合出まくりの手こずりまくりだった(完全に自業自得)
最近忙しかったせいもあるがこのペースではマジで完成まで10年以上かかりそう、やべえよやべえよ……
そろそろ簡単な町を作って、キャラクターを登場させて、パーティーを組む、くらいまで進めたい(n回目)
922: ルナドンぽいの 2024/11/29(金)00:41 ID:PZRKnnCh(1) AAS
1個リンク貼れてなかった

「新規」でキャラ作成画面が開き、そこから好きなようにキャラを作って「決定」でとうろく
画像リンク

923: ルナドンぽいの 2024/12/25(水)00:39 ID:co64s3F8(1) AAS
SteamのオータムセールでうっかりCrusader Kings 3(70%オフ)をポチってしまい、
あんのじょう膨大な時間を消費する破目に
去年のオータムセールといい、なぜ人は同じ過ちを繰り返すのか(意志薄弱)

それにしてもCK3は面白いね
慣習的領土や称号、請求権などの一筋縄ではいかない領地のシステム、
宗教や文化が絡んだ複雑な人間関係、或いは主従関係や外交関係、
常に分裂の危機をはらんだ悩ましい継承の問題など
中世の支配体制をリアリティ高く再現している部分と
内政や戦争など思い切ってシンプルにしている部分のバランスが良いというか自分好みでとても楽しい

ここまで複雑なシステムは到底無理だが、自分のゲームも仲間との信頼関係とか
本家(ルナドン)より手の込んだものにしたいなと妄想しており、色々参考になった
勿論、実装は1?も進んでいない、来年から本気出す定期

 
え?クリスマス?知らないよ、CK3にそんなイベントないよ!(血涙)
924: ルナドンぽいの 02/09(日)22:31 ID:nboaCbOD(1/2) AAS
明けましておめでとうございます(遅)
CK3にかまけてゲーム製作が一向に進みませんでしたが、
今後は心を入れ替えてゲ製道に邁進してまいります(欺瞞)

酒場(仲間の勧誘)のテンプレート画面を作成
ほぼモックで中身は殆ど実装していない
画像リンク


酒場のイラストはとりあえずフリー素材を使用
最終的には街ごとにオリジナルの画像にしたいが……誰か描いてくれませんかね?
それとも今どきはAIに描かせるのが主流なのだろうか

イラストの下の周囲の状況の描写テキストももっと雰囲気のある
いい感じの文章(語彙貧困)が書けるセンスのある人に考えてもらいたいが、
それも今どきはAIにry
925: ルナドンぽいの 02/09(日)22:37 ID:nboaCbOD(2/2) AAS
それで、以前も言ったようにリスト部分はDataGridViewを使っていて、
これは標準でソート機能があって便利なのだが、
現状「関係」の欄をソートすると(当然ながら)あいうえお順でソートしてしまい、
例えば関係が「良い」→「悪い」順にソートさせることができない
画像リンク


小技を使ってうまく「関係」だけ独自のソート順に変更しようと悪戦苦闘中
いっそDataGridViewは止めて自作UIに変えようかとも悩んでいる
まあ自作と言っても結局はコモンコントロールの集合体になるのだけど

まだまだ先は長すぎるけど10年計画で頑張っていきます(震え声)
926
(1): 456 02/10(月)01:06 ID:y5/vV0cV(1) AAS
表とか自作すればええんですよ、ソートとか自由に作る事できますしおすし
画像リンク


という事は置いておいてDataGridViewでもカスタムソートは出来ます
例えばこの表ですが「カテゴリー名」「ユニットタイプ名」は文字順ではなくカテゴリーのID毎に並んでほしいわけです
画像リンク

やり方は色々ありますが自分は
画像リンク

こんな感じのDataTableを作ってバインド
画像リンク

カテゴリー名とユニットタイプの項目だけカスタムに変更
画像リンク

この2項目がクリックされた際には自作のソート順で並べるように

こんな感じです
927: ルナドンぽいの 02/10(月)23:27 ID:wnIreLFj(1) AAS
>>926
懇切丁寧にありがとうございます
貼られたコードをパ…参考にして無事「良い」→「悪い」順にソートすることができました(「関係」は「友好度」に変更)
画像リンク


DataView.Sortなんて便利なプロパティがあったんですね
当初IComparerを継承して独自ソートクラスを作って呼び出す方法を試したら
データバインドされているから並べ替え操作を実行できない、みたいなエラーが出てハマっていました
危うくまたゲ製が一か月くらい停滞するところでした(無知蒙昧)

これでまたいっぽやぼうにちかづいた!(あと1万歩くらい)
928: ルナドンぽいの 02/16(日)23:55 ID:NiPTHOzl(1/3) AAS
何故だかNGになるので少しずつ投稿してみる
 

ゲ製道に邁進すると言ったものの先週から妙に忙しく殆ど進んでいない
まあ今週からはちょっと落ち着くはずだから……(希望的観測)

ちょっとでも進めなと思い、とりあえず「勧誘する」を仮に実装してみる
本家では勧誘結果などのメッセージはポップアップで表示していたが、とりあえず同じウィンドウに表示
ちょっと字が小さすぎるかもしれない
画像リンク

929: ルナドンぽいの 02/16(日)23:58 ID:NiPTHOzl(2/3) AAS
以前、NPCとの関係性を本家より複雑にしたいと妄想している、と書いたが、
ここにきてその辺りの仕様をきっちり固めるか、それともそれは後回しにして
先にゲーム的な部分(街、店の実装、マップ移動、戦闘など)に手をつけるべきか少し悩む
930: ルナドンぽいの 02/16(日)23:59 ID:NiPTHOzl(3/3) AAS
今妄想しているのはキャラに性格的な特性を設定して、キャラ同士の性格によって相性が変わるシステム
(例えば勤勉の特性があるキャラは怠け者の特性があるキャラに対して友好度が下がりやすくなる、とか)
べべべ別にCK3のパクリじゃないんだからね!昔からわりとよくあるシステムなんだから!……多分

まあ悩むより手を動かせということで、次回は性格システムを簡易的にでも実装してみようか
931: ルナドンぽいの 02/17(月)00:03 ID:8ZuHXd/3(1) AAS
って全部書き込めるやん!
1レスで2回以上使うとNGになるワードがあった、とかだろうか

また無駄にレスを使ってしまった
932: ルナドンぽいの 04/01(火)23:19 ID:snwh2s4a(1) AAS
心を入れ替えてゲ製道に邁進すると言ったが……
スマンありゃウソだった(エイプリルフールの大胆な告白)

一応特性(性格)システム的なものを実装
キャラシートの「友好度」の欄にマウスカーソルを合わせると現在の友好度についての詳細がツールチップ表示される
画像リンク


特性ごとに相性があって、↑の例だと自キャラに「勇敢」と「公正」の特性があり、
NPCには「豪快」と「強欲」の特性があるので、それぞれで+と−の評価が発生して結局は相殺(w)となっている

……と作ってはみたものの、これ何かイマイチなシステムなような気がするなあ
まあ、これからゲーム的な要素を実装しながら内容を少しずつ調整していこうか
何か特性システムについてご意見があったらお願いします(虚空への呼びかけ)

さて、ここからゲーム的要素(町の施設とか移動とか)の実装を始める、
と言いたいところだが、現時点ですでに怪しい挙動がチラチラ見られるので
バグ取りしてすっきりしてから次の実装を開始したい
またしばらく進捗的なものは報告できないと思うけど心配しないで下さい(虚空への呼びかけ)
933
(1): ルナドンぽいの 05/21(水)21:49 ID:l52oayg9(1) AAS
今ごろこんなことで悩んでいるのは多分わしだけだろうが、前作(Text Dungeon)では
セーブファイル作成やディープコピー用のシリアライザーとしてBinaryFormatterを使っていたが、
今作(ルナドンっぽいの)で一応.NETのバージョンを最新(8.0)したところ、
安全性がうんたらかんたらでBinaryFormatterは使用禁止になっていてコンパイルエラーになってしまう

代替として公式ではSystem.Text.JsonやDataContractSerializerを推奨しているが、ちょっと試したところ、
これらはStaticなメンバーやImage(キャラグラとか)を直接シリアライズできず、やや面倒くさそう
またセーブファイルがJSONやXMLだと当然プレイヤーから丸見えで改変も自在なので暗号化などの対応も必要
(Text Dungeonのセーブファイルも単にバイナリ化しただけなので改変は容易だったが)

これはシリアライザーを自作するべきだろうか
それとももっと簡単な方法があるのだろうか
いっそ.NET6.0に戻すべきか……
世の中のゲーム製作者はどう対応しているのだろう
(大方はゲームエンジンを使ってるんだろうけど)
934
(1): 456 05/23(金)02:07 ID:Ux/2RGJp(1/2) AAS
FileStream、BinaryWriterで必要なデータだけセーブデータとして保存してますが何か?
C#でデータ編集してCで読み込んだりする必要があるからあんまり言語独自の命令使いにくいのよね
935
(1): ルナドンぽいの 05/23(金)21:47 ID:psSyBWGc(1/2) AAS
>>934
レスありがとうございます

>FileStream、BinaryWriterで必要なデータだけセーブデータとして保存
結局それが正解かもしれないですね、速そうだしサイズも小さくなりそうだし
わしも覚悟を決めてそうしようかなあ、やっぱ推奨通りJSONとかXmlにしようかなあ(優柔不断)
BinaryFormatter.Serialize()はクラスだろうがStaticだろうがそのままストリームに書き込めてめちゃ楽でした……

>C#でデータ編集してCで読み込んだりする必要がある
ちなみにですがなんでそんな必要があるんでしょうか
936
(1): 456 05/23(金)22:20 ID:Ux/2RGJp(2/2) AAS
>>935
ファミコンウォーズや大戦略のゲーム部分はC++とDirect2Dで作ってますがユニットエディタみたいなWindowsフォームを使った画面はC#で作った方が楽なので
937: ルナドンぽいの 05/23(金)23:01 ID:psSyBWGc(2/2) AAS
>>936
成程そういうことですか
昔C++を少しかじっていた頃、C#が出てきて「新しい言語?ヤダ何か怖い!」みたいな拒否反応を示していたのですが
いざ使い始めたら便利な機能が多くて、今となってはC++には戻れない体になってしまいましたw
まあC#もかじった程度しか使えていないんですけどね!

あとC#の方がいい加減に書いても何となく動いてしまう感覚があって、
わしのようななんちゃってプログラマーにも向いているような気がします
(そして後でよく分からない不具合が起きて地獄を見る)
938: ルナドンぽいの 05/26(月)23:28 ID:sA2igFt8(1/2) AAS
最近「Text Dungeonの英語版を作ってSteamで販売する」という妄想が止まらなくて本気でどうしようか悩んでいる
こんなフリーでも大してDLされてない(現在累計470DLくらい)ゲームを販売とか頭わいてんのか、と言われそうだが、
勿論わしも売れるとは思っていないが、どうにも試してみたい気持ちが膨らんでいる

次作(ルナドンぽいの)も最終的には販売したいというこれまた妄想に近い野望というか願望があって、
販売するとなると、上に書いたセーブファイルの脆弱性とかクリアしないといけないし、
DLLで英語化(→MOD対応にもつながる)とか実績に対応とか色々やることがあるので、
それならText Dungeonで一度予習しておくのもいいんじゃないかと考えた次第
あとText Dungeonと次作は世界観が共通しているので、一応次作の宣伝にもなる(はず)と目論んでいる
939: ルナドンぽいの 05/26(月)23:40 ID:sA2igFt8(2/2) AAS
「予習とか宣伝が目的ならフリーで出せば?」という意見もあるかもしれない
ネットを検索すると相当な手間暇をかけた自信作(?)が10本くらいしか売れなくて絶望、
みたいな話がゴロゴロしていて、わしのも多分そうなると思うのだが、
それでも実験してみたいというか、怖いもの見たさというか、
「全く売れない」を実体験として体感しておくのもいいんじゃないかと思うのである

ちなみにフリーで出した場合、SteamにはフリーならとりあえずDLするという層が一定数いるようで、
多分1万〜2万DLくらいはされると思われる(ただしプレイするのはその内1割くらいらしい)
だから宣伝が主目的ならフリーで出すのが正しいかと思う
まあ販売してみて箸にも棒にもかからなかったら1年後くらいにフリーにするのもありかなと思っている

と色々書いたが、結局のところどうするかは決めかねている
このスレを見ている人で何か意見とか疑問とか体験談とかあったら是非書いてってほしい
940
(1): 456 05/27(火)13:11 ID:iSj9dOjY(1) AAS
迷わずやれよ
やればわかるさ
941: ルナドンぽいの 05/27(火)21:39 ID:LiYeZ7IQ(1) AAS
>>940
元気ですかー!!(故人)
そういえばわしは青森にあるA猪木の墓を訪れたことがあります
意外とこぢんまりとした墓でしたが綺麗にされていて真新しい花や酒などが多く供えられていたのが印象的でした

ってそんなことは置いといて、後押しありがとうございます
そうっすね、やらないことには始まりませんよね
まあ本当にSteamで販売するかは保留にして(大事な決断はなるべく後回しにする製作者の屑)、
英語版はいずれ作りたいと思っていたのでまずはそれに取りかかろうかと思います
942: ルナドンぽいの 06/05(木)22:13 ID:6mDB2sDM(1) AAS
Text Dougeonを.NET FrameWorkから.NETに移行するのに手間取ったりしつつ、ようやく英語版の作成に取りかかる
色々考えたが、ゲーム内のテキストデータをTextDataクラスとしてまとめてJSONファイル化するのが翻訳に便利な気がする

まず手始めにキャラ作成時の「通称」と「名前」のリストをTextDataとしてシリアライズ(JSON化)
出来たJSONファイル(見やすさのためデータ量は適宜減らしている)
画像リンク


これをAI神に「このJSONファイルのValue部分を英訳して下さいオナシャス!」と奉納する
そして下賜されたJSONファイル
画像リンク


ゲーム開始時にこの英訳されたJSONファイルをデシリアライズしてゲーム内のテキストデータに展開するようにして、
ゲームを開始すると……「通称」と「名前」が英語化している!(当然)
画像リンク


だが、英訳が長すぎたりすると変なことになったりもする。こういうのは個別に調整するしかないかも
画像リンク


あとは粛々と残りのテキストデータもTextDataクラスにまとめて、ゲーム内データに展開する処理を追加すれ一気に英語化できる、はず
このやり方なら英語だけじゃなく中国語とかロシア語とか他の言語もいけますね、これは最初から20か国対応いけるな!(AI神頼み)

ただ、JSONのままだとユーザーに中身が丸見えになってしまう
通称や名前のリストが見えても大した問題ではないが、イベントなどのテキストまで読めてしまうと興醒めというかゲームとしてどうかと思うので
暗号化とまでは行かなくてもバイナリ化するなどして一般ユーザーには基本見えなくなるような処理を加えたい
具体的には……勿論これから考えますよ!(いつもの)
943: Text Dungeon(英語化) 06/10(火)21:55 ID:+DfLqwUX(1) AAS
バイナリ化はとりあえず後回しにして(いつものパ)、言語の選択を実装した

↓のように"Language"フォルダに各言語のJSONファイル(ファイル名=言語名とする)を入れると
画像リンク


タイトル画面でドロップダウンリストから言語を選べるようになる
何かロシア語が妙にデカいんだけどフォントの問題かしら?
画像リンク


一応タイトル画面だけ中国語対応してみたw(Steamの4人に1人が中国語ユーザーだとか)
画像リンク


あとはひたすらテキストデータをTextDataクラスにまとめる作業を進め……ているんだけど
これがかなりのボリュームであとどれくらい時間がかかるか見当もつかない
ほぼテキストで出来ているゲームなので当然と言えば当然なんだが
まあ迅速に少しずつ進めていきますよっと(3か月コース)
944
(1): Text Dungeon(英語化) 06/12(木)00:32 ID:yZyhP/xw(1/2) AAS
↑でコンボボックス(ドロップダウンリスト)を配置したら、何故か
「常にコンボボックスがフォーカスされ、背景(ユーザーコントロール)にフォーカスを移せない」
(this.Focus()を何度書いても背景にフォーカスを移せない)という現象が発生し、
'1'キーを押してもゲームを開始できないし、'2'キーを押しても続きから始められなくなってしまった
(ただし、クリックすればゲームを始められる)

ネットを検索しても同じような現象を見つけられず、AI神に泣きつきながらあれこれ試した結果、
コンボボックスのTabStopプロパティをfalseにした上で、DropDownCloseイベント発生時に
this.ActiveControl = nullを入れて無理やり非アクティブにしてやると、
コンボボックスの操作後に背景にフォーカスが移ってキー入力が効くようになった

同じような現象が起きて困っている人のために一応ここに記す
(こんなところに書いても誰も見つけられない定期)
っていうか検索して出てこないのだからおま環なんだろうか、わけがわからないよ
945
(1): 456 06/12(木)09:33 ID:1UEcXoJI(1) AAS
FormのプロパティKeyPreviewをTrueにすれば良いような気がするが背景(ユーザーコントロール)が謎すぎて何とも
946: Text Dungeon(英語化) 06/12(木)22:10 ID:yZyhP/xw(2/2) AAS
>>945
レスありがとうございます。
Text Dungeonはフォームは1つ(Form1)で、From1上に各画面ごとのユーザーコントロール
(例えばタイトル画面だったらUserControl_Title、メイン画面だったらUserControl_Mainなど)があって、
ユーザーコントロールを切り替える(.Visible=true/falseする)ことで画面を切り替える仕様になっています
また、KeyPressイベントは各ユーザーコントロールのイベントハンドラ(タイトル画面ならUserControl_Title_KeyPress)で処理しています

で、ユーザーコントロールにはKeyPreviewプロパティがないので、Form1のKeyPreviewをtrueにして
Form1のkeyPressイベントをUserControl_Title_KeyPressに転送してみたところ、>>944の現象を回避することができました
こっちの方がActiveControl = nullなんてことをするより筋のいいやり方かもしれません

ただ、この手法だとフォーカスは相変わらずコンボボックスに残るため
コンボボックスの操作終了後も四角い点線枠が表示され続ける(↓)
画像リンク

のが妙に気になるので、一旦は>>944の処理で対応したいと思います。

ちなみに本現象はコンボボックスに限らずキー入力があるコントロールをユーザーコントロール上に置くと発生するようで
どうもユーザーコントロールはKeyPressイベントはあるのにTabStopプロパティはない、
子コントロールを置けるのにKeyPreviewプロパティはないなど、フォーカス周りの設計思想があいまいというか、
システム側にぶん投げてるような感じで、プログラマー側ではフォーカスを制御できないような気がします
(調べたわけではないので個人の感想です)

つまり、わしが悪いんやない、Microsoftがいい加減なのが悪かったんや……!
(と、いい加減プログラマーが申しております)
947: Text Dungeon(英語化) 06/15(日)23:33 ID:5+yigztT(1) AAS
相変わらず遅々として進まない、父の日だけにね(ニゴッ
まさかこのスレでこのネタを4回もやるとは思わなかったよ……

英語翻訳は上記のようにAI君にやってもらっているのだが、
単なる作業と思いきや会話していると色々英語の勉強になって意外と楽しい。例えば

中央都市:国の首都であり、高い教育水準を誇っています。 この都市の出身者は技量値が高くなる傾向があります。
の「中央都市」の英訳を幾つかオナシャス!と頼むと

この都市の特徴を考慮すると、以下のような英訳が適しています:
- Capital City(シンプルに「首都」を表す一般的な訳)
- Metropolitan Capital(教育水準が高い都会的な首都を強調)
- Academic Capital(学問や教育の中心であることを強調)
- Scholar’s Haven(学者が集まる知識の中心地というニュアンス)
- High Education Capital(高い教育水準を持つ都市であることを強調)
「技量値が高くなる傾向がある」という点を考慮すると、「Refined Capital City」 や 「Skillful Metropolitan」 という表現も適しているかもしれません。
イメージに合うものはありますか?

と返してくる
だが、地理的に「中央」であることを強調したいので「Central Capital City」はどないや?と聞くと、

"Central Capital City" は、都市の特徴を明確に伝えつつ、首都であることを強調できる良い選択肢です!
ただ、英語では通常「Capital City」で首都の意味が十分伝わるため、「Central Capital City」は強調しすぎて少しくどい印象かもしれません!

と持ち上げつつやんわりとダメ出しされ、ぐぬぬ……となったりして割と楽しい(結局シンプルに「Central City」にした)
まあAI君、たまに堂々と間違ったことを言うので裏取りは必要になるんだけどね
でもこのペースだとマジで3か月コースになりそう、まあ父の日だからね、しょうがないね(意味不明)
948
(1): Text Dungeon(英語化) 06/19(木)23:51 ID:rg8+gcaO(1) AAS
↑で「20か国語対応いける!」などとはしゃいでいたが、翻訳作業を進めるにつれ、
んなわきゃないことがようやく分かってきた(知力3)

固定の文章だったらその対訳をデーターベース(JSONファイル)に登録するだけでいいが、
ゲームなので当然ながら文章は常に固定ではなく一部が動的に変わるケースがある

例えば「輝くロングソードを拾った」という文章だったら「ロングソード」が「バックラー」になったり、
また、「輝く」が「光る」や「古ぼけた」になったり、ゲーム中の状況に応じて単語が動的に変わるわけだが、
言語によっては冠詞や形容詞が名詞の性(男性名詞か女性名詞か中性名詞か)、数(単数か複数か、言語によっては双数という区分もある)、
格(名詞の文章上の役割、主格、所有格、目的格など)によって変化することがある

例えばドイツ語の場合、「輝くロングソードを拾った」はロングソードが男性名詞で、単数で、直接目的格なので
冠詞はein、形容詞(輝く)はglanzendes になるが、これがバックラーだと女性名詞なので冠詞がeinen、形容詞はglanzendenになる
また、「輝くロングソードは炎に包まれた」のようにロングソードが主格になった場合も冠詞、形容詞が変化するし、
さらにロングソードが単数か複数かによっても変化する
おまけに変化の仕方も必ずしも一定の規則に従うとは限らず、不規則変化する単語もある
(ドイツ語はほぼ規則的に変化するが、フランス語やロシア語などは不規則変化する単語が多い)

よって、単に「ロングソード」や「輝く」の対訳を一つ登録するだけでなく、
名詞ならそれが男性名詞か女性名詞か中性名詞かを登録する必要があるし、
不規則変化する形容詞だったらその変化形をデータとして登録する必要がある
さらに冠詞や形容詞を動的に変化させるための処理をプログラム側で実装する必要もある
無論、変化の仕方(どういう場合にどう変化するか)は言語によって異なるので、
言語ごとにその処理を実装しなければならない

要するに言語ごとのJSONファイルを用意さえすれば多言語対応できる、
などという甘い夢はひとひらの幻となり、時の淵へと沈んでいったのである(唐突な文学的表現@AI)
949: Text Dungeon(英語化) 06/20(金)00:14 ID:4tDnrhMf(1/2) AAS
で、結局どうするかだけど「英語だけ対応してあとは諦める」方向にしようかと(人生諦めが肝心)
もしかしたら中国語(簡体字)にも対応するかもしれない
(中国語には冠詞も形容詞の変化もないようなので比較的楽そうな気がする、気がするだけかもしれないが)

そもそもText Dungeonをローカライズしたいという有志が現れる可能性は0.01ppmくらい(適当)だし、
億が一そんな人が現れたら、その時はその時で対応すればいいと思うのである

一応、固定文でない言葉はクラス化して属性なり変化形なりのプロパティを後からつけ足せるようにしておけば
億が一の事態が発生した場合も柔軟に対応しやくなる、はず
例えばクリーチャーの名前だったら

public class CreatureName
{
public string Name { get; set; }
public string Plural { get; set; }  //複数形
public string Quantifier { get; set; } //量数詞
//public int Gender { get; set; } //性(後で追加する……かも)

public CreatureName() //コンストラクタは日本語とする
{
Name = "名無し";
Plural = string.Empty; //
Quantifier = "体の";
//Gender = 0;
}
}

みたいにしておいて、後から男性名詞やらなんやらに対応するときはGenderプロパティを追加する形にしようと思う
他にも「こうしといた方がいいよ」とか「こういう場合はどうするんだ」など意見や疑問があったら書いて貰えるとありがたい
なんて言ってもレスは無いことは分かっている。いいんだ、AIと勇気と456氏だけがともだちさ(一方的な友達認定)
950
(1): 456 06/20(金)00:45 ID:CAVCWRzU(1) AAS
こまけえことは気にすんな
誤訳も個性って事にしとけばええんよ(思考停止)
1-
あと 25 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ

ぬこの手 ぬこTOP 0.040s