少しずつゲームを作るスレ

少しずつゲームを作るスレ (972ﾚｽ)
上下前次 1-新
通常表示 512ﾊﾞｲﾄ分割ﾚｽ栞

ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡

946: Text Dungeon(英語化) [sage] 2025/06/12(木) 22:10:43.46 ID:yZyhP/xw

>>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なんてことをするより筋のいいやり方かもしれません

ただ、この手法だとフォーカスは相変わらずコンボボックスに残るため
コンボボックスの操作終了後も四角い点線枠が表示され続ける(↓)
https://imgur.com/7TSHahn.png
のが妙に気になるので、一旦は>>944の処理で対応したいと思います。

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

つまり、わしが悪いんやない、Microsoftがいい加減なのが悪かったんや……！
(と、いい加減プログラマーが申しております)

http://mevius.5ch.net/test/read.cgi/gamedev/1366762846/946

947: Text Dungeon(英語化) [sage] 2025/06/15(日) 23:33:18.07 ID:5+yigztT

相変わらず遅々として進まない､父の日だけにね（ﾆｺﾞｯ
まさかこのスレでこのネタを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か月コースになりそう、まあ父の日だからね、しょうがないね(意味不明)

http://mevius.5ch.net/test/read.cgi/gamedev/1366762846/947

948: Text Dungeon(英語化) [sage] 2025/06/19(木) 23:51:01.13 ID:rg8+gcaO

↑で「20か国語対応いける！」などとはしゃいでいたが、翻訳作業を進めるにつれ、
んなわきゃないことがようやく分かってきた(知力3)

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

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

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

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

要するに言語ごとのJSONファイルを用意さえすれば多言語対応できる、
などという甘い夢はひとひらの幻となり、時の淵へと沈んでいったのである(唐突な文学的表現@AI)

http://mevius.5ch.net/test/read.cgi/gamedev/1366762846/948

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.015s