【軽量】godot engine - part2

**名前は開発中のものです。** · 2021/04/30(金) 13:03:47.04

https://godotengine.org/
https://www.reddit.com/r/godot/

godotでクソゲー作ろうぜ！！

**名前は開発中のものです。** · 2024/01/28(日) 06:22:43.03

ありがとうございます
ポーズ画面作る場合はpausedを使うのでいいんですかね？

extends Node2D

# Called when the node enters the scene tree for the first time.
func _ready():
get_tree().paused = true

# Called every frame. 'delta' is the elapsed time since the previous frame.
func _input(event):
if Input.is_key_pressed(KEY_A):
get_tree().paused = !get_tree().paused
print("release")

今試したんですが、インプットでも受け付けないみたいです

**名前は開発中のものです。** · 2024/01/28(日) 06:56:49.98

>>810
すまねえこういう事だった
ノードのProcessModeがWhenPausedかAlwaysじゃなきゃ_processも_inputも止まると
https://docs.godotengine.org/en/stable/tutorials/scripting/pausing_games.html

ちゃんと一時停止の例まで載ってた

**名前は開発中のものです。** · 2024/01/28(日) 09:59:31.41

>>811
ポーズモードという仕組みあるんすね
ありがとうございました
リファレンス避けてた自分が悪かたです

**名前は開発中のものです。** · 2024/01/28(日) 12:20:57.94

gptくんグーグルより的確すぎる

**名前は開発中のものです。** · 2024/01/28(日) 13:07:14.42

func _on_body_entered(body):
fail_text.visible = true

get_tree().paused = true
await(get_tree().create_timer(2).timeout)

get_tree().reload_current_scene()
get_tree().paused = false

衝突したときにリトライ処理をさせたいのですが、こういうコードの書き方だとシーンがリロードされたあとにbodyenterdが呼ばれるので、エラーになりますよね。
シーンがリロードされる前にポーズモードを戻したら解決ですが、シーンりろーどで単純にbodyenterd関数が破棄されると考えればいいんでしょうか？
シーン周りが難しい、、、

**名前は開発中のものです。** · 2024/01/28(日) 17:01:51.13

4.21になってからノード追加するときとか数秒もたつくな

**名前は開発中のものです。** · 2024/01/28(日) 17:51:17.28

スクリプトのついていないノードを複数取得して、同じ回転を適用するみたいなことは出来ないかな？
これは別シーンで作って呼び出す形でやるのかな？プレファブ的な

**名前は開発中のものです。** · 2024/01/28(日) 22:35:32.81

Object.get_script でnullが返るノードを処理すればいいけど
グループに入れておい一括処理すればいいんでね

**名前は開発中のものです。** · 2024/01/29(月) 05:49:50.26

>>817
ありがとう
多分一般的なやり方じゃないですよね
同じものを使いまわしたいならプレハブ化（シーン）するのが一番ですよね

**名前は開発中のものです。** · 2024/01/29(月) 05:57:27.51

動きは共通で、大きさだけ変えたいなんて場合は、スクリプトだけ共通にすればいい感じだね
理解

**名前は開発中のものです。** · 2024/01/29(月) 11:11:13.53

スクリプトからインスタンス化すると2つ目以降のノード名がへんてこになるからどうやって取得したもんかと思ってたけど
グループで行けたわ、なるほどありがとう

**名前は開発中のものです。** · 2024/01/29(月) 16:55:20.19

ゲームエンジンってどれも似たようなもんかな
将来、ユニティに戻るかもしれんし

今は軽さ、手軽さ重視
ｐｃもちょい古いしな(*´ω｀*)

**名前は開発中のものです。** · 2024/01/29(月) 19:48:28.24

godotってノードの一時的な無効化って出来ないのかな？
目玉マーク押すと非表示にはなるけど、コリジョンとか残ってるし

**名前は開発中のものです。** · 2024/01/30(火) 02:03:18.66

基本的には似たようなもん
覚えた要素がアップデートで変わるだけで混乱する人も居るので人による

**名前は開発中のものです。** · 2024/01/30(火) 10:12:53.04

>>822
目玉マークは視覚的に消すだけなんだね
コリジョンなんかの機能を消すには、プロセスのdisableか

>>823

どうも

**名前は開発中のものです。** · 2024/01/30(火) 12:17:23.37

動く床と壁粘着ってけっこうめんどいな
動く方向が同じだとひっついてトレなくなる

**名前は開発中のものです。** · 2024/02/01(木) 10:46:34.11

エラーしたコード書くとウインドウがフリーズするけども、いちいち閉じるのが面倒なんですが、unityのようにエラーがあったらプレイ出来ないような設定にできますかね？

**名前は開発中のものです。** · 2024/02/01(木) 13:03:53.68

状況が判らないなエラーコード書いたらハイライト表示されてフリーズはしないが

**名前は開発中のものです。** · 2024/02/01(木) 15:11:31.28

親ノードのスクリプトから子ノードを取得して、子ノード(rigidbody2d)のメソッドを使いたいのですが、この場合はオートコンプリートは出ないものですか？(apply_impulse)
子ノードにスクリプトつけて、そこからなら効くんですが

>>827
プレイ画面のことでした
エディターのエラーを見て実行しなければいいだけなんですけどもね

**名前は開発中のものです。** · 2024/02/01(木) 15:57:12.68

ノードをget_nodeで取得していると仮定するとこうかな
var node = get_node(path) as RigidBody2D

エラーがあっても可能な限り止まらないで動作させるポリシーらしいので
動かす動かさないは利用者に委ねられるのでしょう

**名前は開発中のものです。** · 2024/02/01(木) 19:13:23.54

みんなgodotでシコシコどんなゲーム作ってるん？
ちなみに俺は何も作ってない

**名前は開発中のものです。** · 2024/02/01(木) 19:51:19.77

>>829
その書き方でいけました
しかし、readyの中だと出るのにprocessの中だとでません
これって正常な仕様なんでしょうか？

**名前は開発中のものです。** · 2024/02/01(木) 20:58:13.75

var a : RigidBody2D
こうじゃないの
ダックタイピングしないときは型は書いた方がいい、可読性が全然違う

**名前は開発中のものです。** · 2024/02/01(木) 21:13:34.80

短くしたかったので一行に纏めたのが良くなかった
宣言と初期設定と使用が分かれるならこんな感じ
_readyの中で型指定しても_processからは見えないから上位で型指定する
var node:RigidBody2D
func _ready()
node = get_node(path)
func _process(_delta):
node.apply_impulse(impuls)

**名前は開発中のものです。** · 2024/02/01(木) 22:23:33.00

>>830
寒いからやってない
ローグライクゲームのダッシュって実装がめんどくさいな

**名前は開発中のものです。** · 2024/02/02(金) 00:02:58.39

自分はreadyの中でよそのシーンをインスタンス化しても何故かシーンツリーに登録されないから
だんだんready使わなくなったなあ
readyは全ノード読み込み済みの最初のアップデートと云うけれど、なんか挙動が掴み切れないというか

**名前は開発中のものです。** · 2024/02/02(金) 01:00:55.38

多分ノードツリーを変更する場合はcall_deferredを挟むのと良いのではないかな？知らんけど

**名前は開発中のものです。** · 2024/02/02(金) 01:57:44.07

>>836
こんな感じに書き換えたら行けましたぞ
ありがとう！
func _ready():
node = node_scene.instaniate()
get_tree().root.call_deferred("add_child, node)

ちなみにルートにぶら下げないで、単に
func _ready():
node = node_scene.instaniate()
add_child(node)
って書いても無事にインスタンス化された
ルートの準備okなタイミングがスクリプトより遅いとかそんな感じなのかな

**名前は開発中のものです。** · 2024/02/02(金) 02:19:14.30

root配下の全ノードを処理している最中にノードの変更があった場合にどうするのが正しいのか？
ノード変更のタイミングによってノードがあったりなかったりすると不安定な挙動になる
なので確実に_readyや_process等のノード処理の完了後に動作させる為にcall_deferredを使う
add_child(node)で動くのはたまたまな可能性があるのでcall_deferredお勧め

**名前は開発中のものです。** · 2024/02/02(金) 02:27:59.11

ソースを見てないので推測だが一般的にツリーノードは再帰処理で回しているはず
root直下のノード群は最初に取得済となって後から追加しても無視されると思われる

**名前は開発中のものです。** · 2024/02/02(金) 05:57:16.86

>>833
ありがとう
自動型つけってこういうデメリット？があるんですね。自動で取得したノードの型まで取ってくれるわけではないのはなぜなんでしょうか。

あと、型つけ忘れたりありますが、gdscriptで型付け強制出来ますかね

**名前は開発中のものです。** · 2024/02/02(金) 11:21:24.43

>>834
ダッシュって次の曲がり角までスキップ（早回し？）するアレ？
ローグライクって周りのマス参照したりターン制御したりダンジョン自動生成したり複雑だよな
俺も作ってみるか

**名前は開発中のものです。** · 2024/02/02(金) 13:26:01.70

>>840
ノードの型は実行時に取得するまで判らないので編集時はコードから判断される
型指定は宣言時に自分で行う
宣言時に初期設定も終わらせるなら
var rigidbody := get_node(path) as RigidBody2D
で宣言時の型指定を省略できる

付け忘れ対策はlintの様な外部ツールを使うしかないと思う
便利機能安全機構が増えるほどプログラムサイズは大きくなり処理は重くなる
GodotEngineは軽量な点が魅力なので標準でなくて構わないと自分は思う

**名前は開発中のものです。** · 2024/02/02(金) 13:56:07.61

>>842
調べたらプロジェクト設定 debug/gdscript/warnings/untyped_declaration を errorに設定するとエラーになるっぽい
使うならエディタ設定の型ヒントをオンにしたほうが良さそう
他にも使えそうな警告がいっぱいあった

**名前は開発中のものです。** · 2024/02/02(金) 14:04:57.68

エディタの設定だと思ってプロジェクトの方見てなかったありがとう

**名前は開発中のものです。** · 2024/02/02(金) 14:30:28.27

>>842
明治してやらないと駄目なんですね　そう受け入れます
untyped decralationを設定したらそうなりました

ありがとう(*´ω｀*)
unityと併用すること考えたら型付けしといたほうがいいですね

**名前は開発中のものです。** · 2024/02/02(金) 14:41:20.81

スクリプトのデフォルトコードって型付けされたものになるもんですか？
自分の環境ではならないです

**名前は開発中のものです。** · 2024/02/02(金) 14:51:05.77

ローグライクみたいなコテコテの2DRPGならjs使えるツクールの方が向いてるんじゃないの
作るなとは言わんけどシステム的に要求が多すぎて挫折しがち

**名前は開発中のものです。** · 2024/02/02(金) 15:21:56.69

試しに今触ってるプロジェクト設定のuntyped_declarationを変更してみたが後から変更だと修正キツイ
他のIgnoreになってる設定を有効にすると更にキツイ
自分が使うなら開発開始時にuntyped_declarationを有効にするまでかな

>>846
デフォルトコードの意味が解らんのでエスパーするが変数宣言は以下の様な書き方ができる
var a #Variant型になる
var a = 0 #Variant型になる
var a:int = 0 #int型になる
var a: = 0 #設定値の型が適用されるつまりint型になる

**名前は開発中のものです。** · 2024/02/02(金) 15:29:23.51

型付けもライフサイクルもドキュメント見りゃ大体丁寧に書いてあるけど皆そんなドキュメント見ないのかな

**名前は開発中のものです。** · 2024/02/02(金) 15:36:21.15

他の言語触った事ない(GDが初めて)ならドキュメントの見方読み方もよくわかんないんじゃない

**名前は開発中のものです。** · 2024/02/02(金) 15:42:57.64

自分で調べられる人は質問しないから質問が多く見えるのだと思う

**名前は開発中のものです。** · 2024/02/02(金) 16:00:24.46

あくまで主観だけどGodotのドキュメントは他の言語に比べて大分分かりやすい方だと思う
質問多いのは構わないけど書いてあるのに読まない知らないはドキュメントが勿体ないなと

**名前は開発中のものです。** · 2024/02/02(金) 16:06:24.58

Godotのドキュメントは読みやすいし使いやすいと思うが
使いたい関数がリファレンスに無いのかって質問にリファレンスに書いてるって答えても調べてくれないからな
調べ方を書いても反応なかったのでどうしていいか判らんな

**名前は開発中のものです。** · 2024/02/02(金) 16:17:53.99

デフォルトコードうんぬんはエディター設定の型ヒントを追加のやつじゃないかな
スクリプトテンプレートにも型が付くようになる

**名前は開発中のものです。** · 2024/02/02(金) 16:28:33.73

あーそういうことね完全に理解した

**名前は開発中のものです。** · 2024/02/02(金) 17:38:12.48

>>848
スクリプトを新規作成したときに、readyとprocessに自動的に型を指定してほしいなと　できれば
しかし、gdscriptでも型付けというのはしたほうがいいんでしょうか？
そのほうがトラブルは少なそうですが

**名前は開発中のものです。** · 2024/02/02(金) 18:18:56.37

>>856
>>843の
>使うならエディタ設定の型ヒントをオンにしたほうが良さそう
が答えで[エディタ設定][テキストエディタ][自動補完][型ヒントを追加]でわかるかな？

構文チェックはあればあるほどバグが入り込みにくくはなるけど不便になっていくので
個人や組織で必要に合わせて調整するもの
自分の感覚だとuntyped_declarationと型ヒントを追加を有効にするが実用範囲だけど
これだけでもタイプ量と言語知識の要求が増えるのでコーディング難度はあがる

**名前は開発中のものです。** · 2024/02/02(金) 18:40:18.28

>>857
どうも、英語情報調べてるだけじゃ分からん情報でありがたい
このスレも賑わって嬉しい

1週間程度のそんな大きくないプロジェクトなので、untyped declarationなしで、部分的に型付けを使う方式にしたいと思います
混合しないほうがいいのかもですが

**名前は開発中のものです。** · 2024/02/02(金) 21:32:41.15

godoもなんかたまに重いことがあるな
本体とプロジェクトのサイズが小さいだけで、動作の軽快さってのはそんな変わらん？

**名前は開発中のものです。** · 2024/02/02(金) 22:23:34.27

GDScriptは他のコンパイル言語と比べて処理速度は遅い
速度が必要な処理はC#やGDExtensionで多言語に処理を投げる
がしかし個人製作の場合はこれが問題になる事は少ないだろうと思う

プログラムは適当に書いても動くが性能を求めるなら効率の良いコードを書かなければならない
プロファイラーを使うか自前コードで計測して遅い部分を把握する
https://docs.godotengine.org/ja/4.x/tutorials/scripting/debug/the_profiler.html

適当エスパーしとくと
_processの様な頻繁に呼ばれる個所では可能な限りループ処理はしない
リソースは動的に呼び出さない参照は最短で最低限にする
高性能なGPUを持ってなく機能も使う必要がないならレンダリング-レンダラーを下位の物に下げると良いかもしれない

**名前は開発中のものです。** · 2024/02/02(金) 22:29:30.47

多分エディタの動作の話だと思う

**名前は開発中のものです。** · 2024/02/02(金) 22:38:56.98

エディタだと大本の環境依存すぎて難しいな不便だけど自動補完を切るとかかな？

**名前は開発中のものです。** · 2024/02/02(金) 23:26:26.89

環境の話題ついでだけどAndroidでもRaspberryPiでも動くから
重くて不便な環境で嫌気差す可能性もあるが
安上りな教育環境として利用できるかもしれないと思いましたまる

**名前は開発中のものです。** · 2024/02/03(土) 06:30:44.33

バージョン４になってから微妙にもたつく様になったと思う
unityとエディタの重さ自体は変わらん感じ
プロジェクトの小ささはいいけどね

**名前は開発中のものです。** · 2024/02/03(土) 10:56:58.90

gptがコードの間違い探してくれるのは助かる
無能だからコードのエラーが解決出来ない

**名前は開発中のものです。** · 2024/02/03(土) 12:41:18.07

エディタはUIを詰めれる感じはするね
Unityからくると余白の大きさにびっくりする

あとアニメ画面が操作メニューと設定同じ位置に表示されてたり(Ver3のがマシ)
日本語表示でFPS隠れてたり

**名前は開発中のものです。** · 2024/02/03(土) 14:51:55.13

3万円で買った6年前のThinkPadでも余裕で動く
何ならブラウザで30個タブ開いてチュートリアル動画流しながらでもギリ動く

**名前は開発中のものです。** · 2024/02/03(土) 15:24:11.77

しかし、軽くてありがてぇ
シンプルでありがてぇ
unityはメニュー多すぎてパンクする

**名前は開発中のものです。** · 2024/02/03(土) 18:17:19.42

staticobdyって当たり判定にはあまり使わない？
area2dのほうがそれ用のシグナル多いし

すり抜けじゃなくて、衝突はさせたい

**名前は開発中のものです。** · 2024/02/04(日) 12:38:01.58

self自体に型付けってありますか
self.apply_central_force()
こうselfをつけると補完が出ないですので、selfに対して型付けが必要なのかも

>>869

**名前は開発中のものです。** · 2024/02/04(日) 16:48:41.77

コリジョンマスクって衝突させるものと、衝突されるものを、双方向に指定しないと挙動がおかしくなるもの？
片方からのみ指定すると挙動がおかしい
ただ、単にすり抜けるなら分かるけど、衝突はするという
ただ、衝突の結果がおかしい

**名前は開発中のものです。** · 2024/02/05(月) 10:42:11.01

衝突判定で使うオブジェクトの違いはここら辺読めば良いんじゃない？
https://www.reddit.com/r/godot/comments/9a56vs/area2d_vs_kinematicbody2d_vs_rigidbody2d/
https://code.luasoftware.com/tutorials/godot/godot-area2d-vs-staticbody2d-ve-rigidbody2d-vs-kinematicbody2d

PhysicsBodyが衝突したとき片方はMaskオンで片方はMaskオフの場合
Maskオンは接触の影響を受けMaskオフは影響を受けない（ほぼStaticBodyと同じ）

**名前は開発中のものです。** · 2024/02/05(月) 11:15:04.43

selfで補完されるものはconstやstatic指定された静的な物でメンバーが出ないのは理由があるのだろう
ピリオド押せばメンバーは表示される
そうでなければvar _self: = selfと変数宣言して_selfでアクセスすればそれっぽい結果は得られる

**名前は開発中のものです。** · 2024/02/05(月) 13:14:04.42

>>853

そういう人はサンプルコードまで提示しないとダメな教えて君タイプでしょう

**名前は開発中のものです。** · 2024/02/05(月) 13:14:53.16

>>853

そういう人はサンプルコードまで提示しないとダメな教えて君タイプでしょう

**名前は開発中のものです。** · 2024/02/05(月) 13:18:19.63

GDScriptは
ほとんどPython
でも
defではなくfunc
変数も宣言しないと使えない
この辺りはゲームエンジンに必要な
処理速度に合わせている

**名前は開発中のものです。** · 2024/02/05(月) 13:22:19.50

Godot 2.0の頃から
ダウンロードしていたけど
Unity炎上の敵失とはいえ
5ch.netで
Godotを
議論する
時代が来るとは
驚きです。

**名前は開発中のものです。** · 2024/02/05(月) 14:12:42.41

>>873
そうしないと出ない理由ってなんでしょうか？
selfって付けなくていいものでしょうか、お決まりとして付けていましたが

**名前は開発中のものです。** · 2024/02/05(月) 14:27:58.42

>>856
型付けした方が
トラブルが少なくなりそうなのと
処理速度の向上が期待できそうだけど
実際のところ
どうなんだろう？

**名前は開発中のものです。** · 2024/02/05(月) 14:32:09.55

個人制作レベルで速度を気にしなくてもいいかなと、今のところ考えてます
まず完成目指さないと自分は

**名前は開発中のものです。** · 2024/02/05(月) 14:39:16.98

何故お決まりと思ったのかが疑問だがselfを使う必要はまず無い
メンバ変数のsetgetを呼び出すのに使う例と古いconnect関数を使う例くらいしか見かけない
ローカルとメンバでやむなく同名使った時くらいしか必要ないと思うしそんな事はしない方が良い

**名前は開発中のものです。** · 2024/02/05(月) 14:42:50.90

>>880
完成品を作れないのに
いきなり
オープンワールドを作りたい、みたいな
初心者が多いよね

**名前は開発中のものです。** · 2024/02/05(月) 14:43:39.91

いろんな説があると思うが自分はとりあえず動くものを完成させる派だな
最初から完璧目指すと計画変更が発生する事に耐えられなくなる

**名前は開発中のものです。** · 2024/02/05(月) 14:49:50.07

>>870
GDScriptのベースの
Pythonのselfを
確認してみるといいよ

ttps://www.sejuku.net/blog/64106

**名前は開発中のものです。** · 2024/02/05(月) 15:03:53.69

>>883
自分も
完璧主義者の
エヴァンゲリオンの、碇ゲンドウは
ゲーム開発に向かないと思います。
碇ゲンドウはゲーム開発で
ストレスを溜めそう
け、計画と違うっ！

**名前は開発中のものです。** · 2024/02/05(月) 16:07:52.38

>>884
selfは
Javaのthisのような
自分自身を参照する感じかな

**名前は開発中のものです。** · 2024/02/05(月) 16:31:24.84

アプリによって「マスク」の意味が
真逆だったりするのが落とし穴というか
マスク＝見えるよ派
マスク＝隠れるよ派

**名前は開発中のものです。** · 2024/02/05(月) 16:39:32.70

>>884
機能的に意味があるというより、明示的に書いておくといいみたいな話を聞いたことがあります

**名前は開発中のものです。** · 2024/02/05(月) 17:12:14.42

Pythonにおいてはクラス変数とインスタンス変数の使い分けで使う
GDScriptは変数宣言が必要なのでPythonの例は完全には適合しない
selfを付けると明示的にメンバ変数と判るくらいのメリット

気になってスタイルガイドを読んでみたがself句の説明はないな
https://docs.godotengine.org/en/stable/tutorials/scripting/gdscript/gdscript_styleguide.html
今まできちんと読んでなかったから自分が守ってない事が沢山あるのに気が付けたのは良かった

**名前は開発中のものです。** · 2024/02/05(月) 17:14:13.08

不完全だけど日本語のページ
https://docs.godotengine.org/ja/4.x/tutorials/scripting/gdscript/gdscript_styleguide.html

**名前は開発中のものです。** · 2024/02/05(月) 17:35:34.23

godotでテンプレート化って出来ますか？
スタート画面、ゴール画面といった使い回せる部分というのはあると思うんです
エクステンション化するとなるとC言語必要かもしれないし、だいたいそこまでやらずにテンプレ化する方法あるんでしょうか？

>>889
ありがとう
あまり気にしないことにする

**名前は開発中のものです。** · 2024/02/05(月) 17:45:30.19

シーンとスクリプト、他に使っているファイルがあるならそれもコピーすれば動くんじゃない？
AssetLibでaddonsにインストールされてるのがそんな感じだから
addonsに置かないで自前テンプレート用フォルダ作った方が管理はし易いと思う
ついでに言っておくと自前スクリプトでも継承できるから理解できるなら効果的に使える

**名前は開発中のものです。** · 2024/02/05(月) 17:47:21.83

あー、単純にシーンを使いまわせばいいのか
ありがとう

**名前は開発中のものです。** · 2024/02/05(月) 20:49:48.86

「新しい継承シーン」という機能もあるにはあるが、あまり素人にはお勧めできないか

**名前は開発中のものです。** · 2024/02/05(月) 21:55:26.36

ユニーク化を忘れてドツボに嵌る未来

**名前は開発中のものです。** · 2024/02/06(火) 05:10:59.93

ユニーク化？

**名前は開発中のものです。** · 2024/02/06(火) 06:26:02.94

area2dみたいに衝突シグナルを発生させたいけど、衝突もほしい場合って何を使うんですかね
staticbodyだと衝突シグナルがない
重力ゼロにしたrigid使ってみます

**名前は開発中のものです。** · 2024/02/06(火) 09:34:51.74

>>897
KinematicBodyダメ？

**名前は開発中のものです。** · 2024/02/06(火) 10:23:39.64

ありがとう
調べてみたんですがmouse_entered系しかなかったです
rigidが衝突したときにシグナル出してほしいなと

**名前は開発中のものです。** · 2024/02/06(火) 11:20:05.65

>>899
目的の情報か分からんけど
https://2dgames.jp/godot-kinematicbody-is_on_floor-and-one-way-collision/

**名前は開発中のものです。** · 2024/02/06(火) 11:42:29.02

【Godot4.x】RigidBody2Dで衝突の検知をする方法
https://2dgames.jp/godot4-riditbody2d-detect-body_entered/
要点の検索キーワードでヒットするのならこれじゃね？

**名前は開発中のものです。** · 2024/02/06(火) 12:17:36.10

スクリプトのコメントで日本語入力すると、漢字が中国語になってるのが気持ち悪いんですけど
エディター用の日本語フォントの設定ってどこにありますか？

**名前は開発中のものです。** · 2024/02/06(火) 12:38:24.71

それが探せないなら開発ツール使えなくない？

**名前は開発中のものです。** · 2024/02/06(火) 12:48:24.96

>>903
「コードのフォント」以外のどこにあるのでしょうか？

**名前は開発中のものです。** · 2024/02/06(火) 13:04:19.49

そこで使いたい日本語フォント指定すれば変わるでしょ

**名前は開発中のものです。** · 2024/02/06(火) 13:26:42.61

has_method・has_signalって処理重いかな
ダックタイピング慣れなくて書きたくなるんだが

**名前は開発中のものです。** · 2024/02/06(火) 19:49:17.06

>>905
日本語フォントにするとインデントが狭くなって逆に見づらいし～･･･
と思ったのですが、ふとインデントの調整については調べてなかったと気づいてちょっとググったらすぐ出てきました･･･。
ビヘイビアという馴染みのない単語の項目はうっかり見落としておりました。
メイリオフォントにしてインデント幅とか微調整したらすごく良い感じです。
結局解決できましたので、どうもありがとうございます。

でもほんとにこんなんでエディタ使ってるのはダメだなって反省します･･･

**名前は開発中のものです。** · 2024/02/06(火) 20:08:48.96

言っている意味がやっと解ったわ
等幅フォントとかコーディング向けフォントとかでフォント探すと良いよ

**名前は開発中のものです。** · 2024/02/08(木) 01:13:49.66

聞く前に調べる力は付けよう